脚本结构
- 测试协议 下有一条或多条 测试脚本。
- 脚本由 测试步骤 组成;步骤可有执行提示。
- 脚本须 预批准 后交给执行人。
需求与脚本、步骤的覆盖关系记在 需求追溯矩阵(RTM)。
职责分离(GxP 典型)
| 角色 | 典型职责 |
|---|---|
| 编写人 / Owner | 建脚本、链需求、送预批准、启流执行(非代录结果) |
| 执行人 | 我的任务 中 Record Test Result、逐步完成 |
| 独立复核人 | Sharing 上 independent_reviewer;不能与执行人同人 |
| 批准人 | 预批准与终批工作流任务;不能由执行人自批 |
禁止同一人包办执行 + 独立复核 + 终批。
预批准与执行
- 编写人 Start Authoring → 维护步骤 → Submit for Pre-Approval。
- 批准人在任务上批准后 → Pre-Approved。
- 编写人/负责人 Start Test Execution / Start Execution Workflow,指定执行人。
- 执行人在 我的任务 打开脚本逐步录 Actual Results。
- 全部步骤完成后走 独立复核 → 终批 → Post-Approved(或库内终态)。
生命周期 批准中 不要用状态菜单直接改批准/拒绝。
验证差异
执行中发现异常 → 创建 验证差异 → 调查、根因、纠正。父活动 完成 前未关闭的阻塞性差异可阻止关活动(按配置)。
活动关账
活动 完成 前系统检查:
- 应齐备的 交付物 是否到位;
- 相关脚本是否达到要求结论。
检查失败则活动保持当前状态。
常见问题
| 现象 | 建议 |
|---|---|
| 执行人找不到任务 | 是否已 Start Execution Workflow;执行人字段 |
| 复核被拒绝 | 执行人与复核人须分离 |
| 脚本批了不能执行 | 预批准 ≠ 执行启流;需单独启流 |