Go测试中应优先使用t.Errorf等方法报告失败，配合%+v打印错误栈、t.Helper()精确定位日志位置，并辅以errors包包装和slog等外部日志增强上下文追踪。
在 Go 的测试中，testing.T 本身不提供“错误记录”或“错误追踪”的内置日志系统，但它提供了 t.Error、t.Errorf、t.Fatal 等方法来报告失败，并配合标准日志或自定义逻辑实现错误上下文的捕获与追踪。
使用 t.Errorf 添加可读性错误信息
这是最常用的方式。相比直接 panic 或打印，t.Errorf 会标记测试为失败，并在测试输出中清晰显示错误位置和内容。
- 用
%v或%+v输出错误值，尤其对实现了error接口的类型（如fmt.Errorf、errors.New）很有效 - 用
%+v可显示结构体字段，适合调试自定义 error 类型 - 避免只写
t.Errorf("failed")，应包含关键变量、期望值、实际值
示例：
if got != want {
t.Errorf("GetValue() = %v, want %v", got, want)
}
结合 errors 包增强错误溯源能力
Go 1.13+ 的 errors 包支持包装错误（fmt.Errorf("wrap: %w", err)），配合 errors.Is 和 errors.As 可做断言；在测试中，你还可以用 errors.Unwrap 或 fmt.Printf("%+v", err) 查看完整调用链。
立即学习“go语言免费学习笔记（深入）”；
- 在被测函数中主动包装错误（如
return fmt.Errorf("process item %d: %w", id, err)） - 测试中用
t.Logf("full error trace: %+v", err)打印带栈帧的错误（需错误类型支持，如github.com/pkg/errors或 Go 1.22+ 的原生fmt.Errorf+%+v） - 注意：标准
fmt.Errorf在 Go 1.22+ 默认支持%+v显示栈，旧版本需借助第三方库
用 t.Log 和 t.Helper 实现结构化调试日志
t.Log 不影响测试结果，但会在详细模式（go test -v）下输出，适合记录中间状态；搭配 t.Helper() 可让日志行号指向调用处而非日志内部。
- 在辅助函数开头加
t.Helper()，这样t.Log的文件/行号会回溯到测试函数中调用它的地方 - 用
t.Log记录输入参数、中间结果、分支进入情况，比打桩 print 更规范 - 避免在非 Helper 函数里频繁
t.Log，否则日志归属混乱
示例：
func assertJSONEqual(t *testing.T, expected, actual string) {
t.Helper()
if expected != actual {
t.Logf("Expected JSON:\n%s", expected)
t.Logf("Actual JSON:\n%s", actual)
t.Errorf("JSON mismatch")
}
}
集成外部日志库用于复杂场景追踪
对于集成测试、HTTP handler 测试等需要跨 goroutine 或多组件协同的场景，可临时注入一个支持层级、字段、采样的日志实例（如 log/slog 或 zerolog），并把 *testing.T 作为 context 传递。
- 用
slog.With("test_id", t.Name())给所有日志打上测试名标签 - 在 handler 或异步逻辑中调用
slog.Info("request processed", "status", 200)，日志会自动带上测试上下文 - 测试结束后，可通过日志内容反向定位哪次请求触发了异常路径
- 注意：不要让日志库 panic 或阻塞，保持
t.Log为主力，外部日志为补充
基本上就这些。Go 测试强调简洁与可重现，错误记录不是堆日志，而是用好 t.Error* 表达意图，用 t.Log 揭示过程，再辅以现代错误包装能力，就能高效定位问题。
