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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 2292|回复: 4

[统计] 验证大牛要探讨一下验证效率问题

[复制链接]
发表于 2014-8-26 18:00:23 | 显示全部楼层 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有账号?注册

x
有一个这样的情况:

一个设计的功能验证了85%了,这是设计突然要对DUT进行一个改动添加一个功能,不到半小小时就改完了,可是TB也要做相应的更改,修改TB确花了一天。

当遇到这种情况时,应该怎么做呢?

最初做TB是不是就要把这些可能的更改考虑进去呢?
发表于 2014-8-26 18:25:26 | 显示全部楼层
说明TB还没有做好,没有OOO的概念。做好一些回调等。。
发表于 2014-8-26 20:34:06 | 显示全部楼层
如果事先不可能估计到改动,那也正常,毕竟面向对象不是万能的。
发表于 2014-8-27 11:37:19 | 显示全部楼层
把可能的修改也加进去估计很困难吧。因为是可能的修改,这个就可能会有无数种可能。

但是tb需要留有可扩展的余地,但是应该也不是万能的。
发表于 2014-8-31 20:09:08 | 显示全部楼层
设计都一会搞了,你tb还搞那么长时间,有点说不过去了
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2024-4-28 07:45 , Processed in 0.019963 second(s), 6 queries , Gzip On, Redis On.

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