实战案例：场景测试之ATM机取款业务测试

⑤ 取款交易选择：基于我们是针对用户取款业务做的场景测试，因此，我们将在这一测试处，简化操作流程。默认我们直接选择取款交易，且该银行卡处于活期账户状态。在此处，我们暂时忽略系统还支持存款、查询余额、修改密码等其他操作，并忽略银行卡可能属于定期、冻结账户等状态；

⑥ 取款金额设置：系统要求用户输入要取款的金额数。注意，取款的金额应为50的整数倍，且应受到数目上的各种限制；

⑦ 取款校验：系统将账户、密码、交易类型（本例为“取款”交易）及金额数作为一笔交易发送给银行系统，启动校验过程。

对于基本流而言，系统处于联机状态，对用户的授权请求予以答复，且批准完成取款，并更新账户余额。此处对应第3个校验点。

⑧ 出钞：系统从现金槽中提供现金钞票。

⑨ 凭条打印选择：一般在处理完成一次事务后，系统会再次提示选择交易类型，为了简化流程，本案例中我们暂且忽略这个步骤。而是认为完成交易后，直接提示是否进入后续交易凭条打印环节。

对于基本流而言，用户选择打印交易凭条。此处对应第4个校验点。

⑩ 提供交易凭条：系统从ATM机的小票卡槽中提供交易凭条，并更新ATM机内部记录。

退卡：系统返还用户的ATM卡。

用例至此结束，这时ATM机再次回到准备就绪状态。

2）备选流

基本流中得到4个关键校验点如下：

校验点1：对应步骤②，对卡的有效性进行校验，判断卡是否有效；

校验点2：对应步骤④，对用户输入的密码进行校验，判断输入的密码是否匹配预设密码；

校验点3：对应步骤⑦，对输入的取款金额进行校验，判断取款金额设置是否有效；

校验点4：对应步骤⑨，对凭条打印进行选择，判断是否需要打印交易凭条。

值得一提的是，在卡密码校验处，一旦用户3次输入密码错误，系统将会把用户的卡没收。之后，ATM机仍会回到系统欢迎画面。这似乎应从基本流的退出状态来结束事实上，由于此处包含了一个吞卡的动作，因此，与备选流1和备选流5的执行结果不完全一致。所以，备选流3的执行结果是不同于备选流1和备选流5的。

【场景设计】

根据取款业务的基本流和5个备选流得到的场景集合如下：

场景1（取款成功，且打印凭条）：基本流；

场景2（卡错误）：基本流+备选流1；

场景3（密码错误）：基本流+备选流2；

场景4（密码失败）：基本流+备选流3；

场景5（取款金额错误）：基本流+备选流4；

场景6（取款成功，不打印凭条）：基本流+备选流5。

【测试用例设计】

虽然每个场景对应系统业务流程（从开始到结束状态）的一系列执行过程，但实质上，它仍然是对应测试用例的一组输入和预期输出。因此，对应每个场景可设计一个或多个测试用例。比如：

（1）根据某场景所包含的执行流程，分析出系统应满足的所有输入条件和预期输出；

（2）当场景中包含备选流时，应确定触发该备选流执行的输入条件，并予以标记。

由此，我们可以得出如下结论：

（“V”表示该条件必须有效才可以执行该用例；“I”表示其是触发对应某个备选流的条件；“N/A”表示此测试用例中不需要设置该输入条件。）

写在最后

通过上述内容，相信大家对场景测试的内容有了一定的了解，希望大家在实际工作中，也能按照上述方法一步一步去做，通过多次实践，对场景测试有更加深刻的认识。祝大家在测试的道路上越走越顺畅~

下面是测试资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

来源：普通网友