场景法设计测试用例

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设用例场景用来描述流经用例的路径。

1.场景法的实施策略

　　基本步骤：

　　　　1)根据说明，描述出程序的基本流及各项备选流

　　　　2)根据基本流和各项备选流生成不同的场景

　　　　3)对每一个场景生成相应的测试用例

　　　　4)对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值

场景法最终生成的测试用例来源于测试目标的用例。也就是说场景法是从测试用例生成测试用例。

场景法通过用例场景描述业务操作流程。它为每个用例场景编制测试用例。用例场景通过描述流经用例的路径来确定，这个流经过程从用例开始到结束遍历其中所有基本流(基本事件)和备选流(分支事件)。

如图：

基本流：直黑线表示，是经过用例的最简单路径。

备选流：自基本流开始，每个备选流在特定的条件下执行，备选流可能回重新加入到基本流中，或者终止用例。

确定用例场景

注意：此设计中未描述备选流3只是的循环执行多次的情况，生成每个场景测试用例是通过某个特定的条件来完成的。

设计测试用例

对于场景中的每一个场景都需要确定测试用例，针对每个场景至少设计一个可以让该场景发生的测试用例。

可以采用矩阵或者判定表来确定和管理测试用例。每个测试用例包含：ID、条件（或说明）、数据元素、预期结果。

通过从确定执行用例场景所需的数据元素入手构建矩阵，矩阵中可用V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。使用的“n/a”（不适用）表明这个条件不适用于测试用例。

一旦确定了所有的测试用例，则应对这些测试用例进行复审和验证以确保其准确且适度，并取消多余或者等效的测试用例。

测试用例已经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定数据。

2.实例

测试某IC卡加油机应用系统的插卡加油功能。

用例图：

事件流

基本流	A1 准备加油：客户讲IC加油卡插入加油机 A2 验证加油卡：加油机从加油开的磁条中读取账户代码，并检查它是否属于可以接受加油的卡 A3 验证黑名单：加油机验证账户是否存在黑名单中，如果属于黑名单，加油机吞卡 A4 输入购油量：客户需要输入购买的汽油数量 A5 加油：加油机完成加油操作 A6 返回加油卡：退还加油卡
备选流B：加油卡无效	在基本流A2过程中，该卡不能够识别或者非本机可以使用的IC卡，加油机退卡，并退出基本流
备选流C：卡账户属于黑名单	在基本流A3过程中，判断该卡账户属于黑名单。例如已挂失，加油机吞卡并退出基本流
备选流D：加油卡账目现金不足	系统判断加油卡内现金不足，重新加入基本流A4，或者选择退卡
备选流E：加油机油量不足	系统判断加油机内油量不足，重新加入基本流A4，或者选择退卡

设计测试用例

确定实际数据

假设每升油9RMB，黑名单：UC0002