ATM自动取款机系统测试计划.docx
《ATM自动取款机系统测试计划.docx》由会员分享，可在线阅读，更多相关《ATM自动取款机系统测试计划.docx（19页珍藏版）》请在冰点文库上搜索。
ATM自动取款机系统测试计划
学校代码：
课程设计
题目：
ATM自动取款机系统
（测试计划）
学生姓名：
学院：
系别：
专业：
软件工程
班级：
软件09-1班
指导教师：
2012年7月13日
1．引言
1.1编写目的
编写测试计划的目的是：
（1）为整体的软件系统制定一个现实可行的、综合的计划，包括每项测的对象、范围、方法、进度和预期结果。
（2）为项目实施建立一个组织模型，并分配测试项目中每个人员的责任和工作内容。
（3）开发有效的测试模型，能正确地验证正在开发的软件系统。
（4）确定测试所需要的时间和资源，以保证其可获得性、有效性。
（5）确立每个测试阶段测试完成以及测试成功的标准和要达到的目标。
（6）本测试计划主要为测试人员作参照。
1.2项目背景
待开发项目名称：
ATM自动取款机系统的分析与设计。
委托单位：
呼和浩特建设银行
开发单位：
主管部门：
用户：
呼和浩特建设银行
产品的所有权：
呼和浩特建设银行
项目开发者：
项目背景：
在市场经济的蓬勃发展和人们日益繁忙的条件下，现有的银行系统往往需要客户在办理手续时等待很长的时间，这不仅会浪费很多宝贵的时间，也会使得银行的业务人员十分的繁忙，需要很大的人力和财力。
基于这样的情况，ATM取款机系统的开发就显的十分的重要！
它可以减少银行的业务处理压力，尽量节省人们的时间，并且可以有效解决用户信息和资金信息的繁杂问题。
1.3定义
专业术语与缩略词
帐号：
在银行中，事物应用的单个帐号。
每个顾客可以拥有多个帐号。
用户：
拥有银行的一个或多个帐号的人。
可以是一个人或多个人，或者是公司。
相同的人，拥有不同的银行帐号被认为是不同的落户。
ATM：
ATM是AutomaticTellerMachine的缩写，意为自动取款机。
是一种高度精密的机电一体化设备，利用磁卡或智能IC卡储存用户信息并通过加密键盘输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。
1.4参考资料
[1]吴建汪杰UML基础与Rose建模案例ISBN编号：
9787115158978人民邮电出版社出版时间：
2007-4-1
[2]张海藩软件工程导论（第五版）ISBN编号：
7302164789出版社：
清华大学出版社出版时间：
2008-2
[3]中国软件测试网：
www.
2．任务概述
2.1目标
通过编写测试计划我们要尽量达到测试成本最小化、测试流程和测试内容完备化、测试手段可行化和测试结果实用化的理想目标。
测试计划要针对测试目的来规定测试的任务、所需的各种资源和投入、人员角色的安排、预见可能出现的问题和风险，以指导测试的执行，最终实现测试的目标，保证软件产品的质量。
2.2运行环境
硬件环境
CPU：
1GHZ及以上
内存：
1G以上
硬盘：
20G以上
软件环境
操作系统：
MicrosoftWindowsXP或更高版本
数据库：
MicrosoftSQLServer2005
Web服务器：
Tomcat5.0以上
支持浏览器：
InternetExplorer7.0及其以上版本
开发环境：
MyEclipse，jdk，MicrosoftSQLServer2005
测试环境：
WinRunner、LoadRunne
2.3需求概述
（1）人员需求：
参与测试的项目成员应当具有一定的市场意识和风险意识，能够站在不同的角度，尽可能的分析系统可能存在的风险场景。
要有自我推销意识，主动加强与开发人员、需求人员及客户的沟通。
测试人员也应该像质量管理人员一样，在项目中起到过程监控点的作用。
能够从全局的角度反映项目存在的问题
（2）硬件需求：
本次共有四名测试人员，需要可联网使用的台式机或笔记本四台，配置不低于2G硬盘，256兆内存。
（3）软件需求：
根据软件的需求，操作软件可能需要安装WindowsXP另外，每个测试人员的测试机上还需要安装测试软件WinRunner、LoadRunner
（4）办公空间需求：
本次测需要提供一个至少80平米的办公空间。
2.4条件与限制
应具备条件：
在四人项目小组中，应有相应的硬件配置，测试工具，相应的软件及至少两个人组成测试团队包括一个测试技术人员和一个管理人员，及相应的测试环境。
测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。
3．计划
3.1测试方案
本次测试分别采用两种方案
从考虑软件内部结构和具体实现角度采用白盒测试和黑盒测试方法。
从软件开发的过程按阶段采取单元测试、集成测试、确认测试、系统测试、验收测试
选取测试用例的原则
（1）一个测试用例一个功能点：
每个测试用例都要有个测点，找准一个测点则可，不能同时覆盖很多功能点，否则执行起来牵连太大。
（2）测试用例的易读：
从执行者的角度去写测试用例，最好不要有太多的术语在里面，如果要有最好指明具体位置。
（3）测试用例的执行粒度：
粒度越小越好，选取先正常后异常的原则。
（4）步骤清晰：
一个测试用例多个步骤，可一个重点，步骤指名人们怎么去操作。
（5）总体设计：
先正常，后异常，这样可以确保正常情况下功能能够走通。
总之：
对于一个新来的tester，给他个测试用例和我们的软件，他就能顺利取执行测试，这是最佳状态，也是我们测试用例设计的原则。
%]wM;|*ZRd（L051Testing软件测试网）G?
`+T!
L（^
3.2测试项目
对ATM的组装测试
主要步骤：
（1）按照概要设计规格说明，明确有哪些被测模块。
在熟悉被测模块性质的基础上对被测模块进行分层，在同一层次上的测试可以并行进行，然后排出测试活动的先后关系，制定测试进度计划。
（2）在步骤一的基础上，按时间线序关系，将软件单元组装为模块，并测试在组装过程中出现的问题。
这里，可能需要测试人员开发一些驱动模块来驱动组装活动中形成的被测模块。
对于比较大的模块，可以先将其中的某几个软件单元组装为子模块，然后再组装为一个较大的模块。
（3）将各软件模块组装为子系统（或分系统）。
检测各自子系统是否能正常工作。
同样，可能需要测试人员开发少量的驱动模块来驱动被测子系统。
（4）将各子系统组装为最终用户系统，测试是否存在各分系统能否在最终用户系统中正常工作。
对ATM的确认测试
（1）安装测试：
测试在预期系统环境下ATM是否能够正常安装且正常启动
（2）功能测试：
测试ATM各个功能模块是否能够正常运行
（3）可靠性测试：
测试ATM在正常运行时是否会出现预期的结果
（4）安全性测试：
测试ATM在非常规操作时是否会引起数据改动和信息泄漏
（5）时间及空间性能测试：
测试ATM工作时的限制条件是否正常
（6）易用性测试：
测试操作ATM时是否便捷
（7）可移植性测试：
测试ATM是否能在预期的各个系统下运行
（8）可维护性测试：
测试ATM是否能够修改改进
（9）文档测试：
对文档进行对应系统的错误检查和更新确认
3.3测试准备
在做具体的测试之前做一些准备活动：
（1）测试计算机。
因为测试都是有风险的，有的时候会导致蓝屏，计算机重新启动，有时候则要求更换操作系统。
（2）功能测试环境和性能测试环境要分开。
性能测试是持续的，有的用例要一次运行若干小时，只有单独的性能测试环境才能满足这个要求。
（3）提前准备好软件和硬件。
（4）测试支持平台。
测试用例管理程序，bug管理程序，测试报告生成程序。
（5）把搭建测试环境时遇到的问题和相应的解决办法记录下来。
（6）准备测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境；并准备软件运行时的操作系统、数据库及其他应用软件构成的环境。
3.4测试机构及人员
角色
人员
职责
项目组长
控制指导测试管理
负责项目小组工作协调
组织环境搭建
参与制定测试计划
测试需求、测试用例评审
控制测试进度
编写阶段总结报告
测试分析人员
制定测试需求
为测试设计提供支持
统计分析测试过程和缺陷
准备测试数据
设计测试用例
创建测试集
创建缺陷记录
执行测试用例
填写测试记录
4．测试项目说明
4.1测试项目
白盒测试：
主要在ATM系统开发过程中对其内部结构和处理过程进行分析测试检查软件的表示和描述是否一致,没有冲突或者没有歧义。
当软件系统在模拟的或真实的环境中执行之前、之中和之后,对软件系统行为的分析其中包含程序在受控的环境下使用特定的期望结果进行正式的运行。
黑盒测试
在对ATM进行黑盒测试过程中尽量发现其中的功能错误或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。
单元测试
在ATM开发过程中，为了提高软件开发效率和质量、统一单元测试风格、保证文档与单元和测试编码的一致性、方便开发人员进行单元测试的开发，这部分将由最了解系统细节的开发人员进行测试并产生相应文档
集成测试
在对ATM系统进行集成测试时，需要测试包括在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；各个子功能组合起来，能否达到预期要求的父功能；一个模块的功能是否会对另一个模块的功能产生不利的影响；全局数据结构是否有问题；单个模块的误差积累起来，是否会放大，从而达到不可接受的程度等内容。
确认测试
在ATM系统的确认测试阶段需要根据软件需求说明书中定义的全部功能和性能要求，以及确认测试计划测试整个系统是否达到了要求。
并提交最终的用户手册和操作手册。
包括在模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以证明该软件无严重错误。
执行测试计划中提出的所有确认测试。
使用用户手册和操作手册，以进一步证实其实用性和有效性，并改正其中的错误。
分析测试结果，找出产生错误的原因。
书写确认测试分析报告。
系统测试
系统测试是基于ATM系统整体需求说明书的黑盒类测试，系统测试应覆盖ATM系统所有联合的部件。
以验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。
系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。
因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。
验收测试
对ATM的验收测试是部署ATM之前的最后一个测试操作。
验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试是向未来的用户表明系统能够像预定要求那样工作。
经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，以验证软件的功能和性能如同用户所合理期待的那样。
4.2测试项目名称及测试内容
测试项目名称：
ATM自动取款系统
测试项目简介：
为了保证软件产品的质量，本次测试主要测试软件的内部运作原理和主要功能是否打到要求。
并从软件的开发开始到交付结束的各个阶段进行阶段性测试。
测试项：
系统的各个功能
开始条件：
测试人员和测试环境准备就绪后即开始测试
结束条件：
知道不能再发现系统的错误即可结束。
测试环境：
测试的操作系统：
WindowsXp，若干pc机
每台计算机安装测试工具：
TestCenter
要求能连接到互联网
报告和跟踪进度的方式：
每日报告、每周报告、书面报告、电话会议。
测试风险与解决方式：
测试中可能遇到的风险主要是测试的整体时间超过预定的测试期限。
解决方式：
延期的测试可能需要加班、添加测试人员或减少测试内容。
测试计划的审批与变更方式：
项目测试计划需通过项目负责人的审批。
众所周知，测试必须是基于一个稳定的“基线”进行，否则，因反复修改造成测试资源和开发资源的浪费是可观的。
因此测试计划的变更需要慎重的考虑。
4.3测试用例
测试用例编号
ATM-Test-01
测试题目
银行ATM机取款
测试标题
输入合法密码和金额，按金额确认，并取走现金和银行卡
预置条件
系统存在该用户
输入
分别输入金额1005035017001850密码987654
操作步骤
1.插入银行卡
2.输入密码98765
3.分别输入金额1005035017001850
4.点击确定
5.取走现金
6.取走银行卡
预期输出
1.提示输入密码
2.提示输入金额
3.提示确认
4.输出钞票
5.请取钞票
6.退出银行卡
7.界面恢复初始状态
测试用例编号
ATM-Test-02
测试题目
银行ATM机取款
测试标题
正常交易后打印凭条
预置条件
系统存在该用户
输入
输入金额100密码987654
操作步骤
1插入银行卡
2输入密码98765
3分别输入金额100
4点击确定
5取走现金
6点击打印凭条
6取走银行卡
预期输出
1提示输入密码
2提示输入金额
3提示确认
4输出钞票
5请取钞票
6打印凭条
7退出银行卡
8界面恢复初始状态
测试用例编号
ATM-Test-03
测试题目
银行ATM机取款
测试标题
插入非银行卡
操作步骤
插入IC卡
预期输出
提示用户“您使用的银行卡无效！
”，3秒钟后自动退出该银行卡
测试用例编号
ATM-Test-04
测试题目
银行ATM机取款
测试标题
输入非法密码
预置条件
系统存在该用户
输入
分别输入密码00000和0000000
操作步骤
1.插入银行卡
2.输入密码00000和0000000
预期输出
1.提示输入密码
2.提示用户“您输入的密码无效，请重新输入”。
测试用例编号
ATM-Test-05
测试题目
银行ATM机取款
测试标题
输入非法金额
预置条件
系统存在该用户
输入
密码98765金额0金额12345
操作步骤
1.插入银行卡
2.输入密码
3.输入金额0和12345
预期输出
1.提示输入密码
2.提示输入金额
3.提示用户“您输入的提款金额错误，情输入以50为单位的金额”。
测试用例编号
ATM-Test-06
测试题目
银行ATM机取款
测试标题
提取金额达到上限
预置条件
系统存在该用户
输入
密码98765金额为5000，50
操作步骤
1.插入银行卡
2.输入密码98765
3.输入金额5000
4.在23小时内提款50000
5.在23小时59分提款50
预期输出
1.提示输入密码
2.提示输入金额
3.提示用户“24小时内只能提取50000RMB，请重新输入提款金额”。
测试用例编号
ATM-Test-07
测试题目
银行ATM机取款
测试标题
输入非法密码超过三次
预置条件
系统存在该用户
输入
密码111111
操作步骤
1.插入银行卡
2.输入密码111111
3.重复操作“步骤2”2次（总共3次）。
预期输出
1.提示输入密码
2.提示用户“您输入的密码无效，请重新输入”。
3.重复“步骤1”“步骤2”2次（总共提示3次错误）。
4.系统吞卡
测试用例编号
ATM-Test-08
测试题目
银行ATM机取款
测试标题
ATM机余额不足
预置条件
系统存在该用户，输入合法密码和金额
输入
分别输入金额1005035017001850密码987654
操作步骤
1．插入银行卡
2．输入密码98765
3．输入金额1005035017001850
4．点击退卡
预期输出
1．提示输入密码
2．提示输入金额
3．提示“本机余额不足，请选择其他服务，否则请退卡！
”
4．退出银行卡
5．界面恢复初始状态
测试用例编号
ATM-Test-09
测试题目
银行ATM机取款
测试标题
查询账户
预置条件
系统存在该用户，输入合法密码
输入
点击查询
操作步骤
1．插入银行卡
2．输入密码98765
3．点击查询
4．点击退卡
预期输出
1．提示输入密码
2．提示输入金额
3．显示账户信息
4．退出银行卡
5．界面恢复初始状态
测试用例编号
ATM-Test-10
测试题目
银行ATM机取款
测试标题
修改密码
预置条件
系统存在该用户，输入合法密码
输入
点击修改密码，输入旧密码，输入新密码，确认新密码
操作步骤
1．插入银行卡
2．输入密码98765
3．点击修改密码
4．输入旧密码
5.输入新密码
6.确认新密码
7.点击退卡
预期输出
1．提示输入密码
2．显示操作界面
3．提示输入旧密码
4．提示输入新密码
5.提示确认密码
6.退出银行卡
7．界面恢复初始状态
测试用例编号
ATM-Test-11
测试题目
银行ATM机取款
测试标题
账户转账
预置条件
系统存在该用户，输入合法密码
输入
点击转账，输入转出账号，输入金额，确认
操作步骤
1．插入银行卡
2．输入密码98765
3．点击转账
4．输入转出对象帐号
5.输入金额
6.点击确认
7.点击退卡
预期输出
1．提示输入密码
2．显示操作界面
3．提示输入帐号
4.显示对方账户名
4．提示输入金额
5.点击确认
6.退出银行卡
7．界面恢复初始状态
4.4进度
实施进度
完成标准
测试初始阶段
1.对于本项目所有需要测试的系统进行了解
2.测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能
计划阶段
1.测试计划已编制完成
2.所有具体测试范围已确定
3.测试需求制定完成
设计阶段
1.测试用例设计已经完成
2.测试用例已覆盖所有测试需求
执行阶段
1.所有测试用例被执行
2.发现的缺陷都有缺陷记录
3.测试过程有测试记录
总结评估阶段
完成测试分析报告
4.5条件
对测试人员的要求：
（1）测试人员要提高自己的分层测试思想，在划分测试点的时候不光要从业务的角度考虑，还要充分考虑数据的特殊性。
（2）测试人员也应当具有一定的市场意识和风险意识，能够站在不同的角度，尽可能的分析系统可能存在的风险场景。
（3）测试负责人制定测试计划粒度要小、周期要短；测试组成员对于自己的工作都有明确的目标和子目标。
特别是存在交叉测试的模块，测试人员一定要责任明确，确保没有漏测的场景。
（4）测试人员一定要有自我推销意识，主动加强与开发人员、需求人员及客户的沟通。
（5）测试人员也应该像质量管理人员一样，在项目中起到过程监控点的作用。
能够从全局的角度反映项目存在的问题。
（6）提高测试效率很重要的一点就是对可复用资产的充分利用；可复用资产中比较重要的一部分就是测试用例的复用，所以在以后的测试中一定要充分利用可复用的测试用例提高测试用例的编写效率。
（7）“经验的浪费是最大的浪费”，测试人员一定要善意总结，把自己的测试经验记录下来，这样不仅能完善自己的测试思想还能为其他人提供系统的学习经验。
4.6测试资料
[1]软件测试官网
[2]XX百科
5．评价
5.1范围
测试内容
测试范围
局限性
白盒测试
测试软件产品的内部结构和处理过程
准备时间长，要求技术高，花费成本大
黑盒测试
测试软件外部功能
不可能覆盖所以代码，覆盖率低，自动化测试的复用性低
单元测试
测试某个功能或代码块
学习成本比较高，会大大增加程序员的工作量，
集成测试
测试组件之间的接口
问题定位和修改比较困难，许多接口错误很容易躲过测试
确认测试
测试全部功能和性能
系统测试
测试系统依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口
验收测试
验证软件的有效性
可能无法发现软件中由于主观原因造成的错误，同时要求大量的资源和计划
5.2准则
测试计划是一个重要文档，因此在形成测试计划的过程中要对测试计划和测试用例进行检查，当发现错误和遗漏时能在开发过程的早期对测试计划进行必要的增加和修改，减少测试用例的错误。
因此形成一份完整、精确和全面的测试计划需要经过计划、准备、检查、修改和继续5个步骤。
升级会员 