ATM自动取款机系统测试计划

上传人:共*** 文档编号:61073579 上传时间:2018-11-22 格式:DOC 页数:17 大小:191KB
返回 下载 相关 举报
ATM自动取款机系统测试计划_第1页
第1页 / 共17页
ATM自动取款机系统测试计划_第2页
第2页 / 共17页
ATM自动取款机系统测试计划_第3页
第3页 / 共17页
ATM自动取款机系统测试计划_第4页
第4页 / 共17页
ATM自动取款机系统测试计划_第5页
第5页 / 共17页
点击查看更多>>
资源描述

《ATM自动取款机系统测试计划》由会员分享,可在线阅读,更多相关《ATM自动取款机系统测试计划(17页珍藏版)》请在金锄头文库上搜索。

1、学校代码:           课程设计题   目:ATM自动取款机系统(测试计划)学生姓名:学   院: 系   别:   专   业:软件工程 班   级:软件班指导教师:                        20XX年X月X日 目录1引言11.1编写目的11.2项目背景11.3定义21.4参考资料22任务概述22.1目标22.2运行环境32.2.1硬件

2、环境32.2.2软件环境32.3需求概述32.4条件与限制43计划43.1测试方案43.1.1本次测试分别采用两种方案43.1.2选取测试用例的原则43.2测试项目53.2.1对ATM的组装测试53.2.2对ATM的确认测试53.3测试准备63.4测试机构及人员64测试项目说明74.1测试项目74.1.1白盒测试:74.1.2黑盒测试74.1.3单元测试74.1.4集成测试74.1.5确认测试84.1.6系统测试84.1.7验收测试84.2测试项目名称及测试内容84.3测试用例94.4进度134.5条件144.6测试资料145评价145.1范围145.2准则15六、测试计划1引言1.1编写目的

3、编写测试计划的目的是:(1) 为整体的软件系统制定一个现实可行的、综合的计划,包括每项测的对象、范围、方法、进度和预期结果。(2) 为项目实施建立一个组织模型,并分配测试项目中每个人员的责任和工作内容。(3) 开发有效的测试模型,能正确地验证正在开发的软件系统。(4) 确定测试所需要的时间和资源,以保证其可获得性、有效性。(5) 确立每个测试阶段测试完成以及测试成功的标准和要达到的目标。(6) 本测试计划主要为测试人员作参照。1.2项目背景待开发项目名称:ATM自动取款机系统的分析与设计。委托单位:呼和浩特建设银行开发单位: 主管部门: 用户:呼和浩特建设银行产品的所有权:呼和浩特建设银行项目

4、开发者: 项目背景:在市场经济的蓬勃发展和人们日益繁忙的条件下,现有的银行系统往往需要客户在办理手续时等待很长的时间,这不仅会浪费很多宝贵的时间,也会使得银行的业务人员十分的繁忙,需要很大的人力和财力。基于这样的情况,ATM 取款机系统的开发就显的十分的重要!它可以减少银行的业务处理压力,尽量节省人们的时间,并且可以有效解决用户信息和资金信息的繁杂问题。1.3定义专业术语与缩略词帐号:在银行中,事物应用的单个帐号。每个顾客可以拥有多个帐号。用户:拥有银行的一个或多个帐号的人。可以是一个人或多个人,或者是公司。相同的人,拥有不同的银行帐号被认为是不同的落户。ATM:ATM是Automatic T

5、eller Machine 的缩写,意为自动取款机。是一种高度精密的机电一体化设备,利用磁卡或智能IC卡储存用户信息并通过加密键盘输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。1.4参考资料1吴建 汪杰 UML基础与Rose建模案例  ISBN编号:9787115158978  人民邮电出版社  出版时间:2007-4-12张海藩 软件工程导论(第五版) ISBN编号:7302164789  出版社:清华大学出版社  出版时间:2008-23中国软件测试网:www. http:/2任务概述2.1目标通过编写测试计划我们要尽量达到

6、测试成本最小化、测试流程和测试内容完备化、测试手段可行化和测试结果实用化的理想目标。测试计划要针对测试目的来规定测试的任务、所需的各种资源和投入、人员角色的安排、预见可能出现的问题和风险,以指导测试的执行,最终实现测试的目标,保证软件产品的质量。2.2运行环境2.2.1硬件环境CPU:1GHZ及以上内存:1G以上硬盘:20G以上2.2.2软件环境操作系统:Microsoft Windows XP或更高版本数 据 库:Microsoft SQL Server 2005Web服务器:Tomcat5.0以上支持浏览器:Internet Explorer 7.0及其以上版本开发环境:MyEclipse

7、,jdk,Microsoft SQL Server 2005测试环境:WinRunner、LoadRunne 2.3需求概述(1)  人员需求:参与测试的项目成员应当具有一定的市场意识和风险意识,能够站在不同的角度,尽可能的分析系统可能存在的风险场景。要有自我推销意识,主动加强与开发人员、需求人员及客户的沟通。测试人员也应该像质量管理人员一样,在项目中起到过程监控点的作用。能够从全局的角度反映项目存在的问题(2)  硬件需求:本次共有四名测试人员,需要可联网使用的台式机或笔记本四台,配置不低于2G硬盘,256兆内存。(3)  软件需求:根据软件的需求,操作软件可能

8、需要安装Windows XP另外,每个测试人员的测试机上还需要安装测试软件WinRunner、LoadRunner(4)  办公空间需求:本次测需要提供一个至少80平米的办公空间。2.4条件与限制应具备条件:在四人项目小组中,应有相应的硬件配置,测试工具,相应的软件及至少两个人组成测试团队包括一个测试技术人员和一个管理人员,及相应的测试环境。测试环境包括硬件环境和软件环境,硬件环境指测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境;软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。3计划3.1测试方案3.1.1本次测试分别采用两种方

