银行ATM机测试用例

ATM_ST_XGMM_001修改密码输入6位正确密码ATM_ST_XGMM_NO1_001修改密码第一次输入6位旧密码ATM_ST_XGMM_NO2_001修改密码第二次输入6位旧密码ATM_ST_XGMM_NO3_001修改密码第三次输入6位旧密码ATM_ST_XGMM_003修改密码输入6位新密码（输入不一致）ATM_ST_XGMM_004修改密码输入6位新密码（一致）ATM_ST_XGMM_005修改密码输入大于6位旧密码ATM_ST_XGMM_006修改密码输入大于6位旧密码前6位为不正确密码ATM_ST_XGMM_009修改密码输入小于6位新密码ATM_ST_XGMM_010修改密码输入大于6位新密码前6位为正确密码高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入旧密码1234562.输入新密码6543213.确认新密码654321高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入6位旧密码高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入6位旧密码高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入6位旧密码高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入旧密码1234562.输入新密码6543213.确认新密码654320高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入旧密码1234562.输入新密码1234563.确认新密码123456高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入旧密码1234567高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入旧密码1234578高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入旧密码1234562.输入新密码12345高1.一张有效的银行卡2.一台正常运作的ATM测试机3.正常登陆到主界面1.输入旧密码1234562.输入新密码12345672.在输入旧密码内输入"123456"，确认3.在输入新密码内输入"654321"，确认4.在确认新密码内输入"654321"，确认1.进入密码修改界面2.进入新密码修改界面3.进入重新输入新密码界面4.个人修改密码成功请在30秒内取卡1.在主界面点击修改密码按键2.在输入旧密码内输入错误6位旧密码3.确认1.进入密码修改界面2.提示密码错误，请重新输入1.在主界面点击修改密码按键2.在输入旧密码内输入错误6位旧密码3.确认1.进入密码修改界面2.提示密码错误，请重新输入1.在主界面点击修改密码按键2.在输入旧密码内输入错误6位旧密码，确认3.重复'2'两次（一共出错三1.进入旧密码修改界面2.提示密码错误，请重新输入3.卡被锁定1.在主界面点击修改密码按键2.在输入旧密码内输入"123456"，确认3.在输入新密码内输入"654321"，确认4.在确认新密码内输入"564321"，确认1.进入密码修改界面2.进入新密码修改界面3.进入重新输入新密码界面4.新密码输入不一致，请重新输入1.在主界面点击修改密码按键2.在输入旧密码内输入"123456"，确认3.在输入新密码内输入"123456"，确认4.在确认新密码内输入"123456"，确认1.进入密码修改界面2.进入新密码修改界面3.进入重新输入新密码界面4.个人修改密码成功请在30秒内取卡1.在主界面点击修改密码按键2.在输入旧密码内输入"1234567"1.进入密码修改界面2.在输入旧密码内不能输入"1234567"只显示前6位，进入修改新密码界面1、在主界面点击修改密码按键3、在输入旧密码内输入"1234578"1、进入密码修改界面2、在输入旧密码内不能输入"1234578"只显示前6位，密码错误，请重新输入1、在主界面点击修改密码按键2、在输入旧密码内输入"123456"，确认3、在输入新密码内输入"12345"1、进入密码修改界面2、进入新密码修改界面3、提示密码为六位，请重新输入1、在主界面点击修改密码按键2、在输入旧密码内输入"123456"，确认4、在输入新密码内输入1、进入密码修改界面2、进入新密码修改界面3、在输入新密码内不能输入"1234567"只显示前6位，进入重新输入新密码界面。

测试银行提款机上的提款功能一、课题叙述黑盒测试又称为功能测试或数据驱动测试，是从用户观点出发，主要以软件规格说明书为依据，对程序功能和程序接口进行的测试，是软件测试技术中最基础的方法之一，在各类测试中都有广泛的应用。

