Go测试覆盖率仅统计语句是否执行，不检查分支或路径覆盖；100%覆盖仍可能遗漏else等未执行分支；-covermode有count（计次）、atomic（线程安全布尔）、set（轻量布尔）三种模式；跨包需显式指定-coverpkg；红区需结合控制流判断是否需补测。
Go 的测试覆盖率统计的是「语句是否被执行过」，不是「分支是否走全」或「路径是否跑通」。它默认只统计 statement-level（语句级）覆盖，且仅对实际运行到的代码生效——没调用的函数、没执行的 init()、被 // +build ignore 排除的文件，统统不计入。
为什么 go test -cover 显示 100% 却仍有逻辑没测到？
因为 Go 的默认覆盖率不检查分支条件是否全覆盖。比如一个 if-else 块里只跑了 if 分支，else 部分哪怕完全没触发，只要 if 语句本身执行了，这一行就算「已覆盖」。
-
if a > 0 { return "pos" } else { return "neg" }—— 只测a=1，else块红色高亮，但整行if语句仍算「覆盖」 - 空行、注释、
default分支、不可达代码（如return后的语句）被标记为灰色，不参与统计 - 未导出方法、未被任何测试调用的私有函数，不会出现在
coverage.out中
-covermode 的三种模式怎么选？
不同模式影响数据精度和并发安全性，不是随便换着用：
-
-covermode=count：记录每行被执行次数，适合分析热点或补漏（如发现某for循环只跑了一次），但多 goroutine 下可能不准 -
-covermode=atomic：用原子操作计数，线程安全，CI 中推荐使用；但丢失具体次数，只知「是否执行过」 -
-covermode=set：布尔型（执行过=1，否则=0），最轻量，但无法区分「执行一次」和「执行一百次」
注意：-covermode=count 生成的 .out 文件不能直接用 go tool cover -func 算百分比——它需要先聚合，而 -atomic 和 -set 可直接解析。
立即学习“go语言免费学习笔记（深入）”；
跨包调用为什么经常显示 0% 覆盖？
Go 默认只统计被测包自身代码。如果你在 pkg/a 里写测试，但业务逻辑在 pkg/b，那么 pkg/b 的代码不会自动纳入统计。
- 必须显式加
-coverpkg=./...或-coverpkg=pkg/b,pkg/c - 常用写法：
go test -coverprofile=c.out -covermode=atomic -coverpkg=$(go list ./... | grep -v '/test$') ./... - 错误示例：
go test -coverprofile=c.out ./pkg/a→pkg/b完全不出现，即使pkg/a调用了它
真正难的不是生成报告，而是读懂报告里哪些红区是「该补测试」，哪些是「本就不该测」（比如 error 返回后的日志打印）。别迷信数字，重点看 HTML 报告里每个红色块背后的控制流——那里藏着你还没想清楚的边界情况。
