正确的包命名用于使用Go语言进行测试

Question

我在Go中看到了几种不同的测试包命名策略，并想知道每种方法的优缺点以及我应该使用哪种方法。

策略1：

文件名：github.com/user/myfunc.go

package myfunc

测试文件名：github.com/user/myfunc_test.go

package myfunc

有关示例，请参阅bzip2。

策略2：

文件名：github.com/user/myfunc.go

package myfunc

测试文件名：github.com/user/myfunc_test.go

package myfunc_test

import (
    "github.com/user/myfunc"
)

有关示例，请参阅wire。

策略3：

文件名：github.com/user/myfunc.go

package myfunc

测试文件名：github.com/user/myfunc_test.go

package myfunc_test

import (
    . "myfunc"
)

有关示例，请参阅strings。

Go标准库似乎使用了策略1和2的混合。我应该使用三种中的哪一种？将package *_test附加到我的测试包上是一种痛苦，因为这意味着我无法测试我的包私有方法，但也许我不知道有一个隐藏的优势？

Answer 1

您列出的三种策略之间的根本区别在于测试代码是否与被测代码位于同一个包中。在测试文件中使用package myfunc或package myfunc_test的决定取决于您是否要执行white-box或black-box测试。

在项目中使用这两种方法没有任何问题。例如，你可以有myfunc_whitebox_test.go和myfunx_blackbox_test.go。

测试代码包比较

• 黑盒测试：使用package myfunc_test，这将确保您只使用exported identifiers。
• 白盒测试：使用package myfunc以便您可以访问未导出的标识符。适用于需要访问非导出变量，函数和方法的单元测试。

问题所列策略的比较

• 策略1：文件myfunc_test.go使用package myfunc - 在这种情况下，myfunc_test.go中的测试代码将与myfunc.go中测试的代码位于同一个包中，在本例中为myfunc。
• 策略2：文件myfunc_test.go使用package myfunc_test - 在这种情况下，myfunc_test.go中的测试代码“将被编译为单独的包，然后链接并与主测试二进制文件一起运行。” [来源：test.go源代码中的第58-59行]
• 策略3：文件myfunc_test.go使用package myfunc_test但使用点符号导入myfunc - 这是策略2的变体，但使用点符号导入myfunc。

Answer 2

您应该尽可能使用策略1。您可以使用特殊的foo_test软件包名称来避免导入周期，但这主要是因为标准库可以使用相同的机制进行测试。例如，strings无法用策略1进行测试，因为testing包依赖于strings。正如您所说，使用策略2或3，您无权访问程序包的私有标识符，因此除非必须，否则通常最好不要使用它。

Answer 3

这取决于您的测试范围。高级测试（集成，验收等）应该放在一个单独的包中，以确保您通过导出的API使用该包。

如果你有一个包含大量内部组件的大型软件包需要进行测试，那么请使用相同的软件包进行测试。但这不是邀请您的测试访问任何私有状态。这将使重构成为一场噩梦。 When I write structs in go我经常实现接口。我从测试中调用的是那些接口方法，而不是单独的所有辅助方法/函数。