【IC萌新虚拟项目】测试点文档组织与完善

关于整个虚拟项目，请参考：

【HISI IC萌新虚拟项目】Package Process Unit项目全流程目录_尼德兰的喵的博客-CSDN博客

前言

我个人的习惯是，把测试点文档的编写放在sanity通包的后面进行，因为环境搭起来之后每个测试点怎么去测试会有比较清晰的思路，而且搭建环境相对来说也是熟悉方案的过程，而组织测试点本身就需要对方案有比较深的了解。

当然了这个看具体的项目进程和整体安排就好。

测试点文档

芯片验证的测试点文档是在验证阶段用于指导测试的文档。文档中按不同维度和层次描述了要进行测试的模块功能点。一般而言测试点文档包括测试点编号、一/二/三级测试点、测试点描述、测试方案描述、测试点之间的cross情况、测试点出处、对应的功能覆盖和断言覆盖反标、plan coverage等，下面来简单的介绍一下。

• 测试点编号：顾名思义是为测试点取个编号嘛，最大的好处是，评审时领导要点评一条测试点时不必费劲去说全称或者行号；
• 多级测试点：测试点文档的核心内容，一般是分维度（比如时钟复位、功能、性能、异常）从大到小的多级分解测试点；
• 测试点描述：分解的测试点具体测试的内容；
• 测试方案描述：针对测试点具体测试内容的测试与覆盖方案，一般说明测试和覆盖哪些典型值和配置等；
• 测试点之间的cross情况：也是测试点的一种，对多个单独的