在敏捷开发中，测试是整个项目组的“车头灯”，它告诉大家现在到哪里了，正在向哪个方向行走。测试人员为项目组提供丰富的信息，使得项目组基于这些可靠的信息作出正确的决定。

       在敏捷项目中，测试人员不再做出发布的决定。测试人员不保证质量，而是整个项目组的每一个人都要对质量负责。测试人员不与开发人员纠缠错误，而是帮助开发人员找到目标。

      对于测试人员来说，如果在一个敏捷的团队采用完全的XP方法，则应该按照敏捷测试的原则，调整自己的角色，让自己成为一名真正的敏捷测试员。

      在敏捷的团队中，测试工作的核心内容是没有改变的，就是不断地查找bug，测试人员要调整好自己的心态，一切以敏捷的原则为主。敏捷测试需要更多的考虑以下方面的内容：

      **更多的采用探索性测试方法；

      **更多地采用上下文驱动的测试方法论；

     **更多地采用敏捷自动化测试原则。

      在敏捷项目中，测试人员不能依赖文档，是要自动地需找和挖掘更多关于软件的信息来指导测试。探索性测试，这种同时强调设计、测试和学习被测试系统的方式是可以被充分借鉴和应用的。

     敏捷讲究合作，在敏捷项目组中，测试人员应主动与开发人员讨论需求和设计，一起研究bug出现的原因。

     敏捷测试被认为要持续地测试，不断地回归测试，快速地测试。测试人员需要经常借鉴上线问驱动测试的方法，适当采用自动化的方式来加快测试的速度。

                                                      -------以上内容摘自《软件测试技术大全》，陈能技 编著。

     现在的项目组，采用的是敏捷开发测试的模式，但这样的模式让我觉得混乱，测试时间很紧张，质量有问题。也许是新组建的项目组，大家也都是“新人”，对敏捷的概念理解不到位。还有就是磨合的问题，业务理解的问题，导致计划安排有些不合理之处。开发时间紧迫，自测的时间有限~~

     敏捷测试，今天童心同学在晨会上总结了上个阶段遇到的问题。他总结的特别好，估计他也从大家反映的问题中看到了，大家对“敏捷”的理解，不清楚这个概念。偶们的技术架构，在估算时间的时候，丢掉了测试时间。

     我总觉得现在我们的项目组所谓的敏捷开发，就是在需求不明确的情况下乱开发，测试也不清楚需求，
但时间点就是卡死的，必须得完成。需求描述的也不够清晰，交流倒是挺多，
就是一个需求人员可能会跟3个开发的，2个测试的分别在不同时间讲述同一条需求是怎么回事儿。

觉得很混乱的感觉，敏捷的思想，理解不到位。还得加强学习才行~~