《场景法——ATM机案例.doc》由会员分享，可在线阅读，更多相关《场景法——ATM机案例.doc（6页珍藏版）》请在金锄头文库上搜索。
1、一台 ATM 机器的主角和用例。下表包含了上图中提款用例的基本流和某些备用流：本用例的开端是 ATM 处于准备就绪状态。 1) 准备提款 - 客户将银行卡插入 ATM 机的读卡机。 2) 验证银行卡 - ATM 机从银行卡的磁条中读取帐户代码，并检查它是否属于可以接收的银行卡。 3) 输入 PIN - ATM 要求客户输入 PIN 码（4 位） 4) 验证帐户代码和 PIN - 验证帐户代码和 PIN 以确定该帐户是否有效以及所输入的 PIN 对该帐户来说是否正确。对于此事件流，帐户是有效的而且 PIN 对此帐户来说正确无误。 5) ATM 选项 - ATM 显示在本机上可用的各种选项。在此事
2、件流中，银行客户通常选择“提款”。 6) 输入金额 - 要从 ATM 中提取的金额。对于此事件流，客户需选择预设的金额（10 美元、20 美元、50 美元或 100 美元）。 7) 授权 - ATM 通过将卡 ID、PIN、金额以及帐户信息作为一笔交易发送给银行系统来启动验证过程。对于此事件流，银行系统处于联机状态，而且对授权请求给予答复，批准完成提款过程，并且据此更新帐户余额。 8) 出钞 - 提供现金。 9) 返回银行卡 - 银行卡被返还。 10) 收据 - 打印收据并提供给客户。ATM 还相应地更新内部记录。 用例结束时 ATM 又回到准备就绪状态。 备选流 1 - 银行卡无效在基本流步
3、骤 2 中 - 验证银行卡，如果卡是无效的，则卡被退回，同时会通知相关消息。备选流 2 - ATM 内没有现金在基本流步骤 5 中 - ATM 选项，如果 ATM 内没有现金，则“提款”选项将无法使用。备选流 3 - ATM 内现金不足在基本流步骤 6 中- 输入金额，如果 ATM 机内金额少于请求提取的金额，则将显示一则适当的消息，并且在步骤 6 - 输入金额处重新加入基本流。备选流 4 - PIN 有误在基本流步骤 4 中- 验证帐户和 PIN，客户有三次机会输入 PIN。 如果 PIN 输入有误，ATM 将显示适当的消息；如果还存在输入机会，则此事件流在步骤 3 - 输入 PIN 处重新
4、加入基本流。 如果最后一次尝试输入的 PIN 码仍然错误，则该卡将被 ATM 机保留，同时 ATM 返回到准备就绪状态，本用例终止。备选流 5 - 帐户不存在在基本流步骤 4 中 - 验证帐户和 PIN，如果银行系统返回的代码表明找不到该帐户或禁止从该帐户中提款，则 ATM 显示适当的消息并且在步骤 9 - 返回银行卡处重新加入基本流。备选流 6 - 帐面金额不足在基本流步骤 7 - 授权中，银行系统返回代码表明帐户余额少于在基本流步骤 6 - 输入金额内输入的金额，则 ATM 显示适当的消息并且在步骤 6 - 输入金额处重新加入基本流。备选流 7 - 达到每日最大的提款金额在基本流步骤 7
5、- 授权中，银行系统返回的代码表明包括本提款请求在内，客户已经或将超过在 24 小时内允许提取的最多金额，则 ATM 显示适当的消息并在步骤 6 - 输入金额上重新加入基本流。备选流 x - 记录错误如果在基本流步骤 10 - 收据中，记录无法更新，则 ATM 进入“安全模式”，在此模式下所有功能都将暂停使用。同时向银行系统发送一条适当的警报信息表明 ATM 已经暂停工作。备选流 y - 退出客户可随时决定终止交易（退出）。交易终止，银行卡随之退出。备选流 z - “翘起”ATM 包含大量的传感器，用以监控各种功能，如电源检测器、不同的门和出入口处的测压器以及动作检测器等。在任一时刻，如果某个
6、传感器被激活，则警报信号将发送给警方而且 ATM 进入“安全模式”，在此模式下所有功能都暂停使用，直到采取适当的重启/重新初始化的措施。在第一次迭代中，根据迭代计划，我们需要核实提款用例已经正确地实施。此时尚未实施整个用例，只实施了下面的事件流：基本流 - 提取预设金额（10 美元、20 美元、50 美元、100 美元） 备选流 2 - ATM 内没有现金 备选流 3 - ATM 内现金不足 备选流 4 - PIN 有误 备选流 5 - 帐户不存在/帐户类型有误 备选流 6 - 帐面金额不足 可以从这个用例生成下列场景 场景 1 - 成功的提款基本流场景 2 - ATM 内没有现金基本流备选流
7、 2场景 3 - ATM 内现金不足基本流备选流 3场景 4 - PIN 有误（还有输入机会）基本流备选流 4场景 5 - PIN 有误（不再有输入机会）基本流备选流 4场景 6 - 帐户不存在/帐户类型有误基本流备选流 5场景 7 - 帐户余额不足基本流备选流 6注：为方便起见，备选流 3 和 6（场景 3 和 7）内的循环以及循环组合未纳入上表。对于这 7 个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表 测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例 ID、条件（或说明）、测试用
8、例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a”（不适用）表明这个条件不适用于测试用例。 测试用例ID号场景/条件PIN帐号输入的金额（或选择的金额）帐面金额ATM 内的金额预期结果CW1.场景 1 - 成功的提款VVVVV成功的提款。CW2.场景 2 - ATM 内没有现金VVVVI提款选项不可
9、用，用例结束CW3.场景 3 - ATM 内现金不足VVVVI警告消息，返回基本流步骤 6 - 输入金额CW4.场景 4 - PIN 有误（还有不止一次输入机会）I Vn/aVV警告消息，返回基本流步骤 4，输入 PINCW5.场景 4 - PIN 有误（还有一次输入机会）I Vn/aVV警告消息，返回基本流步骤 4，输入 PINCW6.场景 4 - PIN 有误（不再有输入机会）I Vn/aVV警告消息，卡予保留，用例结束在上面的矩阵中，六个测试用例执行了四个场景。对于基本流，上述测试用例 CW1 称为正面测试用例。它一直沿着用例的基本流路径执行，未发生任何偏差。基本流的全面测试必须包括负面
10、测试用例，以确保只有在符合条件的情况下才执行基本流。这些负面测试用例由 CW2 至 6 表示（阴影单元格表明这种条件下需要执行备选流）。虽然 CW2 至 6 对于基本流而言都是负面测试用例，但它们相对于备选流 2 至 4 而言是正面测试用例。而且对于这些备选流中的每一个而言，至少存在一个负面测试用例（CW1 - 基本流）。 每个场景只具有一个正面测试用例和负面测试用例是不充分的，场景 4 正是这样的一个示例。要全面地测试场景 4 - PIN 有误，至少需要三个正面测试用例（以激活场景 4）：* 输入了错误的 PIN，但仍存在输入机会，此备选流重新加入基本流中的步骤 3 - 输入 PIN。 *
11、输入了错误的 PIN，而且不再有输入机会，则此备选流将保留银行卡并终止用例。 * 最后一次输入时输入了“正确”的 PIN。备选流在步骤 5 - 输入金额处重新加入基本流。 注：在上面的矩阵中，无需为条件（数据）输入任何实际的值。以这种方式创建测试用例矩阵的一个优点在于容易看到测试的是什么条件。由于只需要查看 V 和 I（或此处采用的阴影单元格），这种方式还易于判断是否已经确定了充足的测试用例。从上表中可发现存在几个条件不具备阴影单元格，这表明测试用例还不完全，如场景 6 - 不存在的帐户/帐户类型有误和场景 7 - 帐户余额不足就缺少测试用例。一旦确定了所有的测试用例，则应对这些用例进行复审和
12、验证以确保其准确且适度，并取消多余或等效的测试用例。测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据： 测试用例ID 号场景/条件PIN帐号输入的金额（或选择的金额）帐面金额ATM 内的金额预期结果CW1.场景 1 - 成功的提款4987809 - 49850.00500.002,000成功的提款。帐户余额被更新为 450.00CW2.场景 2 - ATM 内没有现金4987809 - 498100.00500.000.00提款选项不可用，用例结束CW3.场景 3 - ATM 内现金不足4987809 - 498100.00500.0070.00警告消息，返回基本
13、流步骤 6 - 输入金额CW4.场景 4 - PIN 有误（还有不止一次输入机会）4978 809 - 498n/a500.002,000警告消息，返回基本流步骤 4，输入 PINCW5.场景 4 - PIN 有误（还有一次输入机会）4978 809 - 498n/a500.002,000警告消息，返回基本流步骤 4，输入 PINCW6.场景 4 - PIN 有误（不再有输入机会）4978 809 - 498n/a500.002,000警告消息，卡予保留，用例结束以上测试用例只是在本次迭代中需要用来验证提款用例的一部分测试用例。需要的其他测试用例包括： * 场景 6 - 帐户不存在/帐户类型有
14、误：未找到帐户或帐户不可用 * 场景 6 - 帐户不存在/帐户类型有误：禁止从该帐户中提款 * 场景 7 - 帐户余额不足：请求的金额超出帐面金额 在将来的迭代中，当实施其他事件流时，在下列情况下将需要测试用例： * 无效卡（所持卡为挂失卡、被盗卡、非承兑银行发卡、磁条损坏等） * 无法读卡（读卡机堵塞、脱机或出现故障） * 帐户已消户、冻结或由于其他方面原因而无法使用 * ATM 内的现金不足或不能提供所请求的金额（与 CW3 不同，在 CW3 中只是一种币值不足，而不是所有币值都不足） * 无法联系银行系统以获得认可 * 银行网络离线或交易过程中断电 在确定功能性测试用例时，确保满足下列条件： * 已经为每个用例场景确定了充足的正面和负面测试用例。 * 测试用例可以处理用例所实施的所有业务规则，确保对于业务规则，无论是在内部、外部还是在边界条件/值上都存在测试用例。 * 测试用例可以处理所有事件或动作排序（如在设计模型的序列图中确定的内容），还应能处理用户界面对象状态或
