简单来说，不管技术如何发展，验证环境搭建以及验证用例执行如何自动化，验证工程师的职责只有一个，那就是尽可能地发现问题，并证明DUT功能、性能等特性的设计正确性和合理性。
所以，IC验证其实是一道证明题+思考题。
在验证过程中，一些工作的自动化只是提高验证效率的一个方面。比如如何加速debug的效率、如何智能地调整输入激励提高功能覆盖率收敛速度等等
任何模块验证中的任何工作都应该尽可能地自动化，并且在不同项目之间和不同模块之间可重用。
即使有很多手段去自动化、模式化我们的部分验证工作，也有非常多的预先定制好的验证IP可以使用，未来还是会需要更多的验证工程师。原因是持续的市场需求也会导致我们的设计在不断地改变，而每一次设计的改变都会产生数倍于设计的验证工作量。无论验证如何自动化，验证还会有非常多的活要去做。
RTL设计修改代码一个星期，和验证一起配合完成质量工作也许还需要持续一个多月。
因此，验证工程师不需要考虑验证自动化，智能化之后还要去做什么。因为验证空间是无限的，也就是验证的任务是无限的。目前的验证收敛只是在考虑设计特性轻重缓急的前提下的验证收敛。
从验证工程师的角度来看，那些单调的验证工作的自动化是个好消息，因为这也给了我们更多的时间来专注于更有趣的方面，可以思考架构和算法层面的东西。
所以、验证工程师无需内卷，对无关紧要的东西过验证，从而导致过设计。要相信自己有能力“卷”到算法和架构上去，哈哈哈哈\~
作者：验证哥布林
原文链接：https://mp.weixin.qq.com/s/\_7XIm5uP3Z7cd8WVbchSZQ
微信公众号：更多IC设计技术干货请关注IC设计技术专栏。
