[生活]场景法测试用例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。
场景法测试用例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(Automated Teller Machine)机作为银行服务的一种重要形式,已经在世界各地成为人们日常生活的一部分。
ATM机的使用场景非常广泛,下面将以一位常见用户的角度来描述ATM机的使用过程。
天,小明需要取款,于是他来到附近的银行网点。
进入银行后,小明发现大厅中央的角落有全新的两台ATM机,一个是银行的原来ATM机,另一个是近期刚刚增加的新型ATM机。
他对于新型的ATM机非常感兴趣,因为这台机器可以提供更多的服务。
小明走向新型ATM机,关切地看了看屏幕上的信息,并注意到ATM机的前面已经排起一小队。
在队伍前方,有一位正在使用ATM机的女士正在取款。
小明用眼角瞄了瞄ATM机旁边的一台信息显示器,显示器上显示着ATM机正常使用的步骤。
ATM机立刻显示了小明的账户信息,包括余额和近期的交易记录。
小明惊讶地发现,自己刚刚从网上商城购买的商品已经扣款成功。
他很高兴地看到,ATM机提供了更加便捷的服务,使得他能够随时查看自己的账户信息。
接下来,小明选择了取款的操作。
ATM机要求他输入取款的金额,小明按下按钮输入了需要取款的数额,并确认了取款操作。
ATM机几秒钟后发出了一声蜂鸣,小明的取款金额就以纸钞的形式从ATM机中出现。
小明接过纸钞,检查了一下金额,并把它们放入钱包。
小明取完款后,ATM机提示他是否需要打印交易凭证。
小明认为没有必要,所以他选择了不打印。
ATM机上面的其他按钮也吸引了他的注意,他注意到还有存款、转账、查询余额等按钮,这让他感到ATM机有更多的功能,可以满足各种金融服务的需求。
小明感到自己在使用ATM机时感到了很大的便利。
以前他需要去银行柜台进行取款、存款、转账等操作,需要排队等待并填写一系列的表格,但现在他可以在ATM机上大部分操作都可以自助完成,无需等待,并且在取款时还可以自动打印交易凭证。
这种便利极大地提高了他的效率。
场景法设计测试用例
如何使用场景法设计测试用例通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果。
场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。
为什么场景法能如此清晰的描述整个事件?因为,现在的系统基本上都是由事件来触发控制流程的。
如:我们申请一个项目,需先提交审批单据,再由部门经理审批,审核通过后由总经理来最终审批,如果部门经理审核不通过,就直接退回。
每个事件触发时的情景便形成了场景。
而同一事件不同的触发顺序和处理结果形成事件流。
这一系列的过程我们利用场景法可以清晰的描述清楚。
下图来展示一下网上最长见的场景法基本情况的一个实例图。
在这个图中,有一个基本流和四个备选流。
每个经过用例的可能路径,可以确定不同的用例场景。
从基本流开始,再将基本流和备选流结合起来,可以确定以下用例场景:场景 1 基本流场景2 基本流备选流1场景3 基本流备选流1 备选流 2场景4 基本流备选流3场景 5 基本流备选流3 备选流 1场景 6 基本流备选流3 备选流 1 备选流2场景7 基本流备选流4场景8 基本流备选流3 备选流 4从上面的实例我们就可以了解场景是如何利用基本流和备用流来确定的。
基本流:采用直黑线表示,是经过用例的最简单的路径(无任何差错,程序从开始直接执行到结束)备选流:采用不同颜色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中,也可以起源于另一个备选流,或终止用例,不在加入到基本流中;(各种错误情况)下面是场景法的基本设计步骤1. 根据说明,描述出程序的基本流及各项备选流2. 根据基本流和各项备选流生成不同的场景3. 对每一个场景生成相应的测试用例4. 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值好了。
说了一些场景法的基本概念和设计方法。
想必大家已经有了一些了解了。
ATM机测试分析
ATM机测试分析ATM机是自动取款机的英文缩写,是一种自动化设备,用于提供用户在银行账户中提取现金、存款、查询余额等功能。
由于ATM机服务覆盖广泛,使用方便快捷,因此对ATM机进行测试分析是非常重要的。
1.功能测试:主要验证ATM机的基本功能是否正常,包括取款、存款、查询余额、转账等。
测试分析人员需要模拟用户使用ATM机进行各种操作,检查系统的响应是否符合预期。
2.安全测试:ATM机涉及用户账户和密码等敏感信息,因此安全性是非常重要的。
测试分析人员需要测试ATM机的身份验证功能,如卡片插入、密码输入、指纹识别等,以确保只有授权用户能够访问账户。
同时还需要测试ATM机的防止欺诈和攻击的功能,如防止破解密码、防止恶意软件等。
3.可靠性测试:ATM机需要长时间运行,因此可靠性是非常重要的。
测试分析人员需要模拟ATM机长时间运行,检查是否存在卡顿、故障等问题。
同时还需要测试ATM机的容错能力,如断电恢复、故障转移等。
4.兼容性测试:ATM机需要与银行系统进行交互,因此需要进行兼容性测试。
测试分析人员需要测试ATM机与不同型号的银行卡、不同版本的操作系统、不同网络环境等的兼容性,确保与外部系统的交互正常。
5.用户体验测试:ATM机是面向用户的服务设备,因此用户体验也是需要测试的重点。
测试分析人员需要评估ATM机的界面设计、操作流程、提示信息等,以确保用户能够顺利地完成操作。
通过对ATM机进行全面的测试分析,可以提供对ATM机性能和可靠性的评估,并及时发现和修复潜在问题,确保ATM机的正常运行。
同时,测试分析还可以为银行提供优化ATM机功能和用户体验的参考意见,提高用户满意度和安全性。
ATM自动取款机系统——测试计划
课程设计题目:AT M自动取款机系统(测试计划)学生姓名:学院:系别:专业:软件工程班级:软件09-1班指导教师:2012年7月13日目录1.引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2.任务概述 (2)2.1目标 (2)2.2运行环境 (3)2.2.1硬件环境 (3)2.2.2软件环境 (3)2.3需求概述 (3)2.4条件与限制 (4)3.计划 (4)3.1测试方案 (4)3.1.1本次测试分别采用两种方案 (4)3.1.2选取测试用例的原则 (4)3.2测试项目 (5)3.2.1对ATM的组装测试 (5)3.2.2对ATM的确认测试 (5)3.3测试准备 (6)3.4测试机构及人员 (6)4.测试项目说明 (7)4.1测试项目 (7)4.1.1白盒测试: (7)4.1.2黑盒测试 (7)4.1.3单元测试 (7)4.1.4集成测试 (7)4.1.5确认测试 (8)4.1.6系统测试 (8)4.1.7验收测试 (8)4.2测试项目名称及测试内容 (8)4.3测试用例 (9)4.4进度 (13)4.5条件 (14)4.6测试资料 (14)5.评价 (14)5.1范围 (14)5.2准则 (15)1.引言1.1编写目的编写测试计划的目的是:(1)为整体的软件系统制定一个现实可行的、综合的计划,包括每项测的对象、范围、方法、进度和预期结果。
(2)为项目实施建立一个组织模型,并分配测试项目中每个人员的责任和工作内容。
(3)开发有效的测试模型,能正确地验证正在开发的软件系统。
(4)确定测试所需要的时间和资源,以保证其可获得性、有效性。
(5)确立每个测试阶段测试完成以及测试成功的标准和要达到的目标。
(6)本测试计划主要为测试人员作参照。
1.2项目背景待开发项目名称:ATM自动取款机系统的分析与设计。
委托单位:呼和浩特建设银行开发单位:主管部门:用户:呼和浩特建设银行产品的所有权:呼和浩特建设银行项目开发者:项目背景:在市场经济的蓬勃发展和人们日益繁忙的条件下,现有的银行系统往往需要客户在办理手续时等待很长的时间,这不仅会浪费很多宝贵的时间,也会使得银行的业务人员十分的繁忙,需要很大的人力和财力。
软件测试技术复习题(1004)
10、简述软件自动化测试中的“捕获-回放”技术 (1)捕获:将用户每一步操作都记录下来。这种记录的方式有两种: 程序用户界面的像素坐标或程序显示对象(窗口、按钮、滚动条 等)的位置,以及相对应的操作、状态变化或是属性变化。所有的 记录转换为一种脚本语言所描述的过程,以模拟用户的操作。 (2)回放:将脚本语言所描述的过程转换为屏幕上的操作,然后将 被测系统的输出记录下来同预先给定的标准结果比较。这可以大 大减轻黑盒测试的工作量,在迭代开发的过程中,能够很好地进 行回归测试。
V表示有效数据元素,I表示无效数据元素,n/a表示不可用
(3)假设本系统开发人员在开发过程中通过测试发现了20个错误,独立 的测试组通过上述测试用例发现了80个软件错误,系统在上线后, 用户反馈了10个错误,请计算缺陷探测率(DDP)。 (1)设计场景 场景ID 1 2 3 4
三、简答题
1、应用条件/判定覆盖进行路径测试可能发现的错误。 针对判定和条件覆盖,测试用例可能发现如下错误: (1)不同数据类型的比较; (2)不正确的逻辑操作或优先级; (3)应当相等的地方由于精确度的错误而不能相等; (4)不正确的判定或不正确的变量; (5)不正确的或不存在的循环终止; (6)当遇到分支循环时不能退出;不适当地修改循环变量。
(4)实时系统性能测试 (5)场景法应用案例 6、软件测试管理 (1)软件测试组织管理 (2)软件测试计划和过程管理:制定测试计划、确定测试过程、 测试结果分析 (3)软件测试文档管理 7、软件自动化测试 (1)软件自动化测试基础:自动化测试概念、自动化测试脚本、 自动化测试生存周期 (2)软件自动化测试工具:白盒测试工具、黑盒测试工具
序号业务名称业务描述1准备存款客户将银行卡插入atm机2验证银行卡atm机从读入的银行卡中读取账户代码并检查它是否属于可接收的银行卡3输入密码atm机要求客户输入6位密码54验证帐号和密码atmb通过验证客户的帐号和密码决定客户的合法性5atm机屏幕选项atm机显示在本机上可用的屏幕选项6输入金额从atm机显示屏幕中选取金额7授权atm机将整体操作作为事务提交银行系统8入钞客户向atm机提供现金atm机验钞9验钞确认atm机屏幕中显示存款金额10返回银行卡银行卡被返还11打印收据提供客户打印收据功能备选流
- 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) 流程有大流程和小流程,大流程是指大功能的跳转,小流程是指功能内的调整,大小流程需要都被覆盖到.。