首先敏捷测试是敏捷的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。在传统的测试定义上，还需要添加
敏捷测试是遵循敏捷宣言的一种测试实践：
强调从客户的角度，即使用系统的用户的角度，来测试系统
重点关注持续迭代的测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。
建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。
敏捷开发
人与人之间的交互是复杂的，并且其效果从来都是难以预期的，但却是工作中最重要的方面。-- Tom DeMacro和Timothy Lister
敏捷软件开发宣言：
● 个体和交互 胜过 过程和工具
● 可以工作的软件 胜过 面面俱到的文档
● 客户合作 胜过 合同谈判
● 响应变化 胜过 遵循计划
虽然右项也有价值，但是我们认为左项具有更大的价值。
敏捷宣言遵循的原则：
● 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
● 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
● 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
● 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
● 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
● 在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。
● 工作的软件是首要的进度度量标准。
● 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
● 不断地关注优秀的技能和好的设计会增强敏捷能力。
● 简单是最根本的。
● 最好的构架、需求和设计出于自组织团队。
● 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。
