码迷,mamicode.com
首页 > 其他好文 > 详细

软件测试的模型

时间:2020-03-14 23:48:31      阅读:67      评论:0      收藏:0      [点我收藏+]

标签:不能   阶段   详细设计   条件   敏捷   alt   http   进度   文档   

1.瀑布模型:

项目计划->需求分析->软件设计->程序开发->软件测试->集成维护

 技术图片

 

 

优点:①强调需求、计划的作用②前一阶段完成后,只需要关注后续阶段③为项目提供按阶段划分的检查点,里程碑清晰④文档规范

缺点:①难以适应需求频繁变化②强制的里程碑、完成时间点③项目周期后段才能看到结果④文档工作量大

 

2.V模型:

需求分析->概要设计->详细设计->软件编程->单元测试->集成测试->系统测试->验收测试

 技术图片

 

 

优点:①包含了底层测试(单元测试)和高层测试(系统测试)②清楚的标示了开发和测试的各个阶段③自上而下逐步求精,每个项目分工明确,便于整体项目的把控

缺点:①自上而下的顺序也导致了测试在编码之后,导致错误不能及时修改②实际工作中,需求经常变动,导致V模型步骤反复执行,返工量很大,灵活度较低

 

W模型:

 技术图片

 

 

优点:开发与测试并行,有利于尽早发现问题,有利于及时了解项目的测试风险,及早的执行应对方案,加快项目进度

局限性:虽然开发与测试并行,但是整个开发阶段仍然是串行的,上一阶段完成后才能进入下一阶段,不支持敏捷模式的开发

 

X模型:

解决交接和频繁集成周期的问题

 技术图片

 

H模型:

 技术图片

 

 

把软件测试看做一个独立完成的流程与其他流程并发进行,比如设计流程,编码流程,甚至是测试流程。

H模型强调把测试分为测试准备和测试执行两个不同的阶段,只要测试条件完成了,测试准备活动完成了,测试执行活动就能进行了。只要某个测试达到准备就绪点,测试执行活动就可以进行了。

 

优点:①软件测试完全独立,贯穿整个生命周期,并且与其他流程并发进行②软件测试活动可以尽早进行,尽早执行,有很强的灵活性

缺点:管理型要求高,技能要求高,测试就绪点分析困难,对整个项目组的人员要求非常高

软件测试的模型

标签:不能   阶段   详细设计   条件   敏捷   alt   http   进度   文档   

原文地址:https://www.cnblogs.com/jinkaijie/p/12495097.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!