使用场景法设计测试用例
场景法是通过描述流经用例的路径来确定的过程,这个流经过程要从用例开始到结束遍历其中所有的基本流和备选流。场景法就是根据这些基本流和备选流的流经过程设计测试用例。
目前的软件几乎都是由事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果形成事件流。这种在软件设计方面的思想也可被引入到软件测试中,生动的描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时测试用例也更容易被理解和执行。提出这种测试思想的是Rational公司。
下面使用网上购物系统的购物场景举例说明。
(1)场景描述
用户进入网上购物系统网站进行购物,选好物品后进行购买,这时需要使用账号登录,登录成功后付款,交易成功后生成订单,完成此次购物活动。
(2)使用场景法设计测试用例
①确定基本流和备选流事件
| 基本流 | 登录网上购物系统网站,选择物品,登录账号,付钱交易,生成订单 |
| 备选流1 | 账号不存在 |
| 备选流2 | 账号或密码错误 |
| 备选流3 | 账号余额不足 |
| 备选流4 | 用户账户没有钱 |
| 备选流5 | 用户退出系统 |
②根据基本流和备选流来确定场景
| 场景1-成功购物 | 基本流 | |
| 场景2-账号不存在 | 基本流 | 备选流1 |
| 场景3-账号或密码错误 | 基本流 | 备选流2 |
| 场景4-账号余额不足 | 基本流 | 备选流3 |
| 场景5=用户账号没有钱 | 基本流 | 备选流4 |
③设计用例
对每个场景都要做测试用例,可以使用矩阵(表格)来管理用例。用行表示各个测试用例,列表示测试用例的信息。首先将测试用例的ID、条件、涉及的数据元素以及预期结果列在矩阵中,然后将这些数据确定下来,填写在表格中。
下表中,“有效”表示这个条件必须是有效的才可执行基本流,而“无效”用于表示这种条件下将激活所需备选流。“不适用”表示这个条件不适用测试用例。
|
测试用例 ID |
场景/条件 | 账号 | 密码 |
用户账号 余额 |
预期结果 |
| 1 | 场景1:成功购物 | 有效 | 有效 | 有效 | 成功购物 |
| 2 | 场景2:账号不存在 | 无效 | 不适用 | 不适用 | 提示账号不存在 |
| 3 |
场景3:账号或密码错误(账号正确 密码错误) |
有效 | 无效 | 不适用 |
提示账号或密码错误, 返回基本流步骤3 |
| 4 |
场景3:账号或密码错误(账号错误 密码正确) |
无效 | 有效 | 不适用 |
提示账号或密码错误, 返回基本流步骤3 |
| 5 | 场景4:用户账号余额不足 | 有效 | 有效 | 无效 |
提示用户账号余额不足 请充值 |
| 6 | 场景5:用户账号没有钱 | 有效 | 有效 | 无效 | 提示账号余额请充值 |
④设计上表测试用例数据,填入下表
|
测试用例 ID |
场景/条件 | 账号 | 密码 |
用户账号 余额 |
预期结果 |
| 1 | 场景1:成功购物 | wangsh | password | 193 | 成功购物 |
| 2 | 场景2:账号不存在 | song | 不适用 | 不适用 | 提示账号不存在 |
| 3 |
场景3:账号或密码错误(账号正确 密码错误) |
wangsh | 666666 | 不适用 |
提示账号或密码错误, 返回基本流步骤3 |
| 4 |
场景3:账号或密码错误(账号错误 密码正确) |
song | password | 不适用 |
提示账号或密码错误, 返回基本流步骤3 |
| 5 | 场景4:用户账号余额不足 | wangsh | password | 2 |
提示用户账号余额不足 请充值 |
| 6 | 场景5:用户账号没有钱 | wangsh | password | 0 | 提示账号余额请充值 |

浙公网安备 33010602011771号