我曾经在 MVP 中工作，我通常使用普通的 Junit（不是 Instrumentation ！）来测试我的 Presenters，因为 Presenters 只有业务逻辑，没有任何对 Android 内部的引用。
现在通过切换到 Dagger 2，我了解到我在为我的应用组件设置“TestModule”时遇到了问题。
为了清楚起见，我说的是位于 app->src->test 文件夹而不是 app->src->androidTest 的测试！
那我做错了吗？还是错过了什么？谁能解释或举例说明如何在正常的单元测试中使用 Dagger 2？
【问题讨论】：
我不确定我的解决方案是否适合您，但我认为没有理由不适合。 首先我创建了 testInjectionComponent
@Singleton
@Component(modules = {MockNetworkModule.class})
public interface MockInjectionComponent extends InjectionComponent {
void inject(DaggerUnitTest daggerUnitTest);
}
然后我的单元测试我在 before 方法中添加了注入。像这样：
@Before
public void setUp() throws Exception {
MockInjectionComponent mockInjectionComponent = DaggerMockInjectionComponent
.builder()
.mockNetworkModule(new MockNetworkModule())
.build();
mockInjectionComponent.inject(this);
}
然后我只是注释我的注入对象。
编辑：
不要忘记在您的 app.gradle 文件中添加testApt "com.google.dagger:dagger-compiler:$daggerVersion"。
【讨论】：
正如接受的答案所述。不要忘记添加：
对于 Java
安卓测试
androidTestAnnotationProcessor 'com.google.dagger:dagger-compiler:$dagger_version'
JUnit 测试
testAnnotationProcessor 'com.google.dagger:dagger-compiler:$dagger_version'
对于 Kotlin
安卓测试
kaptAndroidTest 'com.google.dagger:dagger-compiler:$dagger_version'
JUnit 测试
kaptTest 'com.google.dagger:dagger-compiler:$dagger_version'
【讨论】：
您不需要任何匕首来测试您的演示者。 Dagger 的工作是填充类的依赖关系（依赖注入）。
例如你有这个 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 对象，供您的 Presenter 使用。在运行实际应用程序（不是测试）时，这些将是具有真实功能的真实对象。
在测试演示者时，您只想测试演示者，其他一切都应该模拟。
因此，当您在 PresenterTest 中创建演示者时，您会使用 database 和 apiService 的模拟版本创建它。
然后您可以测试演示者如何与这些对象交互
一个。模拟对象的行为，如
when(database.getSomething()).thenReturn(something)
b.验证您的演示者是否对这些对象执行了您希望它执行的操作，例如
verify(database).saveSomething()
（伪代码）
模拟的标准方式是 Mockito。
【讨论】：
您可以通过两种方式将真实模块替换为假模块：在编译时使用 google architecture samples 推荐的风格或在运行时创建一个抽象方法，该方法在生产代码中注入真实的东西并在测试中注入假的依赖项代码。在第二种情况下，您的测试必须继承您要模拟的类并从头开始构建组件
【讨论】：