用UVM做IC验证中DUT和reference model的一致性和代码覆盖率之间的冲突问题

qw342333 · 发表于 2014-5-18 18:27:53

2.一般海思的脚本处理时tc pass以后才会收集覆盖率，tc fail是不会收集覆盖率的，没任何意义。
这点不认同，海思脚本处理的是兼容两种情况的，由验证人员设置一种是TC pass收集覆盖率，一种是所有TC都收集覆盖率；要思考的一点是当我们验证人员收集覆盖率的时候，今天用例一条没有PASS，那就意味着覆盖率为0，那我验证人员的工作从哪里去体现，我写的覆盖率这么多代码就白写了吗？老大看到这情况不骂死验证人员，所以说最好是要有两种覆盖率的统计，一种是TC pass的覆盖率统计，一种是所有TC的覆盖率统计，只有这样我们才能保证功能覆盖率确实是收敛了，我们验证人员的工作确实是得到了体现。

guolehaohao · 发表于 2014-5-20 11:18:08

回复 11# qw342333

有道理啊...这个注意不错...

周东方 · 发表于 2014-6-19 19:46:59

跟着大牛学习下！

leapoo · 发表于 2014-7-23 02:51:11

请问下reference model 或者C model 怎么放入scoreboard中比较

icfans3 · 发表于 2014-7-23 17:24:26

回复 11# qw342333

怎么实现根据脚本处理TC的结果去决定覆盖率的收集？覆盖率收集不是仿真中实时进行的吗？仿真的结果也是实时判断并决定是否收集覆盖率？脚本不是只在仿真之后才进行处理的吗，这个时候怎么进行覆盖率收集？迷惑中，求解...

enter923 · 发表于 2014-8-12 15:02:12

回复 11# qw342333

验证人员的绩效并不是但一看说你覆盖率达到就ok了，错误的case错误的触发了某些条件，使覆盖点被cover，这样的覆盖率没有任何意义。case的passing rate是首要保证对象，你的功能验证尚且没有完全PASS，谈何覆盖率。

icfans3 · 发表于 2014-9-20 10:46:22

回复 16# enter923

这是自然，那么根据脚本处理TC的结果怎么去决定覆盖率的收集呢？

enter923 · 发表于 2015-1-29 17:01:15

回复 17# icfans3

每个CASE有他自己的覆盖率，又不是在一起的，等你的regression结束之后，把PASS的case的覆盖率merge在一起生成覆盖率报告啊。

qw342333 · 发表于 2015-2-5 11:20:38

所以说要有两个维度的呀，一个是前期DUT还不稳定的时候，这个时候可以通过总的功能覆盖率observe验证人员的工作状态，一个是后期DUT稳定了，可以通过PASSTC的覆盖率保证功能确实覆盖啦。

qw342333 · 发表于 2015-2-5 11:23:47

总TC的覆盖率有一个好处就是在于能够得知当前验证人员开发TC对覆盖率的贡献，如果没有这部分TC 覆盖率的统计，你怎么能知道今天验证人员开发的TC能覆盖多少点呢，你只知道tc fail了，如果有统计，那么可以一边定位一边开发其他的tc去覆盖其他的覆盖点了

[求助] 用UVM做IC验证中DUT和reference model的一致性和代码覆盖率之间的冲突问题

站长推荐 /3