Что тестировать с помощью Robolectric?

Question

Мне кажется, что я принципиально недопонимаю цель Robolectric. Я боролся с ним уже неделю, и до сих пор получение нового сообщения об ошибке считается прогрессом. Я могу проверить некоторые основные вещи, такие как статические представления в деятельности, но когда что-то более сложные вещи вступают в игру, вещи просто разваливаются. Мне пришлось расширить Robolectric для поддержки 3-х партийных библиотек с определенными параметрами, панелями действий Appcompat и множеством других вещей, которые были чрезвычайно трудоемкими и на самом деле нигде не документированы, и все продвигается довольно гладко. Я начинаю думать, что я использую его неправильно, и он просто не должен делать то, что я хочу.

Общая логика приложения довольно проста, поэтому на единичный тест не так много, наиболее сложная задача - в пользовательском интерфейсе и удаленных вызовах API. Предполагается ли Robolectric сделать модульное тестирование для Android менее болезненным, чем с JUnit, потому что он может работать на JVM и поддерживает несколько классов Android? Возможно, черная панель для тестирования поведения, такая как Espresso, будет более подходящей для моих нужд? Но мы используем непрерывную интеграцию, и Robolectric был хорош и прост в настройке для запуска тестов на сервере CI, и я бы хотел сохранить его таким образом.

Для чего вы используете Robolectric? Многие сообщения в блогах рекомендуют его для «тестирования жизненного цикла активности», но поскольку я также совершенно новый в мире Android, я не совсем понимаю его цель, тем более, что приложение, которое я тестирую, является только портретистом , Может кто-то, пожалуйста, дайте обзор того, что вы используете Robolectric, и как вы это делаете, предпочтительно с примерами кода и объясните, почему и как эти тесты важны?

Answer 1

Мы используем его для:

• модульного тестирования: все компоненты от парсеров и утилит, диспетчеры и ведущих
• интеграционного тестирования/приема: бизнес-логика приложения, на экран (который попадет в интеграции и/или приемочные испытания)

Мы не используем его для (и было трудно использовать для них):

• тестирование сетевого уровня (мы запускаем все тесты, вводя тестовые данные таким же образом, как и сетевой уровень; парсеры испытываются отдельно)
• пользователя проходит через различные экраны

Если вы ищете больше последнего, возможно, Espresso/Robotium лучше подходит для ваших нужд. И вы абсолютно можете запустить их как часть вашего конвейера CI, но вам нужно будет инвестировать некоторое время в настройку или интегрироваться с чем-то вроде Appurify.

Если вам сложно написать свои тесты, возможно, вам придется делать больше с тем, как ваше приложение архивировано, чем то, как вы используете robolectric. См. Мой ответ здесь, он может вам помочь: Writing Android acceptance tests with robolectric: how could it be done?