子测试必须在t.Run内部调用t.Helper()才能正确标记辅助函数;子测试名不可含斜杠,需用下划线或连字符替代;子测试共享父测试生命周期但有独立t实例;重复子测试名会导致运行时panic。
t.Run 内部调用 t.Helper() 才能正确标记辅助函数Go 的子测试本身不自动继承父测试的 helper 状态。如果你把断言逻辑抽成函数,在子测试里调用它,但没在该函数里显式调用 t.Helper(),失败时堆栈会指向子测试调用点,而不是实际出错的那行断言——这会让定位问题变困难。
常见错误写法:
func assertEqual(t *testing.T, got, want interface{}) {
if !reflect.DeepEqual(got, want) {
t.Fatalf("got %v, want %v", got, want) // 这里报错,但堆栈显示在 t.Run 里那行
}
}
正确做法是立刻在函数开头加 t.Helper():
func assertEqual(t *testing.T, got, want interface{}) {
t.Helper() // 必须加!否则 t.Fatalf 的文件/行号指向错误
if !reflect.DeepEqual(got, want) {
t.Fatalf("got %v, want %v", got, want)
}
}
t.Helper() 开头t.Helper() 不报错,但调试时会浪费大量时间看错堆栈t.Run 的 name 参数不能含斜杠(/),否则会被当成嵌套子测试处理Go 测试框架把 / 当作子测试层级分隔符。如果传入 "user/login",go test 会把它解释为名为 "user" 的子测试下再嵌套一个 "login",而实际你只想建一个扁平名字。
这会导致两个问题:
-run 过滤时行为异常,比如 go test -run=TestAPI/user 可能匹
配到你不想要的测试安全命名建议:
"user_login"
"user-login"
t 实例和并发控制所有子测试运行在同一个测试函数 goroutine 中,但每个子测试获得自己的 *testing.T 实例。这意味着:
t.Parallel()
t.Fatal 会直接终止整个测试函数,包括尚未开始的子测试t.Fatal 只终止自己,不影响其他子测试运行并发执行示例(注意:只有加了 t.Parallel() 才真正并发):
func TestCalc(t *testing.T) {
for _, tc := range []struct{
name string
a, b int
want int
}{
{"add", 2, 3, 5},
{"sub", 5, 2, 3},
} {
tc := tc // 必须捕获循环变量
t.Run(tc.name, func(t *testing.T) {
t.Parallel() // 这行才开启并发
if got := calc(tc.a, tc.b); got != tc.want {
t.Errorf("got %d, want %d", got, tc.want)
}
})
}
}
go test 自动检测同一父测试内,若多个 t.Run 传入相同 name,运行时会 panic 并输出类似:
testing: test TestXxx failed: t.Run: duplicate test name "xxx"
这个问题常出现在动态生成子测试名的场景,比如遍历 map 或未重置的计数器:
fmt.Sprintf("case_%d", i) 但 i 没随每次迭代更新,就会重复"foo" 和 "Foo" 在某些系统里被误认为相同)预防方式:
t.Log("running:", name)
strings.ReplaceAll(name, " ", "_") 统一空白符子测试的命名自由度高,但唯一性是硬约束;它不像包级测试名那样由编译器管理,全靠人写对。