--gtest_repeat参数支持三种模式：0次执行、n次固定重复、-1无限循环至首次失败；go原生测试可通过shell循环或-go test -count实现等效重复，配合-delve可精准调试失败现场。
GoLand测试失败后无法稳定复现、本地通过CI失败、偶发性错误找不到源头，这些问题必须靠可控的重复执行和精准的失败捕获来解决——不是重跑十次碰运气，而是让测试按需循环、在首次失败时停住、并保留完整上下文。
用 --gtest_repeat 模拟不稳定环境
GoogleTest 的 --gtest_repeat 参数专为 Flaky 测试设计，它不依赖 Go 原生测试框架，适用于 C++/Go 混合项目中集成的 GoogleTest 用例。
执行测试套件 5 次：go test -c -o mytest && ./mytest --gtest_repeat=5
无限循环直到首次失败（最常用）：./mytest --gtest_repeat=-1 ——【此模式下测试会在第一次失败后立即终止，保留当前进程状态，便于 attach 调试器】
配合环境重置（避免前序测试污染）：./mytest --gtest_repeat=3 --gtest_recreate_environments_when_repeating ——注意该参数仅在定义了 Environment 类时生效，普通 Go 测试不支持。
Go 原生测试重复执行（无 GoogleTest 时）
Go 标准测试不内置 repeat 参数，但可通过 shell 循环+退出码控制实现等效效果。
方法一：固定次数，全部执行完再汇总结果
for i in {1..10}; do echo "Run #$i"; go test -run=TestFetchData -v; [ $? -ne 0 ] && break; done
方法二：失败即停，保留最后一次输出（推荐调试）
go test -run=TestFetchData -v || true
这一步操作起来很简单，直接把上面命令粘贴进终端回车就行。但要注意：如果测试本身用了 t.Parallel()，并发干扰可能导致失败不可复现，此时应先加 -test.cpu=1 强制串行。
方法三：自动记录失败时的完整环境快照
第一步：创建临时目录保存每次运行日志
mkdir -p /tmp/test-runs
第二步：循环执行并捕获输出
for i in $(seq 1 20); do
go test -run=TestFetchData -v 2>&1 | tee "/tmp/test-runs/run-$i.log"
if [ ${PIPESTATUS[0]} -ne 0 ]; then
echo "❌ Failed on run $i, log saved to /tmp/test-runs/run-$i.log" >&2
break
fi
done
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
失败时自动触发 delve 调试
当重复运行确认失败稳定出现后，下一步是进入变量级排查——不能只看错误文本，要停在出错行现场看变量值。
先确保 dlv 已安装且版本 ≥1.22：go install github.com/go-delve/delve/cmd/dlv@latest
用 dlv 启动测试二进制，并在失败函数入口下断点：
dlv test -- -test.run=TestFetchData
进入 dlv 后执行：
b main.TestFetchData
r
【务必在 dlv 命令末尾加 -- 分隔符，否则 -test.run 会被当作 dlv 自己的参数解析，导致测试根本不运行】
若测试含子测试（t.Run），断点应设在具体子测试函数名上，例如 b main.TestFetchData.func1
快速验证是否为并发污染
很多“本地通过 CI 失败”的问题根源是测试间状态共享，比如共用全局 map、未 cleanup 的临时文件、或 os.Setenv 修改了环境变量。
执行串行+多次运行组合命令：
go test -cpu=1 -count=5 -run=TestFetchData -v
如果该命令全部通过，而默认并发执行失败，则基本可锁定为并发安全问题。
此时检查测试中是否有：对包级变量的写入、sync.Map 以外的 map 并发读写、未用 t.Cleanup() 清理的 goroutine 或文件句柄。
