goland 的 coverage 分析不继承 run/debug 配置的环境变量，需在 coverage 标签页单独设置；启用“enable coverage in test process”后，在 environment variables 中以分号分隔填写键值对（如 foo=bar;baz=1），且不支持变量引用；验证方式为测试中打印 os.getenv() 并运行 “with coverage”。
GoLand 中 coverage 分析不读取环境变量的常见表现
运行 GoLand 的 Run with Coverage 时，测试里用 os.Getenv("FOO") 拿不到值，或 testify/assert 断言失败——不是代码问题，是覆盖率工具默认不继承你手动配置的 Run Configuration 环境变量。
必须在 Coverage 配置页单独设置 env vars
GoLand 的覆盖率分析走的是独立流程（底层调用 go test -coverprofile），它不会复用普通 Run/Debug 配置里的 Environment variables 字段。你得手动打开 Coverage 设置：
- 点击右上角测试配置名称旁的下拉箭头 → Edit Configurations…
- 左侧选中你的测试配置（如
go test ./...）→ 右侧切换到 Coverage 标签页 - 勾选 Enable coverage in test process（否则下面的 env 设置不生效）
- 在下方 Environment variables 输入框里填入
FOO=bar;BAZ=1（注意用分号分隔，不是换行或逗号）
这个字段只接受键值对字符串，不支持引用其他变量（比如 PATH=$PATH:/my/bin 会失效）。
为什么不能用 go.mod 或 build tags 控制覆盖率环境？
有人试图用 //go:build coverage 或在 init() 里硬编码 os.Setenv，这会导致两个问题：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
os.Setenv在测试函数外执行，可能被覆盖率工具截断（尤其并行测试时） -
//go:build coverage不是 Go 官方支持的 tag，go test本身不识别，GoLand 的 coverage 流程也不会触发它 - 真正生效的只有
-tags参数传给go test，但 Coverage 配置页不暴露该字段；强行改命令行参数会破坏 profile 生成逻辑
所以绕过 Coverage 配置页、试图“曲线救国”的方式基本都不可靠。
验证是否生效的最快方法
别等覆盖率报告出来再查，加一行临时打印：
func TestSomething(t *testing.T) {
t.Log("FOO =", os.Getenv("FOO"))
// ... rest of test
}
然后右键测试函数 → Run 'TestSomething' with Coverage，看控制台输出。如果显示 FOO =（空值），说明环境变量没进 Coverage 进程；如果显示 FOO = bar，配置已生效。
注意：GoLand 2023.3+ 版本中，Coverage 配置页的 env 字段有时会被自动清空——每次升级后建议重新检查一遍。
