如何在Gitlab中提取多构建的JUnit测试用例失败频率统计数据

完全可以实现，以下是两种可落地的实现方式：

方式一：通过GitLab API拉取数据统计 #

GitLab原生提供了测试报告相关的开放接口，可直接获取结构化的用例执行结果，操作步骤如下：

• 先遍历目标分支下的历史CI构建，筛选出所有执行了JUnit测试的Job记录
• 批量调用接口 GET /projects/:id/jobs/:job_id/test_report ，其中:id为项目ID、:job_id为对应测试Job的ID，接口返回数据包含每个测试用例的名称、所属类、执行状态（成功/失败/跳过）、执行时长等信息
• 按「用例所属类+用例名称」作为唯一标识，聚合所有历史构建的用例执行数据，统计每个用例的总执行次数、成功次数、失败次数，按失败率倒序排序即可得到你需要的统计列表
• 如果需要更灵活的统计规则，也可以直接批量拉取多轮构建保留的JUnit XML原始报告文件，自行解析统计

方式二：在CI流水线中内置统计逻辑（适合长期使用） #

可以直接把统计逻辑集成到CI流程中，每次构建自动更新统计数据，无需后续手动拉取：

• 提前准备一个持久化存储位置保存历史统计数据，可选择项目的专用统计分支、项目内置的制品仓库等
• 测试阶段执行完成后，新增一个统计Job：拉取历史统计数据，解析当前构建的JUnit报告更新计数，再将新的统计结果回写到存储位置
• 可直接在该Job的日志中输出失败率最高的Top N用例，方便直接在流水线页面查看
  注意：如果测试用例会频繁新增、删除或重命名，需要做好用例唯一标识的兼容性处理，避免统计数据出现偏差。

内容的提问来源于stack exchange，提问作者user3726374