|
发表于 2017-10-31 17:38:58
|
显示全部楼层
说说我的野路子的想法,好让楼主开口,讲起来也更有优越感:
验证方案:随机策略,UVM。人力资源分配之类不是我们这个级别要考虑的。
验证特性划分:spec上一般都有特性的总结,这里再划分一次是为了归纳出可以一起验的特性或是将一些大的特性分成几个小的去验吗?我现在接触的模块特性都不是很多,我的做法是每个都去确认验证,宁可重复也不错过。这个和UVM的case划分对应。
测试点规划:感觉和特性划分重复了啊。还是说测试点是指check的时候需要观察的对象,比如一个和寄存器的值有关的信号,测试点就是这个寄存器的值;再比如一个单比特周期波形的测试点就是这个波形的值(0或者1)与这个值维持了多久(low_time, high_time)。这个和UVM的transaction,scoreborad,monitor和打印信息有关。
随机规划:1. 单配置以及配置中个寄存器值的随机:0的附近,全1的附近,中间的一定范围内的值。按特性设计对应权重比。2. 各配置间互相切换的随机 3. 按需求加入一些特殊情况随机,例如突然关掉模块信号再打开,总线冲突等情况。这些和UVM中的sequence, virtual sequence对应。
验证用例制定:写一个验证用例作为例子?
总结:UVM真心很赞很强大,不能简单的说成你所谓的《验证开发方法学》,更不该只把它划在第二阶段。你所谓的验证广义方法学,只不过是UVM衍生出的一个分支而已。 |
|