Go test -json 的 OutputType 怎么读：区分失败续报与堆栈帧

CI 报告把 go test -json 的每行都当成普通日志时，最容易出现两个误判：同一条 Fatal 的续行被算成多个失败，测试框架的 --- FAIL 又被当成业务错误。Go 1.27 在 Action="output" 事件上增加了可选的 OutputType，正好可以把这几类内容拆开。

解析时先看 Action，再用 Package、Test 定位归属，最后只在 output 分支读取 OutputType；error-continue 应追加到当前失败片段，而不是新建失败项。

先明确日志解析器要回答什么问题

报告层通常只需要回答三件事：哪个包或测试失败、失败文本从哪里开始、这次失败是断言问题还是构建问题。不要一上来按 Output 的文字匹配 FAIL，因为不同测试框架和日志内容都可能出现相同单词。

test2json 输出的是换行分隔的 TestEvent。在事件归属层，Package 用于区分并行测试的事件，Test 用于标识具体测试、示例或基准函数；包级事件通常没有 Test。这两个字段先组成归属键，解析器才有地方挂接后续的失败片段。

用 Action、Test 和 OutputType 定义事件边界

可以把解析顺序固定成一个小接口：先处理 start、run、pass、fail、skip 等 Action；这就是外层动作。只有 Action 等于 output 时，才进入 OutputType 分支，把它当作输出细分。这样不会把终态事件的缺省字段误判成普通日志。

最小的分类函数可以保持纯粹，只返回报告层需要的 kind：

func kind(e TestEvent) string {
    if e.Action == "fail" && e.FailedBuild != "" {
        return "package_failure"
    }
    if e.Action != "output" {
        return e.Action
    }
    switch e.OutputType {
    case "frame":
        return "test_frame"
    case "error":
        return "error_start"
    case "error-continue":
        return "error_continuation"
    default:
        return "output"
    }
}

把 error 与 error-continue 归并成一条失败信息

error 表示由 Error(f) 或 Fatal(f) 产生的错误输出起点；紧随其后的 error-continue 是同一条多行错误的延续。报告器可以用 Package + Test 作为当前片段的键：看到 error 就创建片段，看到同键的 error-continue 就追加文本。

片段何时结束，要看归属是否变化以及后续终态。新的测试、不同 Package、一个新的 error，或对应的 pass/fail 事件，都应关闭旧片段。若只按每条 JSON 记录加一，长错误会在 CI 页面里重复显示。

用 FailedBuild 区分代码失败与构建失败

FailedBuild 只在 Action="fail" 且失败原因是构建错误时设置，内容是未能构建的包 ID。它属于构建结果这一层，和测试函数的断言失败不是一类结果：前者没有可运行的测试上下文，后者通常能通过 Test 定位到具体函数。

因此报告最好保留两种状态：package_failure 和 test_failure。不要因为包级 fail 没有 Test 就丢弃它，也不要把所有没有 Test 的输出都归为构建失败。

用旧 Go 版本保留兼容分支

OutputType 是可选字段，旧版本产生的 JSON 可能没有它。空值应解释为普通输出，而不是输入损坏。升级后的解析器可以在能力探测后启用细分分类；对旧流仍保留 output 这个兜底 kind，报告内容不会因此中断。

相关问题：Go test -json 的三个边界问题

为什么不能只看 Output 文本里的 FAIL？

因为 FAIL 既可能是测试框架帧，也可能出现在用户自己的日志里；字段语义比字符串猜测稳定。

error-continue 没有找到前一条 error 怎么办？

保留原始输出并标记为孤立续报，同时记录 Package 和 Test，不能静默丢弃，也不要凭文本重新猜测归属。

go tool test2json 和 go test -json 该选哪个？

多包测试优先使用 go test -json；单独运行测试二进制并转换输出时，才使用 go tool test2json。