6个不该有的验证误区

01

这是经过硅验证的 IP，无需进行

完备的测试和覆盖

你确定所有功能cross场景是否都经过硅验证么。你确定应用场景和外部约束都没有变化么？

02

tapeout出去的是RTL流片，无需

检视验证环境，只要检视验证计划就足够了

70%的时间花在验证上，其中相当多的时间花在开发测试平台上、可重用且架构良好的测试平台可帮助你在更短的时间内实现验证目标，并日后更容易维护。简而言之，要想不加班做好验证平台是第一选择。

03

这是一个遗留的正确代码，

最好不要去动它

架构中有bug的遗留代码最难维护，最好现在重构优化，不然后面定位起来并且新增特性更是一场噩梦。

当你预期到后面需要对代码进行修改以支持新功能时，请考虑局部重构吧。

04

一开始就开发验证环境

也许在验证经理面前比较有压力，希望一开始就具备高效的工作能力。

但是，最好还是理清所有的细节，上下游的约束和业务流程，否则往往会事倍功半。

05

越优秀的验证工程师

发现的bug越多

很多时候，优秀是需要靠队友凸显的。糟糕的设计往往会诞生一个看起来很优秀的验证工程师。一个优秀的验证工程师应该是验证环境构建最完备的那个。

虽然，bug数量太过片面。但是，那也许会让验证经理很高兴。毕竟，验证看起来卓有成效。

06

验证环境不需要架构文档

反向一个验证环境，从代码中看出验证思路，不比反向一个设计模块简单。如果有那么些精力的话，还是用文档记录自己的思路吧。