- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试基础知识培训[修复]
2015-5-20;
一、测试的定义
二、软件工程模型
三、测试模型
四、测试分类
五、 软件测试方法
;一、测试的定义:;二、软件工程模型;瀑布模型:
瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、
程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自
上而下、相互衔接的固定次序,如同瀑布流水,逐级下落,最终得到
所开发的软件产品。
增量模型:
又称演化模型。与建造大厦相同,软件也是一步一步建造起来的。
在增量模型中,软件被作为一系列的增量构件来设计、实现、集成和
测试,每一个构件是由多种相互作用的模块所形成的提供特定功能的
代码片段构成.增量模型在各个阶段并不交付一个可运行的完整产品,
而是交付满足客户需求的一个子集的可运行产品。整个产品被分解成
若干个构件,开发人员逐个构件地交付产品,这样做的好处是软件开
发可以较好地适应变化,客户可以不断地看到所开发的软件,从而降
低开发风险。
;快速原型模型:
快速原型模型的第一步是建造一个快速原型,实现客户或未来的用
户与系统的交互,用户或客户对原型进行评价,进一步细化待开发软
件的需求。快速原型通过逐步调整原型使其满足客户的要求,开发人
员可以确定客户的真正需求是什么;第二步则在第一步的基础上开发
客户满意的软件产品。
螺旋模型:
螺旋模型是将瀑布模型和快速原型模型结合起来,强调了其他模型
所忽视的风险分析,特别适合于大型复杂的系统。螺旋模型螺旋模型
沿着螺线进行若干次迭代。;三、测试模型;V模型:
在软件测试方面,V模型是最广为
人知的模型,和瀑布开发模型有着一
些共同的特性。V模型中的过程从左
到右,描述了基本的开发过程和测试
行为。V模型非常明确地标明了测试
过程中存在的不同级别,并且清楚地
描述了这些测试阶段和开发过程期间
各阶段的对应关系。
局限性:把测试作为编码后的最
后一个活动,需求分析等前期产生的
错误直到后期的验收测试才能发现。
;W模型:
相对于V模型,W模型更
科学。W模型是V模型的发
展,强调的是测试伴随着整
个软件开发周期,而且测试
的对象不仅仅是程序,需求
、功能和设计同样要测试。
测试与开发是同步进行的,
从而有利于尽早地发现问题
。
局限性。W模型和V模型
都把软件的开发视为需求、
设计、编码等一系列串行的
活动,无法支持迭代、自发
性以及变更调整。;X模型:
X模型的左边描述的
是针对单独程序片段所
进行的相互分离的编码
和测试,此后将进行频
繁的交接,通过集成最
终成为可执行的程序,
然后再对这些可执行程
序进行测试。己通过集
成测试的成品可以进行
封装并提交给用户,也
可以作为更大规模和范
围内集成的一部分。多
根并行的曲线表示变更
可以在各个部分发生。 ;H模型:
H模型中, 软件测试过程活动完全独立,贯穿于整个产品的周期,与
其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段
进行到测试执行阶段。也就是说, 只要测试条件成熟了,测试准备活动
完成了,测试执行活动就可以进行了。
H模型揭示了一个原理:软件测试是一个独立的流程,贯穿产品整个
生命周期,与其他流程并发地进行。 ;不同测试模型的特点:
V 模型—明确地标注了测试过程中存在的不同类型的测试。
W模型—明确地标注了生产周期中开发与测试之间的对应关
系。
X 模型—指出整个测试过程是在探索中进行的。
H 模型—软件测试是一个独立的流程,贯穿产品整个生命周
期,与其他流程并发地进行 。;四、测试分类;4.1 单元测试(Unit Testing)
单元测试又称为模块测试,是针对软件设计的最小单
位——程序模块,进行正确性检验的测试工作,其目的在
于发现各模块内部可能存在的各种差错。
单元测试的内容:
1)模块接口测试
2)局部数据结构测试
3)路径测试
4)错误处理测试
5)边界测试;1)模块接口测试
*在单元测试的开始,应对通过被测模块的数据流进行测试,包括:
—调用本模块的输入参数是否正确;
—本模块调用子模块时输入给子模块的参数是否正确;
—全局量的定义在各模块中是否一致;
*在做内外存交换时要考虑:
—文件属性是否正确;
—OPEN与CLOSE语句是否正确;
—缓冲区容量与记录长度是否匹配;
—在进行读写操作之前是否打开了文件;
—在结束文件处理时是否关闭来文件;
—正文书写/输入错误;
—I/O错误是否检查并做来处理。
;2)局部数据结构测试
—不正确或不一致的数据类型说明;
—使用尚未赋值或尚未初始化的变量;
—错误的初始值或错误的缺省值;
—变量名拼写错或书写错;
—不一致的数据类型;
—全局
原创力文档


文档评论(0)