忽略我，我是个傻子。t.Error != t.Fail
我同意OP的观点，但是它应该有一个非零状态，1表示错误，2表示失败，对吗？

目前大多数失败的退出状态为1,如果构建被中断则为2。

我们是否区分标志解析错误，输出不同的退出代码？例如，传入"-c=invalid"返回2,而传入"-covermode=invalid"返回1。

@GTB3NW 注意，您的特定问题可能与这个问题的本质无关，这个问题是关于记录已实现的行为的。
在我的工作日子里，在我们的CI管道中，我们多次使用不同的命令行选项(例如，包括-race进行夜间测试，还包括-bench …等),而go test在出错时总是以非零退出代码退出，因为我认为至少从v1.6开始就是这样，我实在没有理由认为以前不是这样。
我只是为了参考目的创建了这个问题(例如，对于可能不太熟悉Go来实现CI管道的开发运维人员)。
请尝试找出可能导致您go test进程退出码被掩盖的原因。
请注意，所有默认在通用操作系统中发现的/bin/sh风格的shell都以一种模式运行，该模式忽略任何错误,这意味着，如果您有一个类似于

go test ...
echo Whatever

的脚本，如果go test失败，这段代码永远不会退出。
(这些shell自始至终都是这样做的；甚至这是POSIX规定的。)
您需要重新编写您的脚本，使它们能够在set -e -u下运行(这几乎总是一个好主意),或者像下面这样明确测试感兴趣的命令是否失败：

go test ...
rc=$?
if [ $rc -ne 0 ]; then
  echo "testing failed" >&2
  exit $rc
fi

• 更新*@GTB3NW,啊，我看到您已经解决了这个问题 :-)

对不起给您带来了麻烦——应该重新阅读帖子而不是依赖于评论邮件(它会忽略编辑)。

好的，这里有一个问题需要解决。我已经阅读了文档，但可能遗漏了一些内容。以下应该失败并返回错误代码1,对吗？
blahtest/blah_test.go:

package blahtest

import "testing"

func TestBlah(t *testing.T) {
	t.Fatal("Blah")
}

go test <redacted>/blahtest -v

=== RUN   TestBlah
--- FAIL: TestBlah (0.00s)
        blah_test.go:6: Blah
FAIL
ok      <redacted>/blahtest      0.004s

在/blahtest上不应该也失败吗？
目标是运行：
go test -v -short $(go list ${PKG}./... | grep -v /vendor/)
测试所有包，如果其中一个失败，整个测试就会失败。这肯定是一个常见的需求。要么是我误解了测试设施/存在bug/go test缺少一些关键功能。
有人能帮我指明正确的方向吗？我非常感谢！

如果你看到一个0退出代码或ok的失败测试摘要，请按照以下步骤重新提交一个单独的问题。

在我们记录错误代码之前，我认为我们可能需要做一些工作来使它们保持一致。这是一个相当大的调查，可能应该作为更广泛的go test清理的一部分进行(我希望为Go 1.14或1.15完成，但没有具体的时间表)。