Awesome QA Prompt

简体中文

English

简体中文

English

Appearance

发布测试工作流程 ​

📋 元数据 ​

  • 目标受众：QA 工程师、发布经理、DevOps
  • 时间线：发布前1-2周
  • 最后更新：2026-01-01
  • 版本：1.0

🎯 目标 ​

全面的测试工作流程，确保发布质量和生产部署就绪。

📅 发布时间线 ​

T-14天：发布规划 ​

T-7天：功能冻结和测试加速 ​

T-3天：候选版本和最终测试 ​

T-1天：Go/No-Go 决策 ​

T日：发布日 ​

🎬 T-14天：发布规划 ​

发布启动会议 ​

参与者：产品、工程、QA、DevOps

议程：

  • 审查发布范围
  • 识别高风险功能
  • 定义质量门禁
  • 计划测试策略

使用的提示词：

交付物：

  • [ ] 发布测试计划
  • [ ] 风险评估
  • [ ] 测试环境计划
  • [ ] 回归测试范围
  • [ ] 性能测试计划

🏗️ T-10至T-8天：测试准备 ​

环境设置 ​

行动：

  • 设置预发布环境
  • 配置类生产数据
  • 设置监控和日志
  • 准备测试账号

使用的提示词：

测试套件准备 ​

更新：

  • 回归测试套件
  • 性能测试脚本
  • 安全测试场景
  • 可访问性测试

自动化检查：

  • [ ] 所有关键路径已自动化
  • [ ] 回归套件已更新
  • [ ] 性能测试已配置
  • [ ] 视觉测试基线已更新

🚀 T-7天：功能冻结和测试加速 ​

功能冻结 ​

行动：

  • 此后不允许新功能
  • 仅允许缺陷修复
  • 非关键变更的代码冻结

全面测试开始 ​

1. 功能测试 ​

使用的提示词：

执行：

  • 所有新功能
  • 修改的功能
  • 关键用户旅程
  • 集成点

2. 回归测试 ​

完整回归套件：

  • 自动化回归测试
  • 关键路径的手动回归
  • 跨浏览器测试
  • 移动端测试

使用的提示词：

3. 端到端测试 ​

使用的提示词：

测试：

  • 完整的用户旅程
  • 多系统工作流
  • 数据流验证
  • 第三方集成

🔍 T-5至T-4天：专项测试 ​

性能测试 ​

使用的提示词：

执行：

  • 负载测试（预期负载）
  • 压力测试（2倍预期负载）
  • 峰值测试
  • 耐久性测试（24小时以上）

要验证的指标：

  • 响应时间（P95、P99）
  • 吞吐量（请求/秒）
  • 错误率
  • 资源利用率

安全测试 ​

使用的提示词：

执行：

  • 漏洞扫描
  • 渗透测试
  • 身份验证/授权测试
  • 数据加密验证
  • 安全头检查

可访问性测试 ​

使用的提示词：

执行：

  • 屏幕阅读器测试
  • 键盘导航
  • 颜色对比度验证
  • ARIA 标签验证

可视化测试 ​

使用的提示词：

执行：

  • 视觉回归测试
  • 跨浏览器视觉验证
  • 响应式设计测试
  • UI 一致性检查

✅ T-3天：候选版本测试 ​

候选版本（RC）构建 ​

行动：

  • 将 RC 部署到预发布环境
  • 冻结所有代码更改
  • 在版本控制中标记发布

冒烟测试 ​

快速验证（1-2小时）：

  • 关键功能正常工作
  • 没有致命缺陷
  • 部署成功

最终回归 ​

完整回归套件：

  • 自动化测试（完整套件）
  • 手动关键路径测试
  • 探索性测试会话

使用的提示词：

缺陷分类 ​

优先级：

  • 严重：发布前必须修复
  • 高：如果可能则修复
  • 中/低：移至下一版本

决策矩阵：

严重缺陷 → 立即修复 → 重新测试 → 新 RC
高优先级缺陷 → 评估风险 → 修复或推迟
中/低优先级 → 推迟到下一版本

📊 T-2天：质量评估 ​

测试指标审查 ​

使用的提示词：

要审查的指标：

  • 测试执行率：___%
  • 通过率：___%
  • 严重缺陷：___
  • 高优先级缺陷：___
  • 代码覆盖率：___%
  • 性能基准：___

质量门禁 ​

