Go测试覆盖率是go test内置功能，需用-cover参数显示数值，-coverprofile与go tool cover生成HTML报告，仅统计语句覆盖且不包含init函数、空else块、vendor及_test.go文件。
Go 的测试覆盖率统计不是“教程级操作”，而是 go test 内置能力，开箱即用——但默认不显示数值，也不生成可视化报告，得自己加参数触发。
怎么跑出覆盖率数字（go test -cover）
最简方式就是加 -cover 参数，它会输出一行汇总值，比如 coverage: 65.2% of statements。这个数值只统计被 go test 运行到的包里、有测试覆盖的 Go 源文件中的语句行。
-
-cover默认只测当前目录下的测试，不会递归子目录；要测整个模块，得加./... - 如果包里没写任何测试，
-cover会报错：no tests to run，不是覆盖率 0%，是压根没触发统计逻辑 - 注意：它统计的是“语句覆盖率（statement coverage）”，不是分支或条件覆盖率；
if里的两个分支都执行了，但只要整行if语句被扫到，就算该行已覆盖
怎么生成 HTML 报告看哪行没测（go test -coverprofile + go tool cover）
光看百分比没用，得定位具体哪几行漏了。流程分两步：先生成覆盖率数据文件，再转成可点击的 HTML。
- 运行
go test -coverprofile=coverage.out ./...，生成二进制格式的coverage.out - 再执行
go tool cover -html=coverage.out -o coverage.html，打开coverage.html就能逐文件高亮：绿色=覆盖，红色=未覆盖 - 注意路径问题：
coverage.out记录的是源码的绝对路径；如果在容器或 CI 中生成，本地打开 HTML 可能找不到源码——此时加-func=coverage.out看函数级汇总更稳
为什么 init 函数和空 else 块总显示未覆盖
这是常见困惑点，不是 bug，是 Go 覆盖率工具的设计限制。
立即学习“go语言免费学习笔记（深入）”；
-
init函数只在包加载时执行，而go test默认不强制重载包，所以init很可能根本没运行，自然标红 - 空
else块（比如if x { ... } else {}）中那个空大括号，在 AST 层不被视为“可执行语句”，覆盖率工具直接跳过，不计入分母，也不算覆盖——所以别为它纠结 - 类似还有：未导出的全局变量初始化表达式、
type别名声明，这些都不参与覆盖率计算
CI 里集成覆盖率要注意什么（covermode=count 和合并多包数据）
单测跑完给个数字容易，但在 CI 里聚合多个子模块、或者想看出“哪些 PR 降低了覆盖率”，就得更小心。
- 默认
-cover是set模式（是否执行过），想支持增量对比或精确归因，得用-covermode=count，它记录每行执行次数，后续可做差分分析 - 多个包分别跑
-coverprofile会覆盖同名文件；正确做法是用不同文件名，再用go tool cover -func分别查，或用第三方工具如gocov合并 - 注意：
go test的覆盖率不包含 vendor 目录，也不统计测试文件本身（*_test.go），这点和很多语言不同，别误以为漏配
覆盖率数字本身不重要，重要的是你清楚它到底量了什么、没量什么；最容易被忽略的是：它完全不反映业务逻辑正确性，只反映代码有没有被测试“触碰”过——哪怕只调用了一次 http.HandleFunc，中间件链路里几十个函数全标绿，实际可能一个都没走通。
