SV覆盖率

这讲写一下有关sv覆盖率的基础知识。

一、覆盖率类型

1、概述

2、覆盖率反馈回路

1.  可以使用一个反馈回路来分析覆盖率的结果决定采取哪种行动来达到100%的覆盖率
2. 首要的选择是使用更多的种子来运行现有的测试程序
3. 当大量种子依然对于覆盖率增长没有帮助时，需要建立新的约束
4. 只有在确实需要的时候才会求助子创建定向测试。

3、代码覆盖率

1. 不添加任何额外的HDL代码，工具会通过分析源代码和增加隐藏码来自动完成代码覆盖率的统计
2. 当运行完所有测试，代码覆盖率工具便会创建相应的数据库
3. 仿真器都带有代码覆盖率的工具，覆盖率数据也可被转换为可读格式。
4. 行覆盖率:多少行代码已经被执行过
5. 路径覆盖率:在穿过代码和表达式的路径中有哪些已经被执行过
6. 翻转覆盖率:哪些单位比特变量的值为0或1.
7. 状态机覆盖率: 状态机哪些状态和状态转换已经被访问过

代码覆盖率最终的结果用子衡量你执行了设计中的多少代码，关注点应该放在设计代码的分析上，而不是测试平台；

未经测试的设计代码里可能隐藏硬件漏洞也可能仅仅就是冗余的代码。

代码覆盖率衡量的是测试对于硬件设计描述的“实现”究竟测试得有多彻底，而非针对验证计划。

代码覆盖率达到了100%，并不意味着验证的工作已经完成，但代码覆盖率100%是验证工作完备性的必要条件

4、断言覆盖率

1. 断言是用于一次性地或在一段时间对一个或者多个设计信号在逻辑或者时序上的声明性代码
2. 断言可以跟随设计和测试平台一起仿真，也可以被形式验证工具所证实
3. 你可以使用SV的程序性代码编写等效性检查，但使用SVA (SV断言)来表达会更容易
4. 断言最常用于查找错误，例如两个信号是否应该互斥，或者请求与许可信号之间的时序等
5. 一旦检测到问题，仿真就可以立即停止
6. 有些断言可以用于查找感兴趣的信号值或者设计状态
7. 可以使用cover property来测量这些关心的信号值或者状态是否发生
8. 在仿真结束时，仿真工具可以自动生成断言覆盖率数据
9. 断言覆盖率数据以及其它覆盖率数据都会被集成在同一个覆盖率数据库中verifier可以对其展开分析。 

5、漏洞率曲线

1. 在一个项目实施期间，你应该保持追踪每周有多少个漏洞被发现。
2. 一开始，当你创建测试程序时，通过观察可能就会发现很多漏洞
3. 当设计逐渐稳定时，你需要利用自动化的检查方式来协助发现可能的漏洞。
4. 在设计临近流片时，漏洞率会下降，甚至有望为零。即便如此验证工作仍然不能结束。
5. 每次漏洞率下降时，就应该寻找各种不同的办法去测试可能的边界情况 (corner case)【漏洞率下降意味着设计越来越稳定，但不意味这个设计漏洞越来越少了】
6. 漏洞率可能每周都有变化，这跟很多因素都有关。不过漏洞率如果出现意外的变化，可能预示潜在的问题【有可能是一些功能点没有定义到】

说明：漏洞率下降，功能性覆盖率这个指标公会告诉我们哪需要做出调整

6、功能覆盖率（重点）

1. 验证的目的就是确保设计在实际环境中的行为正确
2. 功能描述文档详细说明了设计应该如何运行，而验证计划则列出了相应的功能应该如何激励、验证和测量
3. 当你收集测量数据希望找出那些功能已经被覆盖时，你其实就是在计算”设计”的覆盖率。
4. 功能覆盖率是和功能设计意图紧密相连的，有时也被称为"描述覆盖率”，而代码覆盖率则是衡量设计的实现情况。
5. 某个功能在设计中可以被遗漏，代码覆盖率不能发现这个错误，但是功能覆盖率可以。