如何在编写 espresso 测试时设置 dagger-android 2.15 后进行模拟？

Question

如果我们只使用普通的匕首 2。在 application 类中，我们将拥有一个包含 AppComponent 的属性。然后我们可以在 espresso 测试期间交换它。

但是当我使用dagger-android 2.15 设置我的项目时。如果使用过多的匕首魔法，事情就会变得更加隐晦。代码更干净，但测试有点困难。

这是application 类：

class App : DaggerApplication() {
    override fun applicationInjector(): AndroidInjector<out DaggerApplication> {
        return DaggerAppComponent
            .builder()
            .create(this)
            .build()
    }
}

这是 HomeActivity

class HomeActivity : DaggerAppCompatActivity() {
    @Inject
    lateinit var userPreference: UserPreference

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_home)

        if (!this.userPreference.memberRegistered) {
            goToActivity(EntryActivity::class.java)
        }
    }
}

以这段代码为例。如何模拟注入的userPreference.memberRegistered 可能是下面的 HTTP 调用？

Answer 1

对于那些对此感兴趣的人，我得到了一个blog，其中包含详细的详细信息：

基本上，这个想法是：

1. 您仍然在 @Module 中生成用于注入的实例
2. 但我们将创建新的 @Component A 仅用于测试
3. 这个@Component 将有一个方法来获取那个@Module
4. 在测试期间，我们将应用程序使用的 @Component 与我们的组件 A 交换

那么事情就简单了：

• 没有 DaggerMock

  • 在 @Module 中，您只需返回 mockito 模拟，而不是返回真实实例。

• 使用 DaggerMock

  • 您声明要交换的类型并模拟它
  • 然后您就可以使用该模拟了。
  • 无需更改@Module

它的灵感来自@AutonomousApps 的解决方案，但不同之处在于您现在不需要为每个测试类编写@Component、@Module。

Answer 2

在尝试了几种方法后，this 是唯一对我有用的方法。

Answer 3

我昨天写了一篇博文，解释了如何做到这一点：https://dev.to/autonomousapps/the-daggerandroid-missing-documentation-33kj

我不打算为这个答案重复整个帖子（使用 Dagger 正确设置测试工具需要数百个单词和代码行），而是尝试总结一下：

1. 在debug 源集中添加一个自定义应用程序类（我认为它也可以在androidTest 源集中使用，但我没有尝试过）。
2. 您还需要在同一源集中的AndroidManifest.xml 中引用此应用程序。
3. 在您的 androidTest 类中创建一个从您的生产顶级组件扩展而来的“测试组件”并构建它。
4. 使用该测试组件注入您的应用程序，这意味着您刚刚将整个 Dagger 依赖关系图替换为您为测试套件定义的新依赖关系图。
5. 利润。