一、覆盖收敛基础

覆盖收敛，说白了就是——你的测试用例跑得够不够多，能不能把代码里的每条路都踩一遍。

我刚开始做测试那会儿，总觉得代码能跑通就行。直到有一次，一个看似简单的 if-else 分支，因为测试没覆盖到，线上出了严重故障。嗯，从那以后我才真正重视起覆盖收敛这个概念。

覆盖收敛，指的是随着测试用例的增加，代码覆盖率的增长趋势逐渐趋于稳定。换句话说，当你发现再怎么加测试用例，覆盖率也涨不上去了，那就说明覆盖已经收敛了。

核心定义：覆盖收敛 = 测试用例增加 → 覆盖率增长趋缓 → 最终趋于稳定

你想想看，测试资源是有限的。人力、时间、机器，哪样不要钱？

如果覆盖不收敛，意味着你每加一个用例，都能发现新代码路径。这其实是个危险信号——说明代码里还有大量未被触及的逻辑。

我个人习惯把覆盖收敛当作一个「质量门禁」。具体来说，有这几个原因：

我的经验：曾经有个项目，覆盖跑了三天都不收敛。后来一查，发现代码里有大量死代码和不可达分支。删掉之后，覆盖很快就收敛了。所以覆盖不收敛，有时候是代码的锅。

数学上，覆盖收敛可以这样定义：

设 C(n) 为执行 n 个测试用例后的覆盖率，如果存在一个极限值 L，使得：

lim_{n→∞} C(n) = L

那么我们就说覆盖收敛到 L。

在实际项目中，我们不可能跑无限个用例。所以通常用这个条件来判断：

|C(n+1) - C(n)| < ε

其中 ε 是一个很小的阈值，比如 0.1%。当连续多个用例的覆盖率变化都小于这个阈值，我们就认为覆盖已经收敛了。

你看这个表格，从 50 个用例到 60 个用例，覆盖率只涨了 0.2%。这时候就可以说，覆盖已经收敛了。

注意：覆盖收敛不代表测试充分。它只说明「再加用例也发现不了新代码路径」。但代码路径覆盖了，不代表逻辑正确。我曾经见过一个项目，覆盖收敛到 95%，但核心业务逻辑全是错的——因为用例虽然覆盖了代码，但断言写错了。

下面这张图，展示了覆盖收敛的典型曲线：

从图上可以清楚看到：刚开始加用例时，覆盖率涨得很快。但到了后期，曲线越来越平缓，最终趋近于一个极限值 L。这就是覆盖收敛的直观表现。

避坑指南：我曾经遇到过一种情况——覆盖曲线看起来收敛了，但实际是因为测试用例都在重复覆盖同一段代码。所以光看曲线还不够，还得结合代码审查，确认覆盖的「广度」和「深度」都到位了。

总结一下：覆盖收敛是测试质量的一个重要指标。它告诉我们什么时候该停止加用例，什么时候该怀疑代码本身。数学上很简单，但实际应用中有很多坑。记住一句话——覆盖收敛是手段，不是目的。目的是把代码测好。