然后通过自定义RobolectricGradleTestRunner类使用该类。
自定义带有定制化 application 类的 Robolectric 测试执行器
public class IntegrationRobolectricTestRunner extends RobolectricGradleTestRunner { // This value should be changed as soon as Robolectric will support newer api. private static final int SDK_EMULATE_LEVEL = 21; public IntegrationRobolectricTestRunner(@NonNull Class<?> clazz) throws Exception { super(clazz); } @Override public Config getConfig(@NonNull Method method) { final Config defaultConfig = super.getConfig(method); return new Config.Implementation( new int[]{SDK_EMULATE_LEVEL}, defaultConfig.manifest(), defaultConfig.qualifiers(), defaultConfig.packageName(), defaultConfig.resourceDir(), defaultConfig.assetDir(), defaultConfig.shadows(), MyIntegrationTestApp.class, // Here is the trick, we change application class to one with mocks. defaultConfig.libraries(), defaultConfig.constants() == Void.class ? BuildConfig.class : defaultConfig.constants() ); } } |
如何在 Instrumentation 测试中使用 Dagger 2 模拟并注入依赖？
Google 的那帮兄弟建议使用 flavors，但我并不推荐使用它。因为 flavors 越多，构建应用花费的时间越长，你也会越不喜欢 Gradle 以及整个构建过程。如果可以避免，尽量不要使用 flavors。
主要思路：与 Roboletric 测试相似——通过修改Application类来实现，不过这次是针对 Instrumentation 测试。
为了实现此方法，你需要自定义 Instrumentation 测试执行器，并将它们添加到build.gradle中。
public class CustomInstrumentationTestRunner extends AndroidJUnitRunner { @Override @NonNull public Application newApplication(@NonNull ClassLoader cl, @NonNull String className, @NonNull Context context) throws InstantiationException, IllegalAccessException, ClassNotFoundException { return Instrumentation.newApplication(CustomApp.class, context); } } |
将该类添加到build.gradle中：
android { defaultConfig { testInstrumentationRunner 'a.b.c.CustomInstrumentationTestRunner' } } |
代码示例：我已经将内容更新到 #qualitymatters app中，并做了分析，展示了在单元测试，集成测试和功能测试中模拟依赖的方式。 因为我们在测试真正应用时需要分析，但在实验中却不想分析！也许你已经注意到了，我们没有添加 flavors。
