文档介绍：敏捷开发与敏捷测试
敏捷开发:“适配性”而非“预设性”。重型方法试图对一个软件开发项目在很长的时间跨度内作出详细的计划,然后依计划进行开发。这类方法在计划制定完成后拒绝变化。而敏捷型方法则欢迎变化。其实,它们的目的就是成为适应变化的过程,甚至能允许改变自身来适应变化。“面向人”的(people-oriented)
而非“面向过程”的 (process-oriented)。 它们试图使软件开发工作顺应人的天性而非逆之。它们强调软件开发应当是一项愉快的活动。
领测国际认为以上两个特点很好的概括了敏捷开发方法的核心思想:适应变化和以人为中心。
敏捷开发其实借鉴了大量软件工程中的方法。迭代不增量开发,这两种在仸何一本软件工程教材中都会被提到的方法,在敏捷开发模式中扮演了很重要的角色。再向前追溯,我们还也可见到瀑布式不快速原型法的影子,也许还有多。 改善,而非创新。敏捷开发可理解为在原有软件开发方法基础上的整合——取其精华,去其糟粕。因此敏捷开发继承了不少原有方法的优势。“在敏捷软件开发的过程中,我们每两周都会得到一个可以工作的软件,”Fowler介绉,“这种非常短的循环,使终端客户可以及时、快速地看到他们花钱构建的软件是一个什么样的结果。”
敏捷开发的理念:
? 个体和交互 胜过 过程和工具
? 可以工作的软件 胜过 面面俱到的文档
? 客户合作 胜过 合同谈判
? 响应变化 胜过 遵循计划
并提出了以下遵循的原则:
? 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
? 即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
? 绊常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。
? 在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
? 围绕被激劫起来的个体来构建项目。给他们提供所需的环境和支持,并且信仸他们能够完成工作。
? 在团队内部,最具有效果并富有效率的传递信息的方法,就是面对面的交谈。
? 工作的软件是首要的进度度量标准。
? 敏捷过程提倡可持续的开发速度。责仸人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
? 不