goland 的覆盖率视图依赖本地生成的 coverage.out 文件，必须由 go test -coverprofile=coverage.out -covermode=atomic 命令生成且路径匹配；绿色表示执行、红色表示未执行、灰色表示不可覆盖；需结合聚合视图与红行定位测试盲区。
go test -coverprofile=coverage.out -covermode=atomic 这条命令跑完，才能在 GoLand 里看到带颜色标记的覆盖率视图。不生成这个 coverage.out 文件，编辑器里就只是普通代码，没有“哪行被测了、哪行漏了”的视觉反馈。
覆盖率视图依赖本地 coverage.out 文件
GoLand 的覆盖率高亮不是实时分析源码推出来的，它必须读取 coverage.out 这个二进制数据文件。这个文件由 go test 命令生成，且必须和当前打开的项目路径一致。
- 如果用
go test ./...在子目录下运行，生成的coverage.out可能不在项目根目录，GoLand 就找不到 - 手动改过
-coverprofile路径（比如指定为tmp/cover.out），但没在 GoLand 设置里同步路径，视图也不会更新 - 执行测试时加了
-run=TestFoo这类过滤，结果只跑了部分用例，coverage.out里自然缺了其他函数的数据
编辑器内行级覆盖颜色含义要记清
绿色表示该行被执行过，红色表示完全未执行，灰色是无法被覆盖的代码（比如 func init()、空行、纯右花括号、注释）——但要注意：灰色不等于“安全”，它只是工具跳过的区域。
- 函数签名行、
if后面的条件表达式本身是灰色，但里面的分支体（{...}）如果没进，对应语句会标红 - panic、os.Exit() 后面的代码永远标红，不是 bug，是逻辑终点
- error handling 分支（比如
if err != nil { return }）经常被忽略，这类红行优先检查
聚合视图里看包/函数维度覆盖偏差
按 Ctrl+Shift+A 搜 “Show Coverage Data”，打开的聚合窗口能按包、文件、函数三级展开，这里容易暴露盲区：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 某个
utils/包显示 92% 行覆盖，点开发现ParseDuration函数只有 40%，说明它的边界 case（负数、超长字符串）没测到 -
controller/下某函数标黄（85%），但展开后发现所有http.Error分支都是红的——说明错误路径根本没触发 - 函数覆盖率 100% ≠ 安全：比如一个 switch 有 5 个 case，但测试只走 default，其他 case 全红，聚合里仍可能显示“函数已覆盖”
别信“100%”数字，重点盯红行背后的逻辑缺口
覆盖率数字是假象，真正要补的是红行背后缺失的测试意图。比如 tryTriangle(0, 0) 返回 0，但测试用例只喂了正整数，那所有处理零值或负值的 if 分支都会红——这不是代码问题，是测试设计漏了输入域边界。
- 红行集中在 error return？补
mock或构造失败场景 - 红行在 for 循环 body？试试空 slice、单元素、超大 slice 输入
- 红行在类型断言后（
v, ok := x.(T)）？得专门测ok == false分支
真正难补的从来不是覆盖率数字，而是意识到“我根本没想到这个输入会走到这里”。
