在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: lshj98115

[原创] 我对验证的一些理解

[复制链接]
发表于 2017-8-11 15:29:17 | 显示全部楼层
总结很好,赞一个
发表于 2018-1-4 13:39:53 | 显示全部楼层
不错,mark
发表于 2018-1-9 13:31:54 | 显示全部楼层
不错哦  谢谢
发表于 2018-1-20 22:07:04 | 显示全部楼层
自动化比对是必须的!!难道你一个个去波形log确认case是不是通过?效率太低下。。
随机是一个比较考验经验的事情,牛逼的验证就是用最少的用例,最短的时间发现最多的bug,其实有很多原则上的东西,比如数据要给予边界权重,接口再控制信号无效时数据信号应该随机等等;
关于VIP,如果有商用的VIP,建议使用,有太多低估VIP而导致的惨案,虽然学习VIP是需要时间成本的,但是一劳永逸。
关于门仿真,这个其实不费事,把代码换成综合网表即可,加个宏定义很简单的统一到一个环境中,是有必要做的。至于后仿真,即PR 网表+sdf的仿真,实际上必要性不大,前提是你们的后端团队,特别是STA团队有足够的实力。
要充分利用机器资源,晚上回归,工作时间debug是必须的,不然效率不忍直视。
不要认为断言/代码/波形只是设计的事,要记住,验证必须要参与。
静态变量,force以及使用rtl内部信号作为探针都是验证毒药,慎重使用!
验证一定要考虑到重用性,即使你做单元验证,也要有系统验证的胸怀。
版本发布以及环境维护,在大型项目中比你想象的要重要很多很多,良好的习惯大大节约你的时间。

最重要的一点:验证要敢于和设计叫板,我见过的验证基本都是处于弱势地位的,验证要提高自己的能力,敢于提出自己意见,敢于质疑设计,敢于和设计“对着干”,一个完全依附于设计的验证是没有前途的。
发表于 2018-2-8 18:04:36 | 显示全部楼层
thanks for sharing
发表于 2018-2-18 22:49:45 | 显示全部楼层
大佬学习了,,里面讲的很多观点很受用
发表于 2018-2-27 15:13:53 | 显示全部楼层
thank
发表于 2018-3-16 15:28:15 | 显示全部楼层
大牛啊。
发表于 2018-3-17 00:35:39 | 显示全部楼层
回复 1# lshj98115


   获益良多
发表于 2018-3-23 10:02:51 | 显示全部楼层
多谢分享
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条

小黑屋| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-5-7 20:02 , Processed in 0.034986 second(s), 7 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表