验证漫谈

yt778899 · 发表于 2011-10-18 19:00:03

好帖一定要留名啊，刚刚从事ic验证工作的飘过。
从诸位牛人的讨论中有些感悟，希望自己也能尽快达到这样的高度与大家分享经验。

pfw3001 · 发表于 2011-10-22 23:30:55

回复 realygc

realygc说得很委婉！
关于我的方式和态度问题，我这里最后罗嗦一下。
对于hover99， ...
rhythm1988 发表于 2011-7-5 09:43

登录/注册后可看大图

楼主这是何必呢，万道归一，技术的高造诣必然也会影响一个人的外在行为和内心修为，做技术可以较真，做人写字说话不能不给人家余地，人家也有可能会改的嘛

liu_uestc · 发表于 2011-10-24 11:06:29

漫谈兄，能否谈下对dv, fpga，emulation, validation, 之间关系的认识

jiangpeng21 · 发表于 2011-11-9 21:12:11

验证人员是不是以后还是要往系统设计方面发展啊

fzyzdy · 发表于 2011-11-11 23:07:05

回复 1# rhythm1988

XIEXI

THANKS

specmane · 发表于 2011-11-13 02:49:40

不能完全这么说，理论上讲， Testbench既要负责所有可能的激励的产生，又要去check Design的行为是否正确，还得负责进行功能覆盖率收集，来判断有多少功能已经被覆盖了。所以，testbench结构比Design更复杂，是完全可能的。只不过，如果是Directed test为主的验证项目，很多本应该在Testbench里完成的工作都被放到Testcase里去了，从而导致了Testbench变简单而已。

testbench的复杂，应该是指语法的复杂。verilog几乎就是语法最简单的语言了，sv复杂多了，导致各种eda工 ...
post_design 发表于 2011-10-12 20:34

登录/注册后可看大图

post_design · 发表于 2011-11-14 14:37:38

本帖最后由 post_design 于 2011-11-14 14:40 编辑

不能完全这么说，理论上讲， Testbench既要负责所有可能的激励的产生，又要去check Design的行为是否正确， ...
specmane 发表于 2011-11-13 02:49

登录/注册后可看大图

我的意思是指testbench的复杂度并不是不可避免的。关键一点，C程序可以被嵌入到testbench之中，甚至更高级的建模工具都可以和testbench联合起来。有的时候，纯粹用验证语言来搭建testbench并不是最优的方法。复杂的激励完全可以用c甚至matlab来产生。

specmane · 发表于 2011-11-15 01:18:38

呵呵，那肯定不是不可避免的，事实上，各种方法学的目的，也就是希望能减少Testbench表面上的复杂度。

我的意思是指testbench的复杂度并不是不可避免的。关键一点，C程序可以被嵌入到testbench之中，甚至更高 ...
post_design 发表于 2011-11-14 14:37

登录/注册后可看大图

xiaowei7001 · 发表于 2011-11-18 12:04:09

各位大虾的分享，让小弟收益匪浅，对验证有了更深入的认识

memo07 · 发表于 2011-12-8 00:31:19

刚接触这一行，受教了

[原创] 验证漫谈

站长推荐 /2