Go测试中t.Log默认不输出，需加-v标志；t.Helper()与日志混用致行号错乱；捕获stdout需重定向；自定义日志应基于testing.Verbose()条件输出。
测试中调用 t.Log 和 t.Logf 不会自动显示在终端
默认情况下，Go 测试运行时只输出失败信息或显式启用的详细日志。即使你在 TestXxx 函数里写了 t.Log("debug info")，只要测试通过，这些内容就完全静默——不是没执行，是被抑制了。
要看到它们，必须加 -v 标志：
go test -v
注意：-v 只对当前包生效；跨包测试（比如用 go test ./...）时，每个子包都需单独触发，否则日志仍不可见。
t.Log 与 t.Helper() 混用会导致日志行号错乱
当你封装日志辅助函数并标记为 t.Helper()，Go 会把日志归属“上移”到调用该辅助函数的位置，而不是实际写 t.Log 的那行。这会让调试时误判日志来源。
立即学习“go语言免费学习笔记（深入）”；
- 错误写法：辅助函数里调
t.Log+t.Helper()→ 日志显示为调用处的文件/行号 - 正确做法：仅在真正需要隐藏堆栈层级的断言封装中用
t.Helper()；日志类辅助函数应避免使用它 - 若必须封装日志，改用
t.Logf(" [%s:%d] %s", filepath.Base(file), line, msg)手动注入位置信息
捕获测试标准输出（os.Stdout）需重定向而非依赖 t.Log
很多库（如 log、fmt.Println、第三方 logger）默认输出到 os.Stdout 或 os.Stderr，t.Log 完全收不到。这时得在测试前临时替换输出目标：
func TestMyFunc(t *testing.T) {
oldOut := os.Stdout
r, w, _ := os.Pipe()
os.Stdout = w
// 调用被测代码（它会往 stdout 写）
MyFunc()
w.Close()
os.Stdout = oldOut
// 读取捕获内容
out, _ := io.ReadAll(r)
if !strings.Contains(string(out), "expected") {
t.Fatal("missing output")
}
}
注意点：
- 务必恢复
os.Stdout，否则后续测试可能异常 -
io.ReadAll(r)会阻塞直到w.Close()，别漏掉 - 并发测试中不建议全局替换
os.Stdout，优先改被测代码接受io.Writer参数
自定义测试日志格式需修改 testing.Verbose 判断逻辑
Go 测试框架本身不提供日志格式钩子，但你可以基于 t.Log 的行为做条件输出：
func Logf(t *testing.T, format string, args ...interface{}) {
if testing.Verbose() {
t.Logf("[DEBUG] "+format, args...)
}
}
更灵活的方式是结合环境变量或测试标志（如 -test.v 已隐含 testing.Verbose() 返回 true）：
- 不要试图 patch
testing.T的内部字段——不可靠且版本兼容性差 - 避免在非
-v模式下大量拼接字符串，影响性能 - 生产级工具（如 testify）通常绕过
t.Log，直接写os.Stderr并依赖-v控制是否显示
真正难的是区分「该捕获」和「该透出」的日志类型——t.Log 属于测试上下文，stdout 属于被测程序行为，混在一起容易误判问题根源。
