网站大量收购独家精品文档,联系QQ:2885784924

第1讲、软件测试基本理论重点.ppt

  1. 1、本文档共47页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* W模型 V模型中缺乏对软件开发早期测试活动的说明,在V模型中添加软 件开发阶段同步的测试活动,演化出W模型。 W模型 * W模型 W模型强调:测试伴随着整个软件开发周期,测试的对象不仅 仅是程序,需求,功能和设计同样需要测试。测试与开发是同 步进行的。 * W模型的优点 符合尽早测试和不断测试的原则 符合实际工作中的测试活动 四、软件测试的分类 按照测试技术划分 黑盒测试 白盒测试 灰盒测试 黑盒测试 黑盒测试法把测试对象看成一个黑盒子,完全不考虑程序 内部结构和处理过程,通过软件的外部表现来发现其缺陷 和错误。 黑盒测试是在程序界面处进行测试,它只是检查程序是否 按照需求规格说明书的规定正常实现。 黑盒测试一般也称功能测试 白盒测试 白盒测试可以把程序看成装在一个透明的白盒子里,也就 是清楚了解程序结构和处理过程,检查是否所有的结构及 路径都是正确的,检查软件内部动作是否按照设计说明的 规定正常进行。 白盒测试又称结构测试。 黑盒测试 白盒测试 规划 方面 针对功能的测试 针对结构的测试 优势 方面 能确保从用户使用角度出发进行测试 能够对程序内部的特定部位进行覆盖测试 应用 举例 等价类划分 边界值分析法 因果图法 状态图测试法 语句覆盖、判断覆盖、条件覆盖、判断/条件覆盖、基本路径覆盖、循环覆盖、模块接口测试 灰盒测试 介于白盒测试与黑盒测试之间的测试。 灰盒测试结合了白盒测试和黑盒测试的要素。灰盒测试关 注输出对于输入的正确性;同时也关注内部表现,但这种 关注不像白盒测试那样详细、完整,只是通过一些表征性 的现象、事件、标志来判断内部的运行状态。 按是否需要运行代码划分 静态测试 动态测试 静态测试 静态测试是指不实际运行被测软件,而只是静态地检查程序代码、 界面或文档中可能存在错误的过程。 静态测试技术又称为静态分析技术,实际上是对软件中的需求说 明书、设计说明书、程序源代码等进行非运行的检查 静态测试包括:代码测试、界面测试、文档测试等 代码测试,主要测试代码是否符合相应的标准和规范。 界面测试,主要测试软件的实际界面与需求中的说明是否相符。 文档测试,主要测试用户手册和需求说明是否真正符合用户的实 际需求。 动态测试 动态测试是指通过人工或使用工具运行程序进行检查、 分析程序的执行状态和程序的外部表现 实际运行被测程序,输入相应的测试数据,检查实际 输出结果和预期结果是否相符 按软件特性分类 功能测试 根据产品特征、操作描述和用户方案,测试一个产品的特性和 可操作行为以确定它们是否满足设计需求。 性能测试 评价一个产品或组件与性能需求是否符合的测试。包括负载测 试、压力测试、数据库容量测试等。 返测 针对程序员修改的错误进行测试,验证错误是否被修改 回归测试 回归测试是指对软件的新版本测试时,重复执行上一个版本测 试时的用例 在发生修改之后重新测试新版本的软件以保证修改的正确性, 以及修改后没有引发新的错误 冒烟测试 冒烟测试是指在对一个新版本进行系统大规模的测试之前,先 验证一下软件的基本功能是否实现,是否具备可测性 冒烟测试又称版本验证测试。冒烟测试的对象是每一个新编译 的需要正式测试的软件版本,目的是确认软件的基本功能正常, 可以进行后续的正式测试工作。 简单地说,冒烟测试就是用较少的人,在较短的时间内测试程 序的主要功能,如果通过再进行正式的测试。 随机测试 随机测试也称为猴子测试,是指测试中所有的输入数据 都是随机产生成的,其目的是模拟用户的真实操作,随 意向系统输入操作 * * * 软件开发阶段划分 软件测试阶段划分 软件测试模型 软件测试的分类 本节内容 * 横向对应,分别出具报告 */47 Topics */47 */47 第1讲 软件测试基本理论 软件开发阶段划分 软件测试阶段划分 软件测试模型 软件测试的分类 本章内容 一、软件开发阶段划分 软件开发阶段 需求分析 概要设计 详细设计 编码 软件开发阶段——需求分析 需求分析 根据客户的要求,清楚了解客户需求中的产品功能、性能、界面和具体规格等,然后进行分析,确定软件产品所要达到的目标。 需求规格说明书 软件开发阶段——概要设计 概要设计 系统分析员审查软件计划、软件需求分析提供的文档,提出候选的最佳推荐方案,确定模块结构,划分功能模块,将软件功能需求分配给所划分的最小单元模块。确定模块间的联系,确定数据结构、文件结构、数据库模式等。

文档评论(0)

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

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

1亿VIP精品文档

相关文档