第2章 迭代验证前置条件确认

2.1 概述

前置条件确认是原型迭代验证流程的第一道质量闸门。未通过前置条件检查的迭代不得进入验证执行阶段，以避免因需求漂移、交付物残缺或环境未就绪导致验证结果无效、资源浪费或返工成本激增。

2.2 适用场景

• 功能迭代： 新增、修改或删除产品功能时
• 体验优化： 交互流程、视觉样式、信息架构调整时
• 技术验证： 性能、安全、兼容性等非功能性验证前
• 回归验证： 修复缺陷后需要确认无副作用时

2.3 前置条件四大检查项

2.4 前置条件详细检查清单

2.5 操作步骤：原型启动检查脚本示例

以下为自动化检查脚本片段，用于在 CI/CD 流水线中前置拦截未通过检查的迭代提交：

#!/bin/bash
# 迭代验证前置条件检查脚本  
# 版本: 2.3.0
  
set -e
  
echo "===== 步骤1: 需求基线检查 ====="
REQ_VERSION=$(grep -oP '(?<=requirement_version": ")[^"]+' .baseline.json)
if [[ "$REQ_VERSION" < "1.0" ]]; then
  echo "❌ 需求基线未锁定，当前版本: $REQ_VERSION"
  exit 1
fi
echo "✅ 需求基线版本: $REQ_VERSION"
  
echo "===== 步骤2: 原型交付物完整性检查 ====="
FILE_COUNT=$(find ./prototype -type f -name "*.fig" -o -name "*.sketch" -o -name "*.html" | wc -l)
if [[ $FILE_COUNT -lt 20 ]]; then
  echo "❌ 原型文件不足20个，当前: $FILE_COUNT"
  exit 1
fi
echo "✅ 原型文件数量: $FILE_COUNT"
  
echo "===== 步骤3: 环境就绪检查 ====="
curl -s -o /dev/null -w "%{http_code}" http://staging.example.com/health | grep -q 200
if [[ $? -ne 0 ]]; then
  echo "❌ 验证环境不可用"
  exit 1
fi
echo "✅ 验证环境正常"
  
echo "===== 步骤4: 评审会议检查 ====="
ATTENDEE_COUNT=$(grep -c "attendee" .review.json)
if [[ $ATTENDEE_COUNT -lt 4 ]]; then
  echo "❌ 评审人员不足4人"
  exit 1
fi
echo "✅ 评审人员已确认: $ATTENDEE_COUNT 人"
  
echo "✅ 前置条件全部通过，可以进入验证环节"

2.6 输入输出物

2.7 责任边界

2.8 异常处理

2.9 验收标准

1. 完整无遗漏： 前置条件检查表所有项均已填写“通过”或“不通过”，且不通过项有明确描述和解决方案
2. 记录可追溯： 检查记录表至少包含检查时间、检查人、结论、备注，并上传归档
3. 审批闭环： 项目经理签发启动通知时，必须附带前置条件检查结论链接
4. 异常可控： 存在异常时，必须完成异常处理后才能进入验证环节，不允许跳过
5. 自动通知： 检查脚本执行成功后，自动向项目组成员发送 迭代验证启动通知，并记录执行日志