从ATSL重构为AndroidX Test时，我在每次意式浓缩咖啡测试之前使用此代码启动IndexActivity。
@Before
public void launchActivity() {
ActivityScenario<IndexActivity> scenario = ActivityScenario.launch(IndexActivity.class);
}
但是，我的测试拖延了80-90％的时间，并抛出此错误。
尝试进行故障排除时，我将以上内容更改为:
@Before
public void launchActivity() {
ActivityScenario<IndexActivity> scenario = ActivityScenario.launch(IndexActivity.class);
scenario.moveToState(Lifecycle.State.RESUMED);
}
但是，我现在有100％的时间遇到相同的错误。
根据文档，我不确定为什么会这样。
我正在使用AndroidX Test Orchestrator并使用Api 28在模拟器上进行测试
完整的StackTrace在这里进行测试:
10:54:42 V/InstrumentationResultParser: java.lang.AssertionError: Activity never becomes requested state "[RESUMED]" (last lifecycle transition = "STOPPED")
10:54:42 V/InstrumentationResultParser: at androidx.test.core.app.ActivityScenario.waitForActivityToBecomeAnyOf(ActivityScenario.java:228)
10:54:42 V/InstrumentationResultParser: at androidx.test.core.app.ActivityScenario.moveToState(ActivityScenario.java:368)
10:54:42 V/InstrumentationResultParser: at com.myapplication.android.test.HomeTest.launchActivity(HomeTest.java:30)
10:54:42 V/InstrumentationResultParser: at java.lang.reflect.Method.invoke(Native Method)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
10:54:42 V/InstrumentationResultParser: at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
10:54:42 V/InstrumentationResultParser: at androidx.test.internal.runner.junit4.statement.RunBefores.evaluate(RunBefores.java:76)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
10:54:42 V/InstrumentationResultParser: at androidx.test.ext.junit.runners.AndroidJUnit4.run(AndroidJUnit4.java:104)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.Suite.runChild(Suite.java:128)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.Suite.runChild(Suite.java:27)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
10:54:42 V/InstrumentationResultParser: at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
10:54:42 V/InstrumentationResultParser: at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
10:54:42 V/InstrumentationResultParser: at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
10:54:42 V/InstrumentationResultParser: at androidx.test.internal.runner.TestExecutor.execute(TestExecutor.java:56)
10:54:42 V/InstrumentationResultParser: at androidx.test.runner.AndroidJUnitRunner.onStart(AndroidJUnitRunner.java:388)
10:54:42 V/InstrumentationResultParser: at android.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:2075)
最佳答案
编辑:现在已在https://github.com/android/android-test/issues/143中修复
声明:
ActivityScenario API的launch(Intent startActivityIntent)方法内有一个限制。它等待 Activity 为Lifecycle.STATE.RESUMED或DESTROYED，如果不在4.5秒内，则会引发此错误。
上下文:
我的应用程序使用IndexActivity加载配置，该配置指导应用程序进行某些API调用。但是，在加载DialogActivity之后，IndexActivity立即进入STOPPED。接受DialogActivity中的术语后，IndexActivity返回RESUMED，然后ActivityScenario可以正常工作。在我的测试中，Espresso是否可以在4.5秒内单击条款以使IndexActivity成为RESUMED，还是在此之前抛出此错误，这是一个竞争条件。要使另一个Activity能够与ActivityScenario一起启动，将需要进行大量的重构，因此这不是一个选择。
修复
在 Activity 方案的public static <A extends Activity> ActivityScenario<A> launch(Intent startActivityIntent)中，检查逻辑scenario.waitForActivityToBecomeAnyOf(State.RESUMED, State.DESTROYED);
如果您可以创建自己的自定义 Activity 方案并将此代码行调整为类似于scenario.waitForActivityToBecomeAnyOf(State.STOPPED, State.DESTROYED);，那么从理论上讲，它将对您有用。然后，您可以再次使用ActivityScenario将Activity移至所需的任何生命周期状态。
或只需使用旧的https://developer.android.com/reference/androidx/test/rule/ActivityTestRule，直到Google在AndroidX Test中解决此问题为止。
TL； DR
之所以发生这种情况，是因为Activity的Lifecycle.State不是ActivityScenario.Launch()等待的两个特定生命周期状态RESUMED或DESTROYED之一。您的 Activity 可能是在创建API时未考虑的对话框或其他极端情况的背景下进行的。