摘要：与传统的阶段性测试不同的是，敏捷测试能够将测试集成到整个软件开发过程中，尽早、及时地发现缺陷，帮助交付有价值的高质量产品。

传统测试与敏捷测试的比较大的区别在于： 在瀑布方法中，测试只能在开发结束后进行；在敏捷方法中，测试是贯穿在整个开发过程中的，同时可以在需求阶段介入测试，来尽早发现系统设计中的缺陷。

那具体做敏捷测试的时候，我们要遵循哪些原则呢？

1.质量保证

在软件交付过程中，质量不是某一个职能角色的事情，而是整个团队的事情，由整个敏捷团队对质量负责。所以在做敏捷测试的过程中，我们要通过持续测试以及自动化测试来获取及时的反馈，营造反馈的文化，促进团队的业务方向和流程朝着正确的方向发展。

2. 持续改进

如何让测试人员提高工作效率？如何让测试工作做到更好更出色？在这一过程中，我们可以通过尝试引入自动化、通过回顾会议来持续改进来提升团队的能力和水平。通过解放双手，我们的测试人员才能将关注在如何改进、如何提升这些方面。

3. 沟通协作

团队的沟通协作是解决问题的一大举措，其中，面对面的沟通交流又是在团队内部和各个团队之间传递信息的最有效的方法。测试人员在与产品经理、开发人员和客户的沟通中，可以通过面对面的沟通来减少的协作中出现的问题。

4. 简单

我们常说在开发中做到简单设计，“保持简单、保持笨拙”。在敏捷测试过程中，同样也要遵循“简单”原则。比如测试用例要清晰直接、Bug描述要简洁明了、文档记录要简单规范等。在团队中，我们要注重实效：因为复杂度就是成本。不管是复杂的软件还是复杂的沟通，都难以测试、维护。

5. 拥抱变化

在很多情况下，团队从零开始开发一个新特性，信息很少，在开发过程中会有很多变化。作为敏捷测试人员，我们需要与团队合作来适应变化。

6. 自组织

敏捷团队需要意识到，所有团队成员都需要对软件质量负责。所以我们要打造一个自组织的团队。首先需要在最初的时候定义一些简单规则，比如Scrum框架定义的“在每个实现Sprint目标的Sprint 中交付一个产品增量。”在这一简单规则的基础上，通过赋予团队确定规则的自主权来实现团队的自管理。在这种情况下，团队不仅会提高工作的满意度，还能在很大程度上调动了团队成员的积极性，发展生产力，最终反映到高质量的产品交付中。

7. 关注人的价值

敏捷注重人的价值，敏捷测试也不例外。在团队中，每个人都有发挥自己的专业技能、为团队做出贡献的时候。除此之外，团队也需要鼓励测试人员学习更多的技术、提升自身的能力，培养跨职能团队。

总之，敏捷测试作为敏捷项目管理中不可或缺的一部分，在实际的项目流程中，我们应更加专注于产品质量，持续为客户交付具有价值的高质量产品。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取