4. 功能覆盖率进阶：bin的创建、自动bin、手动bin、非法bin与忽略bin

功能覆盖率这东西，说白了就是验证的「体检报告」。你写了多少测试用例？覆盖了哪些场景？哪些边界还没踩到？这些都得靠bin来回答。

我个人习惯把bin理解成「分类筐」。你把不同的数据扔进不同的筐里，最后数一数每个筐里装了多少。嗯，就这么简单。但真正用起来，里面的门道可不少。

4.1 什么是bin？为什么它这么重要？

bin就是覆盖组里的基本统计单元。每个bin代表一个你关心的取值区间或状态组合。仿真跑完后，工具会统计每个bin被hit了多少次。

举个例子：你有一个3位宽的信号addr，取值范围0~7。如果你只关心addr是否等于0、1、2，那你就建三个bin。其他值？爱咋咋地，我不关心。

我在项目中遇到过一位同事，为了追求100%覆盖率，把每个信号都拆成了256个bin。结果仿真跑了三天三夜，最后发现大部分bin根本不可能被hit到。这就是典型的「过度覆盖」——浪费资源，毫无意义。

4.2 自动bin：省心但别省脑子

自动bin是SystemVerilog默认的行为。你定义一个covergroup，如果不手动指定bin，工具会自动帮你创建。

covergroup addr_cg @(posedge clk);
  coverpoint addr;  // 自动创建8个bin（0~7）
endgroup

对于3位宽的addr，工具会生成8个bin，每个bin对应一个值。看起来挺省心，对吧？但这里有个坑——自动bin的粒度是固定的。如果你的信号是32位宽，自动bin会生成2^32个bin。你想想看，这得跑到猴年马月？

自动bin适合什么场景？我建议用在信号取值范围较小（比如8位以内），或者你只是想快速验证基本功能的时候。正式回归测试，还是老老实实手动分bin吧。

4.3 手动bin：精准打击，效率最高

手动bin，就是你自己定义每个bin的取值区间。这是最灵活的方式，也是资深验证工程师的标配技能。

covergroup manual_cg @(posedge clk);
  coverpoint data {
    bins zero    = {0};          // 只关心0
    bins small   = {[1:10]};     // 1到10
    bins medium  = {[11:100]};   // 11到100
    bins large   = {[101:255]};  // 101到255
  }
endgroup

你看，这样一划分，覆盖目标就非常清晰了。你关心哪些区间，就定义哪些bin。不关心的值，自动被归到「其他」里，不会影响覆盖率统计。

我个人习惯把手动bin分成三类：

• 边界bin：专门抓边界值，比如0、最大值、中间值。这是最容易出bug的地方。
• 关键值bin：协议规定的特殊值，比如地址对齐、控制字等。
• 区间bin：把连续范围分成几段，保证每个区间都被踩到。

4.4 非法bin：抓到你就完蛋了

非法bin，英文叫illegal_bins。它的作用很简单：如果仿真过程中hit到了这个bin，直接报错，仿真停止。

为什么要用非法bin？因为有些状态组合是协议禁止的，或者设计上不可能出现的。如果仿真真的跑到了，说明你的测试激励有问题，或者设计本身有bug。

covergroup illegal_cg @(posedge clk);
  coverpoint state {
    illegal_bins bad_state = {[4:7]};  // 状态4~7是非法状态
  }
endgroup

我在项目中遇到过一件事：某个控制器的状态机只有0~3四个合法状态，但设计代码里有个case语句的default分支没处理。结果仿真时，一个噪声信号把状态机打到了5。如果没有非法bin，这个bug可能直到芯片流片回来才发现。嗯，那损失可就大了。

4.5 忽略bin：眼不见心不烦

忽略bin，英文叫ignore_bins。它的作用是告诉覆盖率工具：这些值我不关心，别统计它们。

为什么要忽略？因为有些值你确实不需要覆盖。比如一个8位信号，你只关心0~15和240~255，中间的值全是填充数据，没必要测。

covergroup ignore_cg @(posedge clk);
  coverpoint data {
    bins valid_low  = {[0:15]};
    bins valid_high = {[240:255]};
    ignore_bins mid_range = {[16:239]};  // 中间值忽略
  }
endgroup

忽略bin的好处是：它能帮你快速提升覆盖率。你想想看，如果不忽略中间值，那16~239这224个值每个都得hit到，才能达到100%覆盖率。但实际项目中，这些值根本不影响功能验证。

4.6 四种bin的对比与选择

类型	用途	对覆盖率的影响	使用建议
自动bin	快速验证，小范围信号	全量统计	仅用于调试或小信号
手动bin	精准覆盖，关键场景	只统计你定义的	正式验证的首选
非法bin	捕获设计或激励错误	hit到即报错	用于协议禁止的状态
忽略bin	排除不关心的值	不参与统计	用于填充数据或无关区间

怎么选？我个人的原则是：

• 信号宽度 ≤ 8位，且取值范围连续 → 自动bin
• 信号宽度 > 8位，或取值范围不连续 → 手动bin
• 协议明确禁止的状态 → 非法bin
• 不关心的填充数据或保留位 → 忽略bin

4.7 实战中的常见陷阱

说了这么多，最后分享几个我踩过的坑：

1. bin重叠：同一个值被两个bin覆盖，会导致统计混乱。工具虽然不会报错，但覆盖率数据会失真。
2. 忽略bin覆盖了非法bin：如果你同时定义了ignore_bins和illegal_bins，且范围有重叠，ignore_bins优先级更高。也就是说，非法状态被忽略了，不会报错。这很危险。
3. 自动bin的边界问题：自动bin默认按2的幂次分bin。比如一个4位信号，自动bin会分成16个bin。但如果你只关心0~9，那10~15的bin永远hit不到，覆盖率永远到不了100%。

---

公众号:蓝海资料掘金营，微信deep3321