测试基础【第二篇】软件测试模型

V模型

在软件测试方面,V模型是最广为人知的模型,尽管很多富有实际经验的测试人员还是不太熟悉V模型,或者其它的模型。V模型已存在了很长时间,和瀑布开发模型有着一些共同的特性,由此也和瀑布模型一样地受到了批评和质疑。V模型中的过程从左到右,描述了基本的开发过程和测试行为。V模型的价值在于它非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。
局限性:把测试作为编码之后的最后一个活动,需求分析等前期产生的错误直到后期的验收测试才能发现。测试工作在编码完成后才开始进行,不符合软件测试的“3早”原则。

 

W模型

V模型的局限性在于没有明确地说明早期的测试,无法体现“尽早地和不断地进行软件测试” 的原则。在V模型中增加软件各开发阶段应同步进行的测试,演化为W 模型(如下图)。在模型中不难看出,开发是“V”,测试是与此并行的“V”。基于“尽早地和不断地进行软件测试”的原则,在软件的需求和设计阶段的测试活动应遵循IEEE1012-1998《软件验证与确认(V&V)》的原则。
W模型由Evolutif公司提出,相对于V模型,W模型更科学。W模型是V模型的发展,强调的是测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试。测试与开发是同步进行的,从而有利于尽早地发现问题。比如在进行需求分析,SRS评审,SRS基线化后,系统测试计划,方案,用例也设计完毕,接着是概要设计与集成测试设计,详细设计与单元测试设计,直到编码完成后,进行代码审查,继续执行UT,IT,ST。

W模型:用户需求(用户需求V&V、验收测试设计与评审)→→需求分析(需求V&V、系统测试设计与评审)→→概要设计(概要设计V&V、集成测试设计与评审)→→详细设计(详细设计V&V、单元测试设计与评审)→→编码实现(单元测试)→→模块集成(集成测试)→→实施(系统测试)→→交付(验收测试)。


W模型也有局限性,W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动,无法支持迭代、自发性以及变更调整。

X模型


  X模型也是对V模型的改进,X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序。

X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试,此后将进行频繁的交接,通过集成最终成为可执行的程序,然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户,也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见,X模型还定位了探索性测试,这是不进行事先计划的特殊类型的测试,这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费,对测试员的熟练程度要求比较高。

H模型

  H模型中,软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测物的不同而分层次进行。

这个示意图演示了在整个生产周期中某个层次上的一次测试“微循环”。图中标注的其它流程可以是任意的开发流程,例如设计流程或者编码流程。也就是说,只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以进行了。

  H模型揭示了一个原理:软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发地进行。H模型指出软件测试要尽早准备,尽早执行。不同的测试活动可以是按照某个次序先后进行的,但也可能是反复的,只要某个测试达到准备就绪点,测试执行活动就可以开展。 

总结

1.软件测试过程模型-V模型
是软件开发瀑布模型的变种,主要反映测试活动与分析和设计的关系;
局限性:把测试作为编码之后的最后一个活动,需求分析等前期产生的错误直到后期的验收测试才能发现。
2.软件测试过程模型-W模型
在V模型的基础上,增加开发阶段的同步测试,形成W模型;测试与开发同步进行,有利用尽早的发现问题;
局限性:仍把开发活动看成是从需求开始到编码结束的串行活动,只有上一阶段完成后,才可以开始下一阶段的活动,不能支持迭代,自发性以及变更调整。
3.软件测试过程模型-H模型
在H模型中,软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段;软件测试可以进行尽早的进行;软件测试可以根据被测物的不同而分层次进行。 

测试模型使用

在实际工作中应灵活地运用各种模型的优点,
V模型: 强调了在整个软件项目开发中需要经历的若干个测试级别,并与每一个开发级别对应;忽略了测试的对象不应该仅仅包括程序,没有明确指出对需求、设计的测试;
W模型: 补充了V模型中忽略的内容,强调了测试计划等工作的先行和对系统需求和系统设计的测试;与V模型相同,没有对软件测试的流程进行说明;
H模型: 强调测试是独立的,只要测试准备完成,就可以执行测试。

 

转载于:https://www.cnblogs.com/uncleyong/p/6956428.html

软件测试】常用的开发、测试模型 今天给大家带来的是首先了解, 什么是软件的生命周期, 测试的生命周期, 常见的开发模型: 瀑布, 螺旋, 增量, 迭代, 敏捷. 常用的测试模型, V 模型, W 模型. 从他们的特点、缺点、使用场景出发适用于编程初学者,感兴趣的朋友们可以订阅,查看其它 “软件测试内容”。 阅读详情

相关推荐

软件测试测试模型

写好前期的测试文档,做好了测试前期的准备工作,接下来,就开始要进行实质的执行测试阶段了。在执行测试前,要确定开发要采用什么样的模型。比较常见的开发模型有传统的瀑布开发模型,及敏捷开发模型测试模型 V模型 测试阶段: 单元测试 集成测试 系统测试 实现意义 V模型是软件开发瀑布模型的变种,它反映了测试活动与分析和设计的关系 。 从左到右,描述了基本的开发过程和测试...

hhl18的博客 7373

软考 软件测评师 计算机基础知识整理

软件测评不包含计算机基础知识 我考过之后整理的部分基础知识

软件评测师教程核心知识点梳理(基于教材目录)

软考-软件评测师基于教材知识点

weixin_46144511的博客 1503

软考——软件测评师基础知识

文章内容主要是针对软考中软件测评师的大纲进行的基础知识整理

weixin_43247149的博客 4062

缺陷探测率(DDP Defect Detection Percentage)

