发布测试工作流程（中文版）

英文版： 见技能 release-testing-workflow-en。

发布前 1–2 周的完整测试工作流，确保发布质量与生产就绪。提示词使用本目录 prompts/，步骤与提示词对照见 reference.md。

何时使用

用户提到「发布测试」「release testing」「上线前测试」「Go/No-Go」「发布就绪」
需要按时间线（T-14 到 T 日及发布后）执行或规划发布测试，或需要质量门禁、候选版本、回滚与应急流程
触发示例：「发布前测试怎么安排」或「Go/No-Go 检查清单」

时间线概览

T-14：发布规划
T-10～T-8：测试准备
T-7：功能冻结与测试加速
T-5～T-4：专项测试（性能/安全/可访问性/视觉）
T-3：候选版本与最终测试
T-2：质量评估
T-1：Go/No-Go 决策
T 日：发布日
T+1～T+7：发布后监控与回顾

T-14：发布规划

☑️ 规划会议步骤追踪

☑️ 交付物完成步骤追踪

T-10～T-8：测试准备

☑️ 环境准备步骤追踪

☑️ 测试更新步骤追踪

☑️ 准备检查步骤追踪

T-7：功能冻结与测试加速

☑️ 功能冻结规则确认

冻结规则执行
- 确认无新功能添加
- 仅允许缺陷修复
- 非关键代码冻结

☑️ 功能测试步骤追踪

☑️ 回归测试步骤追踪

完整回归执行
- 执行完整自动化回归
- 执行关键路径手动测试
- 跨浏览器测试
- 移动端测试
- 使用提示词：functional-testing、ai-assisted-testing

☑️ 端到端测试步骤追踪

T-5～T-4：专项测试

☑️ 性能测试步骤追踪

☑️ 安全测试步骤追踪

☑️ 可访问性测试步骤追踪

☑️ 视觉测试步骤追踪

T-3：候选版本（RC）测试

☑️ RC 部署步骤追踪

候选版本准备
- RC 部署到预发布环境
- 代码冻结
- 打版本标签

☑️ 冒烟测试步骤追踪

快速冒烟测试（1–2 小时）
- 测试关键功能
- 确认无致命缺陷
- 验证部署成功

☑️ 最终回归步骤追踪

☑️ 缺陷分类步骤追踪

缺陷处理决策
- 严重缺陷：必须修复 → 重测 → 新 RC
- 高优先级：评估风险
- 中/低优先级：移至下版本

T-2：质量评估

☑️ 质量指标审查步骤追踪

☑️ 质量门禁检查步骤追踪

☑️ 风险评估步骤追踪

T-1：Go/No-Go

☑️ Go/No-Go 会议步骤追踪

☑️ GO 决策标准检查

☑️ NO-GO 风险识别

☑️ 发布前清单步骤追踪

T 日：发布日

☑️ 部署前步骤追踪（2–4 小时前）

☑️ 部署中监控步骤追踪

☑️ 部署后验证步骤追踪（30–60 分钟内）

☑️ 首 24 小时监控步骤追踪

☑️ 回滚条件检查

T+1～T+7：发布后

☑️ 第 1 天步骤追踪

☑️ 第 1 周步骤追踪

☑️ 发布回顾步骤追踪

应急程序

严重缺陷：评估 → 热修复或回滚 → 热修复则快速测试，回滚则执行回滚计划
性能问题：定位瓶颈、评估影响、快速修复或回滚、规划长期方案
安全事件：立即评估、遏制、必要时回滚、按事件响应计划执行

发布测试检查清单

发布前：测试计划批准、环境与数据、自动化更新、团队培训
测试阶段：功能/回归/性能/安全/可访问性/视觉完成
部署前：RC 已测、门禁通过、Go/No-Go 已做、部署与回滚就绪
部署后：冒烟通过、监控开启、团队待命、沟通已发

如何使用

先查看 reference.md，定位当前步骤对应的提示词文件。
打开 prompts/ 下对应文件，并结合当前上下文（范围、环境、风险、约束）一起使用。
按步骤推进执行，并根据产出与阻塞动态调整优先级或门禁条件。

常见误区

❌ T-7 后仍加新功能 → ✅ 功能冻结后仅做缺陷修复，非关键代码冻结
❌ 不做 Go/No-Go 就发布 → ✅ 必须门禁通过、团队共识、回滚就绪后再发布
❌ 发布后不监控 → ✅ T+1 密集监控、快速响应，按应急程序处理问题

最佳实践

T-14 用测试策略、需求分析做发布计划与风险评估
T-2 用测试报告、测试策略做质量门禁与已知问题评估
部署前确认回滚已测、沟通计划与支持简报就绪
原则： 发布质量人人有责；有疑则推迟发布。

参考文件

reference.md — 步骤与提示词文件对照表
prompts/ — 本工作流所需中文提示词（每步打开对应 .md 与上下文结合使用）

相关技能：daily-testing-workflow、sprint-testing-workflow。

目标受众

在真实项目中执行该测试域工作的 QA 与开发人员
需要结构化、可复用测试交付物的测试负责人
需要快速生成可落地测试产出的 AI 使用者

不适用场景

无测试范围上下文的纯线上应急处置
需要法律/合规最终裁定但缺少专家复核的决策
缺少最小输入（范围、环境、期望行为）的请求

关键成功因素

先明确范围、环境与验收标准，再生成测试内容
生成结果必须结合真实系统约束做二次校验
保持产物可追踪（需求 -> 测试点 -> 缺陷 -> 决策）

输出模板与解析脚本

模板目录：output-templates/
- template-word.md（Word 友好结构）
- template-excel.tsv（Excel 可直接粘贴）
- template-xmind.md（XMind 结构化大纲）
- template-json.json
- template-csv.csv
- template-markdown.md
解析脚本目录：scripts/
- 解析通用：parse_output_formats.py
- 解析按格式：parse_word.py、parse_excel.py、parse_xmind.py、parse_json.py、parse_csv.py、parse_markdown.py
- 转换通用：convert_output_formats.py
- 转换按格式：convert_to_word.py、convert_to_excel.py、convert_to_xmind.py、convert_to_json.py、convert_to_csv.py、convert_to_markdown.py
- 批量转换：batch_convert_templates.py（批量输出到 artifacts/）

示例：

python3 scripts/parse_json.py output-templates/template-json.json
python3 scripts/parse_markdown.py output-templates/template-markdown.md
python3 scripts/convert_to_json.py output-templates/template-markdown.md
python3 scripts/convert_output_formats.py output-templates/template-json.json --to csv
python3 scripts/batch_convert_templates.py --skip-same