软件测试V模型

你好呀,我是芒果。

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

一、定义

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

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

 

二、优点

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

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

三、缺点

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

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

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

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

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

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

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

结语:

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

 


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

  • 1
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值