常见的开发-测试模型

前言

  软件开发模型(SoftwareDevelopmentModel)是指软件开发全部过程、活动和任务的结构框架。
  在开发-测试的过程中，我们常见的模型有四种。分别是瀑布模、V模型、W模型和敏捷开发-测试模型。这里面，当前最常用的为敏捷开发-测试模型。
  下面将会对四种开发-测试模型分别解释。

1.瀑布模型

  瀑布模型（WaterfallModel）是最早出现的软件开发模型，在软件工程中占有重要的地位，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好“返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。

优点：
1）为项目提供按阶段划分的检查点
2）当前一阶段完成后，你只需要关注后一阶段
3）可在迭代模型中应用瀑布模型
4）提供一个模板，这个模板使得分析，设计，编码，测试和支持的方法可以在该模板下有一个共同的指导
缺点
1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量。
2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发风险。3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。
4）瀑布模型的突出缺点是不适应用户需求的变化。

2. V模型

  RAD（RapidApplicationDevelopment，快速应用开发）模型是软件开发过程中的一个重要模型，由于其模型构图形似字母V，所以又称软件测试的V模型。

优点
1）V模型中的过程从左到右，描述了基本的开发过程和测试行为
2）它非常明确的表明了测试过程中存在不同的级别，大体划分为以下几个不同的阶段步骤：客户需求分析、软件需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试
3）能够清楚的描述这些测试阶段和开发过程期间各阶段的对应关系
缺点
1）V模型仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽视了测试对需求分析,系统设计的验证，需求的满足情况一直到后期的验收测试才被验证
2）因此需求变更较大，所以返工量大

3. W模型

  W模型，由Evolutif公司提出，相对于V模型，W模型增加了软件开发各阶段中同步进行的验证和确认活动。如图所示，由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。

优点
1）测试的活动与软件开发同步进行
2）测试的对象不仅仅是程序，还包括需求和设计
3）尽早发现软件缺陷可降低软件开发的成本
缺点
1）W模型存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，并且测试和开发保持着一种线性的前后关系，上阶段完全结束，才能正式开始下阶段工作。
2）无法支持迭代的开发模型。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临的困惑。

4. 敏捷-开发模型

①是一种以用户需求进化为核心（强调沟通、弱化文档）、迭代、循序渐进的开发方法。
②强调以人为本，专注于交付对客户有价值的软件，是一个用于开发和维持复杂产品的框架。
③就是把一个大项目分为多个相互联系，但也可以独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

敏捷开发原则

1.快速迭代
2.让测试人员和开发者参与需求讨论Ø3.编写可测试的需求文档
4.多沟通，尽量减少文档
5.做好产品原型
6.及早考虑测试

优点
1）通过快速、持续地交付有用的软件来满足客户的需求
2）强调的是人和互动，而不是过程和工具。客户、开发人员和测试人员不断地相互作用3）工作软件经常交付(周而不是月)
4）业务人员和开发人员之间的密切日常合作，面对面交谈是最好的交流方式
5）持续关注卓越的技术和良好的设计，定期适应变化的环境
缺点
1）快速敏捷软件开发和软件测试
2）不是特别大的团队开发，因为交流成本大，比较适合一个组的团队使用