如何在Jetpack Compose Instrumented测试中重启应用（实现iOS XCTest terminate+launch的等效功能）

我完全理解你的需求——就是要实现类似iOS XCTest里terminate+launch的完整重启效果，确保测试的是应用从冷启动开始的真实流程，而不是仅仅后台切换那种半活跃状态。你之前尝试的滑动最近应用、Intent启动的方法没生效，主要是两个问题：要么没真正杀死应用进程，要么原来的Compose测试Rule还绑定着旧的Activity实例，导致后续UI操作还是指向旧的应用进程。

下面给你两种可行的解决方案，你可以根据自己的测试场景选择：

方案一：基于createAndroidComposeRule的快速修复 #

如果你想继续用你原来的app Rule变量，只需要补充真正终止进程的逻辑，再重新绑定新启动的Activity：

1. 彻底终止应用进程
   别再用滑动最近应用的方式了，直接用UiDevice的forceStopPackage方法，这会彻底杀死应用的所有进程，比手动滑动靠谱得多：

   val packageName = InstrumentationRegistry.getInstrumentation().targetContext.packageName
   val uiDevice = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation())
   // 强制停止应用所有进程
   uiDevice.forceStopPackage(packageName)
   // 等待进程完全终止
   uiDevice.waitForIdle()
   

2. 启动全新的应用实例
   用带清空任务栈标记的Intent启动应用，确保启动的是完全干净的任务：

   val context = InstrumentationRegistry.getInstrumentation().targetContext
   val launchIntent = context.packageManager.getLaunchIntentForPackage(packageName)!!
   // 清除现有任务栈，启动全新任务
   launchIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK)
   context.startActivity(launchIntent)
   // 等待应用启动完成，超时时间根据你的应用调整
   uiDevice.waitForWindowUpdate(packageName, 5000)
   uiDevice.waitForIdle()
   

3. 让Rule重新绑定新Activity
   原来的app Rule需要重新关联新启动的Activity，只需要调用等待方法即可：

   // 等待新的MainActivity绑定到测试Rule
   app.waitForIdle()
   // 可选：验证当前Activity是新实例
   app.onActivity { activity ->
       println("新Activity实例哈希值：${activity.hashCode()}")
   }
   

方案二：改用ActivityScenario手动控制（更灵活） #

如果你需要在测试中多次重启应用，或者觉得自动绑定的Rule不够灵活，可以改用基础的createComposeRule配合ActivityScenario，手动控制Activity的生命周期：

class AppRestartTest {
    // 基础Compose测试Rule，不自动启动Activity
    private val composeTestRule = createComposeRule()
    private lateinit var activityScenario: ActivityScenario<MainActivity>

    @Before
    fun setup() {
        // 测试前初始启动应用
        activityScenario = ActivityScenario.launch(MainActivity::class.java)
    }

    @Test
    fun testRestartFlow() {
        // 先执行初始操作，比如进入某个页面
        composeTestRule.onNodeWithText("首页").assertExists()

        // 1. 彻底终止应用进程
        val packageName = InstrumentationRegistry.getInstrumentation().targetContext.packageName
        val uiDevice = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation())
        uiDevice.forceStopPackage(packageName)
        uiDevice.waitForIdle()

        // 2. 关闭旧的Activity场景
        activityScenario.close()

        // 3. 重新启动全新的Activity
        activityScenario = ActivityScenario.launch(MainActivity::class.java)

        // 4. 等待应用启动完成
        composeTestRule.waitForIdle()
        uiDevice.waitForWindowUpdate(packageName, 5000)

        // 验证重启后的状态，比如是否回到初始页面或保留了用户状态
        composeTestRule.onNodeWithText("欢迎回来").assertExists()
    }

    @After
    fun teardown() {
        // 测试结束后清理场景
        activityScenario.close()
    }
}

注意事项 #

• 权限问题：forceStopPackage不需要在测试应用的Manifest里额外声明权限，因为Instrumented测试进程拥有shell权限，可以执行系统命令。
• 等待时间：根据你的应用启动速度调整waitForWindowUpdate的超时时间，避免因为应用启动慢导致测试失败。
• 测试隔离：如果测试类有多个测试方法，记得在@After方法里终止应用并关闭ActivityScenario，确保每个测试都是从干净状态开始。

备注：内容来源于stack exchange，提问作者J. Doe