不是必须，但不加会漏掉关键问题；-race可捕获90%以上data race，-cover识别未覆盖error分支；需设-timeout防OOM，覆盖率报告需转换格式并校准路径。
Go test 命令在 CI 中必须加 -race 和 -cover 吗？
不是必须，但不加会漏掉关键问题。CI 的核心目标是暴露隐患，而 Go 的竞态检测和覆盖率是两类高频风险点：-race 能捕获 90% 以上隐藏的 data race（尤其在并发 HTTP handler 或 goroutine 泄漏场景），-cover 则帮你识别未覆盖的 error 分支或边界条件逻辑。实际 CI 流程中建议默认开启，但要注意：-race 会让测试变慢 2–3 倍且仅支持 amd64；-covermode=atomic 是并发安全的唯一模式，否则多 goroutine 下覆盖率统计会错乱。
如何让 go test 在 CI 中只跑指定包，避免全量扫描？
直接传入包路径最可靠，别依赖 ./...。CI 环境下模块结构常含 vendor 或无关子目录，./... 可能误触第三方测试或触发循环 import。推荐写死路径列表，例如：
go test -v ./pkg/http ./pkg/storage -race -covermode=atomic
更稳妥的做法是用 Makefile 或 CI 脚本预生成有效包列表：
go list ./... | grep -v '/vendor\|/examples\|/mocks'
注意：如果项目用了 Go modules，确保 CI 中 GO111MODULE=on，否则 go list 可能行为异常。
CI 报错 signal: killed 或测试超时，大概率是没设 -timeout
CI 环境资源受限，无限制的测试可能被系统 OOM killer 杀掉，或卡在某个死循环里拖垮整个 pipeline。必须显式设置超时：
-
-timeout=30s是较安全的起点，HTTP client、数据库连接等耗时操作需按需上调 - 对集成测试（如启本地 Redis），单独拆出
integration标签，用-tags=integration -timeout=2m控制 - 若某测试固定慢（如加密运算），用
//go:testgroup slow注释标记，CI 脚本可跳过或分流执行
覆盖率报告上传到 Coveralls/GitHub Code Coverage 需要额外处理吗？
需要。Go 原生 go test -coverprofile 生成的是文本格式，Coveralls 等平台要求的是 gocov JSON 或 codecov 兼容格式。常见做法是：
- 先生成 profile：
go test -coverprofile=coverage.out ./... - 用
gocov转换：gocov convert coverage.out | gocov report - 或直接用
codecovCLI：codecov -f coverage.out -F unittest（-F用于区分单元/集成）
容易忽略的一点：CI 中 GOPATH 和工作目录不一致时，coverage.out 里的文件路径可能是绝对路径，导致覆盖率无法映射到源码行——务必加 -coverpkg=./... 并确认 go list 输出路径与仓库根路径对齐。
