3 回答
TA贡献1827条经验 获得超9个赞
提出了几种很好的模式来分离测试。
SoundCloud 的这套 Go 实践建议使用构建标记(在构建包的“构建约束”部分中描述)来选择要运行的测试:
编写一个integration_test.go,并给它一个集成的构建标签。为诸如服务地址和连接字符串之类的内容定义(全局)标志,并在您的测试中使用它们。
// +build integration
var fooAddr = flag.String(...)
func TestToo(t *testing.T) {
f, err := foo.Connect(*fooAddr)
// ...
}
go test 像 go build 一样使用 build 标签,所以你可以调用go test -tags=integration. 它还合成了一个调用 flag.Parse 的包 main,因此任何声明和可见的标志都将被处理并可供您的测试使用。
作为类似的选项,您还可以使用构建条件默认运行集成测试// +build !unit,然后通过运行go test -tags=unit.
@adamc 评论:
对于尝试使用构建标记的任何其他人,重要的是// +build test注释是文件中的第一行,并且在注释后包含一个空行,否则该-tags命令将忽略该指令。
此外,构建注释中使用的标记不能有破折号,但允许使用下划线。例如,// +build unit-tests不会工作,而// +build unit_tests会。
TA贡献1836条经验 获得超5个赞
我看到了三种可能的解决方案。第一种是使用短模式进行单元测试。因此,您将使用go test -short
单元测试和相同的但没有-short
标志来运行您的集成测试。标准库使用短模式跳过长时间运行的测试,或者通过提供更简单的数据使它们运行得更快。
第二是使用公约,并打电话给你测试,无论是TestUnitFoo
或TestIntegrationFoo
再使用-run
测试标志来表示要运行的测试。因此,您将go test -run 'Unit'
用于单元测试和go test -run 'Integration'
集成测试。
第三个选项是使用环境变量,并在您的测试设置中使用os.Getenv
. 然后您将使用 simplego test
进行单元测试和FOO_TEST_INTEGRATION=true go test
集成测试。
我个人更喜欢这个-short
解决方案,因为它更简单并且在标准库中使用,所以它似乎是分离/简化长时间运行测试的事实上的方法。但是-run
和os.Getenv
解决方案提供了更大的灵活性(也需要更加谨慎,因为正则表达式涉及-run
)。
- 3 回答
- 0 关注
- 239 浏览
添加回答
举报