前言
新推出一个文档模板系列，主要分享一些本人在过往芯片项目中使用到的文档模板。模板是根据项目实际情况个人自定义，没有标准和规范而言，仅供大家参考，若有疏漏或可优化之处，欢迎雅正。
模板如下：
1. 验证对象
介绍验证的对象，主要有哪些部分组成，拆解验证对象。
如Pre-silicon是原型验证，Post-silicon是实际芯片，两者验证的侧重点有一定区别。
2. 验证目标
需要达成的目标，能用数据量化的尽可能用指标说明，如多少天完成bringup，需要压力测试多少次，高低温，验证corner芯片数量。
3. 验证环境
在什么环境和平台下进行验证，如FPGA、Emulator、EVB开发板。
4. 验证计划和人力
4.1 项目计划
包含项目的Milestone，每个部门的计划和负责人。了解整体项目计划后，再对齐部门计划和部署相应人力。一般是甘特图。
4.2 部门计划
部门内部参与此项目的人员，每个Task的起始和结束时间，一般也是用甘特图表示。
4.3 人力统计
安排对应负责人，统计人力和验证平台，如果有短缺可在项目kick off前及时补充。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5. 验证策略
根据验证的内容自主定义验证策略。先Bringup，再功能验证。重点优先验证改动点，然后再进行模块验证和集成测试。
5.1 Bring up
回片最高优先级验证项，项目组成员可以清晰看到当前bring up状态。
一般在Post-silicon阶段使用。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.2 改动点
通过表格的方式对比和上一代产品的改动点，直观看出验证effort，同时可以作为编写验证用例输入参考。
一般在Pre-silicon阶段使用。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.3 功能验证
重要或复杂模块需要提供验证方案，把链接插入到此表格，简单模块比如WDT/GPIO在表格文字描述即可。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
5.4 集成测试
前置条件：
1. 外设初始化：
2. 内存初始化；
3. 执行主要应用场景；
4. 压力测试次数。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
6. 资源需求
验证需要的外部资源，如FPGA、IO子板、Emulator、仪器设备，哪些依赖于其它部门输入。
6.1 FPGA需求
FPGA型号和数量。
6.2 Emulator需求
如Palladium Cluster数量和需求时间点，详细评估验证资源需求。
6.3 Bitfile需求
验证版本的要求，出哪些裁剪模块、平台的Bitstream或DB文件。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
6.4 芯片需求
需要多少pcs芯片，每种corner芯片需要多少。
6.5 EVB板需求
需要多少块板子，从验证角度思考，提出对开发板的设计需求及依据。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
6.6 Socket数量需求
验证哪些项需要socket，从验证需求评估socket数量。
6.7 仪器设备需求
协议分析仪、示波器、功耗测量设备等。
6.8 其它需求
如On-die scope工具或者GUI Tools。
7. DFEMA
一般会在Post-silicon阶段使用。提前思考回片验证时，可能会出现的问题及对应的分析手段，避免手忙脚乱无从下手。
自研IP或模块时也可以使用，从失效模式角度思考，提供哪些测试信号、bypass或冗余模式。
一般用思维导图的方式描述。
8. 风险评估与应对措施
有哪些风险点，比如资源、人力或时间，相应的应对措施是什么。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
9. 验证交付
需要交付的内容：
1. 验证方案；
2. 验证用例；
3. 验证用例评审记录；
4. 验证用例Log；
5. 验证报告；
6. 性能报告；
7. 报告评审记录。
10. 参考
相关的参考资料，如Design Spec。
11. 修订历史
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如果文章对你有帮助的话麻烦三连，感谢！
本文首发于公众号【Equilibria】，欢迎关注获取最新文章和独家内容。