9、案从考虑软件内部结构和具体实现角度采用白盒测试和黑盒测试方法。从软件开发的过程按阶段采取单元测试、集成测试、确认测试、系统测试、验收测试3.1.2选取测试用例的原则(1) 一个测试用例一个功能点:每个测试用例都要有个测点,找准一个测点则可,不能同时覆盖很多功能点,否则执行起来牵连太大。(2) 测试用例的易读:从执行者的角度去写测试用例,最好不要有太多的术语在里面,如果要有最好指明具体位置。(3) 测试用例的执行粒度:粒度越小越好,选取先正常后异常的原则。(4) 步骤清晰:一个测试用例多个步骤,可一个重点,步骤指名人们怎么去操作。(5) 总体设计:先正常,后异常,这样可以确保正常情况下功能能够走

10、通。总之:对于一个新来的tester,给他个测试用例和我们的软件,他就能顺利取执行测试,这是最佳状态,也是我们测试用例设计的原则。%wM;|*ZRd(L051Testing软件测试网)G?+T!L(3.2测试项目3.2.1对ATM的组装测试主要步骤:(1) 按照概要设计规格说明,明确有哪些被测模块。在熟悉被测模块性质的基础上对被测模块进行分层,在同一层次上的测试可以并行进行,然后排出测试活动的先后关系,制定测试进度计划。(2) 在步骤一的基础上,按时间线序关系,将软件单元组装为模块,并测试在组装过程中出现的问题。这里,可能需要测试人员开发一些驱动模块来驱动组装活动中形成的被测模块。对于比较大的

11、模块,可以先将其中的某几个软件单元组装为子模块,然后再组装为一个较大的模块。(3) 将各软件模块组装为子系统(或分系统)。检测各自子系统是否能正常工作。同样,可能需要测试人员开发少量的驱动模块来驱动被测子系统。(4) 将各子系统组装为最终用户系统,测试是否存在各分系统能否在最终用户系统中正常工作。3.2.2对ATM的确认测试(1) 安装测试: 测试在预期系统环境下ATM是否能够正常安装且正常启动(2) 功能测试:测试ATM各个功能模块是否能够正常运行(3) 可靠性测试:测试ATM在正常运行时是否会出现预期的结果(4) 安全性测试:测试ATM在非常规操作时是否会引起数据改动和信息泄漏(5) 时间

12、及空间性能测试:测试ATM工作时的限制条件是否正常(6) 易用性测试:测试操作ATM时是否便捷(7) 可移植性测试:测试ATM是否能在预期的各个系统下运行(8) 可维护性测试:测试ATM是否能够修改改进(9) 文档测试:对文档进行对应系统的错误检查和更新确认3.3测试准备在做具体的测试之前做一些准备活动:(1) 测试计算机。 因为测试都是有风险的,有的时候会导致蓝屏,计算机重新启动,有时候则要求更换操作系统。(2) 功能测试环境 和 性能测试环境 要分开。 性能测试是持续的,有的用例要一次运行若干小时,只有单独的性能测试环境才能满足这个要求。(3) 提前准备好软件和硬件。(4) 测试支持平台。

13、 测试用例管理程序,bug管理程序,测试报告生成程序。(5) 把搭建测试环境时遇到的问题和相应的解决办法记录下来。(6) 准备测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境;并准备软件运行时的操作系统、数据库及其他应用软件构成的环境。3.4测试机构及人员角色人员职责项目组长控制指导测试管理负责项目小组工作协调组织环境搭建参与制定测试计划测试需求、测试用例评审控制测试进度编写阶段总结报告测试分析人员制定测试需求为测试设计提供支持统计分析测试过程和缺陷准备测试数据设计测试用例创建测试集创建缺陷记录执行测试用例填写测试记录4测试项目说明4.1测试项目4.1.1白盒

14、测试:主要在ATM系统开发过程中对其内部结构和处理过程进行分析测试检查软件的表示和描述是否一致 , 没有冲突或者没有歧义。当软件系统在模拟的或真实的环境中执行之前、之中和之后 , 对软件系统行为的分析其中包含程序在受控的环境下使用特定的期望结果进行正式的运行。4.1.2黑盒测试在对ATM进行黑盒测试过程中尽量发现其中的功能错误或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。4.1.3单元测试在ATM开发过程中,为了提高软件开发效率和质量、统一单元测试风格、保证文档与单元和测试编码的一致性、方便开发人员进行单元测试的开发,这部分将由最了解系统细节的开发人员进行测试并产

15、生相应文档4.1.4集成测试在对ATM系统进行集成测试时,需要测试包括在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失;各个子功能组合起来,能否达到预期要求的父功能;一个模块的功能是否会对另一个模块的功能产生不利的影响;全局数据结构是否有问题;单个模块的误差积累起来,是否会放大,从而达到不可接受的程度等内容。4.1.5确认测试在ATM系统的确认测试阶段需要根据软件需求说明书中定义的全部功能和性能要求,以及确认测试计划测试整个系统是否达到了要求。并提交最终的用户手册和操作手册。包括在模拟的环境中进行强度测试,即在事先规定的一个时期内运行软件的所有功能,以证明该软件无严重错误。执行测试计划中提出的所有确认测试。使用用户手册和操作手册,以进一步证实其实用性和有效性,并改正其中的错误。分析测试结果,找出产生错误的原因。书写确认测试分析报告。4.1.6系统测试系统测试是基于ATM系统整体需求说明书的黑盒类测试,系统测试应覆盖ATM系统所有联合的部件。以验证系统是否满足了需求规格的定义,找出与需求规格不相符合或与之矛盾的地方。系统测试的对象不仅仅包括需要测试的产品系统

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号