5.5 覆盖率与度量：灯绿不代表健康

本节摘要：覆盖率是一把尺，但不是健康证明。本节分清"行覆盖"与"行为被验证"的口径，讲透为什么"覆盖率 100%"可能是虚假绿灯，并给出把度量当诊断而非 KPI 的正确姿势。

别把 100% 当圣旨

一提起测试健康，人总爱问"覆盖率多少"。可覆盖率这个数水很深：它可以高得漂亮却测不到真实行为，也可以扁得难看却条条拦中要害。把 100% 当圣旨的团队，往往会收获一群"为凑数而现编"的测试——它们跑起来绿，本质上是对 JSON key 的逐行打卡，多么换一种走法就全部碎掉。这一节要翻转你的直觉：覆盖率是症状的一个侧面，不是健康的全部。

行覆盖 ≠ 行为被验证

先说清最常见的口径混乱。行覆盖（statement coverage）只问你"这些代码行有没有被跑到"，它完全不说"那行代码的每一种输入是否都被验证过"。一行 if amount > 0 可能只在 amount=正数时跑过，覆盖却已算满——可那个负数分支恰恰是风险。所以"行覆盖 90%"是一个防御的下限信号，不是正确性的充分证明。

一张把"覆盖率"和"验证质量"分开的图

下面这张图用"行覆盖横轴 × 行为验证纵轴"把测试分成四宫格，直观显示"高覆盖"也可以落在"低验证"的危险格。

右上格"高覆盖·低验证"就是那个假自信窝——覆盖率报表亮眼，真实行为没被验证几样。真正的健康区间处在"行为验证高"的上半带，那里覆盖率高不高反而不是重点。

把度量当诊断，别当绩效

覆盖率最健康的使用方式，是当诊断工具而不是考核指标。当它落到 KPI 上，团队会用最小代价把数字刷上去，测试自然变味。实操建议：覆盖率报告用于"发现死角在哪、补哪块"，而不是"谁家没到 80% 扣分"。把"新增代码的行覆盖"当软性提示，把"关键业务路径有没有被行为验证"当硬性审查，比死磕一个总数字有效得多。

配套的一条补盲路

如果报告显示某段逻辑覆盖率很高却总出域间事故，多半问题出在"等价变体和边界"盲区。第 2.5 节提过的参数化与边界用例，正是补这类盲区的利器：不靠堆样例刷覆盖，而是用参数化把等价类、边界、异常走一遍。度量配合这种"按变体补测"的做法，才真正把覆盖率从数字变成了可考核的行为质量。

把覆盖率报表拆开看，别只看一个总数

团队常用的覆盖率是一行总数字，但它把真相藏掉了大半。更高性价比的做法，是把它按模块、按层、按功能拆开看分布。比如一个支付服务的总覆盖率是 80%，看着不坏；可拆开会发现，金额计算那块的覆盖率只有 30%——这才是真正的高风险区域，而高覆盖的往往是无害的输出格式化代码。所以真正值得盯的，是"高风险模块的覆盖率 + 行为验证"这对组合，而不是全仓一个平均分。

再深一层，还可以按"新增 vs 存量"拆。新写的代码没有测试是最该补的，因为它是活跃面、改变频繁、恰恰容易翻车；存量老代码覆盖率再难看，若是稳定不动的，风险反而低。这个视角能帮你把有限的补测精力，优先投向"又新又改又关键"的那块，而不是漫无目的地追平平均数。

覆盖率到了谁那里该停下

很多人问"覆盖率达到多少算好"。没有人能给出普适数字，但可以给一个判断姿势：覆盖率是充分性的必要捷径，不是上限。当它涨到一定高度后，每再涨一个点，投入产出比都会陡降——因为剩下的几个点往往没在行为验证的高压区，而是在凑死角的边角料。与其继续追那最后几个点的覆盖率，不如把精力花在"关键路径的边界与异常到底验没验"上，后者对真实回归的贡献大得多。

落到工具上，可以用"增量覆盖门槛"代替"总量门槛"：不要求全仓 80%，而是要求"本次改动新增的代码"覆盖到一定档位以上。这个门槛对单次提交有意义，也比一个总 KPI 更不会诱导凑数。覆盖率这把尺，最好的用法就是"盯着它，但别让它替你决定所有测试的取舍"。

度量要长在"复盘动作"上，才不是空热闹

覆盖率报告最容易走到终点却没人看，问题往往不在报告难产，而在它没接到一个具体的复盘动作上。得分不低只是过程，真正要紧的是这张报告能回答"下一步补哪"。我建议把度量拴到一个能立刻行动的节奏上：每周固定读一次报告，重点不是看总分涨没涨，而是看"这个模块上一条该补的高风险用例加了吗"，并把它变成一个待办。

别小看这一"两天"，它决定度量的生死——不住在复盘动作里的数字，和一页没人翻的报表无异。真正的度量文化，是"本周改了什么导致红灯、下一条最该补哪"这些具体问题，每次都有答案。指标只有在被用来做出货决策和排期取舍时，才真正兑现了它作为地图的价值；否则它只是墙上的一块安静的数字，遮不住底下安静崩坏的质量。

度量是"安全垫"不是"终点红毯"

还要摆正一下度量的位置：覆盖率、停滞率这些数字，是用来兜住"别掉进坑"的安全垫，而不是用来走完就行的终点红毯。垫子的意思是，它提醒你"这块还没验证""这条漏洞该补了"；红毯的意思是，走到 90% 就是赢了、可以松口气了。前者把数字当地图继续赶路，后者把数字当奖杯停下休息。差之毫厘，谬以千里。真正的质量不是由一项数字定义的，而是由"每段高风险逻辑都在受合理验证"这个持续动作定义的，度量只是不断确认它还在的动作之一。

本节要点回顾

• 别把 100% 当圣旨：高覆盖也可以是凑数的假自信。
• 口径要先分：行覆盖 ≠ 行为被验证，分支/条件/路径逐层更细。
• 四宫格直觉：危险的是"高覆盖·低验证"的右上格。
• 度量当地图：看死角补盲区，非当绩效考核。
• 配参数化补盲：等价变体 + 边界 + 异常，才是真验证。

到这里，第 5 章从 TDD 一路谈到度量收尾——灯会自己亮了，也知道怎么拿尺子了，下一章我们转身看配套的"仪器与药房"（工具生态），把前面各章提到的框架、替身库、报告工具一页页摆进你的工具箱。