敏捷仪式中的测试活动
把测试活动嵌入敏捷仪式：计划会评估可测性与拆分测试任务、每日站会暴露阻塞、评审会演示验收收集反馈、回顾会改进质量实践。测试不是迭代末尾的独立关卡，而是贯穿始终的活动；每个仪式都有测试要做的输入与产出，避免会议空转。
基本信息
| 迭代计划 | 可测性评估、估算、测试任务拆分 |
|---|---|
| 每日站会 | 进展、阻塞、环境与数据问题 |
| 评审会 | 验收演示、反馈收集、用例回写 |
| 回顾会 | 质量改进项、自动化债务排期 |
| 测试的输入 | 验收标准、设计说明、上迭代缺陷数据 |
| 测试的产出 | 测试任务、问题清单、回归资产、改进项 |
质量活动的流转
质量活动的流转
计划会：测试任务显式进板，估算包含环境与数据
每日站会：阻塞当天升级，不等迭代末
评审会：验收演示收集反馈，转化为用例
回顾会：改进项指派责任人与验证方式
# 每个环节都有明确输入与产出仪式与测试
| 仪式 | 测试活动 |
|---|---|
| 迭代计划 | 可测性评估、估算、测试任务拆分 |
| 每日站会 | 进展、阻塞、环境问题 |
| 评审 | 验收演示与反馈收集 |
| 回顾 | 质量改进项与自动化债务 |
典型使用场景
- 计划会前置：发现不可测需求当场提出，避免中途返工。
- 站会升级：环境坏了、数据没准备好当天说，不攒到末尾。
- 评审验收：用真实场景演示，收集的反馈直接进用例。
- 回顾改进：把 flaky 与自动化债务变成可排期的改进项。
- 迭代中期检查：测试与开发进度对齐，防止验证积压。
- 跨团队协作：仪式上对齐质量口径，减少末端扯皮。
测试任务不进计划板，就会被默认「开发做完自然测」：显式进板是前提。
回顾的改进项要有责任人与验证方式，否则下迭代原样重现。
仪式是载体不是目的：可以合并精简，测试活动不能消失。