ST-第1章+概述-2009.ppt

  1. 1、本文档共35页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件测试 第1章 概述 问题 为什么要软件测试? 第 1章 概述 第 1章 概述 真实的故事 Bug的由来 第 1章 概述 为什么要进行软件测试? 为什么要进行软件测试?就是因为软件缺陷的存在。因为只有通过测试,才可以发现软件缺陷。也只有发现了缺陷,才可以将软件缺陷从软件产品或软件系统中清理出去。 软件中存在的缺陷给我们带来的损失是巨大的,这也说明了软件测试的必要性和重要性 书中提供了12个例子 还有更多的实例 第 1章 概述 什么是软件缺陷 IEEE国际标准729给出了软件缺陷的定义——软件缺陷就是软件产品中所存在的问题,最终表现为用户所需要的功能没有完全实现,不能满足或不能全部满足用户的需求 软件缺陷的表现 缺陷 - Bug 问题出在哪里? 第 1章 概述 软件测试学科的发展 从测试的思想导向来划分为4个阶段: 1957~1978年,以功能验证为导向,测试是证明软件是正确的(正向思维)。 1978~1983年,以破坏性为为导向,测试是为了找到软件中的错误(逆向思维)。 1983~1987年,以质量评估为导向,测试是提供产品的评估和质量度量。 1988年起,以缺陷预防为导向,测试是为了展示软件符合设计要求,发现缺陷、预防缺陷。 更好的阶段划分 分为3个阶段——初期阶段、发展阶段和成熟阶段 初级阶段(1957~1971)测试通常被认为是对产品进行事后检验 ,缺乏有效的测试方法 发展阶段(1972~1982),1972年第一次关于软件测试的正式会议,促进了软件测试的发展 成熟阶段(1983到现在),国际标准Std 829-1983 ,形成一门独立的学科和专业,成为软件工程学科中的一个重要组成部分 第 1章 概述 软件测试的正面性(1) 软件测试的正面性(2) 软件测试的反面性 软件测试定义的两面性 验证和确认(V V) 第 1章 概述 软件测试过程 需求和设计评审 单元测试 集成测试 功能测试 系统测试 验收测试 安装测试 软件测试阶段 软件测试和开发的关系 Q A 1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 Bill Hetzel博士(正向思维的代表): 软件测试就是为程序能够按预期设想那样运行而建立足够的信心。 “软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果” 测试是为了验证软件是否符合用户需求,即验证软件产品是否能正常工作 IEEE 的定义 : 在特定的条件下运行系统或构件,观察或记录结果,对系统的某个方面做出评价 分析某个软件项以发现现存的和要求的条件之差别(即错误)并评价此软件项的特性 Glenford J. Myers (反向思维的代表): 测试是为了证明程序有错,而不是证明程序无错误 一个好的测试用例是在于它能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试 评价一个程序或系统的特性或能力并确定是否达到预期的结果 测试是为发现错误而针对某个程序或系统的执行过程 软件测试 正向思维- 验证软件正常工作 逆向思维- 假定软件有错误 在设计规定的环境下运行软件的所有功能,直至全部通过。 寻找容易犯错误的地方和系统的薄弱环节,试图破坏系统,直至找不出问题。 Verification:Are we building the product right? 是否正确地构造了软件?即是否正确地做事,验证开发过程是否遵守已定义好的内容。验证产品满足规格设计说明书的一致性 Validation: Are we building the right product? 是否构造了正是用户所需要的软件?即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求 1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 需求评审 设计评审 单元评审 集成评审 功能测试 系统测试 验收评审 测试计划 测试设计 测试脚本开发 测试执行 测试结果分析和报告 需求评审和设计评审是验证软件产品的需求定义和设计实现,验证所定义的产品特性是否符合客户的期望、系统的设计是否合理、是否具有可测试性以及满足非功能质量特性的要求。这个阶段主要通过对需求文档、设计文档等阅读、讨论,从中发现软件需求工程和系统设计中所存在的问题 。 单元测试的对象是程序系统中的最小单元--

您可能关注的文档

文档评论(0)

000 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档