`go test` 打印 FAIL，但没有明显指示哪个测试失败或为什么失败

你在学习Golang相关的知识吗？本文《`go test` 打印 FAIL，但没有明显指示哪个测试失败或为什么失败》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

我已经看到这种情况以多种不同的方式发生，但通常测试输出的结尾看起来像这样

...
        --- pass: testvariousqueries/7-node/34-g (8.50s)
fail
fail    github.com/pilosa/pilosa/v2 483.327s
fail

在我们的特定情况下，我们有很多使用 t.run 的嵌套子测试，以及并行运行的测试，但总的来说，我们发现测试套件可能会失败，而单个测试不会失败。

在上面的示例中，如果您向后搜索“fail”，您看起来会像这样：

--- fail: testvariousqueries/7-node (482.60s)
        --- pass: testvariousqueries/7-node/0-g
...

其中表明顶级测试失败，但所有子测试似乎都通过了，并且没有其他输出或消息表明测试失败的原因。

有时它会看起来像这样，这提供了更多线索

...
=== RUN   TestVariousQueries/7-node/8-Count(All())
FAIL    github.com/pilosa/pilosa/v2 394.988s
FAIL

在这种情况下，最后一个测试似乎开始了，但不知何故失败了，没有输出（我们希望为该特定测试获得 --- fail 行，而不仅仅是包级别的 fail。

什么情况会导致这种情况发生？如何调试？

解决方案

我不确定我是否完全了解了导致此问题的原因，但我确实看到过当系统内存不足并且 oom 杀手终止测试进程时会发生这种情况。在 linux 上，至少您可以在测试运行时运行 dmesg 或类似 tail -f /var/log/syslog 来查看内核日志。如果您看到类似以下内容：

[58234.350712] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/session-12.scope,task=pilosa.test,pid=62637,uid=1000
[58234.351191] Out of memory: Killed process 62637 (pilosa.test) total-vm:178386044kB, anon-rss:15656564kB, file-rss:0kB, shmem-rss:0kB, UID:1000 pgtables:63880kB oom_score_adj:0
[58235.243972] oom_reaper: reaped process 62637 (pilosa.test), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB

您可以非常确定测试因内存不足而被终止。

发生这种情况的另一种方式是测试（或正在测试）中的某些代码调用 os.exit。在这种情况下，根据 go 版本和操作系统，您可能会看到状态代码，或者您可能只会看到 fail 消息，如原始问题中的示例所示。

一般来说，如果您在测试中看到这样的输出，则似乎很有可能是某些原因导致测试进程退出，从而导致测试运行程序 (go test) 打印 fail 行而不告诉您哪个测试失败。

以上就是《`go test` 打印 FAIL，但没有明显指示哪个测试失败或为什么失败》的详细内容，更多关于的资料请关注golang学习网公众号！