用例设计之场景法（2）

第一次迭代中，根据迭代计划，我们需要核实提款用例已经正确地实施。此时尚未实施整个用例，只实施了下面的事件流：

Ø 基本流-提取预设金额（10美元、20美元、50美元、100美元） 

Ø 备选流2 - ATM内没有现金 

Ø 备选流3 - ATM内现金不足 

Ø 备选流4 - PIN有误 

Ø 备选流5 -帐户不存在/帐户类型有误 

Ø 备选流6 -帐面金额不足 

根据采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中设计的所有数据元素（作为输入或以已经存在于数据库中）以及预期结果。

通过从确定执行用例场景所需的数据元素入手构建矩形。然而，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V(有效)用于表明这个条件必须是VALID（有效的）才可执行基本流，而I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“N/A”（不适用）表明这个条件不适用于测试用例。

图13-3测试用例（1）

在上面的矩阵中，六个测试用例执行了四个场景。对于基本流，上述测试用例CW1称为正面测试用例。它一直沿着用例的基本路径执行，未发生任何偏差。基本流的全面测试必须包括负面测试用例，以确保只有在符合条件的情况下才执行基本流。这些负面测试用例由CW2至6表示（阴影单元格表明这种条件下需执行备选流）。虽然CW2至6对于基本流而言都是负面测试用例，但它们相对于备选流2至4而言是正面测试用例。而且对于这些备选流中的每一个而言，至少存在一个负面测试用例（CW1-基本流）。

每个场景只具有一个正面测试用例和负面测试用例是不充分的，场景4正是这样的一个示例。要全面地测试场景4 - PIN有误，至少需要三个正面测试用例（以激活场景4）：

输入了错误的PIN，但仍存在输入机会，此备选流重新加入基本流中的步骤3 -输入PIN。 

输入了错误的PIN，而且不再有输入机会，则此备选流将保留银行卡并终止用例。 

最后一次输入时输入了“正确”的PIN。备选流在步骤5 -输入金额处重新加入基本流。 

注：在上面的矩阵中，无需为条件（数据）输入任何实际的值。以这种方式创建测试用例矩阵的一个优点在于容易看到测试的是什么条件。由于只需要查看V和I（或此处采用的阴影单元格），这种方式还易于判断是否已经确定了充足的测试用例。从上表中可发现存在几个条件不具备阴影单元格，这表明测试用例还不完全，如场景6 -不存在的帐户/帐户类型有误和场景7 -帐户余额不足就缺少测试用例。

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

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

图13-3测试用例（2）

以上测试用例只是在本次迭代中需要用来验证提款用例的一部分测试用例。需要的其他测试用例包括： 

Ø 场景6 -帐户不存在/帐户类型有误：未找到帐户或帐户不可用 

Ø 场景6 -帐户不存在/帐户类型有误：禁止从该帐户中提款 

Ø 场景7 -帐户余额不足：请求的金额超出帐面金额 

在将来的迭代中，当实施其他事件流时，在下列情况下将需要测试用例： 

Ø 无效卡（所持卡为挂失卡、被盗卡、非承兑银行发卡、磁条损坏等） 

Ø 无法读卡（读卡机堵塞、脱机或出现故障）

Ø 帐户已消户、冻结或由于其他方面原因而无法使用 

Ø ATM内的现金不足或不能提供所请求的金额（与CW3不同，在CW3中只是一种币值不足，而不是所有币值都不足）； 

Ø 无法联系银行系统以获得认可； 

Ø 银行网络离线或交易过程中断电。