GoLand 自动生成测试文件后必须手动补全分支逻辑，包括if/else、error、循环边界、panic及switch路径，并需开启覆盖率统计、正确构造HTTP请求、统一covermode模式以确保结果准确。
GoLand 自动生成测试文件后必须手动补全分支逻辑
GoLand 点击函数名右键 → “Generate test for function” 能快速生成 TestXXX 框架，但只含空壳和基础调用，不会自动覆盖 if/else、error 分支、循环边界、panic 路径。比如一个含三路返回的 GetFinalStatus 函数，生成的测试默认只跑一次主路径，其余红色行全是漏测。
- 先检查 Coverage 面板中该函数的百分比，若低于 100%，说明有分支未触发
- 对照源码中所有
if、else、return、panic和switch分支，逐个构造输入参数模拟对应场景 - 对 DAO 层调用，必须用
gomonkey.ApplyFunc或接口 mock 替换真实依赖，否则测试会卡在数据库连接或 HTTP 请求上 - 注意：GoLand 默认不运行
_test.go里的 setup/teardown 代码，务必勾选「Include test sources」才能发现测试自身逻辑是否被覆盖
测试覆盖率统计开关没开，绿色高亮全是假象
GoLand 运行测试时默认不收集覆盖率数据，编辑器里看到的绿/红/灰背景是无效的——那是旧缓存或误判。真正生效必须手动开启：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 点击右上角「Run」→「Edit Configurations…」→ 选中你的测试配置（如
TestGetFinalStatus）→ 右侧切换到「Coverage」选项卡 - 勾选「Enable coverage in test runner」
-
必须同时勾选「Include test sources」，否则
setupDB()、teardown()这类测试辅助函数永远标灰，你以为它们不参与统计，其实是根本没被纳入分析范围 - 保存后重新运行，底部才会弹出 Coverage 工具窗口，且编辑器高亮实时刷新
HTTP handler 测试不发请求，覆盖率永远是 0%
写了个 func ProductHandler(w http.ResponseWriter, r *http.Request)，测试里直接调用 ProductHandler(nil, nil)，GoLand 显示整函数红色——这不是代码问题，是测试方式错了。
- handler 必须走完整 HTTP 生命周期：用
httptest.NewRequest构造请求，httptest.NewRecorder捕获响应，再传给router.ServeHTTP或直接调用 handler - 别手动传
nil的http.ResponseWriter，GoLand 覆盖率只认实际执行流，静态调用不计入 - 路由未注册也会导致 handler 不执行，确认测试中已调用
router.POST("/product", ProductHandler)类似注册逻辑 - 如果 handler 内部有中间件，需确保测试时中间件链被完整构建并执行
合并多包覆盖率时 go tool cover -merge 容易丢数据
微服务项目按模块拆包，单独跑 go test -coverprofile=cover.out 后用 go tool cover -merge 合并，结果总比单包加起来少 5–10%——常见原因是路径不一致或文件编码差异。
- 所有子模块运行测试时，统一加
-covermode=count，避免 legacy 模式与 atomic 模式混用 - 合并前检查每个
.out文件头是否含相同mode: count声明，不一致会导致部分行被跳过 - 用绝对路径生成 profile 文件，或全部放在同一目录下再合并，避免相对路径解析失败
- GoLand 的 Coverage 面板不支持跨模块自动合并，必须命令行先合并再用
go tool cover -html=merged.out查看全局视图
