敏捷开发&敏捷测试(转)

　　首先敏捷测试是敏捷的一种，原有测试定义中通过执行被测系统发现问题，通过测试这种活动能够提供对被测系统提供度量等概念还是适用的。在传统的测试定义上，还需要添加

　　敏捷测试是遵循敏捷宣言的一种测试实践：

　　强调从客户的角度，即使用系统的用户的角度，来测试系统

　　重点关注持续迭代的测试新开发的功能，而不再强调传统测试过程中严格的测试阶段。

　　建议尽早开始测试，一旦系统某个层面可测，比如提供了模块功能，就要开始模块层面的单元测试，同时随着测试深入，持续进行回归测试保证之前测试过内容的正确性。

　　敏捷开发

　　人与人之间的交互是复杂的，并且其效果从来都是难以预期的，但却是工作中最重要的方面。-- Tom DeMacro和Timothy Lister

　　敏捷软件开发宣言：

　　● 个体和交互 胜过 过程和工具

　　● 可以工作的软件 胜过 面面俱到的文档

　　● 客户合作 胜过 合同谈判

　　● 响应变化 胜过 遵循计划

　　虽然右项也有价值，但是我们认为左项具有更大的价值。

　　敏捷宣言遵循的原则：

　　● 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。

　　● 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。

　　● 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。

　　● 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。

　　● 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。

　　● 在团队内部，最具有效果并富有效率的传递信息的方法，就是面对面的交谈。

　　● 工作的软件是首要的进度度量标准。

　　● 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。

　　● 不断地关注优秀的技能和好的设计会增强敏捷能力。

　　● 简单是最根本的。

　　● 最好的构架、需求和设计出于自组织团队。

　　● 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整