本课题要求测试银行提款机上的提款功能，用户输入的提款金额的有效数值为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）等价类划分法测试用例的设计方法不是单独存在的，具体到每个测试项目里都会用到多种方法。

自助服务统一平台SP集成测试案例文档修订记录1.概述SP集成测试案例用于模拟ATM应用环境，对SP进行以交易或针对ATM的某次操作为单位的集成测试。

本测试案例的预期读者包括：1.SP测试人员。

2.ATM开发人员本文档中包含的需要测试的交易包括设备自检、管理和交易三大部分。

设备自检测试案例包括读卡器自检案例、CDM1检案例、CIM自检案例、SIU大闸门自检案例。

管理测试案例部分包括进入后维护界面，主密钥导入，加钞等。

交易测试案例部分包括插卡，存款，取款，改密，转账等。

2.设备自检测试案例1.读卡器自检测试案例Step1调用Reset命令对诺卡器进行复位。

复位参数为0复位后，必须收到复位完成事件OkStep2将卡放入诺卡器中，调用RETAIN指令卡被吞入诺卡器中，且任何情况下必须发出指令完成事件Ok2.CDM自检测试案例3.CIM自检测试案例4.SIU大闸门自检案例Step1存在大闸门查询SIU状态大闸门状态止确Step2调用指令，打开大闸门大闸门正常关闭，且SP发出执行完成事件Step3调用指令，关闭大闸门大闸门正常关闭，且SP发出执行完成事件Step4族取大闸门状态无论前两次执行结果如何，此处需要能够狄取到正确的大闸门状态Step5在大闸门关闭的前提下，打开存款模块小闸门小闸门打开，且收到SP指令执行完成事件Step6关闭存款模块小闸门小闸门关闭，且收到SP指令执行完成事件3,管理部分测试案例1.进入后维护界面Step1将SIU的OperatorSwitch设置到Admin状态收到SIU报出的状态改变事件Ok2,导入主密钥Step1调用键盘组件ImportKey接口导入主密钥。

this,m_Encryptor.ImportKey("TempKey",strKeyData,"CRYPT,KEYENCKEY,FUNCTIONACING",null);收到导入成功事件OnKeyImported或者导入失败事件OnOperationFailedMOkStep2调用键盘组件Crypt接口加密16个0.this,m_Encryptor.Crypt("E","ECB",strKeyName,15,null,null,strEncryptData,null);收到加密成功事件OnCryptComplete或者加密失败事件OnCryptFailed。

自动取款机用例图一、顾客与ATM机交互功能用例ATM机用例约束：1、插卡：用户和ATM自动取款机交互时，系统提示请插入磁卡，插入磁卡后，如果验证成功，进入登陆界面；否则退卡。

2、输密码：系统在登录界面提示输入密码，如果输入的密码正确，按确认键进入主界面，否则按更正键，重新输入密码。

3、存款：进入主界面后，选择存款进入存款界面，系统提示请放入整百元的人民币。

存款成功后，如果还要进行其他操作，按返回主界面键返回主界面，否则退卡。

4、取款：进入界面后，选择取款，若所取的金额在界面上有，按相应的金额进行取款操作；若无，在键盘上手动输入所取的金额后按确认键。

取款成功后，如果还要进行其他操作，按返回主界面键返回主界面，否则退卡。

5、查询余额：进入主界面后，选择查询余额，进入查询余额界面，屏幕显示“您的余额是 *** ”。

完成该操作后，如果还要进行其他操作，按返回主界面键返回主界面，否则退卡。

6、修改密码：进入主界面后，进入修改密码界面，系统提示输入旧密码，新密码，确认新密码，如果两次输入的新密码一致，按确认键，则修改密码成功。

完成该操作后，如果还要进行其他操作，按返回主界面键返回主界面，否则退卡。

7、缴费：进入主界面后，选择缴费，系统提示按键选择缴费项目，按确认键后，进入缴费提示界面，则按确认键，则缴费成功。

