你好呀，我是芒果。

在上篇文章“增量软件开发模式”中，我们学习了“增量模型”，今天我们一起来认识软件测试模式中的“V模型”。

一、定义

V模型的原名是RAD（Rapid Application Development，快速应用开发）模型，因为其各个步骤组成的示意图长得像字母V，该模式也被称为软件测试模式中的V模型。

V模型的步骤其实和传统的瀑布模式很像，都包含客户需求收集和分析、系统设计、编码实现、测试检验等主要步骤，只是把“瀑布模式”中测试的工作进一步划分为了单元、集成、系统、验收测试四个阶段。

 

二、优点

V模型的主要优点是把测试过程划分为了不同的阶段，并且每一个阶段都与前期的开发设计步骤相对应。

例如单元测试需要检验详细设计中拆分的最小可测试单元，集成测试需要检验概要设计中一些组合模块，系统测试需要检验软件系统是否满足产品说明书、需求规格说明的要求，验收测试需要检验软件产品是否满足客户实际使用需求。

三、缺点

由于V模型的主体还是“瀑布模式”，使得测试人员通常只能在编码实现完成以后才能投入测试工作，不能较早地参与早期需求分析、系统设计等环节。

同时，因为对测试步骤进行了划分，规范的测试类别定义意味着工作量的上升，使得前期如果发生需求变更，导致测试人员反复执行测试工作的成本变相提升。

四、测试在模式中扮演的角色

为了弄清楚测试在该模式中起到的作用，首先我们需要明确不同测试阶段的定义，在“测试的四个阶段：单元、集成、系统、验收”这篇文章中芒果有对相关概念进行一个简单的介绍，下面对这四个步骤依次进行分析：

单元测试通常由开发人员完成，但是部分开发人员可能缺少编写相关测试脚本的经验，因此测试开发可以给开发提供合适的单元测试框架，帮助开发提高编写单元测试脚本的效率。

集成测试、系统测试通常由测试人员完成，按照不同阶段的特点开展相应测试即可。

验收测试通常由客户或外包商的相关外部测试人员完成，这个阶段同样需要完成性能、压力、安装测试等工作，项目内部的测试人员可以把自己使用的测试工具、数据分享给外部测试人员，帮助他们更高效地完成各部分的测试任务。

结语：

下篇文章，我们一起来学习常见软件测试模式中的另外一种—— “W模型” 。

 

---

以上就是今天的分享，本文首发于同名公众号，如果内容对你有所帮助，欢迎点赞、关注、收藏。