使用go test ./...递归执行整个项目的测试时，若因间接依赖（如第三方库的测试依赖）报错，需先执行go get -t ./...安装全部测试所需依赖。
使用go test ./...递归执行整个项目的测试时，若因间接依赖（如第三方库的测试依赖）报错，需先执行go get -t ./...安装全部测试所需依赖。
在 Go 项目中，通过 go test ./... 命令可一次性运行当前目录下所有子包（含嵌套子目录）中的测试文件（*_test.go），是规模化测试的标准实践。但实践中常遇到如下错误：
can't load package: package github.com/golang/protobuf/proto: cannot find package
该错误并非源于你的代码直接导入了 github.com/golang/protobuf/proto，而是你所依赖的某个库（例如 github.com/go-sql-driver/mysql）在其自身的 *_test.go 文件中引用了该包——即测试专用依赖（test-only dependencies）。这些依赖对主程序运行无影响（因此 go run 或 go build 正常），但 go test 在扫描和编译所有测试文件时，会严格解析并要求其完整依赖图可用。
✅ 正确解决方式是：在运行测试前，显式获取所有测试所需的依赖：
# 在项目根目录（如 /project-name）执行： go get -t ./...
其中 -t 标志指示 go get 同时下载：
立即学习“go语言免费学习笔记（深入）”；
- 当前包及其依赖的运行时依赖；
- 以及所有 *_test.go 文件中出现的测试专属依赖（包括间接依赖的测试包）。
⚠️ 注意事项：
- go get -t ./... 需在模块根目录（含 go.mod）执行；若项目尚未启用 Go Modules，请先运行 go mod init your-module-name；
- Go 1.16+ 默认启用 GO111MODULE=on，确保模块模式生效；
- 若使用 Go 1.21+，推荐改用更安全的 go install 替代（但 go get -t 在此场景仍为标准方案）；
- 执行后建议运行 go mod tidy 同步 go.mod 和 go.sum，保证可重现性。
完成依赖安装后，即可稳定执行：
go test -v ./...
该命令将递归遍历 src/mypack/dao、src/mypack/util 等所有子目录，自动发现并运行全部测试，无需手动逐个进入包目录。
总结：go test ./... 的失败通常不是配置问题，而是测试依赖未就绪；go get -t ./... 是专为此类场景设计的官方机制，应作为 CI 流程或本地测试前的必备步骤。