缴费成功后，如果还要进行其他操作，按返回主界面键返回主界面，否则退卡。

8、转账：进入主界面后，选择转账，系统提示输入转账账户和转账金额，按确认键后，进入转账提示界面，如果该界面上显示的是你所要转账的用户名，则按确认键，则转账成功。

如果和你所要转帐的用户不一致，则返回主界面，重复上述的转账操作。

转账成功后，如果还要进行其他操作，按返回主界面键返回主界面，否则退卡。

9、打印凭条：进行完相应的操作后，如果要核实一下操作，选择打印凭条，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备注系统同步银行主机，点钞票，输出给用户，并且减掉数据库中该用户帐户中的存款金额。

实验一：测试用例设计一、实验目的通过实验，掌握常用黑盒测试用例设计方法，实现系统测试。

二、实验内容：1、针对被测试软件理解软件功能需求2、根据软件功能需求，进行等价类划分3、根据等价类，编写软件的测试用例。

4、执行测试用例，记录错误信息三、ATM机取款功能需求分析☐需要输入信息：账号、密码、取款金额、是否打印☐关于帐号：账号类型：本行银行卡、其他行银行卡☐关于密码：6为数字，必须正确密码能输入错误次数：3☐关于取款金额要求：50、100、及其组合单次金额上限：2500当日帐户上限：5000系统只能对加入银联的当前能正常工作的银行卡办理取款业务。

包括本行银行卡、非本行银行卡。

本地银行卡不扣除手续费，外地卡每比交易扣5元手续费，跨行取款扣2元手续费，外地且跨行扣10元手续费。

必须是活动的帐号才能取款，冻结的帐号不能取款。

成功办理取款业务必须输入6位数字的正确的银行卡密码。

密码连续输入三次不正确，ATM机器警告后吞卡。

取款金额必须为50元或100元为基本单位。

单笔取款业务最高限额为2500元。

每天一个银行卡帐户的取款金额上限为5000元。

ATM机中金额不足取款金额，系统给出提示，不能完成取款操作。

若银行卡帐内金额不足取款金额，系统给出提示，不能完成取款操作。

可以选择打印取款凭条，ATM机打印输出当次取款信息三、实验步骤：1、熟悉ATM机器取款业务流程，详细阅读系统需求说明和使用说明2、根据系统的需求说明和使用说明，分析输入数据的规则和要求。

3、考虑实际使用中不同的用户场景，进行等价类划分。

4、完成测试用例，主要考虑等价类覆盖和边界值。

5、执行测试四、测试用例设计步骤分析举例：一、软件功能的理解整理以及要求规则1）银行帐号--- 需要区分本地卡外地卡非银联卡和其它卡2）密码--- 6位数字有效错误次数在3次内提示重新输入第三次吃卡3）提款金额---单次<2500 当日<5000 面额是50或者1004) 机内金额---大于取款金额方能取款5）打印凭条打印或者否三、划分等价类有效等价类无效等价类账号类型本行银行卡账号（1）；其他行银联卡(2) 非银联卡(3)账号有效是(4) 否(5)密码长度6位（6）不等于6（7）密码类型数字（8）非数字（9）密码正确是（10）否（11）密码连续错误次数<=3(12) >3(13)金额选择50（14）；100（15）；50和100的组合（16）除了50、100和其组合（17）一次取款金额>0,<=2500（18）>2500（19）当日取款金额0<,<=5000（20）>5000（21）机内金额>=取款金额（22）<取款金额（23）帐户金额>=取款金额（24）<取款金额（25）打印凭条是（26）；否（27）四编写测试用例：五、思考与讨论1、如何外地跨行卡如何在设计用例中体现的2 当日金额小于5000如何设计用例3 密码正好错误3次的时候吃卡如何测试4 哪些测试用例体现了边界值法六、其它说明：1、实验结束上交：设计的测试用例（包括划分的等价类）、错误记录2、实验成绩评定包括：等价类划分合理性和完善性（50%）、测试用例覆盖度（40%）、实验报告（10%）。

