使用接口和模拟对象记录调用顺序，通过依赖注入将服务抽象为接口，在测试中用模拟实现记录方法执行序列，并断言其顺序符合预期，确保函数调用流程正确。
在 Go 中测试函数调用顺序，关键在于使用依赖注入和模拟（mock）对象来记录方法的执行时序。Go 标准库本身不提供 mock 功能，但通过接口和自定义结构体可以手动实现调用顺序的验证。
使用接口和模拟对象记录调用顺序
将被调用的函数封装在接口中，然后在测试中使用实现了该接口的模拟对象。模拟对象可以在其方法中记录调用顺序，比如把方法名写入一个切片，之后断言这个切片的顺序是否符合预期。
示例：
假设有两个服务，需要按特定顺序调用它们的方法：
立即学习“go语言免费学习笔记（深入）”；
type ServiceA interface {
DoSomething() error
}
type ServiceB interface {
Notify() error
}
func ProcessData(a ServiceA, b ServiceB) error {
if err := a.DoSomething(); err != nil {
return err
}
if err := b.Notify(); err != nil {
return err
}
return nil
}编写模拟实现：
type MockServiceA struct {
Calls *[]string
}
func (m *MockServiceA) DoSomething() error {
*m.Calls = append(*m.Calls, "ServiceA.DoSomething")
return nil
}
type MockServiceB struct {
Calls *[]string
}
func (m *MockServiceB) Notify() error {
*m.Calls = append(*m.Calls, "ServiceB.Notify")
return nil
}测试调用顺序：
import "testing"
func TestProcessData_CallOrder(t *testing.T) {
var calls []string
mockA := &MockServiceA{Calls: &calls}
mockB := &MockServiceB{Calls: &calls}
ProcessData(mockA, mockB)
expected := []string{"ServiceA.DoSomething", "ServiceB.Notify"}
for i, call := range calls {
if call != expected[i] {
t.Errorf("Call %d was %s, want %s", i, call, expected[i])
}
}
}利用 testify/assert 进行更简洁的断言
使用第三方库如 testify 可以简化断言逻辑，尤其是对切片顺序的比较。
安装 testify：
go get github.com/stretchr/testify/assert
更新测试代码：
import (
"testing"
"github.com/stretchr/testify/assert"
)
func TestProcessData_CallOrderWithTestify(t *testing.T) {
var calls []string
mockA := &MockServiceA{Calls: &calls}
mockB := &MockServiceB{Calls: &calls}
ProcessData(mockA, mockB)
assert.Equal(t, []string{"ServiceA.DoSomething", "ServiceB.Notify"}, calls)
}避免直接测试私有函数或全局变量
如果函数是包内私有的或通过包名直接调用，难以控制调用顺序的记录。建议通过依赖注入传入接口，而不是硬编码调用具体函数。这样不仅便于测试顺序，也提升代码可维护性。
错误做法：
func ProcessData() {
doStep1()
doStep2() // 无法拦截和记录
}推荐做法：
type StepRunner interface {
Run(step string)
}
func ProcessData(runner StepRunner) {
runner.Run("step1")
runner.Run("step2")
}这样可以在测试中精确控制并验证执行流程。
基本上就这些。只要把被调函数抽象成接口，并在模拟实现中记录调用日志，就能可靠地测试顺序。不复杂但容易忽略的是：必须确保所有调用都走接口，不能混用直接函数调用。
