软件测试模型介绍.pptxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件测试生命周期及测试模型 ——上一章节知识点回顾1、软件测试的定义、原则和目标2、软件测试的发展历程3、软件测试的分类上一章节知识点答疑1、联调测试、集成测试、系统测试、验收测试、alpha测试、 beta测试区别测试的执行者不一样测试的关注重点不一样测试的方法不一样测试的环境不一样测试执行的所处的时间阶段不一样软件测试生命周期软件测试生命周期包含在软件生命周期中测试生命周期主要横跨两历程:软件开发阶段的测试历程软件运行维护阶段的测试活动软件测试生命周期软件开发是一个自顶向下,逐步细化的过程;软件测试则是以相反顺序的自底向上,逐步集成的过程。软件测试工作必须要通过制定测试计划、测试设计、测试开发、测试执行、测试评估几个阶段来完成。制定测试计划 测试设计 测试开发 执行测试评估测试回归测试缺陷软件测试生命周期软件测试生命周期 软件测试模型V模型W模型H模型X 模型前置测试模型(测试驱动模型)测试传统模型-V模型 V模型是最广为人知的测试模型,由Paul Rook在20世纪80年代后期提出的,旨在改进软件开发的效率和效果。V模型与瀑布模型有共同特性,开发与测试实现层级对应其重要之处在于从左到右,描述了基本的开发过程和测试行为,非常明确地标明了测试过程中存在的不同级别,描述了这些测试阶段和开发过程期间各阶段的对应关系测试传统模型-V模型 单元和集成测试应检测程序的执行是否满足软件设计的要求;系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标;验收测试确定软件的实现是否满足用户需要或合同的要求。测试传统模型-V模型 原理:V模型是软件开发瀑布模型的变种,主要反映测试活动与分析和设计的关系,从左到右,描述了基本的开发过程和测试行为。V模型的策略既包括低层测试又包括了高层测试,低层测试是为了源代码的正确性,高层测试是为了使整个系统满足用户的需求。如图所示,图中的箭头表示时间方向,左边下降的是开发过程各阶段,与此相对应的是右边上升的部分,即个测试过程的各个阶段。它在测试中的地位,就和瀑布模型在开发中的地位一样,是一种最基础的模型,其他模型都是从这个模型演化来的。价值体现:它非常明确地标明了测试过程中存在的不同级别,强调了在整个软件项目开发中需要经历的若干个测试级别,并与每一个开发级别对应。局限性:把测试作为编码之后的最后一个活动,需求分析等前期产生的错误直到后期的验收测试才能发现。忽略了测试的对象不应该仅仅包括程序,没有明确指出对需求、设计的测试。言简意赅的说:没有明确说明早期的测试,不能体现“尽早地和不断地进行软件测试”的原则。W模型W模型由Evolutif公司提出。W模型从V模型演化过来,实际上开发是V,测试也是与此并行的V。相对于V模型,W模型增加了软件各开发阶段中应同步进行的验证和确认活动。测试伴随整个软件开发周期,而且测试的对象不仅仅是程序,需求、设计等同样要测试,测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。W模型W模型原理:在V模型中增加软件各开发阶段应同步进行的测试,别演化为一种W模型,因为实际上开发是“V”,测试也是与此相并行的“V”。W模型可以说是V模型自然而然的发展。它强调,测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求,功能和设计同样要测试。价值体现:我们可以认为,W模型,测试与开发是同步进行的,从而有利于尽早的发现问题。强调了测试计划等工作的先行和对系统需求和系统设计的测试;局限性:仍把开发活动看成是从需求开始到编码结束的串行活动,只有上一阶段完成后,才可以开始下一阶段的活动,不能支持迭代,自发性以及变更调整。H模型测试就绪点测试执行测试准备测试流程其他流程(设计、编码等流程)测试的“微循环”H模型原理:H模型将测试活动从开发流程完全独立出来,使测试流程形成一个完全独立的流程,将测试准备活动与测试执行活动清晰地体现出来。图中的流程仅仅演示了再整个生产周期中某个层次上的一次测试“微循环”。图中的其他流程可以是任意开发流程。也就是说,只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以进行了。价值体现:软件测试是一个独立的流程,贯穿于产品的整个生命周期,与其他流程并发的进行。软件测试原则“尽早准备,尽早执行”;强调测试是独立的,只要测试准备完成,就可以执行测试。局限性:本模型太过于模型化,重点在于理解其中的意义指导实际工作,而模型本身并无太多的可执行的指导意义。X模型X模型原理:X模型左边描述的是针对单独程序片段所进行的相互分离的编码和测试,此后,将进行频繁的交接,通过集成最终合成为可执行的程序。这一点在图的右上方得以体现,而且这额可执行程序还需要进行测试,已通过集成测试的成品可以进行封版并提交给用户,也可以作为更大规模和范围内集成的一部分。同时,X模型还定位了探索性测试,如

文档评论(0)

浪漫唯美-文档菜鸟 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档