一. V模型
- V模型早是由Paul Rook在20世纪80年代后期提出的,目的是改进软件开发的效率和效果,是瀑布模型的变种
- 明确的标注了测试过程中存在的不同类型的测试,并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系
- V模型指出,单元和集成测试应检测程序的执行是否满足软件设计的要求;系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标;验收测试确定软件的实现是否满足用户需要或合同的要求
- 局限性:仅仅把测试作为在编码之后的一个阶段,未在需求阶段就进入测试
V模型的优缺点(测试重点)
(1)优点:
- 包含了底层测试(单元测试)和高层测试(系统测试);
- 清楚的标识了开发和测试的各个阶段;
- 自上而下逐步求精,每个阶段分工明确,便于整体项目的把控。
(2)缺点
- 自上而下的顺序导致了,测试工作在编码之后,就导致错误不能及时的进行修改;
- 实际工作中,需求经常变化,导致v模型步骤,反复执行,返工量很大,灵活度较低。
- 在V模型中,只是把测试作为编码之后的一个阶段,并没有在需求开发阶段就进入测试。这也算是他的一个缺点了。
- 改良:每个步骤都可以进行小的迭代工作。
二. W模型
-
可以看出来,W模型增加了软件各开发阶段中应同步进行的验证和确认活动
-
W模型由两个V字型模型组成,分别代表测试与开发过程,图中明确表示出了测试与开发的并行关系。
-
W模型特点:测试的对象不仅是程序,需求、设计等同样要测试,测试与开发是同步进行的
-
W模型优点:
有利于尽早全面的发现问题。例如,需求分析完成后,测试人员就应该参与到对需求的验证和确认活动中,以尽早地找出缺陷所在。同时,对需求的测试也有利于及时了解项目难度和测试风险,及早制定应对措施,显著减少总体测试时间,加快项目进度。 -
局限性:需求、设计、编码等活动被视为串行的;测试和开发活动也保持着一种线性的前后关系,上一阶段完全结束,才可正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复杂多变的情况,W模型并不能解除测试管理面临的困惑。
(1)优点
扫描二维码关注公众号,回复:
10277652 查看本文章
![](/qrcode.jpg)
- 测试伴随着整个开发周期,需求和设计同样要测试;
- 更早的介入测试,可以发现初期的缺陷,修复成本低;
- 分阶段工作,方便项目整体管理。
(2)缺点
- 开发和测试依然是线性的关系,需求的变更和调整,依然不方便;
- 如果没有文档,根本无法执行w模型;
- 对于项目组成员的技术要求更高!