提升Go代码覆盖率的关键在于精准定位未覆盖路径、优先覆盖error分支、用子测试和表格驱动覆盖边界场景，并避免注释或条件编译导致的虚高。
虚高。提升 Go 代码覆盖率，关键不在堆砌测试用例，而在于用对工具、理清路径、覆盖边界。Go 自带 testing 包足够轻量高效，配合合理设计，80%+ 的语句覆盖率完全可以稳定达成。
用 go test -cover 精准定位未覆盖代码
执行 go test -coverprofile=coverage.out ./... 生成覆盖率数据，再用 go tool cover -html=coverage.out -o coverage.html 打开可视化报告。重点不是总分，而是逐文件点开，看哪些 if 分支没走、error 返回路径被跳过、default case 没触发——这些才是真实缺口。
- 别只跑
go test，务必加-covermode=count查看每行被执行次数，高频逻辑要验证多次（如重试、缓存命中/未命中） - 忽略 vendor 和 _test.go 文件：在生成 profile 时用
-coverpkg=./...配合go list ./... | grep -v /vendor/ | grep -v _test.go过滤更准
为 error 路径写测试，比 happy path 更重要
Go 的显式错误处理是覆盖率“洼地”。一个函数返回 err != nil 的分支，若没对应测试，几乎必然拉低覆盖率。与其补多个正常流程，不如先封住所有出错点。
- 用
testify/mock或接口替换，让依赖（DB、HTTP Client、文件系统）稳定返回错误 - 对每个
if err != nil，至少写一个测试让它进该分支；比如os.Open("missing.txt")触发文件不存在错误 - 注意
defer中的 error（如defer f.Close()）也要检查，可临时改成if err := f.Close(); err != nil { t.Log(err) }测试
用子测试（t.Run）组织边界用例，避免遗漏组合场景
单个函数常有多个输入维度（空值、超长、特殊字符、并发调用），平铺写测试易重复或漏掉交叉情况。用 t.Run 拆分子场景，结构清晰且覆盖率统计到具体 case。
- 例如测试 JSON 解析函数：
t.Run("empty string", func(t *testing.T){...})、t.Run("invalid utf8", func(t *testing.T){...}) - 配合表格驱动（table-driven tests），把输入、期望 error、是否应 panic 列成 slice，for 循环执行，既简洁又全覆盖
- 子测试名带上关键变量（如
"with_timeout_10ms"），生成的覆盖率 HTML 里能直接定位哪条路径没跑
慎用 //nolint:govet 或 //go:build ignore，它们会绕过覆盖率统计
注释掉的代码、条件编译排除的文件、被 linter 忽略的 dead code，都不会计入覆盖率分母，造成“虚高”。真正要提升的是 实际参与构建和运行的代码 的覆盖质量。
- 定期运行
go list -f '{{.ImportPath}}' ./... | xargs go tool vet -shadow扫描未使用变量，删掉真·死代码，让分母更真实 - 避免在业务逻辑里写
//go:build ignore，测试文件统一用_test.go后缀，确保被go test正常识别 - CI 中强制要求
go test -covermode=count -coverprofile=c.out && go tool cover -func=c.out | grep "total:"输出并校验阈值（如coverage: 85.2% of statements）
基本上就这些。不复杂但容易忽略：覆盖率是手段，不是目的；盯紧 error、边界、组合，比追求数字更有价值。
