第四章 软件测试

判定一为真
⑤ A = 2，X > 1 T3 T4 ⑥ A = 2，X≤1 T3 F4 ⑦ A≠2，X＞1 F3 T4
⑧ A≠2，X≤1
41
F3 F4
判定二为假
满足条件组合覆盖的一组测试用例 A B X Case1 Case8 Case9 Case10
42
路径 覆盖组号 覆盖条件 ①⑤ ②⑥ ③⑦ ④⑧ T1 T2 T3 T4 T1 F2 T3 F4 F1 T2 F3 T4 F1 F2 F3 F4
34
3.条件覆盖
设计若干测试用例，使程序的每个判定 中的每个条件的可能取值至少满足一次 上例中设条件：

A>1 B=0 A=2 X>1
35
T1 T2 取真表为 T3 T4
取假表为
F1 F2 F3 F4
3.条件覆盖
满足条件覆盖的一组测试用例
条件覆盖
A B X 路径 覆盖分支
覆盖条件
Case6 2 1 1 a b e
20
彻底的白盒测试

例:含4个分支,循环次数≤20,
计
算从A到B的可能路径。
A
B
21
逻辑覆盖
语句覆盖 判定覆盖（分支覆盖） 条件覆盖 判定-条件覆盖 条件组合覆盖 路径覆盖

22
例子程序：
if( (a>1) && (b==0)) x=x/a; if ((a==2) || (x>1)) x=x+1;
13
几个重要的概念


性能测试：是通过自动化的测试工具模拟多种 正常、峰值以及异常负载条件来对系统的各项 性能指标进行测试。 负载测试：模拟实际软件系统所承受的负载条 件的系统负荷，通过不断加载(如逐渐增加模 拟用户的数量)或其它加载方式来观察不同负 载下系统的响应时间和数据吞吐量、系统占用 的资源(如CPU、内存)等，以检验系统的行为 和特性，以发现系统可能存在的性能瓶颈、内 存泄漏等问题。
F1 F2 F3 F4
39
5.条件组合覆盖

设计用例，使得每个判断表达式中条件 的各种可能组合都至少出现一次；
40

上例中需考虑4个条件的8种组合
① A > 1, B = 0 T1 T2
② A > 1, B≠0 ③ A≤1, B = 0 ④ A≤1, B≠0 T1 F2 F1 T2 F1 F2 判定二为真 判定一为假

3. 性能评测

17
第四章 软件测试
4.1 测试模型与过程
4.2 白盒测试
4.3 黑盒测试
4.4 集成测试
4.5 自动化测试
4.6 例题
18
白盒测试

白盒测试（White Box Testing ）

19
白盒测试又叫结构测试，逻辑驱动测试或基于程序本身的测 试。
白盒测试
分析
源程序
测试用例
被测程序 覆盖情况分析 执行路径
14
几个重要的概念
压力测试：在强负载(大数据量、大量并发用户等)下的
测试，查看应用系统在峰值使用情况下操作行为，从而 有效地发现系统的某项功能隐患、系统是否具有良好的 容错能力和可恢复能力。压力测试分为高负载下的长时 间(如24小时以上)的稳定性压力测试和极限负载情况下 导致系统崩溃的破坏性压力测试。 总结： 1）性能测试、负载测试、压力测试采用的方法类似 2）负载测试、压力测试都属于性能测试 3）压力测试可以被看作是负载测试的一种，即高负载 下的负载测试


节点 边
49
基本控制流图
IF选择结构
While循环结构
顺序结构
50
Until循环结构
Case多分支结构
复合逻辑下的控制流图
a x--
a or b x++
x++
x++
b x--
(a)
(b)
(c)
51
圈复杂度

圈复杂度：是一种为程序逻辑复杂性提供定量测 度的软件度量，将该度量用于计算程序的基本的
软件工程
第四章：软件测试
2016/8/31
1
第四章 软件测试
4.1 测试模型与过程
4.2 白盒测试
4.3 黑盒测试
4.4 集成测试
4.5 自动化测试
4.6 例题
2
1. 测试层次的传统观点
需求规格说明 系统测试
概要设计
集成测试
详细设计
单元测试
编码
3
瀑布式生命周期
2. 软件测试模型
V模型 W模型 H模型
独立路径数目。

