我见过很多种不同的方式,但通常测试输出的结尾看起来像这样
...
--- PASS: TestVariousQueries/7-node/34-G (8.50s)
FAIL
FAIL github.com/pilosa/pilosa/v2 483.327s
FAIL在我们的特殊情况下,我们有许多使用t.Run的嵌套子测试,以及并行运行的测试,但通常我们发现,如果没有单个测试失败,测试套件可能会失败。
在我上面的例子中,如果你向后搜索“失败”,你看起来像这样:
--- 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行,而不仅仅是包级别的失败。
什么情况会导致这种情况发生?如何进行调试?
发布于 2021-02-27 01:07:44
我不确定我对导致这种情况的原因有一个完整的解释,但我肯定看到当系统内存耗尽,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版本和操作系统的不同,您可能会看到一个状态代码,也可能只会看到失败消息,如原始问题中的示例所示。
通常,如果您在测试中看到类似这样的输出,那么很可能是由于某种原因导致测试过程退出,从而导致测试运行器(go test)打印失败行,而不告诉您哪个测试失败了。
https://stackoverflow.com/questions/66390047
复制相似问题