可以从这个用例生成下列场景
| 场景 1 - 成功的提款 | 基本流 | |
| 场景 2 - ATM 内没有现金 | 基本流 | 备选流 2 |
| 场景 3 - ATM 内现金不足 | 基本流 | 备选流 3 |
| 场景 4 - PIN 有误（还有输入机会） | 基本流 | 备选流 4 |
| 场景 5 - PIN 有误（不再有输入机会） | 基本流 | 备选流 4 |
| 场景 6 - 帐户不存在/帐户类型有误 | 基本流 | 备选流 5 |
| 场景 7 - 帐户余额不足 | 基本流 | 备选流 6 |
注：为方便起见，备选流 3 和 6（场景 3 和 7）内的循环以及循环组合未纳入上表。
对于这 7 个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表 测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例 ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。
通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a”（不适用）表明这个条件不适用于测试用例。
| 测试用例 ID号 | 场景/条件 | PIN | 帐号 | 输入的金额 （或选择的金额） | 帐面金额 | ATM 内的金额 | 预期结果 |
CW1. | 场景 1 - 成功的提款 | V | V | V | V | V | 成功的提款。 |
CW2. | 场景 2 - ATM 内没有现金 | V | V | V | V | I | 提款选项不可用，用例结束 |
CW3. | 场景 3 - ATM 内现金不足 | V | V | V | V | I | 警告消息，返回基本流步骤 6 - 输入金额 |
CW4. | 场景 4 - PIN 有误（还有不止一次输入机会） | I | V | n/a | V | V | 警告消息，返回基本流步骤 4，输入 PIN |
CW5. | 场景 4 - PIN 有误（还有一次输入机会） | I | V | n/a | V | V | 警告消息，返回基本流步骤 4，输入 PIN |
CW6. | 场景 4 - PIN 有误（不再有输入机会） | I | V | n/a | V | V | 警告消息，卡予保留，用例结束 |
在上面的矩阵中，六个测试用例执行了四个场景。对于基本流，上述测试用例 CW1 称为正面测试用例。它一直沿着用例的基本流路径执行，未发生任何偏差。基本流的全面测试必须包括负面测试用例，以确保只有在符合条件的情况下才执行基本流。这些负面测试用例由 CW2 至 6 表示（阴影单元格表明这种条件下需要执行备选流）。虽然 CW2 至 6 对于基本流而言都是负面测试用例，但它们相对于备选流 2 至 4 而言是正面测试用例。而且对于这些备选流中的每一个而言，至少存在一个负面测试用例（CW1 - 基本流）。
每个场景只具有一个正面测试用例和负面测试用例是不充分的，场景 4 正是这样的一个示例。要全面地测试场景 4 - PIN 有误，至少需要三个正面测试用例（以激活场景 4）：
* 输入了错误的 PIN，但仍存在输入机会，此备选流重新加入基本流中的步骤 3 - 输入 PIN。
* 输入了错误的 PIN，而且不再有输入机会，则此备选流将保留银行卡并终止用例。
* 最后一次输入时输入了“正确”的 PIN。备选流在步骤 5 - 输入金额处重新加入基本流。
注：在上面的矩阵中，无需为条件（数据）输入任何实际的值。以这种方式创建测试用例矩阵的一个优点在于容易看到测试的是什么条件。由于只需要查看 V 和 I（或此处采用的阴影单元格），这种方式还易于判断是否已经确定了充足的测试用例。从上表中可发现存在几个条件不具备阴影单元格，这表明测试用例还不完全，如场景 6 - 不存在的帐户/帐户类型有误和场景 7 - 帐户余额不足就缺少测试用例。