ATM取款业务⽤例
⼩明准备去⼯商银⾏取钱，他⾛到学校ATM机前发现有⼈在使⽤，排队等待之后轮到⼩明取钱，⾸先页⾯显⽰⼿机扫码取款、⼿机预约取款等多种⽆介质取款⽅式，由于⼩明带了银⾏卡，所以⽆介质取款⽅式⼩明没有选择，⼩明从兜中拿出银⾏卡将其插⼊ATM机卡槽⼝，页⾯提⽰输⼊密码，输⼊密码后页⾯上显⽰了取款、存款、查询余额等选项，⼩明点击了取款选项后看到有100元、500元、1000元、3000元的选项，也可以⼿动输⼊取款钱数，⼩明点击100元的选项，此时ATM机开始咔咔作响，只见ATM机吐出了100元，页⾯上有30秒的提⽰“请取出您的现⾦，并注意清点”，⼩明点击了退回主页⾯，看着主页⾯上的继续取款、存款、查询余额等选项，⼩明选择了退卡操作，拿着银⾏卡和100元离开了ATM机。

ATM机测试用例一台ATM机器的主角和用例。

下表包含了上图中提款用例的基本流和某些备用流：本用例的开端是ATM处于准备就绪状态。

准备提款-客户将银行卡插入ATM机的读卡机。

验证银行卡-ATM机从银行卡的磁条中读取帐户代码，并检查它是否属于可以接收的银行卡。

输入PIN-ATM要求客户输入PIN码（4位）验证帐户代码和PIN-验证帐户代码和PIN以确定该帐户是否有效以及所输入的PIN对该帐户来说是否正确。

对于此事件流，帐户是有效的而且PIN对此帐户来说正确无误。

??ATM选项-ATM显示在本机上可用的各种选项。

在此事件流中，银行客户通常选择“提款”。

输入金额-要从ATM中提取的金额。

对于此事件流，客户需选择预设的金额（10美元、20美元、50美元或100美元）。

授权-ATM通过将卡ID、PIN、金额以及帐户信息作为一笔交易发送给银行系统来启动验证过程。

对于此事件流，银行系统处于联机状态，而且对授权请求给予答复，批准完成提款过程，并且据此更新帐户余额。

出钞-提供现金。

返回银行卡-银行卡被返还。

收据-打印收据并提供给客户。

ATM还相应地更新内部记录。

用例结束时ATM又回到准备就绪状态。

备选流1-银行卡无效在基本流步骤2中-验证银行卡，如果卡是无效的，则卡被退回，同时会通知相关消息。

备选流2-ATM内没有现金在基本流步骤5中-ATM选项，如果ATM 内没有现金，则“提款”选项将无法使用。

备选流3-ATM内现金不足在基本流步骤6中-输入金额，如果ATM机内金额少于请求提取的金额，则将显示一则适当的消息，并且在步骤6-输入金额处重新加入基本流。

备选流4-PIN有误在基本流步骤4中-验证帐户和PIN，客户有三次机会输入PIN。

如果PIN输入有误，ATM将显示适当的消息；如果还存在输入机会，则此事件流在步骤3-输入PIN处重新加入基本流。

如果最后一次尝试输入的PIN码仍然错误，则该卡将被ATM机保留，同时ATM返回到准备就绪状态，本用例终止。

作业1：某程序实现如下功能：输入三个整数A、B、C，输出以A、B、C为三边的三角形面积（1<A、B、C<100）。

请运用等价类和边界值的方法，编写测试用例。

作业2：假定一台ATM取款机允许提取的增量为50元，总额为从50元到5000元不等的现金，并要求一次最多取2000元，一天最多取5000元，一天最多取3次，请运用等价类和边界值的思想编写测试用例。

