在敏捷项目中实施自动化测试之我见

实施Scrum开发过程充满着挑战—尤其对于从零开始做产品的团队来说。在每个增量冲刺中，你不仅要新增功能，还要确保已实现的功能依然可用。这时，拥有一个可覆盖系统测试和集成测试的自动化框架,可为团队增添不少火力。它不仅能为回归测试增添一层保障，还能释放出珍贵的开发和测试人员时间,让他们花更多的精力在擅长的领域。 　　在这篇文章中，我想分享我们领测国际在最近项目中成功应用的一些自动化测试方法--事实证明，这些成果是一项巨大的资产。付出的努力将会在未来得到很多的回报。现在，我们每天能在类似线上的测试环境下，构建，集成，测试和发布同线上一样高质量的产品应用。通过相互分享好的和坏的经验，我们学到新的知识并且加以实践，把事情做得更好。 　　我们团队很高兴看到应用自动化测试方法所收获的这些成果。采用这些方法能让我们持续地在每个冲刺中轻松添加新的功能，同时，把我们从多轮回归测试中解救出来去寻找和修复重要的问题。 　　下面是我们学到的一些实战经验，如果你正开始着手在项目中增加自动化测试，这些经验应该可以让你少走弯路。 　　从小做起 　　生成自动化测试的过程类似于生产被测软件。这涉及到大量的设计，编码和测试它本身是否正常工作。因此，同应用一样，自动化测试最好是增量开发的—在几轮冲刺中陆续地向自动化框架添加新的测试和功能。需要明确的是，我们的目的不是在一开始就产生完美得能做任何事情的测试框架， 它不可能达到。 从事测试同生产软件一样，是有价值的。它们能让人建立自信和看到令人激动的进展。即使再小的成功也能让大家快速地进入状态—特别是当测试自动化方案已经运行并且证明是对团队有价值的时候。 　　测试自动化订单 　　为你的项目维护一份测试自动化订单，在订单中列出所有的自动化任务和已识别的改进需求。如果每个冲刺你从订单中认领几项并实现，不久就会看到一个新的自动化回归测试集合成型。有时候 ，测试自动化订单的用户故事可能需要开发人员专职来实施，为推进自动化测试，需要向产品负责人提出人员需求。但如果团队成员都推崇质量，让产品负责人看到这些用户故事的价值不是难事。