《软件测试悟》.docxVIP

  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文档。上传文档
查看更多
《软件测试悟》.docx

软件测试用例设计的方法: 白盒测试 等价类测试 边界值测试 错误推测法 因果图法 黑盒测试 目前我们项目中使用的为功能测试,功能测试学名叫黑盒测试,设计测试用例用的最多的方法为等价类划分法、边界值法、错误推测法和场景法 什么是测试用例 测试用例的定义: ——测试内容的一系列情景和每个情景中必须依靠输入和输出,而对软件的正确性进行判断的测试文档,称为测试用例。 ——测试用例就是讲软件测试的行为活动做一个科学的组织归纳。 为什么需要测试用例? 在开始实施测试之前设计好测试用例,避免盲目测试并提高测试效率,减少测试的不完全性; 测试用例的使用令软件测试的实施重点突出、目的明确; 根据测试用例的多少和执行难度,估算测试工作量,便于测试项目的时间和资源管理与跟踪; 减少回归测试的复杂程度 在软件版本更新后只需修正少量的测试用例便可展开测试工作,降低工作强度、缩短项目周期; 功能模块的测试用例的通用化和复用化则会使软件测试易于开展,并随着测试用例的不断细化其效率也不断的攀升; 根据测试用例的操作步骤和执行结果,可以方便地写软件测试缺陷报告; 可以根据测试用例的执行等级,实施不同级别的测试; 为分析软件缺陷和程序模块质量提供依据; 便于大型软件测试项目外包测试知道基础; ——软件测试时有组织性。步骤性和计划性的,为了能将软件测试的行为转化为可管理的、具体量化的模式,需要创建和维护测试用例。 白盒测试 什么是白盒测试? ——白盒测试也成为结构测试,把程序看作一个透明的盒子,测试程序的代码书写结构和逻辑问题 白盒测试用例设计方法: ——逻辑覆盖:以程序的内部逻辑结构为基础,分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等(单元测试也可用到) ——基本路径测试:在程序控制流程的基础上,分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例。 白盒测试用例注意事项 ——由于测试路径可能非常多,由于时间和资源问题,选出足够多的路径测试 ——由于深入到程序编码,通常开发人员协助测试人员书写白???测试用例。 黑盒测试的方法: 黑盒测试也称功能测试;把程序看做一个不透明的盒子,测试程序的功能。 黑盒测试用例设计方法 ——等价类划分 在分析需求规格说明的基础上划分等价类,列出等价类表。 将程序可能的输入数据分成若干个子集,从每个子集选取一个代表性的数据作为测试用例,等价类是某个输入域的子集,在该子集中每个输入数据的作用是等效的。 等价类的分类:有效等价类和无效等价类。有效等价类是有意义的、合理的输入数据,可以检查程序是否实现了规格说明中所规定的功能和性能无效等价类和有效等价类的意义相反。 设计用例时,要同时考虑这两种等价类,因为软件不仅要那个接受合理的数据,也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性。 边界值测试用例设计方法: ——程序的很多错误发生在输入输出范围的边界上,因此针对各种边界情况设置测试用例,可以发现不少程序缺项。 ——设计方法: 确定边界情况(输入或输出等价类的边界) 选取正好等于、刚刚大于或刚刚小于边界值作为测试数据 错误推测法测试用例设计 ——基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性地设计测试用例。 发现程序经常出错的错误方法: ——单元测试 Junit测试,指一个实现简单功能的函数,就是对软件的最小模块----程序模块进行正确性检验,只用一组特定的输入测试函数是否功能正常,并且返回了正确的输出,会使用到桩模块来调用子模块 中发现的模块错误; ——产品的以前版本曾经发现的错误; ——输入数据为0或字符为空; ——当软件要求输入时(比如在文本框中),不是没有输入正确的信息,而是根本没有输入任何内容,单单按了Enter键; ——这种情况在产品说明书中常常忽视,程序员也可能经常遗忘,但是在实际使用中却时有发生。程序员总会习惯性的认为用户要么输入信息,不管是看起来合法的或非法的信息,要不就会选择Cancel键放弃输入 因果图法测试 多种输入条件的组合,产生多种结果设计测试用例 设计方法: ——分析软件规格说明文档描述的哪些是原因(输入条件),哪些是结果(输出条件),给每个原因和结果赋予一个标识符。 ——找出原因与结果,原因与原因之间的对应关系,画出因果图 ——在因果图上标上哪些不可能发生的因果关系,表明约束或限制条件 ——根据因果图,创建判定表,将复杂的逻辑关系和多种条件组合,很具体明确的标示出来 ——把判定表的每一行作为依据设计测试用例 测试场景法: ——现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流。这种在软件设计方面的思想也可以引入到软件测试中。是测试用例更加容易理解和执行。 测试类型和程序功能模块划分

文档评论(0)

wgvi + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档