关于整个虚拟项目,请参考:
前言
我个人的习惯是,把测试点文档的编写放在sanity通包的后面进行,因为环境搭起来之后每个测试点怎么去测试会有比较清晰的思路,而且搭建环境相对来说也是熟悉方案的过程,而组织测试点本身就需要对方案有比较深的了解。
当然了这个看具体的项目进程和整体安排就好。
测试点文档
芯片验证的测试点文档是在验证阶段用于指导测试的文档。文档中按不同维度和层次描述了要进行测试的模块功能点。一般而言测试点文档包括测试点编号、一/二/三级测试点、测试点描述、测试方案描述、测试点之间的cross情况、测试点出处、对应的功能覆盖和断言覆盖反标、plan coverage等,下面来简单的介绍一下。
- 测试点编号:顾名思义是为测试点取个编号嘛,最大的好处是,评审时领导要点评一条测试点时不必费劲去说全称或者行号;
- 多级测试点:测试点文档的核心内容,一般是分维度(比如时钟复位、功能、性能、异