GitLab测试覆盖率是如何计算的？（Robot Framework场景）

首先直接明确：网上流传的「GitLab测试覆盖率默认同时统计代码层面+黑盒/UI层面覆盖」的说法不准确，核心逻辑如下：

GitLab本身不生产覆盖率数据，只做结果的抓取和展示 #

• 最基础的流水线覆盖率展示功能，本质是靠你在项目CI/CD设置里配置的正则表达式，从CI作业的运行日志里匹配提取数字，你日志里输出的数字是什么统计维度，页面上展示的就是什么维度，GitLab不会对这个数值做任何额外的维度折算、补充计算。
• 如果是带代码行高亮、MR增量覆盖提示的高级覆盖率可视化功能，GitLab原生仅支持解析各类白盒代码覆盖率工具生成的报告，统计维度是测试执行过程中实际运行到的源代码行、分支、方法占比，完全不涉及UI层面的覆盖统计。

要特别区分两个概念：代码覆盖率是白盒维度，统计代码被执行的比例；UI/黑盒测试覆盖率是业务维度，统计页面、操作路径、业务场景被覆盖的比例，GitLab原生没有后者的统计、解析能力。

结合你使用Robot Framework的场景具体说明 #

• 如果你当前流水线里的覆盖率数值，是跑Robot Framework用例时配合代码插桩工具（比如Python技术栈用Coverage.py、前端项目用Istanbul）采集生成的，那这个数值属于代码层面的覆盖率：哪怕你跑的是纯UI层的黑盒用例，只要用例操作触发了对应后端/前端代码的运行，插桩工具就会把这部分代码标记为已覆盖，本质统计的还是代码执行情况，不是UI维度的覆盖。
• UI层面的覆盖率（比如页面可交互元素覆盖率、用户操作路径覆盖率、业务场景覆盖率），Robot Framework本身不会原生输出对应统计结果，GitLab也没有内置解析这类报告的能力。如果你没有额外配置专门的UI覆盖采集工具（比如DOM元素访问埋点工具、业务流程覆盖统计工具），你现在页面上看到的覆盖率数值，就只代表代码维度的覆盖情况。

相关误传的来源 #

部分团队会自定义覆盖率计算规则：把单元测试的代码覆盖率、接口测试的接口覆盖率、UI测试的场景覆盖率按自定义权重加权算出一个总覆盖数值，通过CI日志输出给GitLab抓取展示。这种场景下展示的数值确实包含黑盒测试的覆盖占比，但这个聚合逻辑是团队自己实现的，不是GitLab自带的默认计算规则。

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