17370845950

go test -v 是调试测试失败的首要步骤，能显示完整日志、变量值和失败位置；需配合 -run 缩小范围，优先用 t.Log 而非 log.Printf，避免第三方断言库静默模式，警惕竞态与外部状态污染。

测试失败时 go test -v 是最基础但最关键的一步

不加 -v 时，Go 默认只输出失败的测试名和错误摘要，根本看不到中间状态或断言上下文。加上后，每个测试的 fmt.Println、t.Log 和实际失败位置都会展开，尤其能暴露 t.Errorf 前后变量的真实值。

• 必须搭配 -run 使用缩小范围，比如 go test -v -run=TestParseConfig
• t.Log 输出的内容只有在失败或加了 -v 时才显示，别依赖它在默认模式下“悄悄打印”
• 如果测试里用了 log.Printf 而非 t.Log，它会始终输出，可能干扰判断，建议统一用 t.Log

断言失败没报行号？检查是否用了第三方断言库的静默模式

像 testify/assert 默认失败时不终止执行，而是继续跑完所有断言，最后才汇总错误——这会导致真正出问题的那行被淹没，且堆栈指向 assert.Equal 内部而非你的测试代码。

• 改用 testify/require，它的 require.Equal 一失败就 t.Fatal，立刻停在调用处
• 或者给 assert 加选项：assert.Equal(t, expected, actual, assert.Msg("parse result mismatch"))，让错误信息更具体
• 原生 Go 推荐直接用 if got != want { t.Fatalf("expected %v, got %v", want, got) }，行号清晰、无依赖、易调试

并发测试失败难以复现？用 -race 和 -count=10 组合验证

竞态导致的失败往往只在特定调度下触发，单次运行大概率通过。光看失败日志无法区分是逻辑错还是数据竞争。

• 先加 -race：运行 go test -race -v，一旦检测到读写冲突，会直接打印竞态堆栈，定位到共享变量和 goroutine 切换点
• 再用 -count=10 多跑几次：比如 go test -v -count=10 -run=TestConcurrentUpdate，确认失败是否稳定出现
• 注意 -race 会显著拖慢速度，不要长期开着跑全部测试；定位到可疑测试后再单独启用

测试依赖外部状态（文件、环境变量、全局变量）导致结果不稳定

这类问题不会在 CI 或别人机器上稳定复现，但本地偶尔失败，排查时容易误判为“偶发”。核心是识别哪些状态没被隔离。

立即学习“go语言免费学习笔记（深入）”；

• 检查是否读写了真实文件路径：应统一用 t.TempDir() 创建临时目录，避免残留或权限干扰
• 环境变量未重置：在测试开头用 os.Setenv 设置，结尾用 defer os.Unsetenv 清理，或直接传参替代读取
• 全局变量（如包级 var cfg Config）被多个测试修改：每个测试开始前显式重置，或改用函数参数注入依赖
• 时间相关逻辑（time.Now()）：用可 mock 的时间接口，或固定 time.Now = func() time.Time { return fixedTime }（需在测试 init 中替换）

func TestParseTime(t *testing.T) {
    // 保存原始函数
    origNow := time.Now
    defer func() { time.Now = origNow }()
    // 替换为固定时间
    time.Now = func() time.Time {
        return time.Date(2025, 1, 1, 12, 0, 0, 0, time.UTC)
    }

    result := parseTimestamp()
    if result != "2025-01-01T12:00:00Z" {
        t.Errorf("got %s, want 2025-01-01T12:00:00Z", result)
    }
}

测试失败真正难的不是看到报错，而是分清它是逻辑缺陷、竞态条件、环境污染，还是断言本身表达不清。越早用 -v 看上下文，越少靠猜；越早切断外部依赖，越少被“本地能过 CI 报错”消耗耐心。