场景法测试用例ATM机(1)
一.方法简介
现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。
这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。
基本流和备选流：如下图所示，图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。
备选流用不同的色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2和4）。
二.实战演习
1. 例子描述
下图所示是ATM例子的流程示意图。
2.场景设计：下表所示是生成的场景。
表3-8 场景设计
注：为方便起见，备选流3和6（场景3和7）内的循环以及循环组合未纳入上表。
3.用例设计
对于这7个场景中的每一个场景都需要确定测试用例。
可以采用矩阵或决策表来确定和管理测试用例。
下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。
本示例中，对于每个测试用例，存在一个测试用例ID 、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。
表3-9 测试用例表
TC （测试用
例）ID 号 场景/条件
PIN
账号
输入（或选择）的金额 账面
金额
ATM 内
的金额 预期结果
CW1
场景1：成功提款 V V
V
V
V
成功提款 CW2
场景2：ATM 内没有
现金
V
V
V
V
I
提款选项不可用，
用例结束 CW3
场景3：ATM 内现金
不足
V
V
V
V
I
警告消息，返回基
本流步骤6，输入金额
CW4
场景4：PIN 有误（还
有不止一次输入机会）
I V
n/a
V
V
警告消息，返回基本流步骤 4，输入 PIN
CW5
场景4：PIN 有误（还
有一次输入机会） I
V
n/a
V
V
警告消息，返回基
本流步骤 4，输
入 PIN
CW6
场景4：PIN 有误（不
再有输入机会）
I
V
n/a
V
V
警告消息，卡予保
留，用例结束
4.数据设计
一旦确定了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适度，并取消多余或等效的测试用例。
测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据，如表3-10所示。
表3-10测试用例表。
场景法——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 （无效）用于表明这种条件下将激活所需备选流。
状态场景测试法
黑盒测试 未知程序结构 大规模测试 需求说明、概要设计说明 输入输出接口/功能要求 集成测试、系统测试
测试人 员
优点 缺点
开发人员
能够对程序内部的特定 部位进行覆盖 无法检验程序的外部特 性
专门测试人员/外部人员
能站在用户的立场上进行 测试 不能测试程序内部特定部 位
3、具体功能分析
ATM机中金额不足取款金额，系统给出提示，不 能完成取款操作。 若银行卡帐内金额不足取款金额，系统给出提示， 不能完成取款操作。 可以选择打印取款凭条，ATM机打印输出当次取 款信息
场景流图
密码有错1-3次 现金不足 密码有错超过3次 无现金
用例分析
场景设计
场景1-成功提款 基本流 场景2-ATM内没有现金 基本流 备选流2 场景3-ATM内现金不足 基本流 备选流3 场景4-PIN有误（还有输入机会）基本流备 选流4 场景5-PIN有误（不再有输入机会）基本流 备选流4 场景6-账户不存在/账户类型有误基本流备 选流5 场景7-账户余额不足基本流备 选流6
取款成功步骤如下： 插入卡 输入密码 输入取款金额 取款成功，钱输出 选择是否打印凭条 退卡
2、输入数据分析
需要输入信息：账号、密码、取款金额、是否打印 关于帐号：
账号类型：本行银行卡、其他行银行卡
关于密码：
6为数字，必须正确 密码能输入错误次数：3
关于取款金额要求：
账号有效
密码长度 密码类型 密码正确 密码连续错误 次数 金额选择
是(4)
6位（6） 数字（8） 是（10） <=3(12)
否(5)
不等于6（7） 非数字（9） 否（11） >3(13)
黑盒测试方法—场景法
ATM机取款测试用例
一、ATM机没有正常运行
二、卡出现了问题
三、密码出现问题
四、输入金额有误
基本流
确认ATM机正常运行->插入银行卡->输入密码->验证密码->取款->输入取款数额->取钱->显示余额->打印凭条->退卡
基本流
备选流10
场景12-达到每日最大提款金额
基本流
备选流
测试用例信息表
测试用例ID
场景/条件
账号
密码
取款金额
预期 结果
01
场景1-成功取款
有效
有效
有效
取款 成功
02
场景2- ATM机没有正常运行
不适用
不适用Biblioteka 不适用取款 失败03
场景3-插错卡
不适用
不适用
不适用
取款 失败
04
场景4-卡消磁
不适用
不适用
下面是场景法的基本设计步骤
1. 根据说明，描述出程序的基本流及各项备选流
2. 根据基本流和各项备选流生成不同的场景
3. 对每一个场景生成相应的测试用例
4. 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值
说了一些场景法的基本概念和设计方法。想必大家已经有了一些了解了。再举一个简单例子来讲解下。这里，我就不用网上很流行的ATM的例子了。我结合以前项目中遇到的情况。设计一个简单的例子来讲解下。
测试银行提款机上的提款功能
测试银行提款机上的提款功能一、课题叙述黑盒测试又称为功能测试或数据驱动测试，是从用户观点出发，主要以软件规格说明书为依据，对程序功能和程序接口进行的测试，是软件测试技术中最基础的方法之一，在各类测试中都有广泛的应用。
本课题要求测试银行提款机上的提款功能，用户输入的提款金额的有效数值为50~2000，并以50为最小单位，且小数点后为00，除小数点外不可以出现数字以外的任何符号和文字，需用不同的方法设计该测试用例。
黑盒测试的各种方法中，应用较为广泛的测试方法有，等价类划分法、边界值分析法、决策表法及因果图法。
这些方法是比较实用的，在项目中具体采用什么方法，在设计具体的测试方案时自然要针对开发项目的特点对测试方法进行适当的选择。
二、程序流程图三、程序代码（1）前台界面设计（2）后台功能代码设计using System;using System.Collections.Generic;using System.Linq;using System.Web;using System.Web.UI;using System.Web.UI.WebControls;using System.Text.RegularExpressions;public partial class_Default : System.Web.UI.Page{protected void Page_Load(object sender, EventArgs e){}//判断字符串是否为浮点数public static bool IsFloat(string str){string regextext = @"^\d+\.\d+$";Regex regex = new Regex(regextext,RegexOptions.None);return regex.IsMatch(str.Trim());}protected void Button1_Click(object sender, EventArgs e){if (TextBox1.Text != ""){if (IsFloat(TextBox1.Text)){if (TextBox1.Text.IndexOf("0") == 0){Label1.Text = "对不起！该数字金额首位不能为0！"; }else{if (stIndexOf(".00",TextBox1.Text.Length - 1, 3) == TextBox1.Text.Length - 3){if(Convert.ToDouble(TextBox1.Text) >= 50.00 && Convert.ToDouble(TextBox1.Text) <= 2000.00){if(Convert.ToDouble(TextBox1.Text) % 50 == 0){Label1.Text = "输入成功！";}else{Label1.Text = "对不起！您输入的金额不是50的倍数！";}}else{Label1.Text = "对不起！您输入的金额不在50~2000之间！";}}else{Label1.Text = "对不起！您输入的金额小数点后不是'.00'！";}}}else{Label1.Text = "对不起！您输入的不是浮点型数字金额！"; }}else{Label1.Text = "请先输入提款金额！";}}protected void Button2_Click(object sender, EventArgs e){TextBox1.Text = "";Label1.Text = "";}}四、不同方法设计测试用例（1）等价类划分法测试用例的设计方法不是单独存在的，具体到每个测试项目里都会用到多种方法。
ATM取款场景法设计基本流
场景3-系统错误
不正常
空
空
空空Βιβλιοθήκη 提示信息：系统错误4
场景4-密码输入错误2次以内
正常
12378
空
空
空
返回输入密码页面
5
场景5-密码输入三次错误吞卡
正常
123789
空
空
空
吞卡
6
场景6-金额选择错误
正常
123456
取款
300
空
返回选择金额页面
7
场景7-输入金额错误
正常
123456
取款
123
确认
错误提示信息：请输入整数
8
场景8-系统余额不足
正常
123456
取款
2000
确认
提示信息：系统余额不足
9
场景9-系统没有钱
正常
123456
空
空
空
提示信息：系统没有钱
10
场景10-取款大于账户余额
正常
123456
取款
2000
确认
提示信息：账户余额不足
11
场景11-取款金额小于客户需求
正常
123456
取款
100
确认
返回选择业务页面
备选流11：取款已超过单次取款最大值：3000元
备选流12：取款已超过每天取款最大值：30000元
备选流13：卡被冻结
备选流x：退出系统
测试用例
场景/条件
ATM
输入密码
选择业务
选择金额或输入金额
确认
预期结果
1
场景1-取款成功
正常
123456
取款
银行ATM机测试用例
1.点击查询按钮
2.输入的密码小于6位
3.输入的密码大于6位
4.两次输入的密码不一致
5.两次输入的密码一致
预期输出结果
1.显示账户信息，账户的倒数第5-8位为*号显示
2.按界面上的确定按钮ATM机没有反应
3.当密码等于六位时不能再输入数字
4.提示：两次输入密码不一致，修改密码失败
5.修改密码成功
用户测试人员
用户测试人员确认
3.输入密码的位数等于6位且密码正确
4.输入密码的位数等于6位且密码不正确
5.输入的密码位数大于6位
6.输入密码3次错误
预期输出结果
1.输入的密码显示为*号
2.点击界面上的确定按钮ATM机没有反应
3.点击确定按钮跳转到ATM机操作界面
4.点击确定按钮无法跳转提示密码错误请重新输入
5.当密码等于六位时不能再输入数字
实际输出结果
测试结果
□通过□不通过□无法测试
备注
测试人员
测试日期
用户测试人员
用户测试人员确认
测试用例编号
软件测试1001-05
测试功能名称
测试存款功能
测试需求
1.机器只接受50和100两种面额的纸币
2.每次只能放入1种纸币
3.每次最多可放入10张纸币
4.需要用户确认金额后才将事务提交，完成存款过程
测试条件说明
实际输出结果
测试结果
□通过□不通过□无法测试
备注
测试人员
测试日期
用户测试人员
用户测试人员确认
测试用例编号
软件测试1001-04
测试功能名称
测试取款功能
测试需求
1.可取金额为100、200、500及自定义取款
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机测试用例设计--场景法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硬件故障的维修、日常运行维护、清机加钞，现金清分整点，设备运行监控值守，卡钞处理，回收卡处理，软件运维与升级服务、预防性保养服务、安装与移机服务以及耗材补充与更换服务等工作。
场景设计法测试用例
运用场景法进行A TM提款的测试用例设计
1、根据说明，描述出程序的基本流及各项备选流
基本流：客户打开账户登录管理页面，输入了账号和密码，如不成功则显示不成功且无法进入界面，如成功进入账户管理，可选择进行提款，转账存款等操作，次过程收admin 银行系统管理员的控制，A TM操作员可以获得开启系统ATM机权限，次过程同样受到银行系统管理员admin的控制。
备选流1：客户进入个人账户时输入账号密码有误，无法进入账号信息页面。
备选流2：客户进入个人账户时输入账号密码无误时仍无法进入账号信息页面，跳转有误
备选流3：客户进入提款功能时，因客观余额不足无法提款。
备选流4：客户进入提款功能时，余额不足显示出错，仍无法提款。
备选流5：客户进入转款功能时，因客观余额不足无法转账。
备选流6：客户进入转款功能时，因收款方账号不合法（查封）无法转账。
备选流7：客户进入存款功能时，因客观现钞ATM验钞系统检测不合法，无法实现存款
备选流8：客户进入存款功能时，现金验收无误，系统无法实现存款
备选流9：银行系统管理员admin对客户的提款功能监控失效
备选流10：ATM操作员无法开启系统
备选流11：银行系统管理员admin对ATM操作员的操作失效。
2、根据基本流和各项备选流生成不同的场景
场景1：
场景2：
……
场景n：。