正确的软件包命名以使用Go语言进行测试

我在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"
)

请参阅字符串作为示例。

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

您列出的三种策略之间的根本区别是测试代码是否与被测试代码位于同一程序包中。在使用的决定package myfunc或package myfunc_test在测试文件取决于你是否要执行白盒或黑箱测试。

在项目中同时使用两种方法都没有错。例如，您可以拥有myfunc_whitebox_test.go和myfunx_blackbox_test.go。

测试代码包比较

• 黑盒测试：使用package myfunc_test，这将确保您仅使用导出的标识符。
• 白盒测试：请使用，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。

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

如果您有一个带有很多内部零件的大型包装，需要进行测试，则对您的测试使用相同的包装。但这并不是邀请您的测试访问任何私有状态。那将使重构成为一场噩梦。在go中编写结构时，我经常实现接口。是我从测试中调用的那些接口方法，而不是单独使用的所有辅助方法/函数。

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

我想import .从Golang CodeReviewComments添加一个重要说明：

import .由于循环依赖关系，该表格在测试中很有用，由于循环依赖，该表格不能成为要测试的软件包的一部分：

package foo_test

import (
    "bar/testutil" // also imports "foo"
    . "foo"
)

在这种情况下，测试文件不能放在foo包中，因为它使用 bar/testutil导入foo。因此，我们使用“导入”。允许文件伪装成foo包的一部分的格式，即使它不是。

除这种情况外，请勿import .在您的程序中使用。由于不清楚Quux之类的名称是否是当前包或导入包中的顶级标识符，因此使程序更难阅读。