GoLand中需手动设置Run Configuration的Working directory为$ProjectFileDir$，确保testdata路径解析正确；同时用t.Setenv()替代os.Setenv()避免并发污染。
GoLand测试中如何让 testdata/ 路径被正确识别
GoLand 默认不会自动修改 os.Args 或工作目录来适配测试文件路径，所以直接写 filepath.Join("testdata", "config.json") 可能报 “no such file or directory”，根本原因是测试运行时工作目录不是你预期的模块根目录。
必须确保 GoLand 的 Run Configuration 中 Working directory 设置为项目根目录（即包含 go.mod 的目录）。这个设置不默认开启，也不随 GOPATH 自动推导——它得手动点开配置里改。
- 右键测试函数 → Run 'TestXxx'
- 点击右上角下拉框旁的 ⚙️ 图标 → Modify Run Configuration
- 在 Working directory 输入框填：
$ProjectFileDir$（这是 GoLand 内置变量，等价于项目根路径） - 确认勾选 Include tests 和 Use go modules
如果用了 go.work 多模块工作区，$ProjectFileDir$ 仍指向当前打开的子模块根，只要 testdata/ 放在该子模块下就有效。
为什么 flag.Parse() 在测试里总不生效
GoLand 把你在 Program arguments 里填的 -config=./testdata/config.yaml 确实写进了 os.Args，但 flag 包不会自动解析——它只在你显式调用 flag.Parse() 时才读取。
常见错误是把 flag.String 声明放在包级，然后以为变量已经就绪。其实它只是注册了一个 flag，没 parse 就等于没读。
-
flag.Parse()必须放在TestXxx函数开头，不能在init()、不能在var初始化块里 - 所有 flag 都要同一处
flag.Parse()后读取，比如*configPath和*logLevel不能分两次 parse - 如果测试函数里有多个
flag.Parse()调用（比如嵌套调用其他测试辅助函数），会 panic：flag redefined
示例：
func TestLoadConfig(t *testing.T) {
flag.Parse() // 这行不能少，且必须在最前
cfg, err := loadConfig(*configPath)
if err != nil {
t.Fatal(err)
}
}
Mock 文件系统时 testdata/ 还要不要用
要用，而且更关键——mock 的目标是隔离真实 I/O，但 mock 实现本身仍需加载 fixture 数据。这时候 testdata/ 是唯一安全的来源。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
比如你用 afero.NewMemMapFs() 模拟内存文件系统，仍然得从 testdata/valid.json 读原始内容，再写进内存 fs：
func TestParseWithAfero(t *testing.T) {
fs := afero.NewMemMapFs()
data, _ := os.ReadFile(filepath.Join("testdata", "valid.json"))
afero.WriteFile(fs, "config.json", data, 0644)
cfg, _ := parseConfig(afero.NewOsFs(), "config.json") // 实际传 fs
}
注意：这里 os.ReadFile 读的是本地 testdata/，而 parseConfig 内部用的是传入的 fs，二者职责分离清晰。
别把 testdata/ 文件硬编码进 mock 实现里（比如写死 fs.MkdirAll("testdata", 0755)），那又绕回路径依赖的老问题。
环境变量方式下 CONFIG_PATH 被并发测试污染怎么办
用 os.Setenv 手动设环境变量，在 go test -parallel 下必然出错：A 测试刚 set，B 测试立刻覆盖，A 后续读到的是 B 的值。
Go 1.17+ 提供了 t.Setenv()，它会在测试结束时自动恢复原值，且每个测试独立作用域：
- 替换所有
os.Setenv("CONFIG_PATH", ...)为t.Setenv("CONFIG_PATH", "./testdata/config.yaml") - 确保
t.Setenv在TestXxx开头调用，早于任何业务逻辑读取该变量 - 不要在
init()或包变量初始化里调用t.Setenv——t只在测试函数内有效
如果你还在用老版本 Go，唯一安全做法是彻底放弃环境变量，改用 flag + flag.Parse()，因为 flag 参数天然按测试进程隔离。
最关键的细节往往藏在 Working directory 和 t.Setenv() 这类看似琐碎的配置里；路径不对或环境变量污染，会让整个 testdata/ 约定失效，最后退化成满屏的 “file not found”。
