Высшая школа электроники и компьютерных наук Кафедра системного программирования

Рис. 23. Тестирование класса PersonalDataView
В результате было написано 110 модульных теста, все из них выпол- нились успешно, и результаты совпали с ожидаемыми. Кроме того, после написания тестов система оказалась покрыта тестами на 76 %.

2. 
   Модульное тестирование сервера
   

Для тестирования классов-обработчиков запросов (CollectionsCon- troller, RegistrationController, UserController и LeadersController) использо- вался специальный класс MockitoJUnitRunner, который позволял смодели- ровать работу той или иной части сервера командой standaloneSetup. После этого происходило обращение Mock-клиента по тому или иному адресу для последующей проверки результатов работы. Для тестирования осталь- ных классов использовался специальный класс JUnit4. На рис. 24 пред- ставлен тест метода getCollectionById() класса CollectionsController.

Рис. 24. Тестирование метода getCollectionById() класса
В результате было написано 43 модульных теста, все из них выпол- нились успешно, и результаты совпали с ожидаемыми. Кроме того, после написания тесто, система оказалась покрыта тестами на 73 %.

2. 
   Автоматизированное UI тестирование
   

Автоматизированное UI тестирование [2] – вид тестирования, кото- рый проводится с целью проверки работы системы на соответствие техни- ческому заданию с помощью эмулирования работы реальных пользовате- лей. Для реализации данного вида тестирования использовались библиоте- ки Espresso [12] и JUnit, которые позволяют проводить тесты как на реаль- ных Android-устройствах, так и на эмуляторах. Тестами имитировались возможные действия пользователей, а затем проверялись результаты. На рис. 25 представлен тест выполнения задания. Для запуска Activity исполь- зуется ActivityTestRule, а для работы с компонентами (кнопками и т.п.) используется методы библиотеки Espresso, такие как onView, onData и onPressBack.
@Test