точнее по UI тестам.
Как запилю фичу, тут же пишу тест, чтобы не руками тапать и по дороге проверяю, что на экране, что далее легло в БД или по сети улетело. Т.о. проверяется сразу всё, и UI, и логика. Зачатки логики находятся в презентерах. Так вот, чтобы добраться до презентера, я дергаю FragmentManager и через фрагмент получаю искомый презентер (ну да, “удаление гланд через опу”).
Вопрос: может есть путь покрасивше?
Чтобы было понятнее, вот описание одного из тестов. Тестирование фрагмента с ExoPlayer. Запуск activityRule.launchActivity, клик по кнопке, подождать появление нужного фрагмента, получить презентер, дать на вход путь к файлу, подождать (с пом. Espresso IdleResource) запуск и проигрывание ExoPlayer, повернуть экран, убедиться (ч/з презентер) что позиция проигрывания сохранилась и еще чего-нибудь в кишках проверить, нажать Back, подождать появление нужного View, проверить какой-нибудь текст на экране.
Проблему вы сами же описали, что вы смешиваете разные виды тестирования в одном. Зачем?
Обсуждают сегодня