goland覆盖率需通过“run with coverage”触发，绿色表示执行过、红色表示未执行、灰色为不计分代码；面板数据与go test -cover统计口径不同，ci应以go tool cover为准。
GoLand里点一下就能看到覆盖率，但得先跑对命令
GoLand 的 Coverage 面板不是自动开启的，它依赖你用「Run with Coverage」触发真实执行流。直接点 Run 或用 go test 命令行跑测试，不会把数据喂给 IDE。
正确做法是：在任意 _test.go 文件里，点击编辑器左侧的绿色三角图标 → 选择 Run with Coverage；或者右键测试函数 → Run 'TestXXX' with Coverage。IDE 会自动收集插桩数据并渲染到 Coverage 面板和编辑器中。
- 如果只看到空白面板或提示“no coverage data”，说明没走 Coverage 启动路径，而是普通 Run
- 覆盖结果默认只包含本次运行实际执行到的包，不会自动扫描子包或依赖包
- 想看整个模块，需提前配置 run configuration：在
Run | Edit Configurations…中勾选 Include dependencies，或手动加-coverpkg=xxx参数
编辑器里红绿灰三色到底代表什么
颜色不是装饰，每种都对应明确语义，误读会导致补测方向错误。
绿色：该行被至少执行一次（包括 if 分支体、for 循环体、return 语句等）
红色：该行在本次运行中完全未执行——这是真正要补测的地方，比如 else 块、error != nil 处理分支、HTTP handler 中未命中路由的逻辑
灰色：空行、注释、函数签名、type 声明、import 行、default 分支（哪怕里面写了代码也标灰）——这些不参与覆盖率计算，不用写测试去“刷绿”
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
注意：GoLand 对灰色的判定比 go tool cover 更严格，某些不可达的 return 后语句可能标红而非灰，得结合控制流判断是否真漏测。
怎么快速定位哪个函数/哪行没覆盖
别靠肉眼扫，Coverage 面板自带筛选和跳转能力。
- 按
Coverage %列降序排列，找到百分比最低的函数，双击直接跳转到定义处，聚焦看红色区域 - 右键任意文件 → Show Covered Lines Only：编辑器瞬间只留绿色行，所有红色和灰色全部折叠，空白处就是缺口
- 右键面板 → Copy Coverage Report → 粘贴进 Excel，筛出
Coverage % = 0的函数，集中补写测试 - 如果某个 HTTP handler 整体为 0%，先确认测试是否用了
httptest.NewRecorder()+router.ServeHTTP()真实发起请求，而不是只调了函数内部某一行——GoLand只认执行流，不认静态调用
为什么 Coverage 面板显示的数字和 go test -cover 不一样
两者统计口径不同，不是 bug，是设计差异。
go test -cover 默认只算当前包，且用的是 set 模式（只记录“是否执行过”），输出的是单行摘要，不带上下文。
GoLand 默认合并多个 coverage suite（比如你连续跑了几个测试），只要某行在任一 run 中被执行过，就标绿；而且它会递归计入子包（取决于你 run configuration 的设置）。
- 想让两者一致？在 GoLand 的 run configuration 中取消勾选 Merge coverage from multiple runs
- 想看原始数据？右键 Coverage 面板 → Export to HTML，生成的报告和
go tool cover -html完全一致 - CI 里不要依赖 GoLand 面板数字做阈值校验，用
go tool cover -func=coverage.out输出的文本更可靠
最常被忽略的是：Coverage 面板里显示的“已覆盖”，只代表语句执行过，不代表分支全覆盖——一个 if/else 块只测了 if 分支，else 还是红的，但整体函数覆盖率可能已经 100%。
