3. 原型测试前置条件

适用场景

本章适用于开始原型测试活动之前，由解决方案设计团队、测试团队、基础设施团队、业务方共同确认所有前置资源就绪的场景。具体触发条件包括：

• Solution Design文档完成内部评审并基线化（基线版本号已锁定）。
• 原型环境已完成基础设施部署（含网络、存储、容器/虚拟机）。
• 测试数据已从生产脱敏或从仿真源生成，且数据量≥预期最坏场景的80%。
• 各角色（测试执行人、审批人、业务验证人）在IAM/AD中的权限已映射完毕。

若任意前提未满足，则本章所述前置条件检查项不通过，原型测试不得启动。

前置条件

在开始本章操作前，必须完成以下前置条件：

1. 设计基线锁定：Solution Design文档版本号已固化，变更日志已签署；所有待办（open items）已关闭或形成明确决策。
2. 环境可达性：原型环境可被测试团队通过指定VPN或跳板机访问，且网络延迟≤50ms。
3. 数据脱敏合规：测试数据已通过安全合规审计，不含真实个人身份信息（PII），脱敏算法已记录。
4. 权限矩阵确认：基于角色访问控制（RBAC）矩阵已发布，且各账户的权限验证结果（pass/fail）已记录。

操作步骤

输入输出物

• 输入物：
  • Solution Design文档（基线版，格式 .docx / .md）
  • 环境配置清单（含IP、端口、域名、证书指纹）
  • 测试数据生成脚本及脱敏策略文件
  • 角色权限矩阵表（含AD组名、系统内角色名、映射关系）
• 输出物：
  • 《环境健康度巡检报告》
  • 《数据加载完整性校验报告》
  • 《权限验证结果表》
  • 《原型测试就绪检查清单》（三方签字版）

责任边界

记录材料

• 所有输出物均需归档至项目知识库（路径：/prototype/checklist/），文件名格式：YYMMDD_前置条件_<输出物名称>_v<版本>.pdf
• 任何检查项未通过时，需记录在《前置条件异常处理日志》中，含问题描述、影响范围、修复动作、复测结果、责任人、关闭日期。
• 日志模板示例（日志需使用以下结构化格式记录）：

异常编号: PRE-003-001
检查项: 权限验证——角色“业务审批人”尝试访问管理API应被拒绝
实际结果: 返回200 OK（不应返回）
影响范围: 所有测试角色可能越权
根因: 权限策略配置未生效
修复动作: 重新部署IAM策略，重启权限引擎
复测结果: 返回403 Forbidden（符合预期）
责任人: 张三
关闭日期: 2025-03-10

异常处理

• 设计文档未基线：暂停原型测试启动，由架构师推动Review所有comment解决，并重新冻结版本。
• 环境不可达或性能不足：升级至IT运维团队，设置SLA 4小时恢复；若环境为共享环境需协调资源独占窗口。
• 测试数据不完整或脱敏超标：由数据工程师重新生成，并再次执行完整性校验；若脱敏后数据失真，需调整脱敏算法后重新加载。
• 权限验证失败：安全工程师与IAM管理员协同修复权限策略，重新执行验证用例，直至所有角色通过。
• 所有异常需在《原型测试就绪检查清单》中标记为“阻塞”，并记录至异常处理日志。

验收标准

完成本章所有前置条件后，需同时满足以下验收标准，方可进入原型测试执行阶段：

1. Solution Design文档基线状态为“已冻结”，且变更日志显示最近一周内无变更。
2. 环境健康度巡检报告显示CPU、内存、磁盘使用率均≤80%，且网络延迟≤50ms。
3. 数据加载完整性校验报告显示关键业务表行数与预期偏差≤0.1%，且无缺失必填字段。
4. 权限验证结果表显示所有角色“越权操作”用例均被拒绝，且合法操作100%通过。
5. 三方（架构师、测试经理、业务方）已签署《原型测试就绪检查清单》。