返回技能市场
Retrospective
当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘,把个人和团队的经验教训转化为可复用的组织资产。不要沦为"说说好话走个形式"——有效的复盘需要有数据支撑(缺陷趋势/漏测分析/效率数据)、有根因分析(为什么出问题)和有 action items(下次怎么做不一样)。输出复盘报告和改进项追踪表。
SKILL.md
⚠️ 本技能单独使用效果有限,建议配合完整技能集(12 步工作流)使用。安装:npx skills add Kokxi/qa-test-skills
⚠️ 安全警告:本技能的示例可能涉及发布流程优化和协作流程调整建议。 这些是复盘议题不是直接操作;请勿未经评审即变更团队流程,先达成共识再落地。 本技能仅在 workspace/ 输出评估文件,不持久化、不外传、不跨会话复用。
复盘与经验沉淀
核心原则
复盘的目的是找到系统性的改进点,而不是找谁背锅。
加载时机
| 什么时候读 | 读哪个 |
|---|---|
| 需要五步法的方法细节时,取对应小节 | references/five-steps.md |
复盘五步法的完整内容已下沉至references/five-steps.md,避免每次触发都占用上下文。
复盘报告模板
# 复盘报告
## 1. 基本信息
- 迭代版本:[版本号]
- 复盘时间:[日期]
- 参与人员:[人员列表]
## 2. 数据回顾
- 缺陷数据:[新增X个,严重X个]
- 漏测数据:[线上X个]
- 测试数据:[执行率X%,通过率X%]
## 3. 问题分析
- 主要问题:[问题描述]
- 根因分析:[5 Whys分析]
- 根因归类:[思维/信息/流程/工具/能力]
## 4. 改进措施
- 措施1:[具体措施]
- 措施2:[具体措施]
- 措施3:[具体措施]
## 5. 资产沉淀
- Checklist更新:[更新内容]
- 模板更新:[更新内容]
- 知识库更新:[更新内容]
## 6. 跟踪计划
- 检查时间:[时间]
- 负责人:[人员]
- 验收标准:[标准]
应用场景
迭代结束后复盘:用户登录模块出现了3个线上Bug → 第1步:收集数据(Bug报告、修复记录、测试用例覆盖) → 第2步:5 Whys分析(why漏测?→边界用例未覆盖→why?→测试设计时未识别边界→why?→需求未说明边界) → 第3步:改进措施(增加边界分析环节、补充典型边界checklist) → 第4步:资产沉淀(将边界checklist更新到启发式清单) → 第5步:跟踪计划(下个迭代验证新增checklist的有效性)
用户说"这个问题又发生了" → 触发复盘:系统性的根因分析,避免同类问题再次发生
自检清单
复盘完成后检查:
- 数据收集是否完整?
- 根因分析是否深入?
- 改进措施是否具体?
- 资产沉淀是否完成?
- 跟踪计划是否制定?
- 经验是否分享?
检查清单
- 数据是否支撑结论?
- 根因是否分析?
- action items是否可执行?
- 责任人和时限是否明确?
- 追踪机制是否建立?
评论与讨论
0/2000
还没有评论,分享你的体验吧。