最近, Kay Johansen 提出问题“为什么你会热衷于敏捷测试?”收到的答案从严肃到诙谐,不一而足。
- 不再需要手工测试脚本! - 相反,自动运行的脚本让测试人员有更多的时间来挖掘测试。
- 开发人员喜欢我了! - 迭代结束之前发现问题,而且因为开发人员对代码还有一个比较清晰的印象,所以比较易于找到问题。
- 现在我可以在撰写特性之前就分解特性!(Kay 与 Philip) - 在撰写特性之前开始测试,测试人员可以预防问题。
- 自动化测试在一天之内运行很 **** 多次 - 任何修改都能得到快速反馈。
- 营造团队导向的氛围 -(John Overbaugh)- 每位团队成员不仅关心编码,也会关心测试是否完成(Lisa Crispin)
- 测试人员可以解决偶发性 bug(Lisa Crispin)- 自动化的测试让每个人都舒服。
- 经常复审测试实践的机会(Adam Knight)- 不再是对过去行为的简单重复,实践经常会被复审。在 Adam 的例子里面,过去要 5 天完成的手工测试减少到只需要 30 分钟。
- 我只花很少、很少的时间来调试(Adrian Howard)- 当我犯了错,我能很快得到反馈 - 所以轻而易举就找到问题,然后解决。
- 真正改进质量,而不是仅仅记录在文档上(John Overbaugh)- bug 很快就被解决,而不是只放在 bug 表里面。
- 因为测试先行,测试的时间总是有的 - Josue Barbosa dos Santos 讲述了在巴西的一个政府办公室工作的故事,那里测试被安排在项目的最后阶段。开发工作总是落后于项目时间表,面临截止期限的项目不测试就发布给用户。引入 TDD 和 ATDD 之后,最少有一部分测试会随着软件开发同步进行。
Kay 热衷敏捷测试的首要原因是:我想听到人们说“这是我迄今为止工作过的最好项目!”
评论