缺陷探测率DDP是衡量限额是工作效率的软件质量成本的一个重要指标,其公式如下: DDP=测试者发现的错误数/(测试者发现的错误数+客户发现并反馈技术支持人员进行修复的错误数)探测率越高,发布后客户发现的错误就越少,降低了外部故障不一致成本,达到了节约成本的目的,可获得较高的测试投资回报率(ROI)。因此,缺陷探测率是衡量测试投资回报的一个重要的标志。

shenzhen2008的专栏 5927

软件测试中,关于缺陷探测率(DDP)

DDP是Defect Detection Percentage的缩写,即缺陷探测率。DDP是衡量测试投资回报的一个重要指标,是衡量测试工作效率的软件质量成本指标之一。其计算公式如下:DDP=Bugs(tester) / [Bugs(tester)+Bugs(customer) 其中,Bugs(tester)为软件开发方测试者发现的Bugs数目,Bugs(customer)为客户方发现并反馈给技术支持人员进行修复的Bugs数目。DDP是衡量测试投资回报的一个重要指标,DDP越高,说明测试者发现的Bugs.

chuc_k的博客 5091

软件测试理论】软件测试基础知识

本博客系统梳理了软件测试的核心知识点,涵盖测试基础概念、质量模型测试用例设计、缺陷管理、功能测试以及业务测试等关键领域。从 ISO/IEC 25010 软件质量模型 的介绍,到 等价类划分 和 边界值分析 等经典测试方法,再到登录与注册功能的测试案例,以及业务流程测试的实际应用示例(如发布文章),全方位解析软件测试的理论和实战方法,为读者提供了全面、清晰的学习路径和实用参考。

weixin_44814196的博客 1万+

软件测试基础知识

上一章我们介绍了jvm相关的知识点,接下来我们进入新的篇章软件测试篇,今天先讲解软件测试的一些基础知识和概念相关的知识可能比较枯燥什么是软件测试软件测试点可以穷举吗?测试和调试有什么区别?软件测试和软件开发的区别?优秀的测试人员需要具备哪些素质?测试概念什么是需求?测试人员眼里的需求是啥样的?什么是测试用例?为什么有测试用例?什么是bug?软件的生命周期开发模型瀑布模型螺旋模型增量开发迭代开发敏捷开发测试模型V模型​编辑W模型(双V模型

N_0050的博客 2093

软件测试软件测试基础理论

灰盒测试,是介于白盒测试与黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整,但又比黑盒测试更关注程序的内部逻辑,常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。

Code · Cloud · Think · Repeat 6679

软件测试——基础理论、测试用例及设计方法

本期导航:软件测试基础理论+软件测试用例+测试用例设计方法 关键字:等价划分法 边界值分析法 因果图法 判定表法 场景法

qq_64359499的博客 5620

测试有效性的分析

1.缺陷探测率(DDP方法)   首先,测试人员可以根据用户反馈的缺陷数目,来判断和分析测试人员在测试过程中的测试有效性。通常来说,在测试过程中判断测试人员的测试有效性是很困难的。但是通过用户反馈的缺陷数目,却可以直观的说明测试人员是否遗漏了比较多的问题,从而反映测试人员的测试有效性。   缺陷检测百分比DDP(Defect Detection Percentage)就是基于这样的目的进行定义

红豆自动化测试 1万+

第18章 基于经验的测试技术

是基于创造性、经验的测试方法。测试人员基于现有相关的知识、测试项、前期的探索以及相关软件行为和故障类型的启发,自发的设计和执行测试测试方法。可以辅助测试人员在实际开始测试之前建立起一个全局的目标,确定对软件进行探索性测试的整体的方向,以便系统化的方式组织测试工作,从而尽量覆盖软件的复杂程度及特性。探索性测试的最大特色是在对测试对象进行测试的同时学习测试对象并设计测试,在测试过程中运用获得的关于测试对象的信息设计新的更好的测试。在测试设计不充分的情况下,探索性测试可以基于之前类似的测试和结果进行测试

李黏黏的博客 1674

Hyman分别测试

Hyman 分别测试法: Et为测试前故障总数 二人(组)分别独立测试同一程序,甲测得故障总数为B1,乙测得为B2,其中有bc是相同的,设以甲的测试结果为基准(即相当于①中的植入故障),则设 1、两个小组独立地测试同一个程序,第一组发现25个错误,第二组发现30个错误,在两个小组发现的错误中有15个是共同的,那么可以估计程序中的错误总数是___(35)___个。 (35)...

banbajie3528的博客 425

缺陷探测率(DDP)的解释和笔记

之前遇到这么个题目:假设本系统开发人员在开发过程中通过测试发现了20个错误,独立的测试组通过上述测试用例发现了100个软件错误,系统在上线后,用户反馈了30个错误,请计算缺陷探测率(DDP)。

qq_43057981的博客 566

测试中的统计分析计算公式】

缺陷探测率(Defect Detection Percentage, DDP)是软件测试领域的核心质量指标,用于量化测试团队在软件发布前发现缺陷的能力。其计算公式为:其中:‌Bugs(tester)‌:测试阶段由开发方发现的缺陷数量;‌Bugs(customer)‌:发布后由客户发现并反馈的缺陷数量。‌意义‌:DDP越高,表明测试有效性越强,发布后客户遇到的缺陷越少,从而降低外部故障成本并提升投资回报率(ROI)。

测试入坑之路 432
上一篇: 【自学目录】从测试小白到高级全栈测试修炼之路(自动化 、性能、测开、安全),持续更新中。。。欢迎关注公众号『全栈测试笔记』...
下一篇: 测试基础【第三篇】测试流程
akb7208
博客等级 码龄11年 29粉丝 0原创
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值