Spock交互验证未统计Mock方法调用，同项目类似用例正常求排查

我来帮你一步步分析这个问题，先从两个测试和对应的SUT代码的差异入手，找出可能的根因：

核心差异分析 #

先对比成功和失败的测试场景：

• 成功的测试中，canIDeploy是直接在execute()方法内调用的；
• 失败的测试中，createVersionTag是通过私有方法间接调用的。

但光这一点不足以导致问题，我们需要从以下几个方向排查：

1. 验证Mock对象是否被实际使用 #

最常见的原因是：测试中注入的Mock对象，在SUT执行时被替换成了其他实例（比如父类PactBaseMojo在execute()方法中重新初始化了brokerClient）。

排查步骤：

• 在测试的then块前添加一行打印：println("Test mock: ${mojo.brokerClient}")
• 在SUT的createVersionTag()方法内添加打印：println("SUT brokerClient: ${brokerClient}")
• 运行测试，对比两个打印的对象哈希值。如果不一致，说明SUT使用的不是你注入的Mock，问题出在父类的初始化逻辑——需要确保测试中设置的Mock不会被父类的代码覆盖。

2. 检查参数匹配的精确性 #

即使参数看起来一致，也可能存在隐藏的不匹配：

• SUT中调用createVersionTag时，使用的是pacticipantVersion.orEmpty()和tag.orEmpty()，虽然测试中设置了非空值，但要确认这些属性在SUT执行时是否真的没有被清空；
• 尝试用Spock的显式参数匹配器替代直接传值，看是否能匹配：

  then:
  notThrown(MojoExecutionException)
  1 * mojo.brokerClient.createVersionTag(
      eq('test'),
      eq('1234'),
      eq('testTag')
  )
  

• 如果显式匹配还是失败，换成通配符_匹配所有参数：1 * mojo.brokerClient.createVersionTag(_, _, _)。如果这样能通过，说明参数确实存在不匹配；如果还是失败，回到第一步确认Mock实例是否正确。

3. 确认私有方法是否被执行 #

虽然你说移除了参数验证，但要确保execute()方法中没有条件分支跳过了createVersionTag()的调用：

• 在createVersionTag()方法开头添加日志或断点，确认该方法确实被执行了；
• 检查父类PactBaseMojo的execute()逻辑，是否有提前返回或抛出异常的情况（虽然测试中notThrown(MojoExecutionException)，但父类可能抛出其他未被捕获的异常？不过这种情况测试会直接失败，而不是交互验证失败）。

4. 排除测试状态污染 #

setup()方法中创建的mojo对象可能被其他测试修改，导致当前测试的属性值不符合预期：

• 把setup()中的内容移到当前测试方法内部，避免共享状态：

  def 'calls pact broker client with mandatory arguments'() {
    given:
    def mojo = new PactCreateVersionTagMojo()
    mojo.pactBrokerUrl = 'http://broker:1234'
    mojo.pacticipant = 'test'
    mojo.pacticipantVersion = '1234'
    mojo.tag = 'testTag'
    mojo.brokerClient = Mock(PactBrokerClient)
  
    when:
    mojo.execute()
  
    then:
    notThrown(MojoExecutionException)
    1 * mojo.brokerClient.createVersionTag('test', '1234', 'testTag')
  }
  

最可能的根因 #

结合你的场景，Mock对象被父类代码覆盖是最可能的原因——成功的测试中canIDeploy直接在execute()内调用，而失败的测试中createVersionTag通过私有方法调用，期间父类可能重新初始化了brokerClient，导致测试注入的Mock没被用到。

内容的提问来源于stack exchange，提问作者João Farias