Написание Unit - тестов в Android

Что нужно тестировать ? Ответ прост - работу данного метода.

Выделяем, только работу данного метода - он получает параметр textSearch, отдает его вовне и как результат получает response или throwable, которые производят соответствующие реакции у mView.

Сам тест прост, однако сама инфраструктура теста сложная (к примеру это можно тестировать с помощью библиотеки Mockito). Нужно сделать несколько моков:

• объект, где находится метод getResults
• mCompositeDisposable
• ApiUtils.getApi() (не знаю что оно собой представляет)
• mView

Возможно, что-то придется отрефакторить. Суть сводиться к тому, чтобы измениться поведение всех методов внешних, по отношению к тестируемому методу, объектов. Моки позволяют делать так, что например, вызов ApiUtils.getApi().getResponse(textSearch) на самом деле ничего не будет делать, а вернет готовый response объект / или throwable (в зависимости от того, что хотим проверить - или отработало или ошибка), а mCompositeDisposable.add() ничего никуда добавлять не будет, а просто имитирует это действие также все методы mView ничего не будут делать, важен лишь сам факт, они были вызваны или были вызваны с конкретным параметром(ами).

Таким образом, все сводится к паре тестов (довольно длинных):

1. вызвали метод getResults с каким-то значение (неважно с каким), вернулся response и как факт корректной работы были вызваны методы mView showRefresh, hideRefresh, showResults(c конкретным значением response.getResults())
2. вызвали метод getResults с каким-то значение (неважно с каким), вернулся throwable и как факт корректной работы были вызваны методы mView showRefresh, hideRefresh, showError.

Я, конечно, могу сильно заблуждаться в правильности такого подхода, но я вижу его вполне разумным. Собственно, все вышеописанное выглядит какой-то магией на первый взгляд, но если почитать документацию к Moсkito, которая очень короткая и четко все описывающая, то все встанет на свои места, ну и неделя на вникание/пробование потребуется. Удачи )