如何在Spock中Stub Java终态静态方法/类？测试verify方法遇阻

因为Files是Java的静态工具类，无法直接用Spock的Mock API处理，但可以借助Groovy的元编程特性，替换静态方法的实现，既避免抛出文件异常，又能实现参数化测试。

测试思路 #

1. 用Groovy动态修改Files类的静态元类，重写getOwner方法，返回预设的UserPrincipal对象，绕开真实文件系统的调用。
2. Mock依赖的anotherClass，验证当owner为root时doSomething()是否被触发。
3. 通过Spock的where块参数化不同的owner值，覆盖多种业务场景。

完整测试代码 #

class MyServiceSpec extends Specification {
    // Mock依赖的AnotherClass实例
    def anotherClass = Mock(AnotherClass)
    // 初始化待测试类，注入mock对象
    def myService = new MyService(anotherClass: anotherClass)

    // 测试后重置Files元类，避免影响其他测试用例
    def cleanup() {
        Files.metaClass = null
    }

    def "verify方法根据owner值决定是否调用anotherClass.doSomething"() {
        given:
        // 替换Files.getOwner静态方法的实现，返回预设的owner
        Files.metaClass.static.getOwner = { Path path ->
            // 用Groovy的Map模拟UserPrincipal接口，实现getName方法
            [getName: { expectedOwner }] as UserPrincipal
        }

        when:
        myService.verify()

        then:
        // 根据预期owner值验证方法调用次数
        if (expectedOwner == "root") {
            1 * anotherClass.doSomething()
        } else {
            0 * anotherClass.doSomething()
        }

        where:
        // 参数化不同的owner场景
        expectedOwner << ["root", "admin", "test-user"]
    }
}

关键说明 #

• Groovy元编程：通过Files.metaClass.static.getOwner重写静态方法，返回的Map会被Groovy自动适配为UserPrincipal接口（只要Map包含接口要求的方法名）。
• 清理逻辑：cleanup块重置Files的元类，确保当前测试的修改不会干扰其他测试用例。
• 参数化测试：where块遍历不同的owner值，一次性覆盖“触发调用”和“不触发调用”两种核心业务场景。

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