敏捷开发与敏捷测试_new讲解.doc

敏捷开发与敏捷测试 摘要：　敏捷是一个过程，不是一个事件。它是一个持续的应用原则、模式以及实践来改进软件的结构和可读性的过程。它致力于保持系统设计在任何时间都尽可能得简单、干净和富有表现力。Agility tests and Agile development Guolei Liu (China?University of Petroleum (East China)?College?of Computer and?Communication Engineering,?Qingdao?266555) Abstract：Agile development is a process, not an event. It is a continuous application principle, mode and practice to improve structure of software and the readability of the process. It is committed to maintaining system design in any time as far as possible simple, clean and expressive. Key words：Agility tests 、Agile development 、Agile principle 、Agile concept、Agile test case design 引言：敏捷开发其实借鉴了大量软件工程中的方法。迭代与增量开发，这两种在任何一本软件工程教材中都会被提到的方法，在敏捷开发模式中扮演了很重要的角色。再向前追溯，我们还也可见到瀑与快速原型法的影子也许还有多改善，而非创新。敏捷开发可理解为在原有软件开发方法基础上的整合——取其精华，去其糟粕。因此敏捷开发继承了不少原有方法的优势。“故事”，也叫特性或用例，组合成任务分派给不同的程序员。定义好接受标准，开发直到单元测试和接受测试通过才算完成。 敏捷开发讲求合作，结对进行编程，避免个人拥有专门的知识，代码属于项目组共有。 在敏捷开发中不存在回退，讲究持续地集成，单元测试（通常使用测试驱动的开发方式），持续地进行回归测试。故敏捷开发有一下特点： 敏捷型开发方法是“适配性”而非“预设性”。传统型方法试图对一个软件开发项目在很长的时间跨度内作出详细的计划，然后依计划进行开发。这类方法不具有普适性。而敏捷型方法能在软件开发的过程中实时性的进行调整。其实，它们的目的就是成为适应变化的过程，甚至能允许改变自身来适应变化。 敏捷型开发方法是“面向人”的 (people-oriented) 而非“面向过程”的 (process-oriented)。 它们试图使软件开发工作顺应人的天性、以人为中心。它强调软件开发应当是一项愉快的活动。 敏捷测试：敏捷测试的原则与上下文驱动测试（Context-Driven Testing）的原则有交集，两者都强调人的作用。敏捷测试是遵循敏捷宣言的一种测试实践： 　 1、强调从客户的角度，即是从使用系统的用户的角度，来测试系统。 　 2、重点关注持续迭代的测试新开发的功能，不再强调传统测试过程中严格的测试阶段。 　　3、建议尽早开始测试，持续进行回归测试保证之前测试过内容的正确性。敏捷建模（AM）定义了一系列的核心原则和辅助原则，它们为项目中的建模实践奠定了基石。其中一些原则是从XP中借鉴而来而XP中的一些原则又是源于众所周知的软件工程学。 核心原则 　　◆主张简单 当从事开发工作时，你应当主张最简单的解决方案就是最好的解决方案。不要过分构建 （overbuild）你的软件。 敏捷开发 ◆拥抱变化 需求时刻在变，人们对于需求的理解也时刻在变。这就意味着随着项目的进行，项目环境也在不停的变化，因此你的开发方法必须要能够反映这种现实。 　　 ◆你的第二个目标是可持续性 可持续性可能指的是系统的下一个主要发布版，或是你正在构建的系统的运转和支持。要做到这一点，你不仅仅要构建高质量的软件，还要创建足够的文档和支持材料，保证下一场比赛能有效的进行。 　　 ◆递增的变化 没有必要试图在一开始就建立一个囊括一切的模型，你只要开发一个小的模型，或是概要模型，打下一个基础，然后慢慢的改进模型，或是在不在需要的时候丢弃这个模型。这就是递增的思想。 　　 ◆令Stakeholder投资最大化 你的project stakeholder为了开发出满足自己需要的软件，需要投入时间、金钱、设备等各种资源。stakeholder应该可以选取最好的方式投资，也可以要求你的团队不浪费资源。并且，他们还有最后的发言权，决定要投入多少的资源。如果是这些资源是你自己的，你希望你的资源被误用