t.Run中直接用循环变量会出错，因为Go for循环复用变量内存地址，闭包捕获的是地址而非值，导致所有子测试实际运行最后一组数据；正确做法是循环体内显式声明tc := tc。
为什么 t.Run 里直接用循环变量会出错
Go 的 for 循环中，变量是复用的——每次迭代不创建新变量，只是更新值。如果在 t.Run 的匿名函数里直接引用循环变量（比如 tc 或 i），所有子测试实际共享同一个内存地址，最终运行时几乎总是拿到最后一次迭代的值。
常见错误现象：panic: test case "c" not found 或全部子测试行为一致、漏测某些用例。
- 正确做法：把当前迭代的值作为参数传入匿名函数，强制捕获副本
- 错误写法：
t.Run(tc.name, func(t *testing.T) { ... })（tc是循环变量） - 正确写法：
t.Run(tc.name, func(t *testing.T) { tc := tc; ... })或更清晰地t.Run(tc.name, func(t *testing.T) { testOne(t, tc) })
如何安全地用闭包做参数化测试
闭包本身没问题，问题在于捕获时机。只要确保闭包内使用的变量是独立副本，就能稳定驱动多组输入输出验证。
推荐结构：把测试逻辑提取为独立函数，或在 t.Run 内部显式复制变量。
- 用参数传递：将
tc作为参数传给闭包内部函数，如func(t *testing.T, tc testCase) { ... }(t, tc) - 用短变量声明覆盖：在
t.Run函数体内写tc := tc，让闭包绑定新局部变量 - 避免在闭包外修改
tc字段（比如tc.input = xxx），否则仍可能污染后续子测试
for _, tc := range tests {
tc := tc // 关键：创建副本
t.Run(tc.name, func(t *testing.T) {
got := someFunc(tc.input)
if got != tc.want {
t.Errorf("got %v, want %v", got, tc.want)
}
})
}
t.Run 名称重复会导致什么后果
子测试名不是标签，而是唯一标识符。如果多个 t.Run 使用相同名称，后启动的会覆盖先启动的——Go 测试框架按名字去重合并，最终只执行最后一个，其余静默丢失。
典型场景：用索引 i 命名但没格式化，或结构体字段为空导致 name 为 ""；又或误把固定字符串当模板用。
- 确保每个
t.Run的第一个参数是唯一、可读的字符串，建议包含关键输入特征，如fmt.Sprintf("input_%v", tc.input) - 空字符串
""是合法 name，但多个空名会被视为同一子测试 - 使用
t.Name()在子测试内调试时注意：它返回的是t.Run传入的名字，不是外部函数名
子测试嵌套和并发控制的实际影响
t.Run 默认并发执行，但子测试之间**不共享状态**——这点常被误解。真正的问题是：若测试逻辑依赖全局变量、文件、数据库连接等外部状态，又没加锁或重置，就会相互干扰。
- 用
t.Parallel()要谨慎：仅当子测试完全隔离、无副作用时才开启 - 嵌套
t.Run没问题，但深度过大会让go test -run=xxx过滤变复杂（需用斜杠路径匹配，如TestFoo/first/second） - 性能上，并发子测试能提速，但频繁开 goroutine + 同步开销可能抵消收益，简单计算类测试没必要强制并发
最易被忽略的一点：子测试失败不会中断其他子测试运行，但顶层测试函数退出后，所有子测试立即终止——所以不要依赖子测试间的顺序或清理逻辑。
