IC验证的主要工作流程和验证工具是什么？

文章来源：IC修真院

原文作者：芯易君

验证工程师需要深入理解芯片Spec，包括但并不限于：了解架构、数据流向、基本功能、接口、IP、协议、寄存器定义等。

对Spec了解越详细，之后的验证工作就能够越充分。

使用工具：查看Spec使用最基础的Office软件即可。

对于芯片项目的Boss或者负责人来说，一份完整的验证计划需要包含：验证策略方法、人力资源调配、项目进度评估、风险评估等多项内容。

对于验证工程师来说，就应该考虑功能测试点、验证层次、验证方法和验证覆盖率等技术层面为主的内容，还需要在搭建验证环境之前充分review验证计划。

一般会按照大的功能模块或数据流向对DUT进行划分，比如需要确定是在module/sub system/chip system哪个level去做验证。

根据验证方案来编写验证环境，一般会使用uvm平台，python脚本辅助来搭建环境，并通过冒烟测试来确定验证平台是否完善。

从时间线上来说，搭建验证平台可以和提取验证点并行进行。

测试点被验证工程师认为是“验证的圣经”，因为这是诸多工作开展的出发点和落脚点。一些公司会把这个步骤称作VO（verification objective），也有的公司叫做Test Point。

验证工程师在分解测试点时需要注意完备性、低耦合以及无歧义，然后将测试点罗列在Excel表格中。

理想情况下，验证工程师拿到测试点list和DUT之后，就可以写testcase进行验证了。

另外，在环境搭建、验证执行、用例调试、覆盖率分析等阶段也会不断对测试点进行修正和增补。

根据提取出来的测试点，添加testcase在验证平台上去进行测试，这是一个需要反复迭代、反复优化的过程。

这个过程中会使用到vcs/xrun进行仿真、makefile编辑脚本、verdi/ncsim查看波形，并且要尽可能确保每个测试点的功能是否实现正确。

需要收集功能覆盖率和代码覆盖率，增补用例，以确保覆盖率达到100%。一般可以通过imc或Verdi来查看覆盖率报告。

一些规模比较大的IC设计公司，会设置专门的岗位来收集验证覆盖率。

验证报告通常需要包含checklist、覆盖率分析、难点覆盖情况等内容。