独立路径必须包含一条在定义之前不曾用到的边。
（每一条新的路径都包含了一条新边）
52
圈复杂度（续）

程序图的圈复杂度计算方法（三种）：

V（G）=e – n + 2； e：边数，n：节点数

V（G）=P+1；P是图G 中判定节点的 数量
程序图中区域的数量对应于环路的复杂 性；

53
圈复杂度举例
X=X/A
F
错写成X<1
(A=2) OR (X>1) T e X=X+1
d
因此判定覆盖仍是弱的覆盖标准。
判定覆盖

说明：以上仅考虑了两出口的判断，我们还应把判 定覆盖准则扩充到多出口判断（如Case语句）的情 况。因此，判定覆盖更为广泛的含义应该是使得每 一个判定获得每一种可能的结果至少一次。
6 2 1 3 4 5 7 8 9 10
15
测试评估

1. 覆盖评测

覆盖指标提供了“测试的完全程度如何？”这 一问题的答案。 最常用的覆盖评测是基于需求的测试覆盖和基 于代码的测试覆盖。

16
测试评估

2. 质量评测

在测试过程中，已发现缺陷的评估提供了最佳的软 件质量指标。 评估测试对象的性能时，侧重于获取与行为相关的 数据，如响应时间、事务处理数、内存占用率、操 作可靠性等。
12
几个重要的概念


alpha测试：是由用户在开发环境下进行的测 试，也可以是开发机构内部的用户在模拟实际 操作环境下进行的测试。开发者坐在用户旁边， 这是在开发者受控的环境下进行的测试。由开 发者随时记录下错误情况和使用中的问题。 beta测试：是由软件的多个用户在一个或多个 用户的实际使用环境下进行的测试。开发者通 常不在测试现场，这是在开发者无法控制的环 境下进行的测试。由用户记录下遇到的所有问 题，定期向开发者报告。
a
F b T
语句覆盖
(A>1) AND (B=0)
c X=X/A T
F
d
26
(A=2) OR (X>1)
e
X=X+1
Case2：A=2, B=1, X=3
a F b
F d
27
语句覆盖
此语句未覆盖
(A>1) AND (B=0)
T
c X=X/A
T
(A=2) OR (X>1)
e
X=X+1
Case1：A=2, B=0, X=3
10
几个重要的概念
回归测试：为保证软件中新的变化（如新增、
修改代码）不会对原有功能的正常使用有影响而 进行的测试。 兼容性测试：测试系统在不同运行环境（网络、 硬件、第三方软件）下的实际表现。 安全性测试：测试系统在应对非授权的内部/外 部访问、恶意攻击时系统的防护能力。 灾难恢复性测试：在系统崩溃、硬件故障或其 他灾难发生之后，重新恢复系统和数据能力的测 试。
2 0 3 ace 2 1 1 abe 1 0 3 abe 1 1 1 abd
6.路径覆盖
设计足够多的测试用例，覆盖程序中 的每条可能路径。 上述满足条件组合覆盖的测试用例不 能覆盖路径acd。

43
满足路径覆盖的一组测试用例
用例 A B X 执行路径
Case1
Case7 Case8 Case11
e
X=X+1
d
31
判定覆盖
只作到判定覆盖将无法确定判定内部条件的错误。
F
b F
a
(A>1) AND (B=0)
T c X=X/A T
(A=2) OR (X>1)
e
X=X+1
d
32
错写成X<1
例：
F b
Case4：A=3, B=0, X=3 Case5：A=2, B=1, X=1
a (A>1) AND (B=0) T c
a F
(A>1) AND (B=0) 错写成OR
语句覆盖
T
b
F
c X=X/A
T
(A=2) OR (X>1)
e
X=X+1
d
错写成AND
28
语句覆盖是最弱的覆盖
2. 判定覆盖（分支覆盖）

设计测试用例，使程序中的每个逻辑判 断的取真和取假的分支至少经历一次。 用例 Case1 Case3 A 2 1 B 0 0 X 3 1 执行路径 ace abd
4.判定-条件覆盖

使判定中每个条件的可能取值至少满 足一次，并且使每个判定分支至少执 行一次。 判定-条件覆盖能同时满足判定、条件 两种覆盖标准。

38
满足判定-条件覆盖的一组测试用例
A B X
路径 覆盖分支
覆盖条件
Case1 2 0 3
Case8 1 1 1
ace
abd