为什么要测量代码覆盖率？

测量代码覆盖率本质是给软件测试做量化，不用凭感觉判断测试做没做全、做没做到位，而是用可落地的指标锚定测试质量、降低风险。

1. 直观暴露测试漏洞，减少漏测风险

没有覆盖率数据时，测试很容易陷入凭经验选场景的误区。比如只测主流程，漏掉异常分支、边界条件，或者只测高频功能，忽略低频次但关键的逻辑（比如支付失败的回滚流程）。

覆盖率能精准指出哪些代码没被执行过。比如一行判断用户权限的if代码，测试只跑了 “权限正常” 的场景，覆盖率会显示这行代码的分支没覆盖全，提醒测试补充 “权限不足”“权限过期” 等场景，从源头减少上线后因漏测引发的 Bug。

2. 量化测试进度与质量，避免主观判断

开发和测试常陷入“测试做完了吗？”的争议。

开发觉得 “核心场景都测了”，测试觉得 “还有遗漏”，没有统一标准。覆盖率可以作为客观标尺。

比如迭代前约定 “核心模块行覆盖率≥95%、分支覆盖率≥90%”，只要没达标，就说明测试还没到位；反之，达标后至少能证明 “代码层面的执行覆盖度够了”，避免凭感觉说 “测试做完了”。

尤其在大型项目中，多团队协作时，覆盖率数据也能统一各团队的测试标准，避免有的团队测得粗、有的测得细。

3. 沉淀团队测试规范，提升长期研发质量

长期跟踪覆盖率数据，能形成团队的 测试基线。

尤其对新人来说，覆盖率能引导他们理解 “哪些代码是核心、哪些场景必须测”，避免新人因经验不足导致测试不到位，逐步拉高团队整体的测试水平。

注意：覆盖率不是万能指标

需要强调的是，高覆盖率≠高测试质量，覆盖率更适合辅助工具。

结合用例有效性、人工评审、业务场景验证等，才能真正衡量测试质量，而不是单纯追求 “覆盖率 100%”。