为何使用MockK的any()匹配器测试通过，传具体对象却失败？

核心原因：参数匹配的严格性差异 #

MockK的any()是宽松匹配器，只要目标方法被调用（不管传入什么参数），都会返回你预设的结果；而使用具体参数时，MockK会进行严格的相等性校验，只有当传入的参数和你预设的完全一致时，才会返回预设值。一旦参数不匹配，用例就不会返回你期望的Flow，ViewModel自然无法更新weeklyWeatherUiState。

具体排查点与解决方法 #

1. 检查参数的相等性逻辑 #

• City类的equals实现：如果City不是data class，且没有重写equals()和hashCode()，哪怕两个实例的属性值完全一样，MockK也会判定它们不相等。解决方法：将City改为data class，或手动重写equals方法。
• 参数值的细微差异：比如：
  • 城市名的大小写（"Sao Paulo" vs "sao paulo"）；
  • startDate的格式（比如是否带时区、空格，或者ViewModel内部做了格式化转换）；
  • isImperial的布尔值是否传反。

2. 捕获实际调用的参数，对比差异 #

用MockK的capturingSlot捕获ViewModel调用用例时的真实参数，直接对比找出问题：

val citySlot = slot<City>()
val imperialSlot = slot<Boolean>()
val dateSlot = slot<String>()

// 先设置捕获规则
every { 
    getCurrentWeatherUseCase(capture(citySlot), capture(imperialSlot), capture(dateSlot)) 
} returns flowOf(你的测试数据)

// 触发ViewModel的方法
viewModel.getWeeklyWeather()

// 打印或断言捕获的参数
println("实际传入的City: ${citySlot.captured}")
println("实际传入的isImperial: ${imperialSlot.captured}")
println("实际传入的startDate: ${dateSlot.captured}")

// 与预设参数做断言对比
assertEquals(City("Sao Paulo"), citySlot.captured)
assertEquals(false, imperialSlot.captured)
assertEquals("2024-02-22", dateSlot.captured)

3. 确认测试代码的执行顺序 #

确保测试流程的顺序正确：

1. 初始化ViewModel和Mock依赖；
2. 设置MockK的every规则（预设参数和返回值）；
3. 调用ViewModel的getWeeklyWeather()方法；
4. 用Turbine观察weeklyWeatherUiState的变化。
   如果顺序颠倒（比如先调用ViewModel方法再设置规则），MockK不会拦截到调用，自然不会返回预设Flow。

4. 验证预设Flow的有效性 #

检查用具体参数时，你预设的Flow是否正常发射数据：

• 确保用flowOf(有效测试数据)而不是空Flow；
• 可以单独测试该Flow的发射情况，确认数据能正常被收集。

内容的提问来源于stack exchange，提问作者vr4u