在 go 中，直接 mock 结构体方法既不惯用也不推荐；应优先采用表驱动测试验证各方法独立行为，或通过接口抽象依赖、注入不同实现来解耦外部副作用，从而实现可测、简洁且符合 go 风格的单元测试。
Go 的测试哲学强调简单性、真实性和组合性，而非模拟（mocking）——这与 Python 或 Java 等语言中依赖强大 mock 框架的做法截然不同。回到你的示例：
type MyStruct struct {
a string
b string
}
func (m *MyStruct) one() int { return 2 }
func (m *MyStruct) two() int { return m.one() * 2 }
func (m *MyStruct) Three() int { return m.two() * 2 }✅ 正确做法：分层表驱动测试（Table-Driven Tests）
无需任何 mock，直接对每个方法编写独立、可验证的测试用例：
func TestMyStruct_one(t *testing.T) {
tests := []struct {
name string
m *MyStruct
want int
}{
{"always returns 2", &MyStruct{}, 2},
}
for _, tt := range tests {
t.Run(tt.name, func(t *testing.T) {
if got := tt.m.one(); got != tt.want {
t.Errorf("one() = %v, want %v", got, tt.want)
}
})
}
}
func TestMyStruct_two(t *testing.T) {
tests := []struct {
name string
m *MyStruct
want int
}{
{"uses one()", &MyStruct{}, 4}, // 2 * 2
}
for _, tt := range tests {
t.Run(tt.name, func(t *testing.T) {
if got := tt.m.two(); got != tt.want {
t.Errorf("two() = %v, want %v", got, tt.want)
}
})
}
}
func TestMyStruct_Three(t *testing.T) {
tests := []struct {
name string
m *MyStruct
want int
}{
{"composes two()", &MyStruct{}, 8}, // 2 * 2 * 2
}
for _, tt := range tests {
t.Run(tt.name, func(t *testing.T) {
if got := tt.m.Three(); got != tt.want {
t.Errorf("Three() = %v, want %v", got, tt.want)
}
})
}
}? 关键原则：信任已测单元
一旦 one() 和 two() 已被充分覆盖（包括边界和错误路径），Three() 的测试只需验证其组合逻辑是否正确——它本就不该为 one/two 的内部实现负责。
⚠️ 当方法涉及副作用时（如 I/O、网络、数据库）？重构，而非 Mock！
若 one() 或 two() 实际调用了外部系统，应将这些能力提取为接口：
type Calculator interface {
One() int
Two() int
}
func Three(c Calculator) int { // 独立函数，依赖接口
return c.Two() * 2
}
// 生产实现
func (m *MyStruct) One() int { /* ... */ }
func (m *MyStruct) Two() int { /* ... */ }
// 测试专用实现（非 mock，而是轻量替代）
type MockCalc struct{ val int }
func (m MockCalc) One() int { return m.val }
func (m MockCalc) Two() int { return m.val * 2 }测试时直接传入 MockCalc{val: 2} 即可，清晰、无反射、零第三方依赖。
? 最后建议：向标准库学测试
net/http, os, io, strings 等包的 _test.go 文件是最佳实践宝库——它们几乎从不 mock 自身方法，而是：
- 使用内存替代（bytes.Buffer, httptest.Server）；
- 将可变行为抽象为接口并注入；
- 用真实、快速、隔离的依赖（如临时文件、本地 listener）。
记住：Go 不需要 mock 框架，因为它的设计鼓励你写出更易测的代码——而不是用工具去修补难测的设计。
