Тест Espresso не работает с NoActivityResumedException часто

EDIT: Обновлено описание и сообщение об ошибке и добавлены некоторые изображения. Все еще есть эта проблема.

У меня есть странная ошибка, которая возникает много раз при запуске тестов эспрессо. После нескольких успешных тестовых запусков тесты начинают сбой со следующим исключением:

У меня есть простое приложение с навигацией на страницы, содержащие текст только на этом этапе, и тест должен перейти на каждую страницу и идентифицировать этот текст.

Эта ошибка возникает только на реальном устройстве. На эмулированном устройстве тесты отлично работают. См. Изображения ниже.

Все тесты выполняются с помощью gradle script, начиная с удаления предыдущего приложения и теста api, перед его установкой. Обеспечить чистую окружающую среду. Журнал показывает, что удаление было успешным. Затем развертывание нового приложения и запуск тестов. Теперь они терпят неудачу.

Если тесты потерпели неудачу, это произойдет только после того, как я вручную удалю приложение и тест api с устройства, чтобы снова получить успешные тесты. Но только на время до тех пор, пока не произойдет такая же ошибка.

Почему я получаю NoActivityResumedException, я не могу найти хороший пример того, что это такое и когда оно происходит.

Ответы

Ответ 1

У меня была та же проблема. Это происходит, когда экран на устройстве выключен. Включите экран, чтобы устранить проблему.

Ответ 2

Вы можете разбудить устройство перед каждым тестом, используя Uiautomator.

@Before
public void init(){
     UiDevice uiDevice = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation());
     Point[] coordinates = new Point[4];
     coordinates[0] = new Point(248, 1520);
     coordinates[1] = new Point(248, 929);
     coordinates[2] = new Point(796, 1520);
     coordinates[3] = new Point(796, 929);
     try {
         if (!uiDevice.isScreenOn()) {
             uiDevice.wakeUp();
             uiDevice.swipe(coordinates, 10);
         }
     } catch (RemoteException e) {
         e.printStackTrace();
     }
}

Ответ 3

В основном ошибка заключается в том, что если ваше соединение не находится в активном режиме, оно не должно быть в спящем режиме, либо оно должно быть в приложении, где были написаны тестовые примеры. Предполагая, что вы уже использовали правило запуска @Rule Activity.

Ответ 4

Чтобы избежать этого, оставьте ваше устройство без сна. В опциях разработчика устройства есть опция.

Вы можете использовать com.android.ddmlib и задачу gradle для изменения настроек устройства через adb для каждого запуска сборки и каждого устройства, на котором вы тестируете.

import com.android.ddmlib.AndroidDebugBridge
import com.android.ddmlib.CollectingOutputReceiver
import com.android.ddmlib.IDevice
import com.android.ddmlib.NullOutputReceiver

task stayAwake {

    description = "Activate the Stay Awake settings in the developer options."
    group = "Device Setup"

    AndroidDebugBridge.initIfNeeded(false)
    def bridge = AndroidDebugBridge.createBridge(android.adbExecutable.path, false)

    doLast {
        bridge.devices.each {
            it.executeShellCommand("settings put global stay_on_while_plugged_in 3", NullOutputReceiver.receiver)
            println "Device ${it} will stay awake."
        }
    }
}

Кроме того, вы можете активировать экран с другой задачей Gradle. (предварительным условием является отсутствие PIN-кода или шаблона разблокировки)

IDevice.metaClass.inputKeyEventByShell {
    delegate.executeShellCommand("input keyevent ${it}", NullOutputReceiver.receiver)
}
IDevice.metaClass.inputSwipeByShell {
    delegate.executeShellCommand("input swipe ${it}", NullOutputReceiver.receiver)
}

task unlockScreen {

    description = "Activate screen and unlock device."
    group = "Device Setup"

    AndroidDebugBridge.initIfNeeded(false)
    def bridge = AndroidDebugBridge.createBridge(android.adbExecutable.path, false)

    doLast {
        bridge.devices.each {

            def receiver = CollectingOutputReceiver.newInstance()
            it.executeShellCommand("dumpsys power | grep \"mHolding\"", receiver)

            def displaySuspendFalse = receiver.getOutput().find("mHoldingDisplaySuspendBlocker=false")
            def wakelockSuspendFalse = receiver.getOutput().find("mHoldingWakeLockSuspendBlocker")

            if (displaySuspendFalse || wakelockSuspendFalse) {
                it.inputKeyEventByShell('26') //power keyevent
                println "Screen of device $it activated & unlocked."
            }

            it.inputSwipeByShell('100 500 100 1450 100') //swipe action
        }
    }
}

Позвольте этим задачам выполняться перед вашей задачей Gradle, ответственной за тесты пользовательского интерфейса.

Таким образом, для активации устройств и их поддержания не требуется никакого дополнительного кода в ваших тестах.

Ответ 5

Одной из возможных причин этого являются параллельные тесты. Используйте --no-parallel.

Пример → gradlew connectedLiveDebugAndroidTest --no-parallel

Это происходит только при запуске всех из консоли или последовательно, но не происходит при их запуске по отдельности, тогда есть вероятность, что они работают параллельно на одном устройстве. Два разных теста Espresso, запущенные на одном и том же устройстве одновременно, делают их нестабильными и склонными к сбою.