验证管理管什么
验证管理覆盖计算机化系统、设施与设备、工艺、清洁和分析方法的无纸化验证。一条验证要回答的是：某个资产在某个时点是否已经按需求被挑战，证据和批准是否齐备。
正式交付文档沿用 QualityDocs 的文档生命周期。对象、工作流、电子签名和审计沿用平台。
资产怎么分层
| 对象 | 在验证里做什么 |
|---|---|
| 验证实体家族 | 把相同或等效的资产收成一组，共用强制需求 |
| 验证实体 | 被验证的那一项资产 |
| 验证实体版本 | 该资产在某一时点的版本。需求、活动和交付物挂在版本上 |
| 验证需求 | 用来挑战资产的需求或规格 |
| 验证活动 | 一次验证项目：范围、起止、参与人和全部交付物 |
| 验证交付物 | 活动中的一份交付物占位。正文在文档或测试记录上 |
先有实体，再有这一时点的实体版本。需求和活动不要直接挂在「资产」这个笼统名字上，而要挂在被挑战的那个版本上。
测试
测试协议下面挂一条或多条测试脚本。脚本在预批准之后交给执行人。脚本由测试步骤组成，步骤上可以有执行人要填写的附加提示。
执行过程中发现的异常记为验证差异，再走调查、根因和纠正。需求、实体版本、活动、交付物、脚本和步骤之间的关系记在需求追溯矩阵里，用来说明哪条需求被哪次执行覆盖。
审批
脚本预批准、活动送审和其它需要选人裁决的步骤走工作流：先选参与人，任务上批准或拒绝。处于批准中时，不要在生命周期状态菜单里直接改状态。
活动完成前，系统检查应当齐备的交付物和脚本结论。检查不通过时，活动停在当前状态，不进入完成。
从哪里开始
| 你想做 | 阅读 |
|---|---|
| 建实体、版本、需求、活动 | 验证实体与活动结构 |
| 写脚本、执行、复核、差异 | 测试脚本编写、执行与差异 |
| 正式 PDF/计划文档 | QualityDocs |
验证导航进入实体、活动、测试脚本列表；我的任务 承载执行与批准。
常见问题
| 现象 | 建议 |
|---|---|
| 执行人≠复核人报错 | 职责分离；核对 Sharing 与任务指派人 |
| 活动无法完成 | 交付物与脚本 rollup；未关阻塞差异 |
| 需求没覆盖 | 维护 RTM 链到步骤 |