1、项目团队的敏捷意识。从我们的需求开始，到开发，再到测试，整个项目组的人员都要有敏捷的意识，这样就能为敏捷测试创作一个良好的氛围。
2、项目流程的敏捷化。在传统的瀑布式项目模型中我们能进行敏捷的东西是有限的，需要探索新的项目模式，比如迭代式等。
在敏捷的路上，要求需求，开发，测试三方都不断延伸自己的专业优势，同时不断完善自己的知识体系，个人感觉测试这边的挑战更大一些。因为需求方本来就有很强的商业sense，开发方有技术sense，我们测试如果只有质量sense的话就很被动，需要准备的东东很多：
1、测试技术的准备。假设我们已经走在敏捷的路上，将我们的测试工作延伸到项目的前期，当我们和开发等多方讨论技术构架等实现问题时，提出一些有建设性有影响力的建议，这时就充分体现我们原本测试角色之外的岗位价值；
2、商业嗅觉的培养。站在公司或PD，用户等需求方的视角来了解分析我们的产品，加上测试特有的风险意识，可以提前发现一些用户体验的问题，拉近我们和用户的距离，让我们的测试更贴近用户需求。
3、良好的沟通协调能力。流程敏捷了，我们会有更多的机会进行多方合作和交流，如果不具备很强的沟通协调和应变事物的能力，那么你就会成为整个项目高效运作的瓶颈，这样的压力和影响都是很大的。
总之，测试敏捷了，要求我们都要敏捷的把综合素质提高，这样才能保证项目的高效运作。敏捷是机会也是挑战！
敏捷方法论有以下偏见：
1） 敏捷就是不需要流程，不需要文档，开发人员看着做就行了 ……
2） 敏捷就是XP，敏捷就是测试先行，测试驱动开发 ……
3） 敏捷就是抛弃瀑布模型，抛弃CMMI，抛弃文档和设计，随需应变 ……
4） 敏捷就是无组织，无纪律，所以我们不需要 ……
5） 只听说过敏捷开发，没听说过敏捷测试，还有敏捷管理？
6） 只要一帮聪明的人聚在一起，项目就敏捷了，我们需要聪明的人 ……。
7） 敏捷就是拥抱变化，加强沟通 ……
8） 敏捷就是灵活使用工具，只要是轻量级的东西，都可以叫敏捷 ……
那么敏捷到底是什么？如果用一句话来概括的话就是：你感觉你每天真正是在做事了，而不是在为文档和流程疲于奔命。基本上不论XP还是Scrum还是其它框架，都离不开如下一些要点：
1） 简化流程，切切实实地简化，把能去掉的全去掉
2） 简化文档，所有的文档只应该包括客户需要的
3） 简化产品设计，要想使开发和测试过程变得敏捷，产品自己在架构和设计上首先得自己足够敏捷
4） 使用各类成熟的轻量级的框架和工具来开发和测试产品，注意是轻量级的
5） 让项目组全体成员坐在一起，相互讨论，声音可以很大
6） 充分授权，充分奖励，让团队充满活力而不是死气沉沉
7） 沟通，沟通，沟通……
（以上言论仅代表作者的个人观点，不代表51Testing观点）
版权声明：本文出自sxg_feixue的51Testing软件测试博客：http://www.51testing.com/?283442
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关链接：
