Тестирование в Android. Контрольный список модульных тестов

Тестирование в Android (серия из 6 частей)

Вступление

• Теперь, когда я официально выпустил свое первое приложение, которое можно найти ЗДЕСЬ в магазине Google Play. Я хочу добавить больше функций в свое приложение, однако я думаю, что следующим лучшим шагом будет добавление некоторых тестов. Итак, эта серия будет практической серией, посвященной пониманию тестирования в рамках Android.

Контрольный список

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

1) Определите зависимости: Это первое и, возможно, самое важное при модульном тестировании.

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

2) Настройте тесты:

• Этот шаг довольно большой, но он включает в себя сначала создание нового класса в папке модульного тестирования. Затем мы определяем, что тестируется, частное хранилище телят для телят; . далее мы определяем, каковы зависимости, частный Кальдаро кальдаро; . Затем мы используем аннотацию @Before , чтобы настроить метод для запуска перед каждым тестом. Затем мы используем Mockito для настройки издевательского объекта зависимостей, Издеваться.издеваться(CalfDao.class); . Мы используем насмешливые объекты, потому что они позволяют нам тестировать наш уровень хранилища изолированно. С помощью издевательского объекта мы можем со 100 % уверенностью контролировать, что вернет каждый метод. Последняя часть этого раздела – создать новый экземпляр того, что мы тестируем, для этого урока это calfRepository CalfRepository(calfdao); .

2) Внедрить тесты

• Конечно, логика, которую вы используете для своих тестов, изменится. Тем не менее, я отметил, что должно оставаться неизменным с красными крестиками. Для того, чтобы мы могли создать тест, мы должны пометить метод аннотацией @Test . Мы также издеваемся над методами, которые вызываются в наших зависимостях, таким образом, они всегда возвращают то, что мы от них хотим. Надежные возвращаемые значения позволяют нам тестировать уровень хранилища изолированно. Издевательский метод выполняется с помощью Mockito.when(calfdao.правильная вставка(Mockito.any(Calf.class ))).Затем возврат (возвращенные данные); .

3) Промойте и повторите: Тестирование очень повторяющееся, поэтому, как только вы сделали это для одного метода, сделайте это для следующего метода и так далее.

• Спасибо, что нашли время в свой день, чтобы прочитать этот мой пост в блоге. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, прокомментируйте ниже или свяжитесь со мной по Твиттер .

Тестирование в Android (серия из 6 частей)

Оригинал: “https://dev.to/theplebdev/testing-in-android-unit-test-check-list-4aa1”