场景法ATM机案例

《场景法ATM机案例》由会员分享，可在线阅读，更多相关《场景法ATM机案例（6页珍藏版）》请在金锄头文库上搜索。

1、台ATM机器的主角和用例。卜表包含了上图中提款用例的基本流和某些备用流:本用例的开端是 ATM处丁准备就绪状态。1）准备提款-客户将银彳亍卡插入ATM机的读卡机。2）验证银行卡-ATM机从银行卡的磁条中读取帐户 代码，并检查它是否届丁可以接收的银行 卡。3）输入PIN - ATM要求客户输入 PIN码（4 位）4）验证帐户代码和 PIN -验证帐户代码和 PIN以确定该帐户是否有效以及所输入的PIN对该帐户来说是否正确。对丁此事件流，帐户是似的而且 PIN 对此帐户来说正确无误。5）ATM选项-ATM显示在本机上可用的各种选项。在此事件流中，银行客户通常选择提 款”。6）输入金额-要从ATM中

2、提取的金额。对丁此事件 流，客户需选择预设的金额（10美元、20美元、 50美元或100美元）。7）授权-ATM通过将卡ID、PIN、金额以及帐户信息 作为一笔交易发送给银行系统来启动验证过程。对 丁此事件流，银行系统处丁联机状态，而且对授权请求给予答复，批准完成提款过程，并且据此更新 帐户余额。8）出钞-提供现金。9）返回银行卡-银行卡被返还。10）收据-打印收据并提供给客户。ATM还相应地更 新内部记录。用例结束时ATM 乂回到准备就绪状态。备选流1 -银 行卡无效在基本流步骤2中-验证银行卡，如果卡是无效的，则卡被退 回，同时会通知相关消息。备选流2 -ATM内没有现 金在基本流步骤5中

3、-ATM选项，如果ATM内没有现金，则 提款”选项将无法使用。备选流3 -ATM内现金不 足在基本流步骤6中-输入金额，如果 ATM机内金额少丁请求 提取的金额，则将显示一则适当的消息，并且在步骤6 -输入金额处重新加入基本流。备选流4 - PIN有误在基本流步骤4中-验证帐户和PIN,客户有三次机会输入 PIN。如果PIN输入有误,ATM将显示适当的消息；如果还存 在输入机会，则此事件流在步骤3-输入PIN处重新加入基本 流。如果最后一次尝试输入的 PIN码仍然错误，则该卡将被 ATM机保留，同时ATM返回到准备就绪状态，本用例终止。备选流5 -帐 户不存在在基本流步骤4中-验证帐户和PIN

4、，如果银行系统返回的代 码表明找花U该帐户或禁止从该帐户中提款，则ATM显示适当的消息并且在步骤9 -返回银彳亍卡处重新加入基本流。备选流6 -帐 面金额、足在基本流步骤7 -授权中，银行系统返回代码表明帐户余额少丁在基本流步骤6 -输入金额内输入的金额，则 ATM显小适 当的消息并且在步骤6 -输入金额处重新加入基本流。备选流7 -达 到每日最大的提款金额在基本流步骤7 -授权中，银行系统返回的代码表明包括本提 款请求在内，客户已经或将超过在24小时内允许提取的最多金 额，则ATM显示适当的消息并在步骤 6 -输入金额上重新加 入基本流。备选流x -记 录错误如果在基本流步骤10 -收据中，

5、记法更新，贝U ATM进入安全模式”，在此模式下所有功能都将暂停使用。同时向银行系 统发条适当的警报信息表明 ATM已经暂停顼。备选流y -退 出客户可随时决定终止交易（退出）。交易终止，银行卡随之退出。备选流z -翘 起”ATM包含大量的传感器，用以监控各种功能，如电源检测器、 不同的门和出入口处的测压器以及动作检测器等。在任一时刻， 如果某个传感器被激活，则警报信号将发送给警方而且 ATM进 入安全模式”，在此模式下所有功能都暂停使用，直到采取适当 的重启/重新初始化的措施。在第一次迭代中，根据迭代计划，我们需要核实提款用例已经正确地实施。 此时尚未实施整个用例，只实施了下面的事件流:基本

6、流-提取预设金额（10美元、20美元、50美元、100美元）备选流2 - ATM内没有现金备选流3 - ATM内现金不足备选流4 - PIN有误备选流5 -帐户不存在/帐户类型有误备选流6 -帐面金额不足可以从这个用例生成下列场景场景1 -成功的提款基本流W 2 - ATM内没有现金基本流备选流2W 3 - ATM内现金不足基本流备选流3场景4 - PIN有误（还有输入机会）基本流备选流4场景5 - PIN有误（不再 有输入机会）基本流备选流4场与6 -帐户小存在/帐 户类型有误基本流备选流5W 7 -帐户余额不足基本流备选流6注：为方便起见，备选流 3和6 （场景3和7）内的循环以及循环组合

7、 未纳入上表。对丁这7个场景中的每一个场景都需要确定测试用例。 可以采用矩阵或决 策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试 用例，而各列则代表 测试用例的信息。本示例中，对丁每个测试用例，存在一 个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入 或已经存在丁数据库中）以及预期结果。通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对丁每个场 景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V （有效）用丁表明这个条件必须是 VALID （有效的）才可执行基本流，而I（无效）用丁表明这种条件下将激活所需备选流。下

