Go接口测试本质是测实现而非接口声明，需验证具体结构体是否按契约返回数据、处理错误、调用依赖；应手动构造fake或谨慎使用gomock，注意接收者类型与边界值覆盖。
Go 接口测试的本质是测实现，不是测接口声明
Go 的 interface{} 本身没有逻辑，无法直接“测试接口”。真正要测的是实现了该接口的结构体或函数——比如你定义了 UserService 接口，实际要验证的是 UserServiceImpl 是否按契约返回正确数据、是否处理了错误分支、是否调用了依赖等。
常见误区是试图 mock 接口类型本身，结果发现编译不通过或测试跑不起来。记住：Go 没有运行时反射式 mock 工具（如 Java 的 Mockito），所有 mock 都得靠手动构造满足接口的 fake 类型或使用轻量工具生成。
手动构造 Fake 实现比引入 gomock 更快也更可控
对中小型项目或稳定接口，手写 fake 是最直接的方式。它不依赖代码生成、不增加构建步骤、类型安全且一目了然。
- 定义 fake 结构体，显式实现目标接口的所有方法
- 用字段控制行为：比如
fakeDB.returnError = true触发错误路径 - 记录调用痕迹：在方法里追加
fakeDB.getCalls = append(fakeDB.getCalls, id)，便于断言是否被调用、调用几次、参数是否正确 - 避免在 fake 中引入新逻辑（如真实数据库连接、HTTP 请求），否则就不是单元测试了
示例：
type FakeUserRepo struct {
users map[int]*User
getCalls []int
}
func (f *FakeUserRepo) GetByID(id int) (*User, error) {
f.getCalls = append(f.getCalls, id)
if u, ok := f.users[id]; ok {
return u, nil
}
return nil, errors.New("not found")
}
gomock 适合大型项目但要注意初始化和生命周期管理
当接口方法多、组合复杂、或需频繁切换 mock 行为时，gomock 能节省样板代码。但它要求严格遵守 setup/expect/verify 流程，否则容易漏断言或 panic。
立即学习“go语言免费学习笔记（深入）”；
- 必须用
gomock.NewController(t)创建 controller，并在测试末尾调用ctrl.Finish()，否则未满足的 expect 会静默失败 - mock 对象不能复用到多个测试函数中（controller 绑定单个
*testing.T） -
EXPECT().Method().Return(...)必须在调用被测代码前设置，顺序错会导致 test panic - 不推荐对每个接口都上 gomock；优先 fake，仅对高频变更、多态调用链深的依赖考虑
接口测试最容易忽略的点：边界值传递与指针接收者一致性
很多 bug 出现在接口实现的方法签名看似匹配，实则因接收者类型不一致导致方法集不满足接口。比如接口要求 func Save(u *User) error，但实现用的是 func (s service) Save(u User) error（值接收者 + 值参数），这时 Go 编译器不会报错，但运行时会提示 “does not implement … method has wrong signature”。
测试时若没覆盖 nil 输入、空字符串、负数 ID 等边界，很可能漏掉 panic 或逻辑跳转异常。尤其注意：error 返回是否总是非 nil？nil 结构体指针是否被正确处理？这些都要在 fake 或 gomock 的 expect 中显式构造并验证。
