测试原理教案.ppt

  1. 1、本文档共61页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
《软件测试技术及应用》 主讲人:杨丽娟 计算机科学与工程系 第2章 软件测试原理 测试原则 软件测试的分类 软件测试流程 软件测试的过程模型 第2章 软件测试原理 2.1 测试原则 两种测试原则 1.所有的测试都应追溯到用户需求 2.应当把“尽早测试和不断地进行软件测试”作为软件测试者的座右铭 3.Pareto原则应用于软件测试(“二八原则”) 4.测试应从“小规模”开始,逐步转向“大规模” 5.穷举测试是不可能的 6.为了达到最佳效果,应该由独立的第三方来构造测试 7.不充分的测试是不负责任的,过分的测试是一种资源的浪费,同样也是一种不负责任的表现 2.1 测试原则 2.把“尽早测试和不断地进行软件测试”作为座右铭 1.所有的测试都应追溯到用户需求 2.应当把“尽早测试和不断地进行软件测试”作为软件测试者的座右铭 3.Pareto原则应用于软件测试(“二八原则”) 4.测试应从“小规模”开始,逐步转向“大规模” 5.穷举测试是不可能的 6.为了达到最佳效果,应该由独立的第三方来构造测试 7.不充分的测试是不负责任的,过分的测试是一种资源的浪费,同样也是一种不负责任的表现 5.穷举测试是不可能的 穷举测试 假设一个程序P有输入量X和Y及输出量Z。在字长为32位的计算机上运行。若X、Y取整数,按黑盒方法进行穷举测试: 可能采用的 测试数据组: 232×232=264 若测试一组数据 需要1毫秒,一年工作365×24小时,完成所有测试需5亿年。 1.所有的测试都应追溯到用户需求 2.应当把“尽早测试和不断地进行软件测试”作为软件测试者的座右铭 3.Pareto原则应用于软件测试(“二八原则”) 4.测试应从“小规模”开始,逐步转向“大规模” 5.穷举测试是不可能的 6.为了达到最佳效果,应该由独立的第三方来构造测试 7.不充分的测试是不负责任的,过分的测试是一种资源的浪费,同样也是一种不负责任的表现 2.2 软件测试的分类 按测试阶段分类 按是否需要执行被测试软件分类 按是否需要查看代码分类 按测试执行时是否需要人工干预分类 其他测试类型 2.2.1 按测试阶段分类 定义 单元测试(Unit Testing)又称模块测试(Module Testing),是指对软件中的最小可测试单元进行测试,目的是检查每个单元是否能够正确实现详细设计说明中的功能、性能、接口和设计约束等要求,发现各个模块内部可能存在的各种缺陷。采用白盒和黑盒测试方法相结合。 优点 是一种管理和组合测试元素的手段 减轻调试的难度 提供同时测试多个单元的可能 定义 集成测试(Integration Testing)又称组装测试,是在单元测试的基础上,按照设计要求,将通过单元测试的单元组装成系统或子系统而进行的有序的测试,目的是检验不同程序单元或部件之间的接口关系是否符合概要设计的要求,能否正常运行。 一般由白盒测试工程师完成,依据是概要设计文档。 定义 确认测试检测与证实软件是否满足软件需求说明书中规定的要求。 定义 系统测试(SystemTesting)为了验证和确认系统是否达到其原始目标,而对集成的硬件和软件系统进行的测试,是在真实或模拟系统运行的环境下,检查完整的程序系统是否能和系统(包括硬件、外设、网络和系统软件、支持平台等)正确配置、连接,并满足用户需求。 系统测试主要是黑盒测试。 主要依据 软件的需求规格说明文档。 定义 验收测试(Acceptance Testing)又称接受测试,是一种正式的测试,是在系统测试后期,以用户测试为主,或有测试人员等质量保证人员共同参与的测试,是一般由用户或其他权威机构来决定是否可以接受一个产品(系统或组件)的验证性测试。验收测试是软件正式交付给用户使用的最后一个测试环节,并决定用户是否最终验收签字和结清所有应付款。 主要依据 软件需求规格说明文档和验收标准。 软件测试的原则 软件测试按测试阶段的分类 1.所有的测试都应追溯到用户需求 2.应当把“尽早测试和不断地进行软件测试”作为软件测试者的座右铭 3.Pareto原则应用于软件测试(“二八原则”) 4.测试应从“小规模”开始,逐步转向“大规模” 5.穷举测试是不可能的 6.为了达到最佳效果,应该由独立的第三方来构造测试 7.不充分的测试是不负责任的,过分的测试是一种资源的浪费,同样也是一种不负责任的表现 按测试阶段分类 2.2.2 按是否需要执行被测软件分类 定义 静态测试(Static Testing)又称静态分析(Static Analysis),不实际运行程序,而是利用人工手段及静

文档评论(0)

南非的朋友 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档