测试模型

测试模型也分为三种分别为：V模型、W模型、H模型

V模型：

• 需求分析
用户需求、业务需求、需求 规格说明书

• 概要设计
系统架构、模块划分、模块 与模块之间的接口。

• 详细设计
模块内部实现的逻辑和方法。

• 编码

实现上面的设计。

• 单元测试 

检测代码的开发是否符合详 细设计的要求。

• 集成测试

检测此前测试过的各组成部 分是否能完好地结合到一起。

• 系统测试 

检测已集成在一起的产品是 否符合系统规格说明书的要 求。

• 验收测试

检测产品是否符合最终用户 的需求。

V模型的优点

– 测试V模型即包含了底层测试又包含了高层测试；

• 底层测试：检验源代码质量的测试，如：单元测试；

• 高层测试：检验整个系统的需要，如：系统测试；

– V模型清楚地标识出了软件开发的阶段。– 它采用自顶向下逐步求精的方式把整个开发过程分成不同的阶段， 每个阶段的工作都很明确，因此便于控制开发过程。当所有的阶

段都完成之后，该软件的开发过程也随之结束。

V模型的缺点

– V模型一大缺点正是它自身的顺序性所导致的。到了测试阶段，程 序已经完成，错误已经产生，很多前期的错误一直到测试阶段才 发现，甚至无法发现，往往无从修改了。

– 同时实际的开发过程中，在需求阶段很难把用户的需求完全明确 下来，因此，当需求变更时将会导致阶段反复，而且都要重复需 求、设计、编码、测试等过程，返工量非常大，模型灵活性比较 低。

W模型

W模型的优点：

开发强调测试伴随着整个软 件开发周期，而且测试的对 象不仅仅是程序，需求和概 要设计同样要测试；
更早地接入测试，可以发现 开发初期的缺陷，那么可以 用更加低的成本进行缺陷修 复。
同样是分阶段的工作，便于 控制项目过程。
W模型的缺点：
依赖于软件开发和软件测试依 然保持一前一后的线性关系， 依然无法支持迭代、自发性和 需求等变更调整；
对于当前很多项目，在执行的 过程中根本不产生文档，那么 W模型基本无法适用；
使用起来技术复杂度很高，对 于需求和设计的测试要求很高， 实践起来困难

H模型

• 测试流程

– 测试准备：所有测试执行活动的准备；判断是否到测试就绪点；

– 测试就绪点：测试准入准则，即是否可以开始执行测试的条件；

– 测试执行：具体的执行测试的程序。

• 其他流程

– 具体开发中的流程，如：设计流程

H模型的优点：

开发的H模型揭示了软件测试除测 试执行外，还有很多工作；

软件测试完全独立，贯穿整个生 命周期，且与其他流程并发进行；

软件测试活动可以尽早准备、尽 早执行，具有很强的灵活性；

软件测试可以根据被测物的不同 而分层次、分阶段、分次序的执 行，同时也是可以被迭代的。

H模型的缺点：

管理型要求高：由于模型很灵活，必 须要定义清晰的规则和管理制度，否 则测试过程将非常难以管理和控制； 

技能要求高：H模型要求能够很好的定 义每个迭代的规模，不能太大也不能 太小； 

测试就绪点分析困难：测试很多时候， 你并不知道测试准备到什么时候是合 适的，就绪点在哪里，就绪点的标准 是什么，这就对后续的测试执行的启 动带来很大困难； 

对于整个项目组的人员要求非常高： 在很好的规范制度下，大家都能高效 的工作，否则容易混乱。例如：你分 了一个小的迭代，但是因为人员技能 不足，使得无法有效完成，那么整个 项目就会受到很大的干扰。