使用 go test ./... 可在项目根目录递归执行所有子包中的测试，无需逐个进入子目录；配合过滤、排除和覆盖率分析，可高效构建标准化测试流程。
使用 `go test ./...` 可在项目根目录递归执行所有子包中的测试，无需逐个进入子目录；配合过滤、排除和覆盖率分析，可高效构建标准化测试流程。
在 Go 项目中，go test 默认只运行当前目录下的测试文件（即匹配 *_test.go 且包含 TestXxx 函数的文件）。因此，当你位于项目根目录 /project 时，若该目录下没有测试文件（如 main_test.go），就会看到 ? /project [no test files] 的提示——这并非命令失效，而是 Go 的设计逻辑：它不自动扫描子目录。
✅ 正确做法是使用通配符 ...（三个英文点号），它表示“当前目录及其所有子目录下的所有包”：
cd /project go test ./...
该命令会递归查找并运行 engine/、api/ 等所有子目录中符合 Go 测试规范的包（即含 *_test.go 文件且定义了 func TestXxx(t *testing.T) 的包）。
? 进阶技巧：
-
排除特定目录（如 vendor 或 internal/testdata）：
Go 1.21+ 支持 -exclude 参数（实验性），但更通用的方式是结合 go list 过滤：go test $(go list ./... | grep -v '/vendor\|/testdata$')
-
启用代码覆盖率统计（推荐集成进 CI）：
go test ./... -coverprofile=coverage.out -covermode=count go tool cover -html=coverage.out -o coverage.html
打开生成的 coverage.html 即可可视化查看各包测试覆盖情况。
⚠️ 注意事项：
- ./... 不包含外部依赖包（如 github.com/xxx），仅作用于本地模块内路径；
- 若项目使用 Go Modules，请确保 go.mod 存在于根目录，否则 go test ./... 可能行为异常；
- 测试文件必须以 _test.go 结尾，且 Test 函数需满足首字母大写 + *testing.T 参数签名；
- 避免在 main 包中写测试（main.go 所在包无法被 go test 直接导入），如有集成测试需求，建议新建 cmd/ 或 e2e/ 子目录并单独组织。
掌握 go test ./... 是 Go 工程化测试的第一步——简洁、可靠、符合 Go 原生工具链哲学。后续可进一步引入 ginkgo、testify 等框架提升断言表达力，或通过 go:generate 自动化测试桩生成，持续夯实质量基线。
