软件测试过程模型

1、瀑布模型

瀑布模型（Waterfall Model）是一个软件生命周期模型，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。

1970年温斯顿·罗伊斯（Winston Royce）提出了著名的“瀑布模型”，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。

2、V模型

V 模型反映了测试活动与分析和设计的关系，从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系，如图所示，图中的箭头代表了时间方向，左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。

V 模型指出，单元和集成测试是验证的程序设计，检测程序的执行是否满足软件设计的要求。系统测试应当验证系统设计，检测系统功能、性能的质量特性是否达到系统设计的指标。测试人员和用户进行软件的确认测试和验收测试，追溯软件需求说明书进行测试，以确定软件的实现是否满足用户需求或合同的要求。

V 模型存在一定的局限性，它仅仅是测试过程作为在需求分析、概要设计、详细设计及编码后的一个阶段。需求分析阶段隐藏的问题一直到后期的验收测试才被发现。

V 模型的软件测试策略既包括低层测试又包括了高层测试，低层测试是为了源代码的正确性，高层测试为了使整个系统满足用户的需求。

3、W模型

V 模型的局限性在于没有明确地说明早期的测试，不能体现“尽早地和不断地进行软件测试”的原则。在 V 模型中增加软件各开发阶段应同步进行的测试，被演化为一种 W 模型，因为实际上开发是 “V”，测试也是与此相并行的 “V”。基于“尽早地和不断地进行软件测试”的原则。

W 模型的优点：

（1）测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。

（2）体现“尽早地和不断地进行软件测试”的原则。

（3）在 V 模型中增加软件和开发阶段应同步进行的测试。

W 模型的局限性：

软件开发和测试保持一种线性的前后关系，需要有严格的指令表示上一阶段完全结束，才可正式开始下一个阶段。这就无法支持迭代、自发性以及变更调整。

4、H模型

H 模型将测试活动独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。贯穿于整个产品周期，与其他流程并发地进行。

5、X模型

X 模型定位了探索性测试。

X 模型的基本思想是由 Marick 提出的。Marick 对 V 模型最主要批评是 V 模型无法引导项目全部过程。他认为一个模型必须能处理开发的所有方面，包括交接、频繁重复的集成以及需求文档的缺乏等。

X 模型具有以下特征：

（1）公司可以根据自身的情况确定是否要做单元测试，还是直接做系统测试。

（2）测试应该是一个不断迭代的过程，直到封版发布。

（3）提倡探索性测试。

6、前置测试模型

前置测试模型是一个将测试和开发紧密结合的模型，该模型提供了轻松的方式，可使你的项目加快速度。

前置测试模型体现了以下的要点：

（1）开发和测试相结合；前置测试模型将开发和测试的生命周期整合在一起，标识了项目生命周期从开始到结束之间的关键行为。

（2）对每一个交付内容进行测试；每一个交付的开发结果都必须通过一定的方式进行测试。

（3）在设计阶段进行测试计划和测试设计；设计阶段是作测试计划和测试设计的最好时机。

（4）测试和开发结合在一起；前置测试将测试执行和开发结合在一起，并在开发阶段以编码——测试——编码——测试的方式来体现。

（5）让验收测试和技术测试保持相互独立；验收测试应该独立于技术测试，这样可以提供双重的保险，以保证设计及程序编码能够符合最终用户的需求。

精彩推荐

面试笔试系列

思维导图系列

Linux常用命令壁纸

接口Requests系列

测试框架pytest系列

Jmeter快速上手之接口测试

自动化测试框架结构图

移动安全框架（MobSF）