在敏捷团队中每个成员都关注于交付具有业务价值的高质量的产品，而敏捷测试人员的工作是保证团队交付客户需要的质量。
敏捷项目迭代进行，迭代通常持续1~4周很短的开发周期，通过开发团队的帮助，客户团队设定需要开发的用例优先级，开发团队确定他们所需的工作量。他们通过测试和示例来共同确定需求，并编写可以使测试通过的代码。
测试人员参与两个团队，既要了解客户的观点或理解需求，也要了解技术实现的复杂性。
一些敏捷团队中没有明确称为“测试”的人员，但总是需要有人去帮助客户团队针对迭代中的用例编写面向业务的测试，以确保测试通过和足够多的回归测试使自动执行的。即使一个团队没有测试人员，也是整个敏捷团队对测试任务负责。
我们在敏捷团队中的经历说明测试技能和经验对项目的成功至关重要，并且测试人员增加敏捷团队的价值。
敏捷测试有何不同？
传统的项目开发的流程是：需求挖掘分析、方案设计、编码开发、测试、最后是上线发布，从这个流程中可以看出来，瀑布式开发中测试是产品交付上线前的最后一环。而敏捷是迭代和增量的，意味着测试人员在每个代码增量完成时，都要测试它，一个迭代可能短至只有一周，或者长至一个月。团队构建并测试少量代码，确保它可以正常工作，然后转移到下一个需要构建的部分。
作为敏捷团队的测试人员，可能像在传统环境中一样，还是发布代码产品的关键环节，可能通过运行脚本或手动测试来验证一个版本中的所有元素都是正常的，例如数据库更新脚本。所有团队成员都会参与回顾或其他过程来改进每个迭代或版本中可能存在的活动。
整个团队将以头脑风暴的形式来解决问题并改进过程和实践。
敏捷项目中测试人员的最重要区别是从快速从测试中得到反馈，它驱动项目前进。
敏捷开发与传统开发的一个重要区别是敏捷的“整体团队运作”方式，在敏捷中，不单单是测试人员或质量保障团队为质量负责，整体团队运作方式意味着每个人都对测试任务负责，这意味者团队成员有一个技能集合用于对抗挑战的经验，例如通过将实例编程测试和代码使测试得以通过来设计可测试性。
这些不同的观点意味着更好的测试和测试覆盖率。
敏捷测试人员：
敏捷测试法则：
· 提供持续反馈；
· 为客户创造价值；
· 进行面对面的沟通；
· 勇气；
· 简单化；
· 持续改进；
· 响应变化；
· 自我组织；
· 关注人；
· 享受乐趣。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