答：用例编号输入数据预期结果1 一次取50元提取成功2 一次取2000元提取成功3 一次取20元提取失败4 一次取2050 提示一次最大取20005 取三次2000+2000+1000 提取成功作业3：需求分析题，设计测试用例：银行系统：有两个普通窗口A，B和一个VIP窗口，每个窗口只能发放10个号。

A.没有持有VIP的客户只能在普通窗口A，B办理业务。

B.VIP客户优先安排在VIP窗口办理业务，如果VIP窗口不能再发放号码，则到普通窗口A办理。

C.对公业务只能在普通窗口A办理（办理业务的时间是星期一到星期六）。

D.其他业务在普通窗口A，B办理。

E.在分配时优先考虑人数最少的窗口作业4：编写163邮箱注册模块的测试用例（假设没有重复的用户名），条件如图所示。

测试用例如下：用例编写测试步骤输入数据预期结果1 输入用户名,密码和确认密码用户名:a09.-_z密码:123456确认密码:123456注册成功2 输入用户名,密码和确认密码用户名:aaO0密码:123456确认密码:123456注册成功3 输入用户名,密码和确认密码用户名:0Oaa密码:123456确认密码:123456注册成功4 输入用户名,密码和确认密码用户名:aaaa密码:123456确认密码:123456注册成功5 输入用户名,密码和确认密码用户名:aaaaaaaaaaaaaaaaaa(18个)密码:123456确认密码:123456注册成功6 输入用户名,密码和确认密码用户名:bbbb密码:az09.@确认密码:az09.@注册成功7 输入用户名,密码和确认密码用户名:bbbb密码:abcedf0123456789确认密码:abcedf0123456789注册成功请为下面的程序设计用例：该程序有三个输入变量month、day、year（month、day、year均为整数值，并且满足：1≦month≦12和1≦day≦31），分别作为输入日期的月份、日期、年份，通过程序可以输出该输入日期在日历上后面的隔一天的日期。

一、基本事件流：1、用户向ATM提款机中插入银行卡，如果银行卡是合法的，ATM提款机界面提示用户输入提款密码；2、用户输入该银行卡的密码，ATM提款机与MainFrame传递密码，检验密码的正确性。

如果输入密码正确，提示用户输入取钱金额，提示信息为，“请输入您的提款额度”；3、用户输入取钱金额，系统校验金额正确，提示用户确认，提示信息为“您输入的金额是xxx，请确认，谢谢！”，用户按下确认键，确认需要提取的金额；4、系统同步银行主机，点钞票，输出给用户，并且减掉数据库中该用户帐户中的存款金额。

5、用户提款，银行卡自动退出，用户取走现金，拔出银行卡，ATM提款机界面恢复到初始状态；二、备选事件流(考虑可能失败的地方)：1.在基本事件流1中：如果插入无效的银行卡，那么，在ATM提款机界面上提示用户“您使用的银行卡无效！”，3秒钟后，自动退出该银行卡。

2.在基本事件流2中：◆如果用户输入的密码错误，则提示用户“您输入的密码无效，请重新输入”；◆如果用户连续3次输入错误密码，ATM提款机吞卡，并且ATM提款机的界面恢复到初始状态。

此时，其他提款人可以继续使用其他的合法的银行卡在ATM提款机上提取现金。

◆用户输入错误的密码后，也可以按“退出”键，则银行卡自动退出。

3.在基本事件流3中：◆如果用户输入的单笔提款金额超过单笔提款上限，ATM提款机界面提示“您输入的金额错误，单笔提款上限金额是2500RMB，请重新输入”；◆如果用户输入的单笔金额，不是以50RMB为单位的，那么提示用户“您输入的提款金额错误，请输入以50为单位的金额”；◆如果用户输入正确的提款金额，ATM提款机提示用户确认后，用户取消提款，则ATM提款机自动退出该银行卡；◆如果ATM提款机中余额不足，则提示用户，“抱歉，ATM提款机中余额不足”，3秒钟后，自动退出银行卡。

