原文：Mock Application in Espresso for Dependency Injection
作者：Chiu-Ki Chan
译者：lovexiaov
我看了 Artem Zinnatullin 写的使用 Dagger，Robolectric 和 InStrumentation 在单元测试，集成测试与功能测试中模拟依赖（译者注：这里将链接替换成了中译版本，文章中有原文链接）这篇好文。其中我最喜欢的部分是在测试中使用不同的 application 来提供不同的依赖，而我决定使用 Espresso 实现它。
通过自定义测试运行器模拟 application
我当前实现依赖注入（译者注：下文统一使用 DI）的方法是在我的测试 application 中暴露一个 setComponent 函数来提供测试组件，这样并不是太好，因为理想情况下 application 中不能包含测试指定代码。
一种新的实现方式是在 androidTest 文件夹中使用 application 的子类 ，并在测试时通过自定义测试运行器加载它。
public class DemoApplication extends Application {
private final DemoComponent component = createComponent();
protected DemoComponent createComponent() {
return DaggerDemoApplication_ApplicationComponent.builder()
.clockModule(new ClockModule())
.build();
}
public DemoComponent component() {
return component;
}
}
在此 application 中，我们使用 createComponent() 实例化的 DemoComponent，并且将它存储为 final 变量待以后使用。
public class MockDemoApplication extends DemoApplication {
@Override
protected DemoComponent createComponent() {
return DaggerMainActivityTest_TestComponent.builder()
.mockClockModule(new MockClockModule())
.build();
}
}
测试时，我们继承自己的 application 并重写 createComponent 来提供测试组件。
我们需要自定义测试运行器以在测试是使用模拟 application：
public class MockTestRunner extends AndroidJUnitRunner {
@Override
public Application newApplication(
ClassLoader cl, String className, Context context)
throws InstantiationException,
IllegalAccessException,
ClassNotFoundException {
return super.newApplication(
cl, MockDemoApplication.class.getName(), context);
}
}
我们给出 MockDemoApplication.class.getName() 作为类名，这样测试运行器将会加载模拟 application 而不是真实的 application。
按应用还是按测试？
此方式与 setComponent 有些许不同，因为我们只初始化测试组件一次，而不是每个测试方法执行前都要初始化。确保你在每次测试方法执行前都清除了测试模块的状态，这样每个测试方法都能从零开始执行。
源码
我已经在我的两个仓库中使用了此方式：
- android-test-demo：迷你样例演示的此概念。
- friendspell：一个真实的应用展示了怎样在每个测试之前清除状态。
