Espresso长时UI测试随机触发AppNotIdleException求排查方案

一、先解决测试依赖状态的连锁失败问题 #

这个是最紧急的，单个失败导致全链路崩溃会完全阻碍后续排查：

• 放弃shouldWaitForActivitiesToComplete()返回false的设计，改为每个测试用例独立初始化状态。比如每个DynamicTest执行前，通过ActivityScenario.launch()重启主页面，或者调用App内部的状态重置接口，确保每个测试的起点一致。
• 拆分强依赖测试：把必须依赖前置状态的测试归为小套件，无依赖的测试单独拆分，避免一个失败全链路挂掉。
• 用JUnit5的@BeforeEach给每个DynamicTest加前置清理逻辑，比如关闭弹窗、清空输入框、重置用户状态。

二、定位内存过度消耗问题 #

• 实时监控内存：测试运行时打开Android Studio的Memory Profiler，观察堆内存变化，重点看是否有持续上升不回落的情况，排查内存泄漏或对象堆积。
• 分析内存快照：测试结束后导出hprof文件，用Memory Analyzer工具查找占用内存最大的对象，特别是未销毁的Activity/Fragment实例、静态引用的上下文、未取消的协程/RxJava订阅。
• 集成LeakCanary到测试环境：在测试APK中加入LeakCanary，运行测试时自动检测内存泄漏，直接定位泄漏点。

三、解决AppNotIdleException随机失败问题 #

这个问题本质是UI线程未及时空闲，Espresso超时等待：

• 注册IdlingResource处理异步任务：不要用Thread.sleep()，给网络请求、数据库操作、自定义动画等异步逻辑注册IdlingResource，让Espresso等待任务完成后再执行下一步。比如OkHttp请求可以用OkHttp3IdlingResource封装。
• 优化DynamicTest生成逻辑：不要在一个@TestFactory里生成数百个动态测试，拆分多个@TestFactory，每个工厂生成少量测试，避免单次加载过多测试数据导致内存压力。
• 精简测试操作：去掉冗余的导航、重复操作，把通用步骤封装成复用方法，但确保每个方法执行后清理状态。
• 临时调整超时时间（仅作缓解，不建议长期用）：

  @BeforeAll
  fun setupEspressoTimeout() {
      Espresso.setFailureHandler { error, viewMatcher ->
          if (error is PerformException && error.cause is AppNotIdleException) {
              val idlingPolicy = IdlingPolicies.getMasterIdlingPolicy()
              idlingPolicy.setIdleTimeout(90, TimeUnit.SECONDS)
          }
          DefaultFailureHandler().handle(error, viewMatcher)
      }
  }
  

四、优化测试执行速度与卡顿问题 #

• 关闭设备动画：在测试设备的开发者选项中关闭“窗口动画缩放”、“过渡动画缩放”、“动画程序时长缩放”，减少UI渲染开销。
• 优先用真机测试：模拟器性能远不如真机，长时测试下真机的稳定性和速度优势明显。
• 并行执行测试：用Gradle的--parallel参数，或按功能模块拆分测试套件，并行运行多个测试任务压缩总耗时。
• 直接跳转目标页面：跳过冗余的登录、导航步骤，用Intent直接启动目标Activity，或调用App内部的页面跳转方法。

内容的提问来源于stack exchange，提问作者TaylanKammer