4.在基本事件流4中：如果用户银行户头中的存款小于提款金额，则提示用户“抱歉，您的存款余额不足！”，3秒钟后，自动退出银行卡；5.在基本事件流5中：如果用户没有取走现金，或者没有拔出银行卡，ATM提款机不做任何提示，直接恢复到界面的初始状态；三、基本路径：插入银行卡---提示输入密码---用户输入密码---提示输入金额---用户输入金额---提示确认---用户确认---输出钞票给用户，退卡---用户取走现金，取走银行卡---界面恢复初始状态四、下面分析测试数据，采用等价类划分和边界值法边界值分析：五．测试用例输入提款金额大于账户内余额。

atm实验报告ATM实验报告引言ATM（自动取款机）是现代社会中常见的金融设备，它为人们的生活带来了极大的便利。

然而，ATM也需要不断地进行测试和实验，以确保其正常运行和安全性。

本实验报告将介绍对ATM进行的一次实验，以验证其功能和性能。

实验目的本次实验的主要目的是测试ATM的各项功能，包括取款、存款、查询余额、转账等，并验证其在不同情况下的稳定性和安全性。

实验过程1. 取款功能测试：首先，我们进行了ATM的取款功能测试，模拟了用户输入密码、选择取款金额并取款的整个流程。

实验结果显示，ATM成功完成了取款操作，且取款金额准确无误。

2. 存款功能测试：接着，我们进行了ATM的存款功能测试，模拟了用户输入存款金额、插入存款卡并存款的整个流程。

实验结果显示，ATM成功完成了存款操作，且存款金额准确无误。

3. 查询余额功能测试：随后，我们进行了ATM的查询余额功能测试，模拟了用户输入查询指令并查看余额的整个流程。

实验结果显示，ATM成功显示了用户的余额信息。

4. 转账功能测试：最后，我们进行了ATM的转账功能测试，模拟了用户输入转账金额、选择转账对象并完成转账的整个流程。

实验结果显示，ATM成功完成了转账操作，且转账金额准确无误。

实验结论通过本次实验，我们验证了ATM的各项功能的稳定性和准确性。

ATM在取款、存款、查询余额和转账等方面表现出了良好的性能，符合金融设备的要求。

同时，我们也验证了ATM的安全性，确保用户的资金和信息不会受到损害。

总结ATM作为现代金融服务的重要组成部分，其功能和性能的稳定性和安全性至关重要。

通过本次实验，我们对ATM进行了全面的测试，验证了其良好的性能和安全性，为用户提供了更可靠的金融服务保障。

希望未来能够继续对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。

ATM机操作用例：测试用例(Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

测试用例（Test Case）目前没有经典的定义。

比较通常的说法是:指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。

内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。

不同类别的软件，测试用例是不同的。

不同于诸如系统、工具、控制、游戏软件,管理软件的用户需求更加不统一,变化更大、更快。

笔者主要从事企业管理软件的测试。

因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。

测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。

对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。

随着中国软件业的日益壮大和逐步走向成熟,软件测试也在不断发展。

从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门。

测试工作也从简单测试演变为包括：编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试.测试方式则由单纯手工测试发展为手工、自动兼之,并有向第三方专业测试公司发展的趋势。

要使最终用户对软件感到满意,最有力的举措就是对最终用户的期望加以明确阐述,以便对这些期望进行核实并确认其有效性。

测试用例反映了要核实的需求。

然而，核实这些需求可能通过不同的方式并由不同的测试员来实施。

例如，执行软件以便验证它的功能和性能，这项操作可能由某个测试员采用自动测试技术来实现;计算机系统的关机步骤可通过手工测试和观察来完成；不过，市场占有率和销售数据(以及产品需求），只能通过评测产品和竞争销售数据来完成。

既然可能无法（或不必负责）核实所有的需求,那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败。

选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果.确定测试用例之所以很重要，原因有以下几方面。