Android Espresso UI测试中Toolbar返回与系统返回行为不一致问题

为什么两者行为不同？ #

• 系统原生返回pressBack()是Espresso提供的系统级操作模拟，直接触发Android系统的返回逻辑。当Activity栈为空时，Espresso会立即检测到无活跃Activity，直接抛出NoActivityResumedException。
• Toolbar的Up按钮是应用层自定义点击事件，通常通过setSupportActionBar()配置导航点击，内部调用onSupportNavigateUp()最终执行finish()销毁当前Activity。但Activity销毁是异步过程——点击操作完成后测试代码会继续执行，此时Espresso还未检测到Activity已销毁，因此不会触发异常。

如何让Toolbar Up测试验证Activity关闭？ #

既然无法依赖异常抛出，换个思路验证Activity是否确实关闭即可，以下是几种可行方案：

方案一：用ActivityScenario验证Activity状态 #

借助AndroidX的ActivityScenario启动目标Activity，点击Up按钮后直接检查Activity是否处于销毁状态：

@Test
fun validateUpBackNavigationClosesActivity() {
    val scenario = ActivityScenario.launch(YourTargetActivity::class.java)
    
    // 定位并点击Toolbar的Up按钮
    onView(
        allOf(
            instanceOf(AppCompatImageButton::class.java),
            withParent(withId(R.id.toolbar))
        )
    ).perform(click())
    
    // 验证Activity已进入销毁流程
    scenario.onActivity { activity ->
        assertTrue(activity.isFinishing)
    }
}

方案二：等待Activity销毁后再触发系统返回 #

如果坚持想用异常验证，可以在点击Up按钮后等待Activity销毁完成，再调用pressBack()触发异常：

@Test(expected = NoActivityResumedException::class)
fun validateUpBackNavigationClosesActivity() {
    onView(
        allOf(
            instanceOf(AppCompatImageButton::class.java),
            withParent(withId(R.id.toolbar))
        )
    ).perform(click())
    
    // 等待Activity销毁（正式测试建议用IdlingResource替代Thread.sleep）
    Thread.sleep(500)
    
    // 此时无活跃Activity，pressBack()会抛出预期异常
    pressBack()
}

方案三：统一Up按钮与系统返回的逻辑 #

修改Activity的导航逻辑，让Up按钮直接复用系统返回的逻辑：

override fun onSupportNavigateUp(): Boolean {
    onBackPressed() // 或使用NavController的navigateUp()适配导航组件
    return true
}

这样点击Up按钮的行为就和系统返回键完全一致，测试时也会抛出NoActivityResumedException。

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