hw软件测试(周)2.pptVIP

  1. 1、本文档共34页,可阅读全部内容。
  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文档。上传文档
查看更多
Unit2 软件测试概论 2.1 测试的几种观点 例2-1: 测试成人的智力是否存在障碍,测试题目如下: 1+2=? 2+2=? 用软件测试的术语描述如下: 被测试对象:参加测试的某人 测试方法:采用例2-1来测试 测试用例:1+2=? 2+2=? 测试过程:请某人回答问题和参与测试的过程 测试报告:将测试结果进行分析产生测试报告 测试是指检验或考试,通过一定方法或工具,对被测试对象进行检验,以发现被测试对象具有某种属性或者存在某些问题的过程。 (1)软件测试的广义论与狭义论 狭义论:测试是指在代码编写之后、维护阶段之前,通过运行程序发现程序代码或软件系统中的错误。 广义论:将测试延伸到需求评审、设计审查活动中。认为软件生命周期的每一阶段都应包含测试,尽可能地发现错误并加以修正。 (2)软件测试的辩证论 以正向思维:针对软件系统的所有功能点,逐个验证其正确性,测试软件是“工作的”。 以反向思维:不断思考开发人员的认识误区、不良的习惯、程序代码的边界、无效数据的输入以及系统的弱点,目标就是发现系统中存在各种各样的问题。证明软件是“不工作的”。强调“一个成功的测试必须是发现Bug的测试。 真实的故事   故事发生在1945年9月9日,一个炎热的下午。当时的机房是一间第一次世界大战时建造的老建筑,没有空调,所有窗户都敞开着。Grace Hopper正领导着一个研究小组夜以继日地工作,研制一台称为“MARK II”的计算机,它使用了大量的继电器(电子机械装置,那时还没有使用晶体管),一台不是纯粹的电子计算机。突然,MARK II死机了 …… (3) 软件测试的风险论 80/20原则是指用户最常用的20%功能会产生80%的风险。 (4)软件测试的经济论 尽快、尽早地发现缺陷是软件测试经济论的核心理念。 (5)软件测试的标准论 认为软件测试贯穿于整个软件开发的生命周期,是对软件产品进行验证和确认的活动过程,以便尽早地发现软件中的各种缺陷和问题。 一般从以下几个角度理解软件测试。 (1)从软件测试目的角度出发。 测试的目的是发现软件中的错误,是为了证明软件有错,而不是证明软件无错。 (2)从软件测试性质角度出发。 在软件开发过程中,分析、设计与编码等工作都是“建设性的”,惟独测试是带有“破坏性的”。 (3) 从软件开发角度出发。 软件测试以检查软件产品的内容和功能特性为核心,是软件质量保证的关键步骤, 也是成功实现软件开发目标的重要保障。 (4) 从软件工程角度出发。 软件测试是软件工程的一部分,也是软件开发过程中的重要阶段。 (5) 从软件质量保障角度出发。 软件测试作为软件质量保障重要方法之一,也是软件质量保障的关键措施。 2.2 软件测试发展历史、现状及发展趋势 软件测试及早地介入软件开发的各阶段。 软件测试成为一个完全独立的流程。测试可贯穿到软件开发的其他各流程,并与之并发地执行。 软件测试人员的地位得到极大的提高。 第三方测试迅速发展。 发现软件缺陷 应尽可能早地找出软件缺陷 必须确保软件缺陷得以关闭 依据事实对软件作出评价 (1)技术能力 (2)编程经验 (3)沟通能力 (4)严谨、敢于承担责任的品行 (5)怀疑精神 (6)学习能力 2.4 测试用例 IEEE610.12给出测试用例如下定义: (1)测试用例是一组输入(运行前提条件)和为某特定的目标而生成的预期结果及与之相关的测试规程的一个特定的集合,或称为有效地发现软件缺陷的最小测试执行单元。 (2)测试用例是一个文档,详细说明测试的输入、期望输出和为一测试项所准备的一组执行条件。 其中,(1)给出测试用例的实质,(2)是测试用例的存在方式。 穷举测试 由于穷举测试是不可能的,故测试人员应从数量极大的可用测试用例中精心挑选数量有限的具有代表性或特殊性的测试用例,以高效地揭露程序或软件中的错误。 测试用例的作用 (1)指导测试的实施 (2)规划测试数据的准备 (3)评估测试结果的度量基准 (4)保证软件可维护性和可复用性 (5)分析缺陷的标准 测试用例的设计准则 测试用例的代表性。 测试用例的非重复性。 测试结果的可判定性。 测试结果的可再现性。 测试用例设计的误区 1. 把测试用例设计等同于测试输入数据的设计 2. 强调测试用例设计得越详细越好 3. 追求测试用例设计“一步到位” 2.5 与测试相关的几个概念 排错 排错是查找、分析和纠正错误的过程 2.6 测试认识的误区 误区一:使用了测试工具,就是进行了有效的测试 误区二:软件中存在太多的无法测试的东西 误区三:单元测试和验

文档评论(0)

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

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

1亿VIP精品文档

相关文档