必须通过：

  • [ ] 所有严重缺陷已修复
  • [ ] 回归套件100%通过
  • [ ] 性能满足 SLA
  • [ ] 安全扫描通过
  • [ ] 没有 P1/P2 缺陷未解决
  • [ ] 满足可访问性合规性

风险评估 ​

评估：

  • 已知问题和解决方法
  • 负载下的性能
  • 第三方依赖
  • 回滚计划就绪

🎯 T-1天：Go/No-Go 决策 ​

Go/No-Go 会议 ​

参与者：产品、工程、QA、DevOps、领导层

审查：

  1. 测试执行摘要
  2. 缺陷状态和趋势
  3. 性能结果
  4. 安全评估
  5. 已知问题和风险
  6. 回滚计划

决策标准 ​

GO 如果：

  • ✅ 所有质量门禁已通过
  • ✅ 没有严重缺陷未解决
  • ✅ 性能可接受
  • ✅ 团队有信心
  • ✅ 回滚计划已就绪

NO-GO 如果：

  • ❌ 存在严重缺陷
  • ❌ 质量门禁失败
  • ❌ 性能问题
  • ❌ 识别出高风险
  • ❌ 团队没有信心

发布前检查清单 ​

  • [ ] 发布说明已准备
  • [ ] 部署手册已就绪
  • [ ] 监控已配置
  • [ ] 回滚计划已测试
  • [ ] 支持团队已简报
  • [ ] 沟通计划已就绪

🚀 T日：发布日 ​

部署前 ​

行动（部署前2-4小时）：

  • 对 RC 进行最终冒烟测试
  • 验证部署检查清单
  • 团队待命
  • 沟通渠道已就绪

部署 ​

监控：

  • 部署进度
  • 错误日志
  • 性能指标
  • 用户反馈

部署后验证 ​

生产环境冒烟测试（30-60分钟）：

  • [ ] 关键用户旅程正常工作
  • [ ] 身份验证/授权
  • [ ] 支付处理（如适用）
  • [ ] 第三方集成
  • [ ] 性能可接受

监控（前24小时）：

  • 错误率
  • 响应时间
  • 用户流量模式
  • 支持工单

回滚决策 ​

回滚如果：

  • 关键功能损坏
  • 严重性能下降
  • 检测到数据损坏
  • 暴露安全漏洞

📈 发布后（T+1至T+7） ​

第1天：密集监控 ​

  • 监控所有指标
  • 快速响应事件
  • 跟踪用户反馈
  • 记录任何问题

第1周：稳定化 ​

  • 修复任何发布后缺陷
  • 监控性能趋势
  • 收集用户反馈
  • 根据需要计划热修复

发布回顾 ​

讨论：

  • 哪些进展顺利？
  • 哪些可以改进？
  • 识别的测试差距？
  • 流程改进？

使用的提示词：

🚨 应急程序 ​

发现严重缺陷 ​

  1. 评估严重性和影响
  2. 决定：热修复或回滚
  3. 如果热修复：快速测试
  4. 如果回滚：执行回滚计划

性能问题 ​

  1. 识别瓶颈
  2. 评估用户影响
  3. 实施快速修复或回滚
  4. 计划永久解决方案

安全事件 ​

  1. 立即评估
  2. 遏制问题
  3. 必要时回滚
  4. 事件响应计划

📋 发布测试检查清单 ​

发布前 ​

  • [ ] 测试计划已批准
  • [ ] 环境已就绪
  • [ ] 测试数据已准备
  • [ ] 自动化已更新
  • [ ] 团队已培训

测试阶段 ​

  • [ ] 功能测试完成
  • [ ] 回归通过
  • [ ] 性能已验证
  • [ ] 安全已测试
  • [ ] 可访问性已检查
  • [ ] 视觉测试完成

部署前 ​

  • [ ] RC 已测试
  • [ ] 质量门禁已通过
  • [ ] Go/No-Go 决策已做出
  • [ ] 部署计划已就绪
  • [ ] 回滚计划已测试

部署后 ​

  • [ ] 冒烟测试已通过
  • [ ] 监控已激活
  • [ ] 团队待命
  • [ ] 沟通已发送

🔧 按阶段推荐的提示词 ​

规划 ​

测试 ​

评估 ​

📚 相关工作流程 ​

记住：发布质量是每个人的责任。如有疑问，推迟发布！

基于 MIT 许可发布

Copyright © 2024-present