表驱动测试是Go中最推荐的单元测试组织方式，通过结构体切片集中定义测试用例并循环执行，提升可读性、可扩展性与可维护性。
Go语言中，表驱动测试（Table-Driven Test）是最常用、最推荐的单元测试组织方式。它把测试用例以结构体切片形式集中定义，配合循环执行，让测试逻辑清晰、易扩展、易维护。
为什么用表驱动测试
相比为每个输入写一个独立测试函数，表驱动测试能避免大量重复代码；新增测试用例只需往表里加一行，不用复制粘贴函数；输入、预期输出、说明一目了然，便于快速定位失败原因。
基本结构：定义测试表 + 循环执行
核心是声明一个匿名或具名结构体切片，每个元素代表一个测试用例，包含输入、期望输出、可选描述等字段。再用 for range 遍历运行：
示例：测试一个字符串反转函数
立即学习“go语言免费学习笔记（深入）”；
func TestReverse(t *testing.T) {
tests := []struct {
name string // 用于t.Run的子测试名
input string
expected string
}{
{"empty", "", ""},
{"single", "a", "a"},
{"normal", "hello", "olleh"},
{"unicode", "你好", "好你"},
}
for _, tt := range tests {
t.Run(tt.name, func(t *testing.T) {
got := Reverse(tt.input)
if got != tt.expected {
t.Errorf("Reverse(%q) = %q, want %q", tt.input, got, tt.expected)
}
})
}
}
进阶技巧：使用指针、错误检查与子测试嵌套
真实项目中常需验证错误、比较复杂结构、或组合多个输入。这时可灵活调整结构体字段：
- 字段类型支持指针、error、自定义结构体，比如加 err error 字段验证是否应返回错误
- 用 t.Run 实现层级化子测试，失败时能精准定位到具体用例名
- 对 slice/map 等数据结构，用 reflect.DeepEqual 比较（注意：仅限测试，生产代码慎用）
- 敏感字段（如密码）可设为 - 占位，或用 func() bool 做模糊断言（如检查错误是否非 nil）
注意事项与常见坑
表驱动测试简洁有力，但要注意几个细节：
- 循环变量 tt 在闭包中要传参，否则所有子测试会共享最后一次迭代的值（Go 中 for range 变量复用）
- 测试名 name 尽量语义化，避免用索引（如 "case1"），方便排查
- 不要在测试表里放耗时操作（如网络调用、文件读写），保持单元测试快速可靠
- 如果某个字段逻辑复杂，可提前计算好再存入表，而不是在 t.Run 里重复计算
基本上就这些。表驱动不是语法特性，而是一种被 Go 社区广泛验证的实践模式——不复杂但容易忽略，写熟了会让测试代码干净又健壮。
