答案。

随着时间的发展，手动测试逐渐适应了灵活的方法论，如Scrum。一开始，测试人员是在“冲刺结束时”工作，测试所有工作的结果。这常常导致紧急情况和测试不足（‘问题’）。

主要问题是缺乏测试时间，需求频繁变化，以及在冲刺期间未能及时传达给测试人员的任务。测试人员面临压力，导致质量下降（‘问题’）。

解决方案是从冲刺的第一天起就将测试人员整合到团队中：参与会议，根据新任务规划测试用例，共同安排每日站会和回顾会议，并促进测试工件状态的透明度（‘解决方案’）。

关键特性：

• QA在冲刺的所有阶段持续参与
• ‘即时’的定期更新和测试用例计划
• 与开发人员合作确定任务的测试准备情况

神秘问题。

是否可以在所有冲刺任务完成后再开始测试？

不可以，测试人员应在冲刺的第一天就参与进来，并在可能情况下测试还未完全完成的功能。

所有bug都需要在当前冲刺中修复吗？

未必，关键的bug需要修复，而非关键的可以转移到外部backlog，并在下一个冲刺中修复。

在Scrum中如果有自动化，是否仍然需要手动测试？

是的，手动测试对检查新功能和非正式需求，以及进行探索性测试是至关重要的。

常见错误及反模式

• 延迟引入测试
• 在启动阶段缺乏新功能的文档
• 忽视团队沟通和会议

生活中的例子

消极案例

测试人员未参与计划，并在冲刺结束前无法访问新任务的故事。最终，测试是在匆忙中编写的，部分bug被推迟到下一个冲刺。

优点：

• 测试人员的会议较少

缺点：

• 生产中的错误，客户不满，低覆盖率

积极案例

测试人员从冲刺的第一天起就加入了团队，参与会议，提前看到新出现的任务，并与开发并行规划测试。

优点：

• 早期发现错误，透明度，发布阶段的关键bug更少

缺点：

• 需要更多时间用于会议和沟通