软件测试方法和技术(第三版)总复习 PPT课件

软件测试
总复习
主要内容
• CH1 软件测试概述 • CH2 黑盒测试 • CH3 白盒测试 • CH4 集成测试 • CH5系统测试 • CH6软件测试自动化基础
CH1 软件测试概述
• 软件测试的目的和意义 • 软件测试的过程 • 软件测试与软件开发的关系
CH1 软件测试概述
软件测试的定义：
软件测试是为了发现错误而执行程序的过程。或 者说，软件测试是根据软件开发各阶段的规格说 明和程序的内部结构而精心设计一批测试用例 （即输入数据及其预期的输出结果），并利用这 些测试用例去运行程序，以发现程序错误的过程。 • 简单地说，软件测试是“探测”，在“探测”中 发现软件的毛病。
CH1 软件测试概述
• 软件测试的目的和意义
– 以最少的时间和人力，系统地找出软件中潜在的各种错误 和缺陷。如果我们成功地实施了测试，我们就能够发现软件 中的错误。
– 测试的附带收获是，它能够证明软件的功能和性能与需求 说明相符合。
– 实施测试收集到的测试结果数据为可靠性分析提供了依据。
模块中 有无故
– 容量测试关注的是数据方面的承受能力，并且它的目 的是显示系统可以处理的数据容量。
CH6软件测试自动化基础
• 自动化测试的定义
– 自动化测试就是使用软件工具来代替手工进行的一系列动作。它具 有良好的可操作性、可重复性和高效率等特点。
– 自动化测试的目的是减轻手工测试的工作量，以达到节约资源（包 括人力、物力等），保证软件质量，缩短测试周期的效果。
CH2 黑盒测试
CH2 黑盒测试
CH2 黑盒测试
CH2 黑盒测试
• （2）边界值分析法
在等价类划分基础上进行边界值分析测试的基本 思想是，选取正好等于、刚刚大于或刚刚小于 等价类边界的值作为测试数据，而不是选取等 价类中的典型值或任意值做为测试数据。
CH2 黑盒测试
• （3）判定表法
• 判定表是把作为条件的所有输入的各种组合值以及对应
搭建软件测试环境还应注意以下几点： • 尽量模拟用户的真实使用环境； • 测试环境中尽量不要安装其它与被测软件无关的
软件，但最好安装杀毒软件，以确保系统没有病 毒； • 测试环境应与开发环境独立
CH2 黑盒测试
• 黑盒测试是从一种从软件外部对软件实施的测试， 也称功能测试或基于规格说明的测试。
• 基本观点： – 任何程序都可以看作是从输入定义域到输出值 域的映射，这种观点将被测程序看作一个打不 开的黑盒，黑盒里面的内容(实现)是完全不知 道的，只知道软件要做什么。 – 只关心软件的输入数据和输出结果。
• 独立路径：至少沿一条新的边移动的路 径
CH3 白盒测试
• void Sort(int iRecordNum,int iType)
• 1{
• 2 int x=0;
• 3 int y=0;
• 4 while (iRecordNum-- > 0)
• 5{
• 6 if(iType= =0)
•7
x=y+2;
– 通过增加系统负载来测试系统性能的变化，并 最终确定在什么负载条件下系统性能处于失效 状态
– 反常的方式，找出性能瓶颈，
– 本质：破坏程序
• 压力测试与性能测试的联系与区别：
– 压力测试是用来保证产品发布后系统能否满 足用户需求，关注的重点是系统整体；
– 性能测试可以发生在各个测试阶段，即使是 在单元层，一个单独模块的性能也可以进行 评估。
• 8 else
•9
if(iType= =1)
• 10
x=y+10;
• 11
else
• 12
x=y+20;
• 13 }
• 14 }
程序流程图和对应的控制流图如下：
CH4 集成测试
• 集成测试：假定各个软件单元已经通过了 单元测试的前提下，检查各个软件单元之 间的相互接口是否正确。
CH4 集成测试
– 数据库容量测试使测试对象处理大量的数 据，以确定是否达到了将使软件发生故障 的极限。
– 容量测试还将确定测试对象在给定时间内 能够持续处理的最大负载或工作量。
• 容量测试与压力测试的区别
– 与容量测试十分相近的概念是压力测试。二者都是检 测系统在特定情况下，能够承担的极限值。
– 然而两者的侧重点有所不同，压力测试主要是使系统 承受速度方面的超额负载，例如一个短时间之内的吞 吐量。
各种可能的结果。 – 条件组合覆盖：每个判定中条件的各种可能组合都至少出现一次。
CH3 白盒测试
条件组合覆盖准则
分支—条件覆盖准则
分支覆盖准则
条件覆盖准则
语句覆盖准则
CH3 白盒测试
入口
a
( x>3)&&( z<10)
No
c
b
Y es
执行语句块1
(x= =4)||(y>5) dY es
执行语句块2
输出值都罗列出来而形成的表格。 • 它能够将复杂的问题按照各种可能的情况全部列举出来，
简明并避免遗漏。因此，利用判定表能够设计出完整的测 试用例集合。
CH2 黑盒测试
条件桩 动作桩
条件项 动作项
规则
任何一个条件组合的 特定取值及其相应要 执行的操作称为一条
规则
CH2 黑盒测试
构造判定表可采用以下5个步骤： （1）列出所有的条件桩和动作桩。 （2）确定规则的个数。 （3）填入条件项。 （4）填入动作项，得到初始判定表。 （5）简化判定表，合并相似规则。
– 通常是使用脚本或者其他代码驱动应用程序。这一切可以通过可视 用户界面（如浏览器）完成，也可以通过直接命令（从客户端发向 服务器，以模仿浏览器发送的命令）完成自动化测试。
– 自动化测试大都属于回归测试的范畴。
CH6软件测试自动化基础
• 自动化测试优点
– 提高测试效率 – 降低对软件新版本进行回归测试的开销 – 完成手工测试不能或难以完成的测试 – 具有一致性和可重复性 – 更好地利用资源 – 降低风险，增加软件信任度
划分等价类+测试用例设计
完备性
CH2 黑盒测试 第
三 1.设计一新测试用例，使其
步
只覆盖一个无效等价类 2.重复这一步骤直到所有无
效等价类均被覆盖；
第
二 1.设计一测试用例，使其尽可能多
步
地覆盖尚未覆盖的有效等价类； 2.重复这一步骤，直到所有有效等
价类均被测试用例所覆盖
第
一
1.形成等价类表
步
2.每一等价类规定一个唯一的编号
– 压力测试是通过确定一个系统的瓶颈，来获 得系统能提供的最大服务级别的测试。
– 性能测试是检测系统在一定负荷下的表现， 是正常能力的表现；而压力测试是极端情况 下的系统能力的表现。
• 容量测试：采用特定的手段测试系 统能够承载处理任务的极限值所从 事的测试工作。
• 容量测试往往应用于数据库方面的 测试
• 集成策略 • 非渐增式集成 • 渐增式集成
– 自顶向下、自底向上、三明治
CH4 集成测试
• 自顶向下
• 优点:在测试过程早期，对主要的控制点或判决点 进行检验。如果主要控制点有问题，早点认识到 这个问题就变得很重要。如果选用按深度方向组 装的方式，可以首先实现和验证一个完整的软件 功能，功能可行性较早得到证实，能够给开发者 和用户带来成功的信心。
CH6软件测试自动化基础
• 自动化测试的局限性
– 不能完全取代手工测试和手工测试工程师 – 软件自动化测试可能降低测试的效率 – 测试人员期望自动测试发现大量的新错误 – 如果缺乏测试经验，测试的组织差、文档少或不
一致，则自动测试的效果比较差 – 软件自动化测试工具本身的问题
CH3 白盒测试
• 白盒测试也称结构测试或逻辑驱动测试， 是一种测试用例设计方法，它从程序的控 制结构导出测试用例。
CH3 白盒测试
• （1）逻辑驱动测试 • 为了衡量测试的覆盖程度，需要建立一些标准，目前常用的
一些覆盖标准从低到高分别是：
– 语句覆盖：每个语句至少都能被执行一次. – 判定覆盖（分支覆盖）：每一个分支至少都通过一次。 – 条件覆盖：每个判断的每个条件的每个可能取值至少执行一次； – 判定/条件覆盖：每个条件取到各种可能的值，并使每个判定取到
障 CH1 软件测试概述
• 软件测试的发 口过现 有与关程接的
模块之间
的问题
模块 单元测试
设
计
模块 单元测试
信 息
模块 单元测试
已测 模块
已集成的
集成测试
软件
是否满足 软件需求
软 件 需 求 确认测试
已确认的 软件
证明系 统性能
其 它 系 统 元 素 系统测试
已检验的 软件
…
模块 单元测试
增量式集 成测试法
结论 性评
价
图1.1 软件测试过程
独立 的测 试机
构
向用户表明 系统可以像 用户预的那
样工作
用 户 需 求 规 范
验收测试
(1)可以发现很多软件故障 (2)修改成本较低
CH1 软件测试概述
• 软件测试与软件开发的关系
1. 软件测试过程V模型
需求分析 概要设计
系统测试 集成测试
详细设计
单元测试
编码
图1.3 软件测试过程V模型
集合中的独立路径条数，这是确定程序中每个可执行语句 至少执行一次所必须的测试用例数目的上界。 3. 导出测试用例：根据圈复杂度和程序结构设计用例数据输 入和预期结果。 4. 准备测试用例：确保基本路径集中的每一条路径的执行。 工具方法： 图形矩阵
CH3 白盒测试
• 流图只有二种图形符号