go test 的默认行为与局限性
在 go 项目中，go test 命令是进行单元测试和集成测试的核心工具。然而，其默认行为是仅查找并执行当前工作目录下（即执行 go test 命令的目录）的 *_test.go 文件。这意味着如果你有一个包含多个子包的项目结构，仅仅在项目根目录运行 go test 并不会自动发现和执行所有子包中的测试。为了实现项目级别的全面测试，我们需要利用 go test 的递归模式。
项目级递归测试：go test ./...
要运行当前目录及其所有子目录中的所有测试文件，最常用的命令是 go test ./...。
这里的 . 代表当前目录，而 ... 是一个通配符，表示匹配所有子目录及其中的包。当这两个符号结合使用时，go test 会递归地遍历当前目录下的所有子目录，并执行其中找到的所有测试。
$ go test ./...
这个命令对于测试整个 Go 模块或项目非常有用，它能确保项目中的所有测试用例都被执行到，从而提供全面的测试覆盖。
针对特定子目录的测试
有时，我们可能只想针对项目中的某些特定子目录运行测试，而不是整个项目。go test 允许你指定一个或多个路径模式，以便只执行这些路径下的测试。
例如，如果你有 tests、unit-tests 和 my-packages 等子目录，并且希望只运行这些目录中的测试，可以使用以下命令：
$ go test ./tests/... ./unit-tests/... ./my-packages/...
通过这种方式，你可以灵活地控制测试的范围，这在大型项目中进行局部修改后，只测试相关模块时尤其有用。
基于导入路径前缀的测试
go test 也支持基于包的导入路径前缀来运行测试。这对于管理和测试一组相关联的包非常方便。
-
匹配特定前缀及其子包 (foo/...) 如果你希望运行所有导入路径以 foo/ 开头的包的测试，可以使用：
$ go test foo/...
这会匹配 foo/bar、foo/baz/qux 等包的测试。
-
匹配所有以特定字符串开头的包 (foo...) 一个更宽泛的匹配是 foo...，它会匹配所有导入路径以 foo 开头的包，包括 foo 本身、foobar、foo/bar 等。
$ go test foo...
请注意 foo/... 和 foo... 之间的细微差别：前者要求 foo 后跟斜杠，而后者则更通用。
全局测试：go test ...
在某些情况下，你可能希望运行 $GOPATH 下所有包的测试。这可以通过简单的 go test ... 命令实现。
$ go test ...
这个命令的范围非常广，通常不建议在日常开发中使用，因为它可能会执行大量不相关的测试，耗时较长。但在构建或CI/CD环境中，如果需要进行全面的回归测试，这可能是一个选项。在 Go Modules 项目中，不带路径的 ... 通常会解释为当前模块内的所有包。
注意事项与最佳实践
- 测试速度与效率：运行整个项目的全量测试可能非常耗时，尤其对于大型项目。在日常开发中，可以考虑只运行受影响模块的测试，或者利用 go test 的 -run 标志来运行特定的测试函数。
- CI/CD 集成：在持续集成/持续部署 (CI/CD) 流程中，go test ./... 是一个常见的步骤，用于在代码合并前确保所有测试通过。
- Go Modules 环境：在 Go Modules 项目中，./... 通常是最推荐的递归测试方式，它能很好地与模块边界协同工作。
- 测试缓存：go test 会缓存测试结果。如果测试代码或依赖未改变，它会直接使用缓存结果，这大大提高了重复运行测试的速度。如果需要强制重新运行所有测试，可以使用 go clean -testcache 清除缓存。
- 并行执行：go test 默认会并行执行测试。你可以使用 -p N 标志来控制并行度，其中 N 是并行运行的包数量。
总结
go test 命令结合 ... 通配符提供了强大的递归测试能力，能够满足从单个目录到整个项目的各种测试需求。掌握 go test ./...、指定目录模式和导入路径前缀的用法，将极大地提高 Go 项目的测试效率和质量保证水平。在实践中，根据项目的规模和测试场景，选择最合适的测试范围和策略至关重要。
