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

英文版： 见技能 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：发布规划

☑️ 规划会议步骤追踪

会议准备

• 确认参与人员（产品、工程、QA、DevOps）

• 准备会议议程

• 使用提示词：test-strategy、requirements-analysis

会议议程执行

• 明确发布范围

• 识别高风险功能

• 定义质量门禁

• 制定测试策略

☑️ 交付物完成步骤追踪

• 文档交付

• 发布测试计划

• 风险评估文档

• 环境计划

• 回归测试范围

• 性能测试计划

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

☑️ 环境准备步骤追踪

• 测试环境搭建

• 搭建预发布环境

• 准备类生产数据

• 配置监控和日志

• 创建测试账号

• 使用提示词：automation-testing、test-strategy

☑️ 测试更新步骤追踪

• 测试套件更新

• 更新回归测试套件

• 更新性能测试脚本

• 更新安全测试场景

• 更新可访问性测试

• 更新视觉测试基线

☑️ 准备检查步骤追踪

• 就绪验证

• 关键路径自动化就绪

• 回归测试已更新

• 性能测试基线已设置

• 视觉测试基线已设置

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

☑️ 功能冻结规则确认

• 冻结规则执行

• 确认无新功能添加

• 仅允许缺陷修复

• 非关键代码冻结

☑️ 功能测试步骤追踪

• 新功能测试

• 测试新功能

• 测试修改的功能

• 测试关键用户旅程

• 测试集成点

• 使用提示词：functional-testing、test-case-writing

☑️ 回归测试步骤追踪

• 完整回归执行

• 执行完整自动化回归

• 执行关键路径手动测试

• 跨浏览器测试

• 移动端测试

• 使用提示词：functional-testing、ai-assisted-testing

☑️ 端到端测试步骤追踪

• E2E 测试执行

• 测试完整用户旅程

• 测试多系统集成

• 验证数据流

• 测试第三方集成

• 使用提示词：functional-testing

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

☑️ 性能测试步骤追踪

性能测试执行

• 负载测试

• 压力测试

• 峰值测试

• 耐久测试（24h+）

• 使用提示词：performance-testing

性能指标分析

• 分析 P95/P99 响应时间

• 检查吞吐量

• 分析错误率

• 监控资源使用

☑️ 安全测试步骤追踪

• 安全测试执行

• 漏洞扫描

• 渗透测试

• 认证授权测试

• 加密验证

• 安全头检查

• 使用提示词：security-testing

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

• 可访问性测试执行

• 屏幕阅读器测试

• 键盘导航测试

• 对比度检查

• ARIA 属性验证

• 使用提示词：accessibility-testing

☑️ 视觉测试步骤追踪

• 视觉测试执行

• 视觉回归测试

• 跨浏览器视觉测试

• 响应式设计测试

• UI 一致性检查

• 使用提示词：accessibility-testing

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

☑️ RC 部署步骤追踪

• 候选版本准备

• RC 部署到预发布环境

• 代码冻结

• 打版本标签

☑️ 冒烟测试步骤追踪

• 快速冒烟测试（1–2 小时）

• 测试关键功能

• 确认无致命缺陷

• 验证部署成功

☑️ 最终回归步骤追踪

• 完整回归执行

• 执行完整自动化回归

• 执行手动关键路径测试

• 执行探索性测试

• 使用提示词：manual-testing

☑️ 缺陷分类步骤追踪

• 缺陷处理决策

• 严重缺陷：必须修复 → 重测 → 新 RC

• 高优先级：评估风险

• 中/低优先级：移至下版本

T-2：质量评估

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

• 测试指标审查

• 测试执行率

• 测试通过率

• 严重/高优先级缺陷数

• 测试覆盖率

• 性能基准达成情况

• 使用提示词：test-reporting、test-strategy

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

• 门禁验证

• 严重缺陷已修复

• 回归测试 100% 通过

• 性能满足 SLA

• 安全扫描通过

• 无未解决 P1/P2 缺陷

• 可访问性合规

☑️ 风险评估步骤追踪

• 风险分析

• 已知问题和规避方案

• 负载测试表现

• 第三方依赖风险

• 回滚计划准备情况

T-1：Go/No-Go

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

会议准备

• 确认参与人员（产品、工程、QA、DevOps、领导层）

• 准备会议材料

会议审查内容

• 测试摘要

• 缺陷状态与趋势

• 性能测试结果

• 安全测试结果

• 已知风险

• 回滚计划

☑️ GO 决策标准检查

• GO 条件验证

• 质量门禁通过

• 无严重未解决缺陷

• 性能可接受

• 团队有信心

• 回滚计划就绪

☑️ NO-GO 风险识别

• NO-GO 条件检查

• 是否存在严重缺陷

• 质量门禁是否未通过

• 是否有性能问题

• 是否存在高风险

• 团队是否缺乏信心

☑️ 发布前清单步骤追踪

• 发布准备验证

• 发布说明已准备

• 部署手册已就绪

• 监控已配置

• 回滚计划已测试

• 支持团队已简报

• 沟通计划已就绪

T 日：发布日

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

• 最终准备

• RC 最终冒烟测试

• 部署清单确认

• 团队待命确认

• 沟通渠道就绪

☑️ 部署中监控步骤追踪

• 实时监控

• 监控部署进度

• 监控错误日志

• 监控性能指标

• 监控用户反馈

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

• 生产冒烟测试

• 测试关键用户旅程

• 验证认证授权

• 测试支付功能

• 验证第三方集成

• 检查性能表现

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

• 持续监控

• 监控错误率

• 监控响应时间

• 监控流量

• 监控支持工单

☑️ 回滚条件检查

• 回滚触发条件

• 关键功能是否损坏

• 是否有严重性能下降

• 是否有数据损坏

• 是否发现安全漏洞

T+1～T+7：发布后

☑️ 第 1 天步骤追踪

• 密集监控

• 密集监控系统指标

• 快速响应问题

• 收集用户反馈

• 记录发现的问题

☑️ 第 1 周步骤追踪

• 持续跟踪

• 修复发布后缺陷

• 监控趋势变化

• 收集用户反馈

• 必要时准备热修复

☑️ 发布回顾步骤追踪

• 回顾会议

• 讨论顺利的方面

• 识别改进机会

• 分析测试差距

• 制定流程改进计划

• 使用提示词：test-reporting

应急程序

• 严重缺陷：评估 → 热修复或回滚 → 热修复则快速测试，回滚则执行回滚计划

• 性能问题：定位瓶颈、评估影响、快速修复或回滚、规划长期方案

• 安全事件：立即评估、遏制、必要时回滚、按事件响应计划执行

发布测试检查清单

发布前：测试计划批准、环境与数据、自动化更新、团队培训

测试阶段：功能/回归/性能/安全/可访问性/视觉完成

部署前：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