Golang使用Testify编写Mock测试时参数正确却触发调用数不足的断言错误

• 最直接的报错来源是Mock期望校验的调用时机完全颠倒。
  m.AssertExpectations(t)的作用是校验截止当前执行节点，所有预设的Mock方法调用次数、入参是否符合要求。你当前的执行流程是：配置Mock期望→立刻调用AssertExpectations→才调用真正的被测方法。此时Mean方法还没有被任何业务代码触发，而你之前给这个方法设置了Once()（要求必须被调用1次），所以testify会抛出“还需要1次调用”的错误。
• 两个容易后续踩中的连带问题：
  1. 直接对比errors.New生成的错误对象是无法通过断言的，Go中每次调用errors.New都会生成独立的错误实例，哪怕内容完全一致，对象引用也不相同。
  2. 引用类型（比如[]float64切片）做Mock入参匹配时，如果两处切片不是同一个构造来源，哪怕内容完全一致，也可能出现匹配失败的问题。

• 调整执行顺序：把m.AssertExpectations(t)挪到所有被测代码执行完毕、业务结果断言全部跑完的最后位置，不能放在调用被测方法之前。
• 优化错误断言逻辑：改为对比错误的字符串内容，不要直接对比errors对象。
• 优化Mock入参匹配：对切片这类引用类型，使用mock.MatchedBy做自定义值匹配，避免因为引用地址不同导致的匹配失败。

修正后的核心测试逻辑参考：

func TestCalculateWhenErrorCalculatingMean(t *testing.T) {
    m := new(MockStats)
    data := []float64{0.0, 0.1}
    r := ResponseAggregate{ExecutionTimes: data}

    // 配置Mock期望，用自定义匹配校验切片入参
    m.On("Mean", mock.MatchedBy(func(input []float64) bool {
        return reflect.DeepEqual(input, data)
    })).Return(float64(0.1), errors.New("Oops!")).Once()

    // 先执行被测方法
    err := r.Calculate(m)

    // 业务结果断言：对比错误字符串而非错误对象
    assert.NotNil(t, err)
    assert.EqualError(t, err, "error calculating average. Oops!")

    // 最后校验Mock的调用次数是否符合预设
    m.AssertExpectations(t)
}

调整完成后，测试就可以正常跑通，不会再抛出“需要1次额外调用”的错误。

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