一、实验目的
- 能够掌握黑盒测试的因果图、判定表、正交排列法、场景法原理
- 能够运用因果图、判定表、正交排列法、场景法写测试用例
二、实验任务
- 根据地铁购票系统的要求用因果图、判定表写测试用例
- 根据字符属性设置要求用正交排列法写测试用例
- 根据注册功能要求用场景法写测试用例
三、实验内容与要求
1. 地铁购票系统：要求如下图，请用因果图、判定表并写出相应的测试用例。
要求：
①请投币中50元和100元为互斥关系，即只能选一个
②充值金额中50元和100元为互斥条件，即只能选一个
③结果：购票成功并取票、找零、错误提示
2. 示例为简单的字符属性设置，请用正交排列法并写出相应的测试用例：
要求：
字体：仿宋、宋体、黑体
字符样式：粗体、斜体、下划线
字体颜色：红色、蓝色、黑色
字号：四号、小四、三号
3. 注册功能：请使用场景法写出相应的测试用例
要求：
①账号：输入手机号或邮箱
②验证码
四、因果图和判定表设计
原因
| 编号 |
原因 |
| 1 |
投币50 |
| 2 |
投币100 |
| 3 |
充值50 |
| 4 |
充值100 |
结果
| 编号 |
结果 |
| 21 |
购票成功并取票 |
| 22 |
找零 |
| 23 |
错误提示 |
根据因果图，画出判定表
| 1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
||
| 输入条件 |
1.投币50元 |
1 |
1 |
1 |
|||||
| 2.投币100元 |
1 |
1 |
1 |
||||||
| 3.充值50元 |
1 |
1 |
1 |
||||||
| 4.充值100元 |
1 |
1 |
1 |
||||||
| 输 出 条 件 |
A.购票成功取票 |
1 |
1 |
1 |
|||||
| B、找零 |
1 |
1 |
1 |
1 |
|||||
| C、错提示 |
1 |
1 |
1 |
1 |
1 |
五、正交排列法设计
首先：将控件及其取值列举出来，并对取值进行编号
| 字体 |
字符样式 |
字体颜色 |
字号 |
|
| 1 |
仿宋 |
粗体 |
红色 |
四号 |
| 2 |
宋体 |
斜体 |
蓝色 |
小四 |
| 3 |
黑体 |
下划线 |
黑色 |
三号 |
由于包含4个控件：字体、字符样式、字号、字体颜色
每个控件有三个取值，所以选择 L9(3^4)正交表
记字体为A，字符样式为B，字体颜色为C，字号为D
各控件取值依次为1，2，3
正交表如下：
| A |
B |
C |
D |
|
| 1 |
1 |
1 |
1 |
1 |
| 2 |
1 |
2 |
2 |
2 |
| 3 |
1 |
3 |
3 |
3 |
| 4 |
2 |
1 |
2 |
3 |
| 5 |
2 |
2 |
3 |
1 |
| 6 |
2 |
3 |
1 |
2 |
| 7 |
3 |
1 |
3 |
2 |
| 8 |
3 |
2 |
1 |
3 |
| 9 |
3 |
3 |
2 |
1 |
六、场景法设计
基本流：正常注册
备选流1：手机号、邮箱号有误
备选流2：验证码有误
异常流1：手机号、邮箱已注册
1. 基本流
2. 基本流-> 备选流1 -> 基本流
3. 基本流 -> 异常流1
4. 基本流 -> 备选流1 ->异常流1
5. 基本流 -> 备选流2
6. 基本流 -> 备选流1 ->基本流 -> 备选流2
七、测试用例
购票系统测试用例：
| 用例编号 |
用例描述 |
预期结果 |
|
| 1 |
投币50元 充值50元 |
购票成功并取票 |
|
| 2 |
投币50元 充值100元 |
错误提示并找零 |
|
| 3 |
投币100元 充值50元 |
提示购票成功并取票并找零 |
|
| 4 |
投币100元 充值100元 |
提示购票成功并取票 |
|
| 5 |
投币50元 |
错误提示并找零 |
|
| 6 |
投币100元 |
错误提示并找零 |
|
| 7 |
充值50元 |
错误提示 |
|
| 8 |
充值100元 |
错误提示 |
|
字符属性设置测试用例：
| 字体 |
字符样式 |
字体颜色 |
字号 |
|
| 1 |
仿宋 |
粗体 |
红色 |
四号 |
| 2 |
仿宋 |
斜体 |
蓝色 |
小四 |
| 3 |
仿宋 |
下划线 |
黑色 |
三号 |
| 4 |
宋体 |
粗体 |
蓝色 |
三号 |
| 5 |
宋体 |
下划线 |
红色 |
小四 |
| 6 |
黑体 |
粗体 |
黑色 |
小四 |
| 7 |
黑体 |
斜体 |
红色 |
三号 |
注册功能测试用例：
| 编号 |
场景 |
第一次输入 |
第二次输入 |
预期结果 |
| 1 |
正常流程注册 |
正确手机号\邮箱号 以及正确验证码 |
无 |
成功注册 |
| 2 |
填错手机号\邮箱 |
错误的手机号\邮箱 |
正确的手机号\邮箱 |
第一次注册失败，第二次注册成功 |
| 3 |
手机号\邮箱已注册 |
已经注册过的手机号\邮箱 |
无 |
提示已注册 |
| 4 |
填错手机号\邮箱已注册 |
错误的手机号\邮箱 |
已经注册过的手机号\邮箱 |
注册失败 |
| 5 |
填错验证码 |
错误的验证码 |
无 |
注册失败 |
八、实验总结
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看作一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部待性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试。从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。