第七章软工测试2071.pptVIP

  1. 1、本文档共62页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第七章软工测试2071

第7章 第7章软件测试内容和学时 ??????7.1? 软件测试概述 ??????7.2 ?软件测试技术 ?? 7.3 面向对象的测试 ???7.4 软件测试过程与策略 7.5 系统环境测试 7.1 软件测试概述 软件测试: 软件测试是软件质量保证的关键技术,并代表了规约、设计和编码的最终评审。 在软件过程的早期,软件工程师由抽象的概念到具体实现来建立软件,现在来测试,而工程师创建的测试案例试图“摧毁”已经建立的系统。因此,在软件工程过程中,测试可以说是(至少心理上)摧毁性的而不是建设性。 软件测试员,测试真的应当注入内疚感吗?测试真的是摧毁性的吗?我们回答是“不”,然而,要提醒测试的目标可能和我们所期望的不同。 软件产品最大的成本是检测软 件错误、修正软件错误的成本。 在整个软件开发中: 测试工作量占--30%到40% 软件测试信息流 测试过程需要三类输入: 软件配置:需求规格说明书 软件设计说明书 被测源程序 测试配置:测试计划 测试用例(测试数据) 测试驱动程序 测试工具:测试环境、平台等 软件测试信息流程 E.W.Dijkstra 指出: “程序测试能证明错误的存在,但不能证明错误不存在.” 测试的目的是发现程序中的错误,是为了证明程序有错,而不是证明程序无错. 软件开发各过程需保持的正确性 软件开发面临的实际问题 软件开发面临的实际问题 软件开发面临的实际问题 软件开发面临的实际问题 软件开发面临的实际问题 软件开发面临的实际问题 软件测试的对象 软件测试不等于程序测试 软件测试应贯穿于软件定义与开发的整个期间; 据美国一家公司统计,查出的软件错误中,属于需求分析和软件设计的错误约占 64%,属于程序编写的错误仅占 36%。程序编写的许多错误是“先天的”。 测试应遵循原则? (1)将软件测试贯穿于软件开发的各个阶段中,在开发过程中尽早地发现和预防错误,杜绝隐患,提高软件质量; (2)测试用例必须包含输入数据和与之对应的预期输出结果,精心设计测试用例; (3)测试时应避免设计者检查自己设计的程序; (4)测试用例时,应包括合理与不合理的输入条件 (5)注意测试中出现的错误群集现象,若发现错误数目较多,则可能残存的错误数目也较多,这种错误出现的群集现象,已为许多程序测试实践所证实; (6)严格执行测试计划,以软件需求说明书为基准设计测试用例,排除测试的随意性; (7)对每一个测试结果做全面检查,不能遗漏错误出现的征兆,软件修改后要进行回归测试,即用修改前测试过的测试用例进行测试,再用新的测试用例测试 (8)妥善保存测试计划、测试用例、出错统计数据和最终分析报告,为维护提供方便。 例:程序 Triangle, 输入三个整 数,表示一个三角形的三个边 长,该程序产生一个结果,指 出该三角形是等边三角形、等 腰三角形还是不等边三角形。 输入数据 预期结果 (1) 6;6;6 等边 (2) 8;8;4 等腰 (3) 4;5;6 一般 还应输入非法数据: 0; 7; 9 -7;3; 5 a; 2; 7 等 软件错误分类 功能错(需求分析错误) 软件结构错 数据错 编码错 软件集成错 测试定义与测试执行错误 静态测试: 基本特征是在对软件进行分析、检查和测试而不实际运行被测试的软件。静态测试约可找出30~70%的逻辑设计错误. 对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错. 白盒测试 又称:结构测试 玻璃盒测试 基于覆盖的测试. 例:输入三条边长用黑盒测试 可采用的测试用例数:(设字长16位) 216 X216 X216 ≈3X1014 执行时间: 设测试一次需1ms 共需一万年. 穷尽测试结论: 不论黑盒还是白盒测试都不能进行穷尽测试, 所以软件测试不可能发现程序中存在的所有错误, 因此需精心设计测试方案, 力争尽可能少的次数,测出尽可能多的错误. 逻辑覆盖法 例:PROCEDURE SAMPAL (A,B:REAL; VAR X:REAL); BEGIN IF (A1) AND (B=0) THEN X:=X/A IF (A=2) OR (X1) THEN X:=X+1 END; (1)语句覆盖

文档评论(0)

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

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

1亿VIP精品文档

相关文档