CI/CD 流水线通常包含验证您的代码的测试作业。 如果测试失败，流水线将失败并通知用户。处理合并请求的人必须检查作业日志并查看测试失败的地方，以便可以修复它们。
您可以将作业配置为使用单元测试报告，极狐GitLab 会显示有关合并请求的报告，以便更轻松、更快速地识别故障，而无需检查整个日志。单元测试报告目前仅支持 JUnit 报告格式的测试报告。
如果您不使用合并请求但仍希望在不搜索作业日志的情况下查看单元测试报告输出，则流水线中提供完整的单元测试报告详细视图。
考虑以下工作流程：
- 您的默认分支坚如磐石，您的项目正在使用极狐GitLab CI/CD，并且您的流水线表明没有任何损坏。
- 您团队中的某个人提交了合并请求，测试失败并且流水线获得已知红色图标。要进行更多调查，您必须查看作业日志来找出测试失败的原因，这些日志通常包含数千行。
- 您配置单元测试报告，极狐GitLab 立即收集并在合并请求中公开它们，您不再需要在作业日志中搜索。
- 您的开发和调试工作流程变得更容易、更快、更高效。
工作原理
首先，极狐GitLab Runner 上传所有 JUnit 报告格式 XML 文件到极狐GitLab，作为产物。然后，当您访问合并请求时，极狐GitLab 开始比较 head 和 base 分支的 JUnit 报告格式 XML 文件，其中：
- base 分支是目标分支（通常是默认分支）。
- head 分支是源分支（每个合并请求中的最新流水线）。
报告面板有一个摘要，显示有多少测试失败、有多少错误以及有多少已修复。如果由于 base 分支的数据不可用而无法进行比较，则面板仅显示 head 的失败测试列表。
有四种类型的结果：
- **新失败的测试：**测试用例在 base 分支上通过，在 head 分支上失败
- **新遇到的错误：**测试用例在 base 分支上通过，但由于 head 分支上的测试错误而失败
- **现有故障：**测试用例在 base 分支上失败，在 head 分支上失败
- 已解决的故障： 测试用例在 base 分支上失败，在 head 分支上通过
面板中的每个条目都显示了上面列表中的测试名称及其类型。单击测试名称会打开一个窗口，其中包含其执行时间和错误输出的详细信息。
最近失败的次数
如果过去 14 天内项目的默认分支中的测试失败，则会为该测试显示一条消息，如 Failed {n} time(s) in {default_branch} in the last 14 days。
如何设置
要在合并请求中启用单元测试报告，您必须在 .gitlab-ci.yml 中添加 artifacts:reports:junit，并指定生成测试报告的路径。 报告必须是 .xml 文件，否则极狐GitLab 返回错误 500。
在以下 Ruby 示例中，test 阶段的作业运行，系统从作业中收集单元测试报告。作业执行后，XML 报告作为产物存储在极狐GitLab 中，结果显示在合并请求部件中。
## Use https://github.com/sj26/rspec_junit_formatter to generate a JUnit report format XML file with rspec
ruby:
stage: test
script:
- bundle install
- bundle exec rspec --format progress --format RspecJunitFormatter --out rspec.xml
artifacts:
when: always
paths:
- rspec.xml
reports:
junit: rspec.xmltestng生成的target下， /surefire-reports/TEST-TestSuite.xml 可以用于展示在gitlab网页中
testng生成的target下， /surefire-reports/TEST-TestSuite.xml 可以用于展示在gitlab网页中
testng生成的target下， /surefire-reports/TEST-TestSuite.xml 可以用于展示在gitlab网页中
artifacts:
paths:
- target/
expire_in: 1 week
reports:
junit: target/surefire-reports/TEST-TestSuite.xml
## Use https://github.com/sj26/rspec_junit_formatter to generate a JUnit report format XML file with rspec
ruby:
stage: test
script:
- bundle install
- bundle exec rspec --format progress --format RspecJunitFormatter --out rspec.xml
artifacts:
when: always
paths:
- rspec.xml
reports:
junit: rspec.xml
要使单元测试报告输出文件可浏览，请将它们包含在 artifacts:paths 关键字中，如示例中所示。 即使作业失败（例如，如果测试未通过）也要上传报告，请使用 artifacts:when:always 关键字。
JUnit 报告格式 XML 文件中不能有多个具有相同名称和类的测试。
在 15.0 及更早版本中，来自 parallel:matrix 作业的测试报告被聚合在一起，可能会导致某些报告信息不显示。 在 15.1 及更高版本中，此 bug 已修复，并显示所有报告信息。
在极狐GitLab 上查看单元测试报告
如果生成 JUnit 报告格式 XML 文件并将其作为流水线的一部分上传，则可以在流水线详细信息页面中查看这些报告。此页面上的 测试 选项卡显示从 XML 文件报告的测试套件和案例列表。
您可以查看所有已知的测试套件并选择其中的每一个以查看更多详细信息，包括组成该套件的案例。
单元测试报告解析错误
引入于 13.10 版本
如果解析 JUnit 报告 XML 导致错误，作业名称旁边会显示一个指示符。将鼠标悬停在图标上会在工具提示中显示解析器错误。如果多个解析错误来自分组作业，仅显示该组中的第一个错误。
极狐GitLab 不会解析非常大的节点 的 JUnit 报告。
在极狐GitLab 上查看 JUnit 屏幕截图
将您的屏幕截图作为产物上传到极狐GitLab。如果 JUnit 报告格式 XML 文件包含 attachment 标签，极狐GitLab 会解析附件。注意：
-
attachment标签必须包含您上传的屏幕截图的$CI_PROJECT_DIR的相对路径。例如：<testcase time="1.00" name="Test"> <system-out>[[ATTACHMENT|/path/to/some/file]]</system-out> </testcase> -
您应该将上传屏幕截图的作业设置为 artifacts:when: always，以便在测试失败时仍然上传屏幕截图。文章来源：https://www.toymoban.com/news/detail-516373.html
测试用例附件的链接出现在流水线测试报告的测试用例详细信息中。文章来源地址https://www.toymoban.com/news/detail-516373.html
到了这里，关于gitlab_ci.yml展示单元测试报告 (FREE)的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