8、表中使用的“n/a（不适用）表明这个条件不适用丁测试用例。测试用例ID号W /条件PIN帐号输入的金额（或选择的金 额）帐面金额ATM内 的金额预期结果CW1.1 -成功的VVVVV成功的提款。提款CW2.W 2 - ATM内没有现金VVVVI提款选项不 可用，用例结 束CW3.W 3-ATM内现金不足VVVVI警告消息，返 回基本流步 骤6 -输入金额CW4.W 4 - PIN 有误（还有不止一次输入机会）Vn/aVV警告消息，返 回基本流步 骤4,输入PINCW5.W 4 - PIN 有误（还有一次输入机会）Vn/aVV警告消息，返 回基本流步 骤4,输入PINCW6.W 4 - PIN

9、有 误（小冉有输入 机会）IVn/aVV警告消息，卡 予保留，用例 结束在上面的矩阵中，六个测试用例执行了四个场景。 对丁基本流，上述测试用 例CW1称为正面测试用例。它一直沿着用例的基本流路径执行，未发生任何 偏差。基本流的全面测试必须包括负面测试用例，以确保只有在符合条件的情况 下才执行基本流。这些负面测试用例由 CW2至6表示（阴影单元格表明这种 条件下需要执行备选流）。虽然CW2至6对丁基本流而言都是负面测试用例， 但它们相对丁备选流 2至4而吉是正面测试用例。而且对丁这些备选流中的 每一个而言，至少存在一个负面测试用例（CW1 -基本流）。每个场景只具有一个正面测试用例和负面测试用例

10、是不充分的，场景4正是这样的一个示例。要全面地测试场景 4 - PIN有误，至少需要三个正面测试 用例（以激活场景4）:*输入了错误的PIN ,但仍存在输入机会，此备选流重新加入基本流中的步 骤3 -输入PIN。*输入了错误的PIN，而且不再有输入机会，则此备选流将保留银行卡并终 止用例。*最后一次输入时输入了 正确”的PIN。备选流在步骤5 -输入金额处重新 加入基本流。注：在上面的矩阵中，无需为条件（数据）输入任何实际的值。以这种方式 创建测试用例矩阵的一个优点在丁容易看到测试的是什么条件。由丁只需要查看V和I （或此处采用的阴影单元格），这种方式还易丁判断是否已经确定了充足的测试用例。从

11、上表中可发现存在几个条件不具备阴影单元格， 这表明测试用例 还不完全，如场景6 -不存在的帐户/帐户类型有误和场景7 -帐户余额不足就 缺少测试用例。一旦确定了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适 度，并取消多余或等效的测试用例。测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且 设定测试数据：测试用例D号W /条件PIN帐号输入的 金额 （或选择的金 额）帐面金额ATM内的金额预期结果CW1.场景1 -成功的 提款4987809 -49850.00500.002,000成功的提款。 帐户余额被 更新为450.00CW2.W 2 - ATM内没有现金49

12、87809 -498100.00500.000.00提款选项不 可用，用例结 束CW3.W 3-ATM内现金不足4987809 -498100.00500.0070.00警告消息，返 回基本流步 骤6 -输入 金额CW4.W 4 - PIN 有误（还有不止一 次输入机会）4978809 -498n/a500.002,000警告消息，返 回基本流步 骤4,输入PINCW5.W 4 - PIN 有误（还有一次输入机会）4978809 -498n/a500.002,000警告消息，返 回基本流步 骤4,输入PINCW6.W 4 - PIN 有误（小冉有输入机会）4978809 -498n/a500.

13、002,000警告消息，卡 予保留，用例 结束以上测试用例只是在本次迭代中需要用来验证提款用例的一部分测试用例。需要的其他测试用例包括：*场景6 -帐户不存在/帐户类型有误：未找到帐户或帐户不可用*场景6 -帐户不存在/帐户类型有误：禁止从该帐户中提款*场景7 -帐户余额不足：请求的金额超出帐面金额在将来的迭代中，当实施其他事件流时，在下列情况下将需要测试用例：*无效卡（所持卡为挂失卡、被盗卡、非承兑银行发卡、磁条损坏等）*无法读卡（读卡机堵塞、脱机或出现故障）*帐户已消户、冻结或由于其他方面原因而无法使用* ATM内的现金不足或不能提供所请求的金额（与 CW3不同，在CW3 中只是一种币值不足，而不是所有币值都不足）*无法联系银行系统以获得认可*银行网络离线或交易过程中断电在确定功能性测试用例时，确保满足下列条件：*已经为每个用例场景确定了充足的正面和负面测试用例。*测试用例可以处理用例所实施的所有业务规则，确保对于业务规则，无论是在内部、外部还是在边界条件/值上都存在测试用例。*测试用例可以处理所有事件或动作排序 （如在设计模型的序列图中确定的 内容），还应能处理用户界面对象状态或条件。*测试用例可以处理为用例所指定的任何特殊需求，如最佳 /最差性能，有 时这些特殊需求会与用例执行过程中的最小/最大负载或数据容量组合在一起。