[生活]场景法测试用例ATM机
场景法设计测试用例
场景法设计测试用例
场景法是一种测试用例设计方法，它以某个场景的发生作为其出发点，分析此场景对系统的影响，并基于此场景分析出可能需要测试的各种情况，最后根据这些分析结果来编写测试用例。
1、首先，确定测试目标，清晰地确立要测试的功能，整理测试中必须包含的场景；
2、根据测试目标，建立典型的使用场景，比如：“用户通过登录界面登录系统”；
3、分析每个场景，从多方面考虑到所有可能发生的情况，将这些可能发生的情况细分为测试用例；
4、编写明确的测试用例，每个用例应该包含以下几个部分：前置条件、操作步骤、期望结果。
黑盒测试方法—场景法
ATM机取款测试用例
一、ATM机没有正常运行
二、卡出现了问题
三、密码出现问题
四、输入金额有误
基本流
确认ATM机正常运行->插入银行卡->输入密码->验证密码->取款->输入取款数额->取钱->显示余额->打印凭条->退卡
基本流
备选流10
场景12-达到每日最大提款金额
基本流
备选流
测试用例信息表
测试用例ID
场景/条件
账号
密码
取款金额
预期 结果
01
场景1-成功取款
有效
有效
有效
取款 成功
02
场景2- ATM机没有正常运行
不适用
不适用Biblioteka 不适用取款 失败03
场景3-插错卡
不适用
不适用
不适用
取款 失败
04
场景4-卡消磁
不适用
不适用
下面是场景法的基本设计步骤
1. 根据说明，描述出程序的基本流及各项备选流
2. 根据基本流和各项备选流生成不同的场景
3. 对每一个场景生成相应的测试用例
4. 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值
说了一些场景法的基本概念和设计方法。想必大家已经有了一些了解了。再举一个简单例子来讲解下。这里，我就不用网上很流行的ATM的例子了。我结合以前项目中遇到的情况。设计一个简单的例子来讲解下。
场景法
测试用例设计--场景法1.定义现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。
右图中经过用例的每条路径都用基本流和备选流来表示:基本流用黑色表示，是经过用例的最简单的路径。
备选流用不同的彩色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流 1 和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流 2 和4）。
1.应用的范围1) 基本上每个软件都会用到这种方法,因为每个软件后面都有业务的支撑2) 比较常见的有: 网上购物流程, ATM机取款流程等1.步骤1) 画出需要测试路径的流程图(一般选择工具Office Visio)2) 分析基本流和备选流3) 根据基本流和备选流设计测试用例1.案例系统同步银行主机，点钞票，输出给用户，并且减掉数据库中该用户帐户中的存款金额。
用户提款，银行卡自动退出，用户取走现金，拔出银行卡，ATM提款机界面恢复到初始状态；备选事件流(考虑可能失败的地方)：1.在基本事件流1中：a) 如果插入无效的银行卡，那么，在ATM提款机界面上提示用户“您使用的银行卡无效！”，3秒钟后，自动退出该银行卡。
1.在基本事件流2中：a) 如果用户输入的密码错误，则提示用户“您输入的密码无效，请重新输入”；b) 如果用户连续3次输入错误密码，ATM提款机吞卡，并且ATM提款机的界面恢复到初始状态。
此时，其他提款人可以继续使用其他的合法的银行卡在ATM提款机上提取现金。
c) 用户输入错误的密码后，也可以按“退出”键，则银行卡自动退出。
1.在基本事件流3中：a) 如果用户输入的单笔提款金额超过单笔提款上限，ATM提款机界面提示“您输入的金额错误，单笔提款上限金额是1500RMB，请重新输入”；b) 如果用户输入的单笔金额，不是以50RMB为单位的，那么提示用户“您输入的提款金额错误，请输入以50为单位的金额”；c) 如果用户在24小时内提取的金额大于4500RMB，则ATM提款机提示用户，“24小时内只能提取4500RMB，请重新输入提款金额”输入提取的金额超过了系统的设定的限制；d) 如果用户输入正确的提款金额，ATM提款机提示用户确认后，用户取消提款，则ATM提款机自动退出该银行卡；e) 如果ATM提款机中余额不足，则提示用户，“抱歉，ATM提款机中余额不足”，3秒钟后，自动退出银行卡。
UML实验1ATM自动取款机用例图
么是一个类？
因为uml的参与者要做为用户，进行管理。它对系统由参与操作。
2．如何命名一个用例？
（3）查询余额
（4）转帐
（5）修改密码
（6）打印收据
2．绘图步骤：
下面介绍在Rose中创建用例图的过程：
（1）在“Use Case View“中双击Main图，或者右击“Use Case View“，弹出在快捷菜单中选择“New”－>“UseCase Diagram”，双击图标，出现图1，为编辑用例图做好准备。
实验1 用例图
实验目的：
1.学会分析系统中的参与者和用例
2.掌握用例图的绘制方法
实验学时
4学时，必做。
实验内容：
画出ATM系统的用例图
实验步骤：
1.分析
ATM自动取款机：客户可以取钱，存钱，查询余额，转帐，修改密码。
通过分析可找出如下几个参与者：
1．ATM
2．客户
通过分析得到如下用例：
（1）存款
（2）取款
ATM(自动取款机)的用例图
ATM（自动取款机）的用例图、类图、顺序图、状态图、活动图及协作图1 用例图参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
2 类图图2所示的银行系统类图和图5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM 机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。
更多的属性及操作都可以一一加上，使这个类图更详细更完整，从而使参与项目的每个成员都能无歧义的明了整个设计的类的结构。
同样对于一个真正的银行系统，这个类图过于简单。
比如帐户类型我们可以先定义一个abstract class，它包含一个帐户最基本的属性及操作。
ATM机详述形式的用例（精选5篇）
ATM机详述形式的用例（精选5篇）第一篇：ATM机详述形式的用例用例名称：ATM机取款主要参与者：银行卡用户主成功场景（或基本流程）：1.银行卡用户插入正确的银行卡2.ATM机验证银行卡。
3.ATM机进入输入密码界面。
4.用户输入正确的密码。
5.ATM机进入服务界面。
6.用户发起取款业务。
7.ATM机显示所要取款的金额，待用户确认。
8.用户选择应取款的金额。
9.ATM机输出对应金额的现金。
10.用户选择打印凭证。
11.ATM 打印凭证。
12.用户选择退款项。
13.ATM吐出银行卡。
14.用户携带银行卡和凭证离开。
扩展（或替代流程）：*a系统在任何时间出错：1银行工作人员检查机器2银行工作人员恢复系统，并恢复用户中断的交易。
2a ATM机吞掉银行卡并且无反应：1银行工作人员检查机器2经理授权银行工作人员使用钥匙打开机器取出银行卡4a用户连续三次输入密码错误导致吞卡：1用户向工作人员说明情况2工作人员向经理报告情况3用户到柜台办理手续拿回银行卡9a选择设定好的取款金额取款：1用户点击100、500等等选项ATM机成功取出现金9b用户选择自己输入金额：1用户在下面键盘键入自己所要取出金额数目ATM机成功取出现金 9c.输入金额错误：1a输入金额不是规定倍数：1输出金额倍数的提醒信息，回到步骤6。
2b.输入金额大于最高可提取金额：1输入最高提取金额提醒信息，回到步骤6。
3c.输入金额大于账户存款：1输入余额不足的提醒信息，回到步骤6。
10a.ATM没有纸张打印凭证：输出提醒信息并进行步骤12。
第二篇：ATM机全国银行ATM机服务工程师招聘简章编号：14-04-03一、岗位名称：全国银行ATM机服务工程师二、岗位职责：ATM服务工程师是负责银行ATM等自助设备的运维管理工作。
工作内容包括：对银行ATM硬件故障的维修、日常运行维护、清机加钞，现金清分整点，设备运行监控值守，卡钞处理，回收卡处理，软件运维与升级服务、预防性保养服务、安装与移机服务以及耗材补充与更换服务等工作。
电子商务系统结构实验：取款机的简单用例图
电子商务系统结构实验（一）报告专业：-姓名：学号：-课程名称：电子商务系统结构实验名称：ATM简单模型目录1、简单ATM机的用例图： (3)2、取钱 (3)2.1、顺序图 (4)2.2、合作图： (5)2.3、类图： (6)3、存款： (6)3.1、顺序图： (6)3.2、合作图： (8)3.3、类图： (9)4、改变密码： (10)4.1、顺序图： (10)4.2、合作图： (11)4.3、类图： (11)5、付款： (12)5.1、顺序图： (12)5.2、合作图： (13)5.3、类图： (14)6、查阅结余： (15)6.1、顺序图： (15)6.2、合作图： (16)6.3、类图 (17)实验报告【实验目的】了解ATM机的取现流程设计的方法和步骤，认识并理解UML通用的标准建模语言基本概念和结构，掌握通用建模图例在Rational rose中的使用方法，并能运用Rational rose建模工具进行简单的业务流程设计。
【实验内容】建立简单的ATM机应用模型，功能包括取钱、存款、改变密码、用信用卡付款及查询结余。
用Rose软件分别画出各功能流程的顺序图、合作图及类图。
【实验步骤】步骤1：添加客户添加客户：李明。
步骤2：添加用例为客户添加取钱、存款、改变密码、用信用卡付款及查询结余用例。
步骤3：画出系统用例视图中的Main用例图根据系统中的参与者、用例以及它们之间的关系画出系统用例视图中的Main用例图步骤4：画出顺序图步骤5：画出合作图步骤6：绘制类图【实验结果】1、简单ATM 机的用例图：查询结余改变密码客户信用系统付款2、取钱：2.1、顺序图: 李明：客户2.2、合作图：6: 输入密码（123）9: 选择事务（取钱）2.3、类图：3、存款：3.1、顺序图：: 李明：客户3.2、合作图：6: 输入密码（123）9: 选择事务（存钱）3.3、类图：4、改变密码：4.1、顺序图：: 李明：客户4.2、合作图：6: 输入密码（123）9: 选择事务（改变密码）11: 输入原密码14: 输入新密码4.3、类图：5、付款：5.1、顺序图：: 信用系统: 李明：客户关5.2、合作图：6: 输入密码（123）9: 选择事务（付款）: 信用系统5.3、类图：6、查阅结余：6.1、顺序图：: 李明：客户6.2、合作图：6: 输入密码（1234）9: 选择事务（查阅结余）6.3、类图：。
ATM机详述形式的用例
用例名称：ATM机取款主要参与者：银行卡用户主成功场景（或基本流程）：1.银行卡用户插入正确的银行卡2.ATM机验证银行卡。
3.ATM机进入输入密码界面。
4.用户输入正确的密码。
5.ATM机进入服务界面。
6.用户发起取款业务。
7.ATM机显示所要取款的金额，待用户确认。
8.用户选择应取款的金额。
9.ATM机输出对应金额的现金。
10.用户选择打印凭证。
11.ATM打印凭证。
12.用户选择退款项。
13.ATM吐出银行卡。
14.用户携带银行卡和凭证离开。
扩展（或替代流程）：*a系统在任何时间出错：1银行工作人员检查机器2银行工作人员恢复系统，并恢复用户中断的交易。
2a ATM机吞掉银行卡并且无反应：1银行工作人员检查机器2经理授权银行工作人员使用钥匙打开机器取出银行卡4a用户连续三次输入密码错误导致吞卡：1用户向工作人员说明情况2工作人员向经理报告情况3用户到柜台办理手续拿回银行卡9a选择设定好的取款金额取款：1用户点击100、500等等选项2 ATM机成功取出现金9b用户选择自己输入金额：1用户在下面键盘键入自己所要取出金额数目2 ATM机成功取出现金9c.输入金额错误：1a输入金额不是规定倍数：1输出金额倍数的提醒信息，回到步骤6。
2b.输入金额大于最高可提取金额：1输入最高提取金额提醒信息，回到步骤6。
3c .输入金额大于账户存款：1输入余额不足的提醒信息，回到步骤6。
10a. ATM没有纸张打印凭证：输出提醒信息并进行步骤12。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
[生活]场景法测试用例ATM机
测试用例设计--场景法
1. 定义
现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。
右图中经过用例的每条路径都用基本流和备选流来表示:
基本流用黑色表示，是经过用例的最简单的路径。
备选流用不同的彩色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中(如备选流 1 和 3);也可能起源于另一个备选流(如备选流 2)，或者终止用例而不再重新加入到某个流(如备选流 2 和 4)。
1. 应用的范围
1) 基本上每个软件都会用到这种方法,因为每个软件后面都有业务的支撑 2) 比较常见的有: 网上购物流程, ATM机取款流程等
1. 步骤
1) 画出需要测试路径的流程图(一般选择工具Office Visio)
2) 分析基本流和备选流
3) 根据基本流和备选流设计测试用例
1. 案例
基本事件流:
1、用户向ATM提款机中插入银行卡，如果银行卡是合法的，ATM提款机界面提示用户输入提款密码;
参数1 银行密码
参数类型字符串
参数范围字符串为0,9之间的阿拉伯数字组合，密码长度为6位
备注
用户输入该银行卡的密码，ATM提款机与MainFrame传递密码，检验密码的正确性。
如果输入密码正确，提示用户输入取钱金额，提示信息为，“请输入您的提款额度”;
用户输入取钱金额，系统校验金额正确，提示用户确认，提示信息为“您输入的金额是xxx，请确认，谢谢～”，用户按下确认键，确认需要提取的金额;
参数1 取款金额
参数类型整数
参数范围 50~1500 RMB，单笔取款额最高为1500RMB;每24小时之内，取款的最
高限额是4500RMB
备注
系统同步银行主机，点钞票，输出给用户，并且减掉数据库中该用户帐户中的存款金额。
用户提款，银行卡自动退出，用户取走现金，拔出银行卡，ATM提款机界面恢复到初始状态;
备选事件流(考虑可能失败的地方):
1. 在基本事件流1中:
a) 如果插入无效的银行卡，那么，在ATM提款机界面上提示用户“您使用的银行卡无效～”，3秒钟后，自动退出该银行卡。
1. 在基本事件流2中:
a) 如果用户输入的密码错误，则提示用户“您输入的密码无效，请重新输入”; b) 如果用户连续3次输入错误密码，ATM提款机吞卡，并且ATM提款机的界面恢复到初始状态。
此时，其他提款人可以继续使用其他的合法的银行卡在ATM 提款机上提取现金。
c) 用户输入错误的密码后，也可以按“退出”键，则银行卡自动退出。
1. 在基本事件流3中:
a) 如果用户输入的单笔提款金额超过单笔提款上限，ATM提款机界面提示“您输入的金额错误，单笔提款上限金额是1500RMB，请重新输入”;
b) 如果用户输入的单笔金额，不是以50RMB为单位的，那么提示用户“您输入的提款金额错误，请输入以50为单位的金额”;
c) 如果用户在24小时内提取的金额大于4500RMB，则ATM提款机提示用户，“24小时内只能提取4500RMB，请重新输入提款金额”输入提取的金额超过了系统的设定的限制 ; d) 如果用户输入正确的提款金额，ATM提款机提示用户确认后，用户取消提款，则ATM提款机自动退出该银行卡;
e) 如果ATM提款机中余额不足，则提示用户，“抱歉，ATM提款机中余额不足”，3秒钟后，自动退出银行卡。
1. 在基本事件流4中:
a) 如果用户银行户头中的存款小于提款金额，则提示用户“抱歉，您的存款余额不足～”，3秒钟后，自动退出银行卡;
1. 在基本事件流5中:
a) 如果用户没有取走现金，或者没有拔出银行卡，ATM提款机不做任何提示，直接恢复到界面的初始状态;
场景法--分析过程
1. 总结
1) 流程图可以参考需求规格说明书中的相关流程图
2) 如果没有需求文档,和需求和开发沟通,确保了解被测试软件的流程 3) 流程有大流程和小流程,大流程是指大功能的跳转,小流程是指功能内的调整,大小流程需要都被覆盖到.。