go测试中读取fixture失败主因是路径计算错误，需用runtime.caller(0)动态获取测试文件目录并拼接testdata路径，testdata须与_test.go同级且不可跨包共享。
Go 测试中读取本地 fixture 文件失败，90% 是因为路径没算对——testdata 不是魔法目录，它只是个约定，你得自己拼对路径、自己处理工作目录不确定性。
为什么 os.ReadFile("testdata/foo.json") 总报 “no such file or directory”
错误现象：os.ReadFile("testdata/foo.json") 在本地能过，CI 上挂了；或者 go test ./pkg 成功，但 go test pkg/ 失败。
根本原因：Go 不会自动把当前测试文件所在目录设为工作目录。os.ReadFile 的路径始终相对于执行 go test 时的当前 shell 目录（即“工作目录”），而这个目录不可控、不一致。
正确做法是动态推导路径：
- 用
runtime.Caller(0)获取当前测试函数所在的源文件绝对路径 - 用
filepath.Dir提取该文件所在目录 - 再用
filepath.Join拼出testdata子路径，例如：filepath.Join(filepath.Dir(filename), "testdata", "foo.json")
testdata 目录必须和 *_test.go 在同一级，不能跨包共享
常见误操作：在 pkgA/ 下放 pkgA_test.go 和 pkgA/testdata/，然后想让 pkgB/pkgB_test.go 也读 pkgA/testdata/config.yaml。
这行不通——os.ReadFile 只认文件系统路径，不认 Go 包路径。从 pkgB/ 调用时，filepath.Dir(filename) 返回的是 pkgB/，不是 pkgA/。
可行方案：
- 若数据真需复用，提到项目根目录下的
testdata/（与go.mod同级），所有测试都用filepath.Join(rootDir(), "testdata", ...)访问 - 或封装一个
internal/testdata.ReadJSON函数，内部统一 resolve 根路径，对外只暴露语义化接口 - 避免硬编码
"../testdata"或"../../testdata"，包层级一变就断
testdata 里能放什么、绝对不能放什么
testdata 是只读资源仓库，不是代码容器。
✅ 推荐放：
-
config.json、sample.csv、email.tmpl - HTTP 响应快照（
api_v1_users_200.json）、TLS PEM 证书文件 - 小体积二进制 fixture（如
icon.png，建议
❌ 绝对禁止：
- 任何
.go文件（如testdata/fixtures.go）——会被go build忽略，且可能引发模块解析冲突 - API key、私钥、数据库密码等敏感内容——
testdata/默认纳入 Git，无加密机制 - 空目录或占位文件（如
.gitkeep）——无实际用途，还干扰filepath.WalkDir
最易被忽略的一点：路径拼接必须用 filepath.Join，哪怕你只在 macOS/Linux 开发——Windows 的 \ 分隔符会在 CI 中突然暴露问题；而 testdata 的存在本身不解决路径问题，它只解决“放哪”，不解决“怎么找”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
