子目录中的 Golang 测试

请注意，您可以“递归”运行go test：您需要列出所有要测试的包。

如果您位于 Go 项目的根文件夹中，请键入：

go test ./...

“command go”的“Description of package lists”部分描述了“./...”符号：

如果导入路径包含一个或多个“...”通配符，则它是一种模式，每个通配符都可以匹配任何字符串，包括空字符串和包含斜杠的字符串。这样的模式扩展到所有在 GOPATH 树中找到的名称与模式匹配的包目录。作为一种特殊情况，x/... 匹配 x 以及 x 的子目录。例如，net/... 在其子目录中扩展为 net 和 packages。

如果您将 _test.go 文件保存在子文件夹中，“go test ./...”命令将能够提取它们。
但是：

您需要在导出的变量和函数（在测试中使用）前加上包的名称，以便测试文件能够访问包导出的内容。

你不会访问非导出的内容。

话虽如此，我仍然希望将 _test.go 文件保留在主源文件旁边：它更容易找到。

对于代码覆盖率：

go test -coverpkg=./... ./...

请参阅 Frédéric G. MARAND 和 fgmarand/gocoverstats 中的“How to plot Go test coverage over time”，为 Go 项目的 CI 集成生成聚合覆盖率统计信息。

go-cover-treemap.io 也很有趣。

---

已编辑

基于 VonC 的回答，

此答案在 go1.11 中有效。尚未在较高的 go 版本中进行测试。

对于那些喜欢将测试保存在子文件夹中的人，说 test，然后运行

go test ./...

将尝试在 每个 文件夹中运行测试，即使是那些不包含任何测试的文件夹，因此在随后的非测试文件夹报告中会出现 ?。

跑步

go test ./.../test

而是仅针对您的 test 文件夹，因此有一个干净的报告仅关注您的测试文件夹。

警告

请注意，使用测试子文件夹会阻止覆盖率报告计算。 Go 的原理是将测试文件留在包文件夹中。

---

将您的测试与您的代码一起放在名为 file_test.go 的文件中的同一目录中，其中“file”是您正在测试的源代码文件的名称。这是惯例，我发现它在我自己的经验中是最好的。

如果 go test 工具对您来说不够自动化，您可以查看 GoConvey，它有一个网络用户界面，可以自动更新和运行传统的 Go 测试以及 GoConvey 测试 (它们基于行为，并且比传统的 Go 测试更具自我记录性）。

---

我通常不做测试，但你可以将你的文件分组到目录中并使用 import like

import "./models" 如果是一级输出
import "../models 如果是一级输出和一级输入

例如，对于：
./models/todo.go
./test/todo_test.go

要从 todo_test.go 测试 todo.go，您在 todo_test.go 中的导入将是

import "../models"

---