Сброс состояния приложения между запусками InstrumentationTestCase

Текущий эспрессо не предоставляет никакого механизма для сброса состояния приложения. Но для каждого аспекта (pref, db, файлы, разрешения) существует решение.

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

@Rule
public ActivityTestRule<Activity> activityTestRule = new ActivityTestRule<>(Activity.class, false, false);

А позже начните свою деятельность с

activityTestRule.launchActivity(null)

Для сброса настроек вы можете использовать следующий фрагмент (перед началом вашей деятельности)

File root = InstrumentationRegistry.getTargetContext().getFilesDir().getParentFile();
String[] sharedPreferencesFileNames = new File(root, "shared_prefs").list();
for (String fileName : sharedPreferencesFileNames) {
    InstrumentationRegistry.getTargetContext().getSharedPreferences(fileName.replace(".xml", ""), Context.MODE_PRIVATE).edit().clear().commit();
}

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

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

Я начал писать библиотеку, которая должна упростить тестирование с помощью espresso и uiautomator. Сюда входят инструменты для сброса данных приложения. https://github.com/nenick/espresso-macchiato См., например, EspAppDataTool с методами для очистка настроек, баз данных, кэшированных файлов и сохраненных файлов.

Улучшая решение @nenick, инкапсулируйте поведение очистки состояния в пользовательском файле ActivityTestRule. Если вы сделаете это, вы можете разрешить тесту продолжать автоматически запускать активность без вашего вмешательства. С пользовательским ActivityTestRule активность уже находится в желаемом состоянии, когда она запускается для теста.

Правила особенно полезны, поскольку они не привязаны к какому-либо конкретному тестовому классу, поэтому их можно легко повторно использовать в любом тестовом классе или любом проекте.

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

public class SignedOutActivityTestRule<T extends Activity> extends ActivityTestRule<T> {

    public SignedOutActivityTestRule(Class<T> activityClass) {
        super(activityClass);
    }

    @Override
    protected void beforeActivityLaunched() {
        super.beforeActivityLaunched();
        InstrumentationRegistry.getTargetContext()
                .getSharedPreferences(
                        Authentication.SHARED_PREFERENCES_NAME,
                        Context.MODE_PRIVATE)
                .edit()
                .remove(Authentication.KEY_SECRET)
                .remove(Authentication.KEY_USER_ID)
                .apply();
    }

}

ты можешь попробовать

testInstrumentationRunnerArguments clearPackageData: 'true'