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