Mockito验证对象类内部静态方法调用报错问题排查

• 你遇到的报错本质是参数匹配失败，不是mock对象完全没有交互：你在测试代码里提前声明的builder实例，和ExerciseMainLogger.setLog()方法内部新创建的LogBuilders.EventBuilder是完全不同的对象，内存地址不一致，用eq(外部自定义builder)做精确对象匹配必然校验失败。
• 测试代码存在类名不一致问题：mock静态类时传入的是SamsungAnalyticsLog::class，但校验调用时写的是AnalyticsLog.insertEventLog(builder)，类名不统一会导致mock逻辑和实际调用的类无法对应。
• 额外排查点：如果测试环境下TestConfig.isTestMode()返回true，AnalyticsLog.insertEventLog会直接走测试模式分支提前return，不会执行后续逻辑，但从你的报错栈看方法确实被调用了，该点仅作为常规校验项。

• 统一mock的目标类，确保mock和verify阶段传入的类名和业务代码实际调用的AnalyticsLog完全一致，不要写错类名。
• 不要用测试方法外部手动创建的builder实例做参数精确匹配，被测方法内部会独立生成新的builder对象，应该用any()匹配任意EventBuilder实例，或者用参数捕获器拿到实际传入的对象做属性校验。
• 测试前手动关闭测试模式开关，避免真实方法提前返回。

正确的测试代码示例：

import io.mockk.every
import io.mockk.just
import io.mockk.mockkStatic
import io.mockk.slot
import io.mockk.unmockkStatic
import io.mockk.verify
import org.junit.Test

@Test
fun `setLog should call insertEventLog with correct params`() {
    // 1. 正确mock静态类，类名和业务代码保持一致
    mockkStatic(AnalyticsLog::class)
    // 2. 配置mock行为，匹配任意传入的EventBuilder实例
    every { AnalyticsLog.insertEventLog(any()) } just runs
    // 3. 提前关闭测试模式，避免方法提前return
    every { TestConfig.isTestMode() } returns false

    // 准备测试入参
    val testEventName = ExerciseMainLogger.EX2012
    val testScreenId = "test_screen_id"
    val testDimension = mapOf("test_dim_key" to "test_dim_value")

    // 执行被测方法
    ExerciseMainLogger.setLog(
        eventName = testEventName,
        screenId = testScreenId,
        dimension = testDimension
    )

    // 基础校验：验证方法被调用1次
    verify(exactly = 1) { AnalyticsLog.insertEventLog(any()) }

    // 进阶校验（推荐）：捕获实际传入的builder，校验内部参数是否正确
    val builderCaptor = slot<LogBuilders.EventBuilder>()
    verify(exactly = 1) { AnalyticsLog.insertEventLog(capture(builderCaptor)) }
    val builtLog = builderCaptor.captured.build()
    // 按业务需求校验日志属性即可，示例：
    // check(builtLog[EVENT_NAME_PROPERTY] == testEventName)
    // check(builtLog[SCREEN_ID_PROPERTY] == testScreenId)

    // 测试收尾：清理静态mock，避免影响其他用例
    unmockkStatic(AnalyticsLog::class)
}

• 静态mock会污染全局测试环境，每个测试用例执行完成后必须调用unmockkStatic清理。
• 如果需要校验builder内的参数值，优先用参数捕获器拿到实际传入的对象后做属性校验，不要自己在外部新建builder做对象相等判断。
• 被测方法内部创建的对象对测试代码不可见，不要尝试用外部提前创建的同类型对象做精确匹配。

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