软件测新教材试策略跟过程资料.pptVIP

  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文档。上传文档
查看更多
第2章 软件测试方法与过程 第2章 软件测试策略与过程 第2章 软件测试策略与过程 2.1 软件测试的复杂性与经济性 2.1 软件测试的复杂性与经济性 2.2 软件测试方法 静态测试和动态测试 按是否需查看代码分类 黑盒测试 白盒测试 黑盒测试和白盒测试 人工测试和自动化测试 人工测试是人为测试和手工测试的统称。 人为测试的主要方法有桌前检查 (desk checking) ,代码审查( code review )和走查( walkthrough )。经验表明,使用这种方法能够有效地发现 30% 到 70% 的逻辑设计和编码错误。 手工测试指的是在测试过程中,按测试计划一步一步执行程序,得出测试结果并进行分析的测试行为。 自动化测试指的是利用测试工具来执行测试,并进行测试结果分析的测试行为。 2.2 软件测试方法 – 测试分类 按测试执行时是否需人工干预分类 手工测试 自动测试 自动测试和手工测试 2.3 软件测试的阶段 一 单元测试 什么是单元测试 单元测试是对软件基本组成单元进行测试,主要是为了发现单元内部可能存在的各种错误和不足 主要工作分为两个步骤:人工静态检查和动态执行跟踪 一般由开发组在开发组组长监督下进行 什么是单元 一个函数 类或类内成员函数 几个函数的集合 单元测试的主要任务 在单元测试时,测试者需要依据详细设计说明书和源程序清单,了解该模块的I/O条件和模块的逻辑结构,主要采用白盒测试的测试用例,辅之以黑盒测试的测试用例,使之对任何合理的输入和不合理的输入,都能鉴别和响应。 单元测试用例设计思路 为系统运行设计测试用例 证明单元至少在某种正常情况下能够运行了。 为正向测试设计用例 验证设计说明书所对应的功能或性能指标是否实现。 为逆向测试设计用例 验证被测软件单元有没有做它不应该做的事情。 为满足特殊需求设计测试用例 验证系统性能、安全性、保密性等。 为代码覆盖设计用例 满足特定覆盖标准 二、集成测试 什么是集成测试 集成测试是在单元测试的基础上,将所有模块按照概要设计要求组装成为子系统或系统所进行的测试 集成测试关注的重点 模块接口的数据交换 各子功能组合起来能否达到预期要求的父功能 模块间是否有不利影响 全局数据结构 单个模块的误差是否会累积放大 集成方法 大爆炸集成Big bang integration (all module together) 自顶向下集成Top down integration (from higher levels ? no test drivers are needed) 自底向上集成Bottom up integration (from lower levels? No test stubs necessary) 三明治集成Sandwich testing (combination of bottom-up and top-down) 大爆炸集成 1. 目的 尽可能缩短测试时间,使用最少的测试用例验证系统。 2. 定义 大爆炸集成也称为一次性组装或整体拼装,这种集成测试策略的做法就是把所有通过单元测试的模块一次性集成到一起进行测试,不考虑组件之间的互相依赖性及可能存在的风险。 3. 具体方法 举例来说,假设要对某个系统的部分功能(包括4个模块)进行测试,其功能分解如图: 4. 优点 (1)可以并行测试所有模块。 (2)需要的测试用例数目少。 (3)测试方法简单、易行。 5. 缺点 (1)由于不可避免存在模块间接口、全局数据结构等方面的问题,所以一次运行成功的可能性不大。 (2)如果一次集成的模块数量多,集成测试后可能会出现大量的错误。另外,修改了一处错误之后,很可能新增更多的新错误,新旧错误混杂,给程序的错误定位与修改带来很大的麻烦。 (3)即使集成测试通过,也会遗漏很多错误。 6. 适用范围 (1)只需要修改或增加少数几个模块的前期产品稳定的项目; (2)功能少,模块数量不多,程序逻辑简单,并且每个组件都已经过充分单元测试的小型项目; (3)基于严格的净室软件工程(由IBM公司开创的开发接近零缺陷的软件的成功做法)开发的产品,并且在每个开发阶段,产品质量和单元测试质量都相当高的产品。 自顶向下集成 自顶向下的集成测试就是按照系统层次结构图,以主程序模块为中心,从顶层控制(主控模块)开始,自上而下按照深度优先或者广度优先策略,对各个模块一边组装一边进行测试。 采用同设计顺序一样的思路对被测系统进行测试,来验证系统的稳定性。 Top-down Integration Testing 自底向上集成 1. 定义 自底向上集成是从系统层次结

文档评论(0)

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

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

1亿VIP精品文档

相关文档