场景法设计用例-ATM机
场景法——ATM机案例
一台ATM 机器的主角和用例。
下表包含了上图中提款用例的基本流和某些备用流：本用例的开端是ATM 处于准备就绪状态。
1) 准备提款- 客户将银行卡插入ATM 机的读卡机。
2) 验证银行卡- ATM 机从银行卡的磁条中读取帐户代码，并检查它是否属于可以接收的银行卡。
3) 输入PIN - ATM 要求客户输入PIN 码（4位）4) 验证帐户代码和PIN - 验证帐户代码和PIN 以确定该帐户是否有效以及所输入的PIN 对该帐户来说是否正确。
对于此事件流，帐户是有效的而且PIN对此帐户来说正确无误。
5) ATM 选项- ATM 显示在本机上可用的各种选项。
在此事件流中，银行客户通常选择“提款”。
6) 输入金额- 要从ATM 中提取的金额。
对于此事件流，客户需选择预设的金额（10 美元、20 美元、50 美元或100 美元）。
7) 授权- ATM 通过将卡ID、PIN、金额以及帐户信息作为一笔交易发送给银行系统来启动验证过程。
对于此事件流，银行系统处于联机状态，而且对授权请求给予答复，批准完成提款过程，并且据此更新帐户余额。
8) 出钞- 提供现金。
9) 返回银行卡- 银行卡被返还。
10) 收据- 打印收据并提供给客户。
ATM 还相应地更新内部记录。
可以从这个用例生成下列场景注：为方便起见，备选流 3 和6（场景3 和7）内的循环以及循环组合未纳入上表。
对于这7 个场景中的每一个场景都需要确定测试用例。
可以采用矩阵或决策表来确定和管理测试用例。
下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。
本示例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。
通过从确定执行用例场景所需的数据元素入手构建矩阵。
然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。
例如，在下面的矩阵中，V（有效）用于表明这个条件必须是VALID（有效的）才可执行基本流，而I （无效）用于表明这种条件下将激活所需备选流。
场景法
一.场景法简介现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。
场景法一般包括基本流和备选流，如下图所示。
从一个流程开始，图中经过用例的每条路径都可以用基本流和备选流来表示。
直黑线表示基本流，是经过用例的最简单的路径。
备选流用不同的色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2和4）。
二、场景的生成：考虑用例从开始到结束可能的所有基本流和备选流的组合，都可能组成场景。
例如，上图的场景包括：1)基本流；2)基本流，备选流1；3)基本流，备选流3；4)基本流，备选流4；5)基本流，备选流1，备选流2；6)基本流，备选流1，备选流3；7)基本流，备选流1，备选流4。
8)基本流，备选流3，备选流4；9)基本流，备选流1，备选流2，备选流3；10)基本流，备选流1，备选流3，备选流4；场景法的设计步骤如下：1）根据说明，描述出程序的基本流及各项备选流。
2）根据基本流和各项备选流生成不同的场景。
3）对每一个场景生成相应的测试用例。
4）对生成的所有测试用例重新审查，去掉多余的测试用例，确定测试用例后，为每一个测试用例确定测试数据值。
三、实例一）用户在一个在线购物网站购物，需要成功登录到系统，选购后在线购买，在线上支付。
支付成功后生成订单，完成购物。
1、根据说明，描述出程序的基本流及各项备选流。
场景如下：2、根据基本流和各项备选流生成不同的场景。
场景1：基本流场景2：基本流，备选流1场景3：基本流，备选流2场景4：基本流，备选流3场景5：基本流，备选流43、对每一个场景生成相应的测试用例。
ATM用例建模
打印凭条
持卡人
3
进行完相应的操作后，如果要核实一下操作，选择打印凭条，ATM自动取款机会把凭条打印出来。完成该操作后，如果还要进行其他操作，按返回主界面键返回主界面，否则退卡
0109
退卡
持卡人
4
完成相应操作后，如果不再进行其他操作，按退卡键退卡
0110
无卡登录
持卡人
1
若无卡，则可以选择无卡登陆完成想要的操作
3．用户将钱整齐地放入放钞口，用户输入金额
4．ATM关闭放钞口并检查放钞口中的钞票是否合法，将合法的钞票放入钞票仓；ATM检查用户输入并确认用户输入的金额符合业务规则
5．ATM打开放钞口，提示用户已被ATM接纳的金额和不符合规定的钞票张数，并提示用户取出不符合规定的钞票，重新整齐地放入放钞口。
6．用户取出不符合规定的钞票，重新整齐地放入放钞口重复步骤3-6
12．ATM打印凭证，并提示用户取走凭证
13．ATM提示用户选择下一步操作
14．用户选择退卡
15．ATM自动退卡并提示用户取走卡
16．用户取卡离开
为单位。单笔不能超过3000元，一天不能超过2万元，不能超过账户余额，不能超过钞票仓百元钞票金额
2.跨行支取、异地支取要额外收取手续费
规则与约束：无
Use case :
UC0111输入银行卡卡号
角色:持卡人
前置条件:登录ATM系统，选择无卡登录按键
后置条件:按下确认键后，系统提示请输入密码
基本事件流:
1.登录ATM机系统，选择无卡登录
2.系统提示用户输入银行卡卡号
3.用户输入银行卡卡号并按下确认键
4．系统验证为有效卡
5．系统弹出输入密码提示
ATM用例描述
用户选择/、查询
10
ATM提示用户是否打印凭证
11
用户选择打印凭证
12
ATM打印凭证，并提示用户取走凭证
13
ATM提示用户选择下一步操作
14
用户选择退卡
15
ATM自动退卡并提示用户取走卡
16
用户取卡离开
，展事件流4aATM检查到用户没有 Nhomakorabea入正确金额
1.ATM提示用户输入正确金额
2.用户重新金额
5a
2.跨行支取、异地支取要额外收取手续费
3.钞票仓白兀钞票少于1张时提示ATM故障
3.ATM-UC003
书例编号
ATM-UC003
书例名称
存钱
书例概述
书户使用ATM系统存现金
书例类型
业务用例
主参与日
限行卡用户
欠要参与者
眼行
书例相关人
利益说明
相关人：银行卡用户
利益：存现金
相关人：银行
利益：银行卡用户的操作是安全、合法、符合要求的，存入的钞票是合法的
重复步骤3-6
7
ATM提示用户确认存款金额
8
ATM通知银行业务系统更新用户账户金额（可能会有额外的手续费）
9
ATM提示用户是否查询余额
10
用户选择/、查询
11
ATM提示用户是否打印凭证
12
用户选择打印凭证
13
ATM打印凭证，并提示用户取走凭证
14
ATM提示用户选择下一步操作
15
用户选择退卡
16
ATM自动退卡并提示用户取走卡
10a
用户选择查询余额
1.ATM显示用户账户余额
15a
[生活]场景法测试用例ATM机
![[生活]场景法测试用例ATM机](https://img.taocdn.com/s3/m/2213684e8bd63186bdebbc64.png)
[生活]场景法测试用例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机详述形式的用例（精选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例子的流程示意图。
2.场景设计：下表所示是生成的场景。
表3-8 场景设计
3.用例设计
对于这7个场景中的每一个场景都需要确定测试用例。
可以采用矩阵或决策表来确定和管理测试用例。
下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。
本示例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。
表3-9 测试用例表
4.数据设计
一旦确定了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适度，并取消多余或等效的测试用例。
测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据，如表3-10所示。
表3-10 测试用例表
5.要求：将转帐、存款、系统启动这3个流程细化成场景，并设计出相关的测试用例！。
案例研究 ATM自动取款机PPT课件
Bruce
.
4
拥有银行账户的储户有权申请领取现
金兑换卡，使用现金兑换卡可以通过ATM
访问自己的账户。
目前，仅限于用现金兑换卡在ATM上提
取现金，或查询有关自己账户的信息（如
有没有余额）,将来还要使用ATM办理转账、
存款等事务。 现金兑换卡是一张磁卡，上面有分行
代码和卡号。
Bruce
.
5
分行代码唯一标识总行下属的一个分行.卡号 确定这张卡可以访问哪些账户。
Bruce
.
12
2) 确定属性建立实例连接
属性:描述对象静态特征的一个数据项.
名词词组表示属性、形容词表示枚
举的属性. 注意
误把对象当作属性
在邮政目录中，“城市”是属性 在人口普查中，“城市”是对象
Bruce
.
13
误把内部状态当成属性
构造一个“电话模型”时，“拨号”是操 作
开发“电话自动记账”时，“拨号”是类， 有属性（时间等）
1+ 输入 1+
ATM
现有金额 付出金额
远程事务
类型 日期 金额
金额
1+ 修改 1+ 授权
1+
拥有
1+
储户 姓名3 地址
拥有
1+
1+
现金兑换卡
密码
图 2 ATM对象模型中的属性及实例连接
Bruce
.
16
确定ATM的关联
直接提取动词短语得出的关联（18个关联）
❖ ATM、中央计算机、分行计算机、 柜员终端组成网络。
的储蓄事务。
储户可以用现金或支票向自己拥有的某个账户内存 款或开新账户。储户可以从自己的账户中取款，通 常一个储户可能拥有多个账户。
02-流程分析法样例ATM系统6页word
用例设计之流程分析法样例题目下面是一个用户通过银行的ATM取款机进行取款的Use case的例子。
图1 成功取款场景时的顺序流图基本事件流：1. 用户向ATM提款机中插入银行卡，如果银行卡是合法的，ATM提款机界面提示用户输入提款密码；2. 用户输入该银行卡的密码，ATM提款机与MainFrame传递密码，检验密码的正确性。
如果输入密码正确，提示用户输入取钱金额，提示信息为，“请输入您的提款额度”；3. 用户输入取钱金额，系统校验金额正确，提示用户确认，提示信息为“您输入的金额是xxx，请确认，谢谢！”，用户按下确认键，确认需要提取的金额；4. 系统同步银行主机，点钞票，输出给用户，并且减掉数据库中该用户帐户中的存款金额。
5. 用户提款，银行卡自动退出，用户取走现金，拔出银行卡，ATM提款机界面恢复到初始状态；备选事件流(考虑可能失败的地方)：1.在基本事件流1中：a)如果插入无效的银行卡，那么，在ATM提款机界面上提示用户“您使用的银行卡无效！”，3秒钟后，自动退出该银行卡。
2.在基本事件流2中：a)如果用户输入的密码错误，则提示用户“您输入的密码无效，请重新输入”；b)如果用户连续3次输入错误密码，ATM提款机吞卡，并且ATM提款机的界面恢复到初始状态。
此时，其他提款人可以继续使用其他的合法的银行卡在ATM提款机上提取现金。
c)用户输入错误的密码后，也可以按“退出”键，则银行卡自动退出。
3.在基本事件流3中：a)如果用户输入的单笔提款金额超过单笔提款上限，ATM提款机界面提示“您输入的金额错误，单笔提款上限金额是1500RMB，请重新输入”；b)如果用户输入的单笔金额，不是以50RMB为单位的，那么提示用户“您输入的提款金额错误，请输入以50为单位的金额”；c)如果用户在24小时内提取的金额大于4500RMB，则ATM提款机提示用户，“24小时内只能提取4500RMB，请重新输入提款金额”输入提取的金额超过了系统的设定的限制；d)如果用户输入正确的提款金额，ATM提款机提示用户确认后，用户取消提款，则ATM提款机自动退出该银行卡；e)如果ATM提款机中余额不足，则提示用户，“抱歉，ATM提款机中余额不足”，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。
需求工程用例建模方法分析老人专用ATM机系统老人机
按照用例建模方法分析老人专用ATM机系1)用例图2)用例描述登录ATM取款机用例描述1. 简要说明本用例允许普通老人用户登录ATM取款机系统.本用例覆盖用户密码后台验证。
本用例的主角是普通老人用户。
2. 事件流ATM取款机初始化完毕插卡后，本用例就开始使用了。
3.基本流 - 输入用户密码1. 初始界面，等待用户密码输入。
2. 普通用户点击键盘“1”。
3. 普通用户点击键盘“2”。
4. 普通用户点击键盘“3”。
5. 普通用户点击键盘“4”。
6. 普通用户点击键盘“5”。
7. 普通用户点击键盘“6”。
8. 系统后台验证普通用户密码，正确。
9. 系统切入ATM取款机普通老人用户个人帐户界面。
10. 系统后台验证普通用户密码，错误。
11. 系统显示普通用户个人帐户密码错误，返回步骤1。
备选流1. 密码输入错误内部计数超过3次，普通用户个人帐户封存。
2. 密码后台验证。
特殊需求特殊需求将在下次迭代中确定。
前置条件1. 插卡在本用例开始前，普通用户要登录插卡。
后置条件后置条件将在下次迭代中确定。
扩展点业务用例的扩展点将在精化阶段中确定。
3)补充规约（非功能性需求）1.概述老人机ATM取款机的可视化元素采用同真实银行ATM机器一致的外观元素，除此之外所有和ATM动作联动的硬件功能由软件模拟绘制，大体上，它将保持同普通真实银行ATM机器一致的视觉和操作效果。
2.直观地功能（风格）老人机ATM取款机的用户操作功能，例如插卡、打印票据等功能，整体外观设计趋于保守。
排除一切花哨不切实际的元素，例如ATM的广告效果。
3.确定色彩方案采用冷色和中性色，亮色或暖色可用作强调。
在ATM取款机上，将利用色彩来区分背景和活动业务区域。
在ATM取款机中，模拟机身背景为标准的灰色。
所有的正文文字都是黑色（警告除外，采用红色），相对于各种活动业务背景颜色都为白色。
4.字体功能操作字体设定:字体Dialog,样式无格式，大小12。
业务提示字体设定:字体Dialog,样式粗体，大小16。
场景法——ATM机案例
场景法——ATM机案例现代社会的金融系统发展得越来越完善，ATM（Automated Teller Machine）机作为银行服务的一种重要形式，已经在世界各地成为人们日常生活的一部分。
ATM机的使用场景非常广泛，下面将以一位常见用户的角度来描述ATM机的使用过程。
天，小明需要取款，于是他来到附近的银行网点。
进入银行后，小明发现大厅中央的角落有全新的两台ATM机，一个是银行的原来ATM机，另一个是近期刚刚增加的新型ATM机。
他对于新型的ATM机非常感兴趣，因为这台机器可以提供更多的服务。
小明走向新型ATM机，关切地看了看屏幕上的信息，并注意到ATM机的前面已经排起一小队。
在队伍前方，有一位正在使用ATM机的女士正在取款。
小明用眼角瞄了瞄ATM机旁边的一台信息显示器，显示器上显示着ATM机正常使用的步骤。
ATM机立刻显示了小明的账户信息，包括余额和近期的交易记录。
小明惊讶地发现，自己刚刚从网上商城购买的商品已经扣款成功。
他很高兴地看到，ATM机提供了更加便捷的服务，使得他能够随时查看自己的账户信息。
接下来，小明选择了取款的操作。
ATM机要求他输入取款的金额，小明按下按钮输入了需要取款的数额，并确认了取款操作。
ATM机几秒钟后发出了一声蜂鸣，小明的取款金额就以纸钞的形式从ATM机中出现。
小明接过纸钞，检查了一下金额，并把它们放入钱包。
小明取完款后，ATM机提示他是否需要打印交易凭证。
小明认为没有必要，所以他选择了不打印。
ATM机上面的其他按钮也吸引了他的注意，他注意到还有存款、转账、查询余额等按钮，这让他感到ATM机有更多的功能，可以满足各种金融服务的需求。
小明感到自己在使用ATM机时感到了很大的便利。
以前他需要去银行柜台进行取款、存款、转账等操作，需要排队等待并填写一系列的表格，但现在他可以在ATM机上大部分操作都可以自助完成，无需等待，并且在取款时还可以自动打印交易凭证。
这种便利极大地提高了他的效率。
ATM机系统实例
ATM机系统实例ATM机系统UML实例集美大学计算机学院____.09____-10-17 集美大学计算机工程学院 1场景分析分析的第一步是进行场景分析，即描述系统的功能，分析的第一步是进行场景分析，即描述ATM系统的功能，系统的功能确定系统的功能需求。
确定系统的功能需求。
系统中的角色为银行储户和ATM系统。
系统。
系统中的角色为银行储户和系统场景主要有：场景主要有：银行储户把银行卡插入到ATM 柜员机银行储户把银行卡插入到柜员机卡验证用户输入密码密码验证取款转帐查询修改密码退卡____-10-17 集美大学计算机工程学院 2环境层( 环境层(第0层)DFD 层账号操作信帐单息、信息____-10-17集美大学计算机工程学院第1层DFD 层密码、余额信息选择信息____-10-17集美大学计算机工程学院提示信息息卡信第2层DFD 层息信金额、确认信息选取择的款5.2 取款处理提示信息、操作信息、账单信息、金额信息、确认信息金额、账户服务类型选择转帐 5.1 5.3 的信息判断服务转帐处理类型选择查询的信息提示信息、操作信息、账单信息、金额信息、他人账号选的码密改修择5.4 查询处理账单信息信息密码、确认息信5.5 修改密码结果信息、提示信息、密码____-10-17集美大学计算机工程学院第3层DFD 层____-10-17集美大学计算机工程学院1. 用例视图描述用例视图描述ATM系统的功能系统的功能插卡卡验证输入密码密码验证银行储户取款ATM系统转帐修改密码查询退卡____-10-17集美大学计算机工程学院用例“取款”的场景描述事件流用例“取款”的场景描述-事件流场景名称：取款。
场景名称：取款。
参与执行者实例：银行储户、系统、参与执行者实例：银行储户、ATM系统、输入设备、显示设系统输入设备、备前置条件：前置条件：银行卡及密码验证有效事件流：事件流： a.用户输入金额用户输入金额 b.核实输入金额是否合法，不合法，则提示出错，转a; 核实输入金额是否合法，核实输入金额是否合法不合法，则提示出错， ; 否则转c 否则转 c.核实核实ATM机中的钱是否够用，如果够用，转d;否则提机中的钱是否够用，核实机中的钱是否够用如果够用， ; 示出错，示出错，转a; ; d.更新账户信息，并点钞更新账户信息，更新账户信息 e.出钞出钞后置条件：账户信息更新、出钞完成，后置条件：账户信息更新、出钞完成，等待用户下一步操作____-10-17 集美大学计算机工程学院 82. 领域分析类图的建立领域分析-类图的建立分析是将系统中的领域和关键类条理化，分析是将系统中的领域和关键类条理化，为了进行领域分析，需要阅读规格说明和用例，行领域分析，需要阅读规格说明和用例，了解系统要处理的概念( ),或将用户领域专家组织统要处理的概念(类),或将用户领域专家组织在一起开一个讨论会，在一起开一个讨论会，设法确定所有必须处理的概念以及概念间的关系。
场景法测试用例ATM机
测试用例设计--场景法1.定义现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
这种在软件设计方面的思想也可引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。
右图中经过用例的每条路径都用基本流和备选流来表示:基本流用黑色表示，是经过用例的最简单的路径。
备选流用不同的彩色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1 和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2 和4）。
1.应用的范围1)?????? 基本上每个软件都会用到这种方法,因为每个软件后面都有业务的支撑2)?????? 比较常见的有: 网上购物流程, ATM机取款流程等1.步骤1)????? 画出需要测试路径的流程图(一般选择工具Office Visio)2)????? 分析基本流和备选流3)????? 根据基本流和备选流设计测试用例1.案例基本事件流：1、用户向ATM提款机中插入银行卡，如果银行卡是合法的，ATM提款机界面提示用户输入提款密码；用户输入该银行卡的密码，ATM提款机与MainFrame传递密码，检验密码的正确性。
如果输入密码正确，提示用户输入取钱金额，提示信息为，“请输入您的提款额度”；用户输入取钱金额，系统校验金额正确，提示用户确认，提示信息为“您输入的金额是xxx，请确认，谢谢！”，用户按下确认键，确认需要提取的金额；系统同步银行主机，点钞票，输出给用户，并且减掉数据库中该用户帐户中的存款金额。
用户提款，银行卡自动退出，用户取走现金，拔出银行卡，ATM提款机界面恢复到初始状态；备选事件流(考虑可能失败的地方)：1.在基本事件流1中：a)???????? 如果插入无效的银行卡，那么，在ATM提款机界面上提示用户“您使用的银行卡无效！”，3秒钟后，自动退出该银行卡。
ATM用例描述及用例分析
问题描述：•银行有很多ATM机分布在城市的各个地方，并通过广域网与中心服务器相连；•每台ATM机都有读卡器、出钞机、键盘、显示器和收据打印机；•顾客可以通过ATM机从自已的银行帐户中取现金、查询余额、转帐；•顾客把ATM卡扦入读卡器就启动一个事务.在卡背面磁条中保存有ATM卡号、启用日期和截止日期，读卡器识别出卡后，系统将确认ATM卡是否过期;然后用户输入个人密码并和系统保存的个人密码匹配比较以检验是否正确或因挂失而禁用。
输入密码时最多可以尝试三次,连续三次输入关败， ATM卡将被没收，若ATM卡已挂失,也会被没收；•如果用户输入个人密码通过确认，ATM将提示客户可做取款、查询余额、转帐选择。
在开始取款前，系统要检查客户帐户是否有足够的钱，是否超过每天最高取款限额、出钞机是否有足够的现金；如果此事务可行,出钞机将按客户的要求的数额出钞、打印收据并退还ATM卡;任何时侯客户都可能取消事务，事务一旦终止，卡就被退出；客户记录、帐户记录都将保存在服务器中。
•为了给ATM机的出钞机装入现金以及进行日常维护，操作员可以启动或关闭ATM机。
UML ATM机结构类图UML表达的问题域的概念静态模型—实体类UML表达的 ATM机用例图《软件需求规格说明书》用例描述验证客户路经活动图UML表达的验证客户用例交互顺序图验证客户用例交互矩阵—类封装顺序图作用:1．作为交互分析的工具和方法；2．识别出用例中的类；3．分析交互的时间顺序;4．分析交互消息；5．进行类操作（消息）封装,与类的职责进行验证；《软件需求规格说明书》用例描述UML表达的取款用例交互顺序图ATM状态图实体类封装验证矩阵用例描述检查点检查标准：1．用例粒度是否符合用户的价值观点?2．是否按4W+DO模式书写用例描述?什么人(Who)在什么时间（When)和地点（Where)因为何种原因(Why）依据什么信息实体做(Do）什么事情以及做事情的条件、约束、规则、算法和结果；3．备选动作序列是否符合业务需求?4．用例描述其余属性是否一致和完整？11/ 11。
2.4.2基于场景的测试（举例）
基于场景的测试（举例）应用场景：这是一个ATM机的应用场景我们以取款为例，来说明场景法的使用CustomerDrawing TransferringDeposit System startupATM operatorBank system对应的业务流程是什么◆插卡：校验真伪，如果是真卡，继续◆输入密码：校验正确性，如果密码正确，继续◆选择业务，例如取款◆输入取款金额：校验有效性，如果有效，继续◆提供要取的钱款，◆打印交易凭条◆退卡◆一次成功的取款◆插卡，且为真卡◆输入正确的密码◆选择取款业务◆输入有效取款金额◆提供要取的钱款，◆打印交易凭条◆退卡初始基本流备选流1备选流2备选流3备选流4结束结束结束◆一次成功的取款◆插卡，且为真卡◆输入正确的密码◆选择取款业务◆输入有效取款金额◆提供要取的钱款，◆打印交易凭条◆退卡卡有效输入密码密码正确服务选择（此为取款）输入取款金额取款金额有效打印交易凭条退卡提供钱款1.2找到校验节点◆一次成功的取款◆插卡，◆卡校验：为真卡◆输入密码◆密码校验：正确◆选择取款业务◆输入取款金额◆取款金额校验：有效◆提供要取的钱款，◆打印交易凭条插卡卡校验输入密码密码校验服务选择（此为取款）输入取款金额取款金额校验打印交易凭条退卡开始提供钱款◆一次成功的取款◆插卡，◆卡校验：为真卡◆输入密码◆密码校验：正确◆选择取款业务◆输入取款金额◆取款金额校验：有效◆提供要取的钱款，◆打印交易凭条卡校验输入密码密码校验服务选择（此为取款）输入取款金额取款金额校验打印交易凭条退卡提供钱款备选流1:卡无效◆一次成功的取款◆插卡，◆卡校验：为真卡◆输入密码◆密码校验：正确◆选择取款业务◆输入取款金额◆取款金额校验：有效◆提供要取的钱款，◆打印交易凭条卡校验输入密码密码校验服务选择（此为取款）输入取款金额取款金额校验打印交易凭条退卡提供钱款备选流1:卡无效备选流2:密码错误备选流3：密码失败1.3定义备选流◆一次成功的取款◆插卡，◆卡校验：为真卡◆输入密码◆密码校验：正确◆选择取款业务◆输入取款金额◆取款金额校验：有效◆提供要取的钱款，◆打印交易凭条插卡卡校验输入密码密码校验服务选择（此为取款）输入取款金额取款金额校验打印交易凭条退卡开始提供钱款备选流1:卡无效备选流2:密码错误备选流3：密码失败备选流5：达到当日取款上限备选流4: 账户余额不足2. 定义场景◆S1：一次成功的取款，即基本流◆S2：卡无效，即基本流+备选流1◆S3：密码错误，即基本流+备选流2◆S4：密码失败，即基本流+备选流3◆S5：余额不足，即基本流+备选流4◆S6：达到当日取款金额上限，即基本流+备选流53. 从场景设计测试用例序号场景/条件密码账户输入的金额账户余额预期输出TC1基本流V V V V一次成功的取款TC2备选流1n/a V n/a n/a卡无效TC3备选流2(还有2次输入机会)I V n/a V提示密码错误，返回步骤4：重新输入密码TC4备选流2(还有1次输入机会)I V n/a V提示密码错误，返回步骤4：重新输入密码V：有效输入n/a：无关项I：触发项3. 从场景设计测试用例序号场景/条件密码账户输入的金额账户余额预期输出TC1基本流V V V V一次成功的取款TC2备选流1n/a V n/a n/a卡无效TC3备选流2(还有2次输入机会)I V n/a V提示密码错误，返回步骤4：重新输入密码TC4备选流2(还有1次输入机会)I V n/a V提示密码错误，返回步骤4：重新输入密码1个场景可能对应多个测试用例3. 从场景设计测试用例序号场景/条件密码账户输入的金额账户余额预期输出TC5备选流3I V n/a V提示密码失败，结束TC6备选流4V V I V 提示无效，返回步骤7：重新输入取款金额TC7备选流5n/a V I V 提示无效，返回步骤7：重新输入取款金额4. 补充测试数据序号场景/条件密码账户输入的金额账户余额预期输出TC1基本流4987809-49850.00500.00一次成功的取款TC2备选流1n/a 888-888n/a n/a卡无效TC3备选流2(还有2次输入机会)4986,4987809-49850.00500.00提示密码错误，返回步骤4：重新输入密码TC4备选流2(还有1次输入机会)4986,4985,4987809-49850.00500.00提示密码错误，返回步骤4：重新输入密码4. 补充测试数据（续）序号场景/条件密码账户输入的金额账户余额预期输出TC5备选流34986,4985,4983809-49850.00500.00提示密码失败，结束TC6备选流44987809-498600.00500.00提示无效，返回步骤7：重新输入取款金额TC7备选流54987809-498400.00500.00提示无效，返回步骤7：重新输入取款金额。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1．案例描述：下图所示是ATM例子的流程示意图。
2.场景设计：下表所示是生成的场景。
表3-8 场景设计
场景1——成功提款基本流
场景2——ATM内没有现金基本流备选流2
场景3——ATM内现金不足基本流备选流3
场景4——PIN有误（还有输入机会）基本流备选流4
场景5——PIN有误（不再有输入机会）基本流备选流4
场景6——账户不存在/账户类型有误基本流备选流5
场景7——账户余额不足基本流备选流6注：为方便起见，备选流3和6（场景3和7）内的循环以及循环组合未纳入上表。
3.用例设计
对于这7个场景中的每一个场景都需要确定测试用例。
可以采用矩阵或决策表来确定和管理测试用例。
下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。
本示例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。
表3-9 测试用例表
TC （测试场景/条件PIN账号
输入（或
选择）的
账面
金额
ATM
内的金
预期结果
4.数据设计
一旦确定了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适度，并取消多余或等效的测试用例。
测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据，如表3-10所示。
表3-10 测试用例表
5.要求：将转帐、存款、系统启动这3个流程细化成场景，并设计出相关的测试用例！。