我在Go中看到了几种不同的测试包命名策略,并想知道每种方法的优缺点以及我应该使用哪种方法.
策略1:
文件名:github.com/user/myfunc.go
package myfunc
Run Code Online (Sandbox Code Playgroud)
测试文件名:github.com/user/myfunc_test.go
package myfunc
Run Code Online (Sandbox Code Playgroud)
有关示例,请参阅bzip2.
策略2:
文件名:github.com/user/myfunc.go
package myfunc
Run Code Online (Sandbox Code Playgroud)
测试文件名:github.com/user/myfunc_test.go
package myfunc_test
import (
"github.com/user/myfunc"
)
Run Code Online (Sandbox Code Playgroud)
有关示例,请参见电线.
策略3:
文件名:github.com/user/myfunc.go
package myfunc
Run Code Online (Sandbox Code Playgroud)
测试文件名:github.com/user/myfunc_test.go
package myfunc_test
import (
. "myfunc"
)
Run Code Online (Sandbox Code Playgroud)
请参阅字符串以获取示例.
Go标准库似乎使用了策略1和2的混合.我应该使用哪三个?这是一个痛苦附加package *_test到我的测试包,因为它意味着我无法测试我的包私有方法,但也许有一个我不知道的隐藏的优势?
Mat*_*kin 105
您列出的三种策略之间的根本区别在于测试代码是否与被测代码位于同一个包中.使用的决定package myfunc或package myfunc_test在测试文件取决于你是否要执行白盒或黑箱测试.
在项目中使用这两种方法没有任何问题.例如,你可以拥有myfunc_whitebox_test.go和myfunx_blackbox_test.go.
package myfunc_test,这将确保您只使用导出的标识符.package myfunc以便您可以访问未导出的标识符.适用于需要访问非导出变量,函数和方法的单元测试.myfunc_test.go使用package myfunc- 在这种情况下,测试代码myfunc_test.go将与正在测试的代码位于同一个包中myfunc.go,myfunc在本例中.myfunc_test.go使用package myfunc_test- 在这种情况下,myfunc_test.go"中的测试代码将被编译为单独的包,然后链接并与主测试二进制文件一起运行." [来源:test.go源代码中的第58-59行]myfunc_test.go使用package myfunc_test但myfunc使用点表示法导入- 这是策略2的变体,但使用点表示法导入myfunc.mdw*_*ott 18
这取决于您的测试范围.高级测试(集成,验收等)应该放在一个单独的包中,以确保您通过导出的API使用该包.
如果你有一个包含大量内部组件的大型软件包需要进行测试,那么请使用相同的软件包进行测试.但这不是邀请您的测试访问任何私有状态.这将使重构成为一场噩梦.当我在go中编写结构时,我经常实现接口.我从测试中调用的是那些接口方法,而不是单独的所有辅助方法/函数.
gue*_*fey 15
您应该尽可能使用策略1.您可以使用特殊foo_test包名称来避免导入周期,但这主要是因为标准库可以使用相同的机制进行测试.例如,strings由于testing程序包依赖,因此无法使用策略1进行测试strings.正如您所说,使用策略2或3,您无权访问程序包的私有标识符,因此除非必须,否则通常最好不要使用它.