Existing Android UI tests stopped working after switching to AndroidJUnitRunner

2.7k views Asked by At

We have a few UI tests around our camera functionality, and after we made the switch from InstrumentationTestRunner to AndroidJUnitRunner as part of our move to Espresso/JUnit4, we can no longer run our existing tests reliably due to frequent RuntimeException when we call getActivity():

java.lang.RuntimeException: Could not launch intent Intent { flg=0x14000000 cmp=com.cookbrite.dev/com.cookbrite.ui.ReceiptCaptureActivity (has extras) } within 45 seconds. Perhaps the main thread has not gone idle within a reasonable amount of time? There could be an animation or something constantly repainting the screen. Or the activity is doing network calls on creation? See the threaddump logs. For your reference the last time the event queue was idle before your activity launch request was 1434471981236 and now the last time the queue went idle was: 1434471981236. If these numbers are the same your activity might be hogging the event queue.
at android.support.test.runner.MonitoringInstrumentation.startActivitySync(MonitoringInstrumentation.java:315)
at android.test.InstrumentationTestCase.launchActivityWithIntent(InstrumentationTestCase.java:119)
at android.test.ActivityInstrumentationTestCase2.getActivity(ActivityInstrumentationTestCase2.java:106)
at com.cookbrite.step2_functional.ui.receipt.ReceiptCaptureTest.getActivity(ReceiptCaptureTest.java:43)

For better readibility, this is the error message on the RuntimeException as a quote:

Could not launch intent Intent { flg=0x14000000 cmp=com.cookbrite.dev/com.cookbrite.ui.ReceiptCaptureActivity (has extras) } within 45 seconds. Perhaps the main thread has not gone idle within a reasonable amount of time? There could be an animation or something constantly repainting the screen. Or the activity is doing network calls on creation? See the threaddump logs. For your reference the last time the event queue was idle before your activity launch request was 1434471981236 and now the last time the queue went idle was: 1434471981236. If these numbers are the same your activity might be hogging the event queue.

Our existing tests use Robotium. An attempt to write the same test using Espresso yielded similar error, which is probably due to camera preview constantly updating the UI. However, even with preview set to INVISIBLE, we still run into this issue with Espresso.

Any ideas/pointers on how to fix this (other than go back to InstrumentationTestRunner)?

2

There are 2 answers

0
Yenchi On BEST ANSWER

In the end, we change the UI to delay camera preview startup so MonitoringInstrumentation doesn't get upset with all the UI update. Also, both SurfaceView and TextureView post UI updates as soon as a camera is connected, even in INVISIBLE or GONE state. That's what causes MonitoringInstrumentation to give up in our case.

If you have a test that starts with constant UI update, you might want to consider pausing the action until startActivitySync() finishes and you get a non-null result from getActivity().

1
unrulygnu On

The error output indicates that the test class extends ActivityInstrumentationTestCase2. I'm not sure whether moving to the new ActivityTestRule would make any difference in your case, but it's worth a quick check. Putting this in an answer rather than a comment in order to include sample code:

@RunWith(AndroidJUnit4.class)
public class ReceiptCaptureTestNew {
    private ReceiptCaptureActivity mReceiptCaptureActivity;

    @Rule
    public ActivityTestRule<mReceiptCaptureActivity> mActivityRule =
            new ActivityTestRule<>(mReceiptCaptureActivity.class);

    @Before
    public void setUp() throws Exception {
        mReceiptCaptureActivity = mActivityRule.getActivity();
    }

    @After
    public void tearDown() throws Exception {
        // Call finish() on all activities in @After to avoid exceptions in
        // later calls to getActivity() in subsequent tests
        mReceiptCaptureActivity.finish();
    }

    @Test
    public void testPreconditions() {
        assertNotNull(mReceiptCaptureActivity);
        assertThat(mReceiptCaptureActivity.hasWindowFocus(), is(true));
    }
}