测试覆盖率指标有哪些
在软件开发过程中，测试覆盖率是衡量代码被测试程度的重要参考。很多人写完单元测试后，会跑一遍覆盖率工具，看到数字上去了就放心了。但其实，不同的覆盖率指标反映的是不同层面的问题，光看一个总数并不够。
语句覆盖率（Statement Coverage）
这是最基础的一种指标，看的是代码中的每一条可执行语句是否都被运行过。比如你写了100行代码，有90行在测试中被执行了，那语句覆盖率就是90%。听起来不错，但可能有些判断分支没走全，照样埋雷。
举个例子：
if (user.isAdmin()) {
sendEmail();
} else {
logAccess();
}如果测试只覆盖了管理员的情况，普通用户路径的 logAccess() 虽然存在，但没被执行，语句覆盖率就会偏低。
分支覆盖率（Branch Coverage）
这个指标关注的是 if、else、while 这些控制结构的每个分支有没有被走到。还是上面那段代码，分支覆盖率要求 if 和 else 两个路径都得执行一遍才算达标。相比语句覆盖率，它更能发现逻辑遗漏。
实际项目中经常遇到“以为测了，其实漏了”这种情况。比如某个配置开关默认关着，测试环境一直没打开，结果上线后一开启直接出问题。这时候分支覆盖率低就能提前预警。
函数覆盖率（Function Coverage）
这个比较简单，就是看你写的函数有多少被调用过。比如工具类里写了5个方法，测试只用了其中3个，那覆盖率就是60%。适合用来快速评估模块的整体测试覆盖情况，但粒度较粗。
行覆盖率（Line Coverage）
和语句覆盖率很像，但更贴近实际代码行。有些语句跨多行，或者一行有多个操作，行覆盖率能更准确地反映“哪一行没跑”。很多可视化工具比如 Istanbul 或 JaCoCo 输出的彩色标记，红的就是未覆盖的代码行，一眼就能看出问题区域。
条件覆盖率（Condition Coverage）
这个更细一点，针对复合条件表达式里的每一个子条件是否都被独立测试。比如下面这段：
if (age >= 18 && hasIdCard) {
allowEntry();
}条件覆盖率要求 age >= 18 和 hasIdCard 这两个子条件都要分别测试为 true 和 false 的情况，而不是只跑一次两者都成立的场景。这样才能保证逻辑不会因为某个子条件失效而误判。
路径覆盖率（Path Coverage）
理论上最全面的指标，要求程序中所有可能的执行路径都被覆盖。但在真实项目中几乎不可能实现，尤其是循环和多个嵌套条件的情况下，路径数量会指数级增长。一般只在安全关键系统（如航天、医疗）中部分使用。
日常开发中，追求100%路径覆盖率不现实，也没必要。重点是核心流程和异常处理路径要覆盖到。
不同项目对覆盖率的要求也不一样。创业公司可能60%就上线了，银行系统可能要求关键模块达到90%以上。工具只是辅助，关键还是看测试有没有真正验证业务逻辑。