Android协程中Instrumentation阻塞及Espresso测试异常问题咨询

嘿，我完全懂你遇到的麻烦——Activity跑起来逻辑没问题，但Espresso测试却跟着耗时函数一起卡，甚至超时，没法正确验证EditText的禁用/启用状态对吧？这其实是Espresso的特性和你的耗时函数执行方式共同导致的，咱们一步步来搞定：

首先，修正耗时函数的执行线程（核心关键！） #

你现在的耗时函数大概率是在主线程执行的，这不仅违反Android性能规范（有ANR风险），还会直接卡住Espresso——因为Espresso默认会等主线程完全空闲后才继续执行测试断言。

所以第一步必须把耗时操作移到后台线程，推荐用Coroutines（贴合现代Android开发），也可以用Executor或AsyncTask。举个Coroutines的示例：

button.setOnClickListener {
    // 点击后立刻禁用EditText
    editText.isEnabled = false
    // 用lifecycleScope绑定Activity生命周期，避免内存泄漏
    lifecycleScope.launch {
        // 切换到IO线程执行耗时操作
        withContext(Dispatchers.IO) {
            longRunningFunction() // 你的耗时函数
        }
        // 切回主线程恢复EditText状态
        withContext(Dispatchers.Main) {
            editText.isEnabled = true
        }
    }
}

然后，调整Espresso测试逻辑，正确等待UI状态变化 #

Espresso自带智能等待机制，完全没必要手动加Thread.sleep()（这是极差的实践），它会自动等待直到断言条件满足，或者超时（默认3秒）。

基础测试示例 #

@Test
fun testButtonClick_TogglesEditTextEnabledState() {
    // 启动目标Activity
    launchActivity<YourMainActivity>()

    // 执行点击按钮操作
    onView(withId(R.id.your_button_id)).perform(click())

    // 断言EditText此时是禁用状态（Espresso会自动等待这个状态出现）
    onView(withId(R.id.your_edittext_id)).check(matches(not(isEnabled())))

    // 等待耗时任务完成，断言EditText重新启用
    onView(withId(R.id.your_edittext_id)).check(matches(isEnabled()))
}

如果耗时函数超过3秒，调整Espresso超时时间 #

如果你的耗时操作确实需要超过3秒才能完成，可以在测试的@Before方法里调整Espresso的超时阈值：

@Before
fun setupEspressoTimeout() {
    // 设置超时为10秒，按需调整
    val timeoutMillis = TimeUnit.SECONDS.toMillis(10)
    IdlingPolicies.setMasterPolicyTimeout(timeoutMillis, TimeUnit.MILLISECONDS)
    IdlingPolicies.setIdlingResourceTimeout(timeoutMillis, TimeUnit.MILLISECONDS)
}

进阶：用IdlingResource精准控制测试等待 #

如果你的后台任务逻辑复杂，或者想更精准地让Espresso知道何时可以继续测试，可以自定义IdlingResource跟踪任务状态。比如针对Coroutines的实现：

class CoroutineIdlingResource(private val scope: CoroutineScope) : IdlingResource {
    private var callback: IdlingResource.ResourceCallback? = null

    init {
        // 当CoroutineScope的所有任务完成时，通知Espresso
        scope.coroutineContext.job.invokeOnCompletion {
            callback?.onTransitionToIdle()
        }
    }

    override fun getName() = "CoroutineIdlingResource"
    override fun isIdleNow() = scope.coroutineContext.job.isCompleted
    override fun registerIdleTransitionCallback(callback: IdlingResource.ResourceCallback?) {
        this.callback = callback
    }
}

然后在测试中注册使用：

@Test
fun testWithCustomIdlingResource() {
    val activityScenario = launchActivity<YourMainActivity>()
    val activity = activityScenario.activity
    // 创建IdlingResource并注册到Espresso
    val idlingResource = CoroutineIdlingResource(activity.lifecycleScope)
    Espresso.registerIdlingResources(idlingResource)

    // 执行测试步骤
    onView(withId(R.id.your_button_id)).perform(click())
    onView(withId(R.id.your_edittext_id)).check(matches(not(isEnabled())))
    onView(withId(R.id.your_edittext_id)).check(matches(isEnabled()))

    // 测试完成后记得注销
    Espresso.unregisterIdlingResources(idlingResource)
}

最后提醒 #

永远别在Espresso测试里用Thread.sleep()——它会让测试极不稳定，而且完全没必要，Espresso的条件等待机制比sleep可靠得多。

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