2、代码覆盖率详解：行覆盖率、分支覆盖率、条件覆盖率、状态机覆盖率、翻转覆盖率

代码覆盖率，说白了就是验证的「体检报告」。你写了那么多测试用例，到底有没有把代码跑透？覆盖率数据会告诉你答案。我个人习惯把代码覆盖率分成五类来理解，每一类看的侧重点都不一样。

2.1 行覆盖率（Line Coverage）

行覆盖率是最基础的指标。它统计的是：每一行代码有没有被执行到。

举个例子：

if (a > b) {
    c = a + b;  // 第1行
} else {
    c = a - b;  // 第2行
}
d = c * 2;      // 第3行

如果测试用例只跑了 a > b 的情况，那第2行就是0%覆盖。第3行因为总会被执行，所以是100%。

2.2 分支覆盖率（Branch Coverage）

分支覆盖率看的是条件判断的「真」和「假」两个分支有没有都被覆盖到。你想想看，if-else语句、case语句，这些都是分支。

还是刚才的例子：

if (a > b) {
    // 分支1：真
} else {
    // 分支2：假
}

分支覆盖率要求：分支1和分支2都要被跑到。如果只跑了真分支，那分支覆盖率只有50%。

为什么会这样？因为行覆盖率只看「这行代码有没有执行」，而分支覆盖率看的是「每个分支有没有都走一遍」。我个人觉得，分支覆盖率比行覆盖率更有价值。它逼着你去思考：我的测试用例是不是只覆盖了「happy path」？

2.3 条件覆盖率（Condition Coverage）

条件覆盖率比分支覆盖率更细。它看的是：每个子条件（比如 a > b 中的 a 和 b）的取值组合有没有被覆盖到。

看这个例子：

if (a > 0 && b < 10) {
    // 执行
}

这里有2个子条件：a > 0 和 b < 10。条件覆盖率要求：每个子条件都要取到「真」和「假」两种值。

比如：

• 测试用例1：a=5, b=3 → 两个条件都为真
• 测试用例2：a=-1, b=3 → 第一个条件为假，第二个为真

这样两个子条件都取到了真和假，条件覆盖率就是100%。

2.4 状态机覆盖率（FSM Coverage）

状态机覆盖率，说白了就是看你的状态机「跑得全不全」。它主要看三样东西：

• 状态覆盖率：每个状态有没有被进入过
• 转移覆盖率：每个状态转移有没有被触发过
• 序列覆盖率：连续的状态转移序列有没有被覆盖到

举个例子，一个简单的状态机：

IDLE → READ → DONE → IDLE
IDLE → WRITE → DONE → IDLE

如果测试用例只跑了「读操作」，那 IDLE→WRITE 这个转移就是0%覆盖。状态覆盖率可能100%（三个状态都进过），但转移覆盖率只有50%。

2.5 翻转覆盖率（Toggle Coverage）

翻转覆盖率，看的是每个信号有没有从0变1、从1变0。说白了，就是看信号有没有「动过」。

比如：

• 信号 clk 从0变1，又从1变0 → 翻转覆盖率100%
• 信号 reset_n 一直是1 → 翻转覆盖率0%

翻转覆盖率在门级仿真中特别有用。它能帮你发现：哪些信号从来没被驱动过，哪些信号一直卡在某个值上。

2.6 五种覆盖率的对比

覆盖率类型	关注点	典型场景	我的建议
行覆盖率	每行代码是否执行	快速筛查死代码	作为基础指标，但不作为唯一标准
分支覆盖率	每个分支是否都走到	if-else、case语句	建议目标值 > 90%
条件覆盖率	每个子条件的真假组合	复杂组合逻辑	建议目标值 > 80%
状态机覆盖率	状态和转移是否覆盖全	FSM设计	建议目标值 > 95%
翻转覆盖率	信号是否翻转	门级仿真、死信号检测	建议目标值 > 70%