使用 Hilt 之类的依赖项注入框架的一个好处是,它可以让您更轻松地测试代码。
单元测试
Hilt 对于单元测试来说是不必要的,因为对使用构造函数注入的类进行测试时,您无需使用 Hilt 实例化该类。相反,您可以直接调用类构造函数,传入虚假或模拟依赖项,就像构造函数没有注释时所做的一样:
Kotlin
@ActivityScoped class AnalyticsAdapter @Inject constructor( private val service: AnalyticsService ) { ... } class AnalyticsAdapterTest { @Test fun `Happy path`() { // You don't need Hilt to create an instance of AnalyticsAdapter. // You can pass a fake or mock AnalyticsService. val adapter = AnalyticsAdapter(fakeAnalyticsService) assertEquals(...) } }
Java
@ActivityScope public class AnalyticsAdapter { private final AnalyticsService analyticsService; @Inject AnalyticsAdapter(AnalyticsService analyticsService) { this.analyticsService = analyticsService; } } public final class AnalyticsAdapterTest { @Test public void happyPath() { // You don't need Hilt to create an instance of AnalyticsAdapter. // You can pass a fake or mock AnalyticsService. AnalyticsAdapter adapter = new AnalyticsAdapter(fakeAnalyticsService); assertEquals(...); } }
端到端测试
对于集成测试,Hilt 会像在生产代码中一样注入依赖项。使用 Hilt 进行测试不需要维护,因为 Hilt 会自动为每个测试生成一组新的组件。
添加测试依赖项
如需在测试中使用 Hilt,请在项目中添加 hilt-android-testing
依赖项:
dependencies {
// For Robolectric tests.
testImplementation 'com.google.dagger:hilt-android-testing:2.28-alpha'
// ...with Kotlin.
kaptTest 'com.google.dagger:hilt-android-compiler:2.28-alpha'
// ...with Java.
testAnnotationProcessor 'com.google.dagger:hilt-android-compiler:2.28-alpha'
// For instrumented tests.
androidTestImplementation 'com.google.dagger:hilt-android-testing:2.28-alpha'
// ...with Kotlin.
kaptAndroidTest 'com.google.dagger:hilt-android-compiler:2.28-alpha'
// ...with Java.
androidTestAnnotationProcessor 'com.google.dagger:hilt-android-compiler:2.28-alpha'
}
界面测试设置
您必须用 @HiltAndroidTest
为任何使用 Hilt 的界面测试添加注释。此注释负责为每个测试生成 Hilt 组件。
此外,您还需要向测试类添加 HiltAndroidRule
。它管理组件的状态,并用于对测试执行注入:
Kotlin
@HiltAndroidTest class SettingsActivityTest { @get:Rule var hiltRule = HiltAndroidRule(this) // UI tests here. }
Java
@HiltAndroidTest public final class SettingsActivityTest { @Rule public HiltAndroidRule hiltRule = new HiltAndroidRule(this); // UI tests here. }
接下来,测试需要了解 Hilt 自动为您生成的 Application
类。
测试应用
您必须在支持 Hilt 的 Application
对象中执行使用 Hilt 的插桩测试。该库提供了 HiltTestApplication
,以便在测试中使用。如果测试需要其他基础应用,请参阅用于测试的自定义应用。
您必须设置要在插桩测试或 Robolectric 测试中运行的测试应用。以下说明并不是专门针对 Hilt,而是有关如何指定要在测试中运行的自定义应用的一般准则。
在插桩测试中设置测试应用
如需在插桩测试中使用 Hilt 测试应用,您需要配置一个新的测试运行程序。这使得 Hilt 可适用于项目中的所有插桩测试。请执行以下步骤:
- 在
androidTest
文件夹中创建一个扩展AndroidJUnitRunner
的自定义类。 - 替换
newApplication
函数并传入生成的 Hilt 测试应用的名称。
Kotlin
// A custom runner to set up the instrumented application class for tests. class CustomTestRunner : AndroidJUnitRunner() { override fun newApplication(cl: ClassLoader?, name: String?, context: Context?): Application { return super.newApplication(cl, HiltTestApplication::class.java.name, context) } }
Java
// A custom runner to set up the instrumented application class for tests. public final class CustomTestRunner extends AndroidJUnitRunner { @Override public Application newApplication(ClassLoader cl, String className, Context context) throws ClassNotFoundException, IllegalAccessException, InstantiationException { return super.newApplication(cl, HiltTestApplication.class.getName(), context); } }
接下来,在 Gradle 文件中配置此测试运行程序,如插桩单元测试指南中所述。请务必使用完整的类路径:
android {
defaultConfig {
// Replace com.example.android.dagger with your class path.
testInstrumentationRunner "com.example.android.dagger.CustomTestRunner"
}
}
在 Robolectric 测试中设置测试应用
如果您使用 Robolectric 测试界面层,可以在 robolectric.properties
文件中指定要使用的应用:
application = dagger.hilt.android.testing.HiltTestApplication
或者,您也可以使用 Roolectric 的 @Config
注释在每个测试上单独配置应用:
Kotlin
@HiltAndroidTest @Config(application = HiltTestApplication::class) class SettingsActivityTest { @get:Rule var hiltRule = HiltAndroidRule(this) // Robolectric tests here. }
Java
@HiltAndroidTest @Config(application = HiltTestApplication.class) class SettingsActivityTest { @Rule public HiltAndroidRule hiltRule = new HiltAndroidRule(this); // Robolectric tests here. }
Gradle 插件在默认情况下会转换插桩测试类,但该插件需要对本地单元测试进行额外的配置。如需在本地单元测试中启用 @AndroidEntryPoint
类的转换,请在模块的 build.gradle
文件中应用以下配置:
hilt {
enableTransformForLocalTests = true
}
测试功能
一旦 Hilt 可供在测试中使用,您就可以使用几项功能来自定义测试流程。
在测试中注入类型
如需将类型注入测试,请使用 @Inject
执行字段注入。如需告知 Hilt 填充 @Inject
字段,请调用 hiltRule.inject()
。
请查看以下插桩测试示例:
Kotlin
@HiltAndroidTest class SettingsActivityTest { @get:Rule var hiltRule = HiltAndroidRule(this) @Inject lateinit var analyticsAdapter: AnalyticsAdapter @Before fun init() { hiltRule.inject() } @Test fun `happy path`() { // Can already use analyticsAdapter here. } }
Java
@HiltAndroidTest public final class SettingsActivityTest { @Rule public HiltAndroidRule hiltRule = new HiltAndroidRule(this); @Inject AnalyticsAdapter analyticsAdapter; @Before public void init() { hiltRule.inject(); } @Test public void happyPath() { // Can already use analyticsAdapter here. } }
替换绑定
如果您需要注入依赖项的虚假或模拟实例,则需要告知 Hilt 不要使用它在生产代码中使用的绑定,而应改用其他绑定。如需替换绑定,您需要将包含该绑定的模块替换为包含您要在测试中使用的绑定的测试模块。
例如,假设生产代码声明了 AnalyticsService
的绑定,如下所示:
Kotlin
@Module @InstallIn(ApplicationComponent::class) abstract class AnalyticsModule { @Singleton @Binds abstract fun bindAnalyticsService( analyticsServiceImpl: AnalyticsServiceImpl ): AnalyticsService }
Java
@Module @InstallIn(ApplicationComponent.class) public abstract class AnalyticsModule { @Singleton @Binds public abstract AnalyticsService bindAnalyticsService( AnalyticsServiceImpl analyticsServiceImpl ); }
首先,请使用测试类中的@UninstallModules
注释指示 Hilt 忽略生产模块:
Kotlin
@UninstallModules(AnalyticsModule::class) @HiltAndroidTest class SettingsActivityTest { ... }
Java
@UninstallModules(AnalyticsModule.class) @HiltAndroidTest public final class SettingsActivityTest { ... }
接下来,您必须替换该绑定。在测试类中创建一个用于定义测试绑定的新模块:
Kotlin
@UninstallModules(AnalyticsModule::class) @HiltAndroidTest class SettingsActivityTest { @Module @InstallIn(ApplicationComponent::class) abstract class TestModule { @Singleton @Binds abstract fun bindAnalyticsService( analyticsServiceImpl: AnalyticsServiceImpl ): AnalyticsService } ... }
Java
@UninstallModules(AnalyticsModule.class) @HiltAndroidTest public final class SettingsActivityTest { @Module @InstallIn(ApplicationComponent.class) public abstract class TestModule { @Singleton @Binds public abstract AnalyticsService bindAnalyticsService( AnalyticsServiceImpl analyticsServiceImpl ); } ... }
这样只会替换单个测试类的绑定。如果您要替换所有测试类的绑定,请将测试绑定放在 test
模块中(对于 Robolectric 测试),或放在 androidTest
模块中(对于插桩测试)。
绑定新值
使用 @BindValue
注释可轻松地将测试中的字段绑定到 Hilt 依赖关系图。使用 @BindValue
为字段添加注释后,该字段将在声明的字段类型下与该字段存在的任何限定符进行绑定。
在 AnalyticsService
示例中,您可以使用 @BindValue
将 AnalyticsService
替换为虚假对象:
Kotlin
@UninstallModules(AnalyticsModule::class) @HiltAndroidTest class SettingsActivityTest { @BindValue analyticsService: AnalyticsService = FakeAnalyticsService() ... }
Java
@UninstallModules(AnalyticsModule.class) @HiltAndroidTest class SettingsActivityTest { @BindValue AnalyticsService analyticsService = FakeAnalyticsService(); ... }
这样一来,您可以同时在测试中替换绑定和引用绑定,从而简化了这两项操作。
@BindValue
可与限定符以及其他测试注释搭配使用。例如,如果您使用 Mockito 等测试库,可以在 Robolectric 测试中使用该注释,如下所示:
Kotlin
... class SettingsActivityTest { ... @BindValue @ExampleQualifier @Mock lateinit qualifiedVariable: ExampleCustomType // Robolectric tests here }
Java
... class SettingsActivityTest { ... @BindValue @ExampleQualifier @Mock ExampleCustomType qualifiedVariable; // Robolectric tests here }
如果您需要添加多绑定,可以使用 @BindValueIntoSet
和 @BindValueIntoMap
注释来代替 @BindValue
。@BindValueIntoMap
要求您还要使用映射键注释为字段添加注释。
特殊情况
Hilt 还提供了一些功能来支持非标准用例。
用于测试的自定义应用
如果由于测试应用需要扩展其他应用因而您无法使用 HiltTestApplication
,请使用 @CustomTestApplication
为一个新类或接口添加注释,并传入您希望生成的 Hilt 应用扩展的基类的值。
@CustomTestApplication
将生成一个应用类,该类可供使用 Hilt 进行测试之用,扩展了您以参数形式传递的应用。
Kotlin
@CustomTestApplication(BaseApplication::class) interface HiltTestApplication
Java
@CustomTestApplication(BaseApplication.class) interface HiltTestApplication { }
在本例中,Hilt 生成了一个名为 HiltTestApplication_Application
的 Application
,该类扩展了 BaseApplication
类。一般来说,生成的应用的名称是带有注释的类的名称后面加上 _Application
。您必须设置要在插桩测试或 Robolectric 测试中运行的生成的 Hilt 测试应用,如测试应用中所述。
插桩测试中的多个 TestRule 对象
如果测试中有其他 TestRule
对象,您可以通过多种方式来确保所有规则协同工作。
您可以将规则封装在一起,如下所示:
Kotlin
@HiltAndroidTest class SettingsActivityTest { @get:Rule var rule = RuleChain.outerRule(HiltEmulatorTestRule(this)). around(SettingsActivityTestRule(...)) // UI tests here. }
Java
@HiltAndroidTest public final class SettingsActivityTest { @Rule public RuleChain rule = RuleChain.outerRule(new HiltEmulatorTestRule(this)) .around(new SettingsActivityTestRule(...)); // UI tests here. }
或者,您也可以在同一级别使用这两个规则,只要 HiltEmulatorTestRule
先执行即可。您可以使用 @Rule
注释中的 order
属性指定执行顺序。这仅适用于 JUnit 版本 4.13 或更高版本:
Kotlin
@HiltAndroidTest class SettingsActivityTest { @get:Rule(order = 0) var hiltEmulatorTestRule = HiltEmulatorTestRule() @get:Rule(order = 1) var settingsActivityTestRule = SettingsActivityTestRule() // UI tests here. }
Java
@HiltAndroidTest public final class SettingsActivityTest { @Rule(order = 0) public HiltEmulatorTestRule rule = new HiltEmulatorTestRule(this); @Rule(order = 1) public SettingsActivityTestRule rule = new SettingsActivityTestRule(...); // UI tests here. }
launchFragmentInContainer
您无法将 androidx.fragment:fragment-testing
库中的 launchFragmentInContainer
与 Hilt 一起使用,因为它依赖于一个不带 @AndroidEntryPoint
注释的 Activity。
请改用 architecture-samples
GitHub 代码库中的 launchFragmentInHiltContainer
代码。