关于验证的一点疑问

在实际的工作中,要对每一个设计进行验证,然后在验证过程中,
我始终觉得我所做的工作是属于功能仿真,这无非就是比仿真多了一些手段,查看打印信息,覆盖率之类.
以至于我产生了疑问:验证工作的重点关注对象是什么(覆盖率...),还有就是一个验证怎样才能算是成功的验证

验证不就是干这些活么?

覆盖率是检查完备性的一个辅助而已。
主要关注设计支持的功能是不是都被验证覆盖到了，也就是最重要的是feature。

我觉得不仅仅是这些,如果只有这些工作,我的心里总觉得不踏实,总觉得缺点什么

其实也是听设计的

关注的重点确实就是feature，之所以你感到担心，是因为你的feature还有遗漏，要是经过大家头脑风暴整理，也许还可以提取出来，因为有一些很明显，还有一些特性是暗藏在很深的阴暗角落，而且很多特性也不是一尘不变的，会随着市场或者一些额外因素的影响而改变，总之不是一个固定不变的东西，需要不断更新，直到芯片截止点来到，要及时收敛，再去判断哪些遗漏点可以忽略云云。

当你能写出一份好的vplan，然后按照这个去一步步实现你的verification，就不会心里没底了。

但验证工作是为了辅助设计吧,而且在验证工作完成后,难道我们不应该对设计提出指导性意见吗?难道仅仅指出设计功能正确,如果是这样为什么要花比设计更多的人力和时间去做设计呢?那种仅仅证明设计功能正确的验证,设计工程师在仿真的时候也能证明吧！

我觉得你这种说法合适 一些

一般vplan与verification所用占的时间比例为多少?vplan的时间会大于verification吗?

如果计划和feature制订得很好，实际验证所需要的时间就会数量级的减少的。

越来越觉得验证就像个无底洞，如果要深入永远都没有尽头，这个也就很好的说明了为什么覆盖率在项目最后要有收敛