Тесты для Android с помощью кинжала 2

Ответ 1

В настоящее время это невозможно с кинжалом 2 (начиная с версии 2.0) без каких-либо обходных решений. Вы можете прочитать об этом здесь.

Подробнее о возможных обходных решениях:

• Как вы переопределите модуль/зависимость в unit test с помощью Dagger 2.0?

• Создание тестовых зависимостей при использовании Dagger2

Ответ 2

Вы ударили ноготь по голове, сказав:

Компонент не имеет методов ввода для моих тестовых классов

Итак, чтобы обойти эту проблему, мы можем сделать тестовую версию вашего класса Application. Тогда у нас может быть тестовая версия вашего модуля. И чтобы все это выполнялось в тесте, мы можем использовать Robolectric.

1) Создайте тестовую версию класса Application

public class TestPipeGameApp extends PipeGameApp {
    private PipeGameModule pipeGameModule;

    @Override protected PipeGameModule getPipeGameModule() {
        if (pipeGameModule == null) {
            return super.pipeGameModule();
        }
        return pipeGameModule;
    }

    public void setPipeGameModule(PipeGameModule pipeGameModule) {
        this.pipeGameModule = pipeGameModule;
        initComponent();
    }}

2) В вашем исходном классе приложения должны быть методы initComponent() и pipeGameModule()

public class PipeGameApp extends Application {
    protected void initComponent() {
        DaggerPipeGameComponent.builder()
            .pipeGameModule(getPipeGameModule())
            .build();
    }

    protected PipeGameModule pipeGameModule() {
        return new PipeGameModule(this);
    }}

3) Ваш PipeGameTestModule должен расширять производственный модуль конструктором:

public class PipeGameTestModule extends PipeGameModule {
    public PipeGameTestModule(Application app) {
        super(app);
    }}

4) Теперь, в вашем методе setup() junit, установите этот тестовый модуль в тестовом приложении:

@Before
public void setup() {
    TestPipeGameApp app = (TestPipeGameApp) RuntimeEnvironment.application;
    PipeGameTestModule module = new PipeGameTestModule(app);
    app.setPipeGameModule(module);
}

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

Ответ 3

По моему мнению, вы можете подойти к этой проблеме, взглянув на нее под другим углом. Вы легко сможете unit test ваш класс, не завися от кинжала для тестируемого строительного класса с его издеваемыми зависимостями, введенными в него.

Я хочу сказать, что в тестовой настройке вы можете:

• Определить зависимости тестируемого класса
• Построить класс под тестом вручную, используя издеваемые зависимости

Нам не нужно проверять правильность ввода зависимостей, поскольку Dagger проверяет правильность графика зависимостей во время компиляции. Таким образом, любые ошибки будут сообщаться в результате сбоя компиляции. Вот почему должно быть приемлемо ручное создание тестируемого класса в методе установки.

Пример кода, в котором зависимость вводится с использованием конструктора в тестируемом классе:

public class BoardModelTest {

  private BoardModel boardModel;
  private Random random;

  @Before
  public void setUp() {
    random = mock(Random.class);
    boardModel = new BoardModel(random);
  }

  @Test
  ...
}

public class BoardModel {
  private Random random;

  @Inject
  public BoardModel(Random random) {
    this.random = random;
  }

  ...
}

Пример кода, в котором зависимость вводится с использованием поля в тестируемом классе (в случае, если BoardModel создается каркасом):

public class BoardModelTest {

  private BoardModel boardModel;
  private Random random;

  @Before
  public void setUp() {
    random = mock(Random.class);
    boardModel = new BoardModel();
    boardModel.random = random;
  }

  @Test
  ...
}

public class BoardModel {
  @Inject
  Random random;

  public BoardModel() {}

  ...
}

Ответ 4

Если вы используете dagger2 с Android, вы можете использовать App-аффрабы для предоставления насмешливых ресурсов.

См. здесь демонстрацию вкусов при макетном тестировании (без кинжала): https://www.youtube.com/watch?v=vdasFFfXKOY

В этой кодовой базе есть пример: https://github.com/googlecodelabs/android-testing

В /src/prod/com/yourcompany/Component.java вы предоставляете свои производственные компоненты.

В /src/mock/com/yourcompany/Component.java вы предоставляете свои издевательские компоненты.

Это позволяет создавать сборки вашего приложения с или без насмешек. Он также позволяет параллельную разработку (поддержка одной команды, приложение frontend другой командой), вы можете высмеивать до тех пор, пока не будут доступны api-методы.

Как выглядят мои команды gradle (его Makefile):

install_mock:
    ./gradlew installMockDebug

install:
    ./gradlew installProdDebug

test_unit:
    ./gradlew testMockDebugUnitTest

test_integration_mock:
    ./gradlew connectedMockDebugAndroidTest

test_integration_prod:
    ./gradlew connectedProdDebugAndroidTest

Ответ 5

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

Создайте аналогичный класс в вашем модуле приложения:

public class ActivityTest<T extends ViewModelBase> {

    @Inject
    public T vm;
}

Затем в приложении AppComponent добавьте:

void inject(ActivityTest<LoginFragmentVM> activityTest);

Затем вы сможете ввести это в свой тестовый класс.

 public class HelloWorldEspressoTest extends ActivityTest<LoginFragmentVM> {

    @Rule
    public ActivityTestRule<MainActivity> mActivityRule = new ActivityTestRule(MainActivity.class);

    @Test
    public void listGoesOverTheFold() throws InterruptedException {
        App.getComponent().inject(this);
        vm.email.set("1234");
        closeSoftKeyboard();
    }
}