Android plain Junit with Dagger 2

Question

Раньше я работал в MVP, и я обычно тестировал своих докладчиков, используя простой Junit (Not Instrumentation!), Поскольку докладчики имеют только бизнес-логику и никаких ссылок на внутренние элементы Android вообще.

Теперь, переключившись на кинжал 2, я понял, что у меня возникла проблема с настройкой «TestModule» для моего компонента приложения.

1. Создание компонента не будет работать внутри тестового класса (возможно, потому, что «кв» не работает там)
2. Не нашли каких-либо примеров для использования Dagger с помощью стандартного тестирования JUnit. Каждый пример, который я нашел, основывается только на контрольно-измерительных тестах или Roboelectric (которые в основном издеваются над действиями и другими предметами, связанными с Android), но для меня это всего лишь тестирование пользовательского интерфейса, и мне это не нужно.

Просто для того, чтобы все было ясно, я говорю о тестах, которые находятся в папке test-> src-> test, а не app-> src-> androidTest!

Так что я делаю что-то неправильно? Или что-то не хватает? Может ли кто-нибудь объяснить или дать примеры того, как использовать Dagger 2 в обычных модульных тестах?

Answer 1

Я не уверен, что мое решение будет работать на вас, но я не вижу причин, почему это не должно. Сначала я создал testInjectionComponent

@Singleton 
@Component(modules = {MockNetworkModule.class}) 
public interface MockInjectionComponent extends InjectionComponent { 
void inject(DaggerUnitTest daggerUnitTest); 
} 

Тогда мои модульных тестов я добавить инъекции в перед тем методом.например:

@Before 
public void setUp() throws Exception { 
    MockInjectionComponent mockInjectionComponent = DaggerMockInjectionComponent 
      .builder() 
      .mockNetworkModule(new MockNetworkModule()) 
      .build(); 
    mockInjectionComponent.inject(this); 
} 

Затем я просто аннотирую свой введенный объект.

EDIT: Не забудьте добавить testApt "com.google.dagger:dagger-compiler:$daggerVersion" в вашем app.gradle файле.

Answer 2

Вам не нужен кинжал, чтобы проверить ваш ведущий. Задача кинжала - заполнить зависимости ваших классов (инъекции зависимостей).

Например у вас есть этот Presenter:

public class MyPresenter { 

    Database database; 
    ApiService apiService; 

    @Inject 
    public MyPresenter(final Database database, final ApiService apiService) { 
     this.database = database; 
     this.apiService = apiService; 
    } 
} 

Dagger обеспечит ваш Presenter с database и apiService объектов для вашего ведущего, чтобы использовать их. При запуске реального приложения (а не теста) это будут реальные объекты с реальной функциональностью.

При тестировании ведущего вы хотите протестировать только ведущего, все остальное должно быть издевательством.

Поэтому, когда вы создаете презентатора в своем PresenterTest, вы создаете его с издеваемыми версиями database и apiService.

Вы можете проверить, как ваши ведущее взаимодействует с этими объектами с помощью

а. высмеивать поведение объектов, таких как

when(database.getSomething()).thenReturn(something) 

b. проверить ваш ведущий делает то, что вы хотите делать с этими объектами, как

verify(database).saveSomething() 

(псевдо-код)

Стандартный способ поиздеваться бы Mockito.

Answer 3

Вы можете поменять местами реальные модули с помощью поддельных модулей двумя способами: сделать это во время компиляции, используя ароматы, как рекомендовано google architecture samples, или во время выполнения, создав абстрактный метод, который вводит реальную вещь в производственный код и поддельные зависимости в тестовом коде , Во втором случае ваш тест должен подклассифицировать класс, который вы хотите высмеять, и построить компонент из scrach.