关于golang:go-test-禁用测试缓存

背景

我的项目开发在做单元测试，发现跑测试 cases 的时候，每一个跑完，日志后都带有一个 (cached) 的标记。只管代码的实现曾经做了批改（比方返回不同数据），然而发现再次执行 go test -v case_test.go，返回跟上一次的后果竟然统一，实际上这样的测试是没多少意义的。之前没有理解过 go test 的原理，这里想看下了外部是怎么 run 的，以及要怎么禁用测试缓存。

<!–more–>

问题剖析

Go 官网文档具体阐明了 test 包的工作原理：在执行 go test 时会编译每个包和所有后缀匹配 *_test.go 命名的文件（这些测试文件包含一些单元测试和基准测试），链接和执行生成的二进制程序, 而后打印每一个测试函数的输入日志。

Go test 反对两种模式：

1. Local directory mode, 在调用 go test 时，没有加参数 (比方 go test 或 go test -v)。在这种模式下，缓存会被禁用。会编译当前目录下的代码和测试，而后运行测试二进制程序。
2. Package list mode，执行 go test 时，指定文件门路 (比方 go test math, go test ./...)。在这种模式下，会编译并测试门路列出的每个测试文件。go test 会缓存胜利的测试后果，以防止不必要的反复运行测试。当再次执行测试时，会查看缓存中对应的测试后果是否 OK, 如果 OK 会从新显示之前的输入，而不会运行测试二进制文件。此时 go test 会打印 ‘(cached)’ 标识。

回过头来再看下我的项目的测试脚本：

CGO_ENABLED=1 go test -v --mod=vendor ./pkg/... 

运行在 Package list mode, 所以单测通过后的二次测试，会走 cache。

解决方案

有以下三种形式，在测试中禁用缓存：

1. 执行 go test 增加 --count=1 参数（举荐，效率高），以下面???? 例子：

   CGO_ENABLED=1 go test -v --count=1 --mod=vendor ./pkg/... 

2. Go 官网提供 clean 工具，来删除对象文件和缓存文件，不过这种形式绝对麻烦：

   go clean -testcache // Delete all cached test results

3. 设置 GOCACHE 环境变量。GOCACHE 指定了 go 命令执行时缓存的门路，以便之后被复用。设置 GOCACHE=off 即可禁用缓存。

小结

在 Go 我的项目测试的时候，还是要多关注 go test 的行为表现，如果单测的后果跟理论有出入，那么得思考下应用 go test 的姿态对不对，或者遗记加了参数。

参考

• Testing flags
• go test 的坑