在 Go 模块项目中，go test 需要以导入路径（而非文件路径）指定待测包；直接传入 .go 文件或含 src/ 的相对路径会导致包解析失败。
在 go 模块项目中，`go test` 需要以导入路径（而非文件路径）指定待测包；直接传入 `.go` 文件或含 `src/` 的相对路径会导致包解析失败。
Go 的 go test 命令设计为面向包（package） 而非文件或目录路径。当你通过 go get my.repo.com/repo/mymodule 引入一个模块后，该模块的代码会被下载至模块缓存（Go 1.16+ 默认启用 GOMODCACHE）或 $GOPATH/src（旧式 GOPATH 模式），但 go test 并不依赖文件系统路径来定位依赖——它依据的是 Go 源码中声明的导入路径（即 import "my.repo.com/repo/mymodule" 中的字符串）。
因此，以下写法是错误的：
go test src/my.repo.com/repo/mymodule/my_test.go # ❌ 错误：传入文件路径 + 含 src/
这会触发编译器尝试将 my_test.go 作为主程序（command-line-arguments）编译，而其中引用的 "mymodule" 包无法被解析，因为当前上下文缺失正确的模块导入路径和依赖解析环境。
✅ 正确做法有两类：
1. 使用完整模块导入路径（推荐，与模块模式完全兼容）
go test my.repo.com/repo/mymodule
该命令会自动从模块缓存或本地 vendor 中解析依赖，并运行该包下所有 _test.go 文件中的测试函数（如 TestXXX）。无需关心文件存放位置，只要模块已成功拉取且 go.mod 中存在对应 require 条目即可。
2. 在目标包目录内执行 go test（简洁，适合调试单个包）
cd $(go env GOMODCACHE)/my.repo.com/repo/mymodule@v1.2.3 # Go 1.16+ 模块缓存路径 # 或（若仍在 GOPATH 模式）： # cd $GOPATH/src/my.repo.com/repo/mymodule go test
此时 go test 无参数，默认测试当前目录所代表的包，等价于 go test .。
⚠️ 注意事项：
- 不要混用 go run 和 go test 的路径逻辑：go run 可接受文件路径是因为它直接编译执行单个文件；而 go test 是构建并运行测试包，必须基于可识别的导入路径。
- 若使用 Go 1.11+ 的 module 模式，请确保项目根目录存在 go.mod，且 my.repo.com/repo/mymodule 已通过 go get 或 require 声明引入。可运行 go list -m all | grep my.repo.com 验证模块是否已纳入依赖图。
- 如需运行特定测试函数，可用 -run 标志：go test my.repo.com/repo/mymodule -run ^TestArticleSave$。
总结：牢记 go test 的核心单位是「包」，不是「文件」；始终使用 Go 导入路径（如 my.repo.com/repo/mymodule）作为参数，既符合工具链设计，也天然适配模块化开发流程。
