go原生go test -json输出的是结构化json流而非junit xml，ci工具无法直接解析；需用gotestsum等工具转换，或自定义脚本处理套件生命周期、时间格式、子测试命名及文件路径配置。
Go test -json 输出不是 JUnit XML，别直接拿去 CI 用
Go 原生 go test -json 输出的是结构化 JSON 流，不是 JUnit XML。CI 工具（比如 Jenkins、GitLab CI）认的是 testsuite 根节点和标准属性，直接喂 JSON 会解析失败或报 “no test results found”。
常见错误现象：gitlab-ci.yml 里写了 artifacts: junit: junit-report.xml，但报告始终不显示；Jenkins 的 JUnit 插件提示 Failed to parse POMs 或空结果。
- Go 不自带 JUnit 导出能力，必须借助第三方工具或自己转换
-
-json输出每行一个 JSON 对象（{}{}连续），不是合法 JSON 数组，不能直接json.Unmarshal整体解析 - 时间字段是纳秒级整数（如
"Time":1712345678123456789），JUnit 要求 ISO 8601 字符串（如2024-04-05T10:23:45.123Z）
用 gotestsum 替代 go test，一行命令生成标准 JUnit XML
gotestsum 是目前最稳的方案，专为 Go 测试报告设计，内置 JUnit 输出，兼容 Go 1.16+，且能保留 go test 所有参数语义。
使用场景：本地验证、CI 流水线、需要聚合多个包测试结果时都适用。
立即学习“go语言免费学习笔记（深入）”；
- 安装：
go install gotest.tools/gotestsum@latest（注意不是github.com地址） - 生成 JUnit：
gotestsum --format testname -- -race -count=1默认输出到./test-report.xml - 指定路径：
gotestsum --junitfile ./reports/junit.xml -- -short - 它自动处理并发测试的
TestMain、子测试（t.Run）、panic 捕获，并把每个t.Run映射为独立testcase元素
自定义转换时，别漏掉 package-level setup/teardown 的 status 映射
如果自己写脚本解析 go test -json，容易只处理 "Action":"run"/"pass"/"fail"，却忽略 "Action":"output" 和 "Action":"start" 中隐含的套件生命周期。
JUnit XML 要求每个 testsuite 有 tests、failures、errors 属性统计，而 Go 的 JSON 流中：
- 没有显式
package start事件，需靠第一个"Test":"xxx"出现的包名触发新建testsuite -
"Action":"output"可能包含 panic 堆栈，但无"Test"字段 —— 这类应归入testsuite级 error，而非某个 testcase - 子测试名带斜杠（如
"TestFoo/Bar"），JUnit 要求classname是包名，name是纯测试名（Bar），需按/切分并逐层嵌套testsuite
GitLab CI / Jenkins 配置里，路径和文件权限常被忽略
生成了 junit.xml 不代表 CI 能读到 —— 文件必须在工作目录下，且未被 .gitignore 或 CI 缓存规则排除。
典型问题：
- GitLab CI：用了
gotestsum --junitfile reports/junit.xml，但artifacts: junit:写成junit-report.xml（名字不匹配） - Jenkins：工作区路径含空格或中文，
xunit插件解析失败，日志只报WARN No test reports found - 容器环境（如
golang:1.22-alpine）没装ca-certificates，go installgotestsum 失败，得先apk add ca-certificates
真正卡住人的，往往不是怎么转格式，而是 XML 文件生成了、路径对了、内容合法了，但 CI 根本没扫描到那个文件 —— 多检查两遍 ls -l 输出和 artifact 配置里的 glob 模式。
