如果面试官问你什么是功能验证

[导读]如果面试官问你什么是功能验证，功能验证是在做什么，你可能怎么回答？这确实是一个可以上升到世界观的程度了，我们每个人都有不同的观点。并且，所有的观点可能都是“正确的”。简单地说，功能验证需要构建和运行一些软件代码，在被流片之前就确保DUT（通俗点说是，高大上的“芯片”）按照预期运行...

如果面试官问你什么是功能验证，功能验证是在做什么，你可能怎么回答？这确实是一个可以上升到世界观的程度了，我们每个人都有不同的观点。并且，所有的观点可能都是“正确的”。

简单地说，功能验证需要构建和运行一些软件代码，在被流片之前就确保DUT（通俗点说是，高大上的“芯片”）按照预期运行。这里的“预期”已经超出了“功能”的范畴了，所以我觉得应该稍微改变下描述的术语：

1、不应该再称之为“功能验证”，只按照验证平台划分。比如EDA验证、FPGA验证、硅后测试等等，在不同的平台可以基于项目的需求和条件验证不同的芯片特性，例如功能、性能、功耗、安全性、可测试性等等

2、DUT，可在验证工程师心中可以视之为“DUE、Design Under Explore”。如果有时间的话，就去探索一些所测模块相关的内容，偶尔的惊喜便是给验证工程师的奖励了。当然了，大多数情况下，项目周期都很赶，验证工程师就只是验证工程师。

3、验证的最终目标时候是什么?就是让你的模块验证交付之后，你具有极大的信心、能够拍拍胸脯保证这个模块绝对没有任何问题（当然，这仅限于自己这个验证层次所能看到的范围和内容，很多时候只会关注功能以及严重降低性能的部分）。

在功能验证的角度，如何能够发现问题呢？一般情况下可以通过大范围的随机激励、边界场景、错误注入（至少需要保证芯片不会挂死）以及构造用例确保芯片的性能目标。另外，还需确保芯片中所有其他的特性、例如寄存器、中断上报、安全保护等等就能够按照预期工作。

不同的公司、不同的验证工程师都有不同的验证观点，那么你所在的公司或者个人怎么看待功能验证或者EDA验证呢？流水线偶尔有个气泡、仲裁偶尔会不公平你会关注么？你所在的公司会关注么？