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

学校代码： 10128

学 号：200810205038 200820205052 200810205028 200810205032 课程设计

题 目：ATM自动取款机系统 —测试计划 学生姓名：

学 院：信息工程学院 系 别：计算机系 专 业：软件工程 班 级： 指导教师：

2011年7月21日

目录

1．引言............................................................................................................................................. 1

1.1编写目的 ............................................................................................................................ 1 1.2项目背景 ............................................................................................................................ 1 1.3定义 .................................................................................................................................... 1 1.4参考资料 ............................................................................................................................ 2 2．任务概述 ..................................................................................................................................... 2

2.1目标 .................................................................................................................................... 2 2.2运行环境 ............................................................................................................................ 2

2.2.1硬件环境 ................................................................................................................ 2 2.2.2软件环境 ................................................................................................................ 2 2.3需求概述 ............................................................................................................................ 3 2.4条件与 ........................................................................................................................ 3 3．计划............................................................................................................................................. 3

3.1测试方案 ............................................................................................................................ 3

3.1.1本次测试分别采用两种方案 ................................................................................ 3 3.1.2选取测试用例的原则 ............................................................................................ 4 3.2测试项目 ............................................................................................................................ 4

3.2.1组装测试 ................................................................................................................ 4 3.2.2确认测试 ................................................................................................................ 5 3.3测试准备 ............................................................................................................................ 5 3.4测试机构及人员 ................................................................................................................ 6 4．测试项目说明 ............................................................................................................................. 7

4.1测试项目 ............................................................................................................................ 7

4.1.1白盒测试 ................................................................................................................ 7 4.1.2黑盒测试 ................................................................................................................ 7 4.1.3单元测试 ................................................................................................................ 7 4.1.4集成测试 ................................................................................................................ 8 4.1.5确认测试 ................................................................................................................ 8 4.1.6系统测试 ................................................................................................................ 9 4.1.7验收测试 ................................................................................................................ 9 4.2测试项目名称及测试内容 .............................................................................................. 10 4.3测试用例 .......................................................................................................................... 11 4.4进度 .................................................................................................................................. 13 4.5条件 .................................................................................................................................. 13 4.6测试资料 .......................................................................................................................... 14 5．评价........................................................................................................................................... 14

5.1范围 .................................................................................................................................. 14 5.2准则 .................................................................................................................................. 14

测试计划

1．引言

1.1编写目的

编写测试计划的目的是：

（1）

为整体的软件系统制定一个现实可行的、综合的计划，包括每项测的对象、范围、方法、进度和预期结果。

（2）

为项目实施建立一个组织模型，并分配测试项目中每个人员的责任和工作内容。

（3） （4） （5） （6）

开发有效的测试模型，能正确地验证正在开发的软件系统。 确定测试所需要的时间和资源，以保证其可获得性、有效性。 确立每个测试阶段测试完成以及测试成功的标准和要达到的目标。 本测试计划主要测试人员作参照。

1.2项目背景

待开发项目名称：ATM自动取款机系统的分析与设计。

项目提出者：ATM机系统是应广大城市用户的需要，为用户提供方便、迅速、便捷的自动取款业务提出了ATM机自动取款系统设计方案。 项目兼容现有银行管理系统。

1.3定义

专业术语与缩略词

帐号：在银行中，事物应用的单个帐号。帐号可以为多种类型，但是至少包括支票和存款。每个顾客可以拥有多个帐号。

客户：拥有银行的一个或多个帐号的人。可以是一个人或多个人，或者是公司。相同的人，拥有不同的银行帐号被认为是不同的落户。

ATM：ATM是Automatic Teller Machine 的缩写，意为自动柜员机。是一种高度精密的机电一体化设备，利用磁卡或智能IC卡储存用户信息并通过加密键盘

1

测试计划

（EPP）输入密码然后通过银行内部网络验证并进行各种交易的金融自助设备。 事务：对单个客户帐号的单个完整的操作请求，一般是指要做的或所做的事情。

1.4参考资料

[1]吴建 汪杰 UML基础与Rose建模案例 ISBN编号：97871151578 人民邮电出版社 出版时间：2007-4-1

[2]张海藩 软件工程导论（第五版） ISBN编号：730217 出版社：清华大学出版社 出版时间：2008-2

[3]中国软件测试网：www. http://softtest.chinaitlab.com

2．任务概述

2.1目标

通过编写测试计划我们要尽量达到测试成本最小化、测试流程和测试内容完备化、测试手段可行化和测试结果实用化的理想目标。

测试计划要针对测试目的来规定测试的任务、所需的各种资源和投入、人员角色的安排、预见可能出现的问题和风险，以指导测试的执行，最终实现测试的目标，保证软件产品的质量。

2.2运行环境

2.2.1硬件环境 RAM：256兆以上 硬盘：2G以上 2.2.2软件环境

运行环境：Win/Vista/win7/2000/2003

2

测试计划

2.3需求概述

（1） 测试人员需求：测试人员应当具有一定的市场意识和风险意识，能够站

在不同的角度，尽可能的分析系统可能存在的风险场景。要有自我推销意识，主动加强与开发人员、需求人员及客户的沟通。测试人员也应该像质量管理人员一样，在项目中起到过程监控点的作用。能够从全局的角度反映项目存在的问题

（2） 硬件需求：本次共有四名测试人员，需要可联网使用的台式机或笔记本

四台，配置不低于2G硬盘，256兆内存。

（3） 软件需求：根据软件的需求，操作软件可能需要安装Windows Xp，另外，

每个测试人员的测试机上还需要安装测试软件TestCenter

（4） 办公空间需求：本次测需要提供一个至少80平米的办公空间。

2.4条件与

应具备条件：

应提供相应的硬件配置，测试工具，相应的软件及一定数量的测试技术人员和管理人员等，以及相应的测试环境。

测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境；软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。

3．计划

3.1测试方案

3.1.1本次测试分别采用两种方案

从考虑软件内部结构和具体实现角度采用白盒测试和黑盒测试方法。 从软件开发的过程按阶段采取单元测试、集成测试、确认测试、系统测试、验收

3

测试计划

测试

3.1.2选取测试用例的原则

（1） 一个测试用例一个功能点：每个测试用例都要有个测点，找准一个测点则

可，不能同时覆盖很多功能点，否则执行起来牵连太大。

（2） 测试用例的易读：从执行者的角度去写测试用例，最好不要有太多的术语

在里面，如果要有最好指明具体位置。 （3） 测试用例的执行粒度：粒度越小越好。

（4） 步骤清晰：一个测试用例多个步骤，可一个重点，步骤指名人们怎么去操

作。

（5） 总体设计：先正常，后异常，这样可以确保正常情况下功能能够走通。 总之：对于一个新来的tester，给他个测试用例和我们的软件，他就能顺利取执行测试，这是最佳状态，也是我们测试用例设计的原则。

3.2测试项目

3.2.1组装测试

组装测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的

单元组合成一个组件，并且测试它们之间的接口。组装测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别。 组装测试的主要步骤：

（1） 按照概要设计规格说明，明确有哪些被测模块。在熟悉被测模块性质的基

础上对被测模块进行分层，在同一层次上的测试可以并行进行，然后排出测试活动的先后关系，制定测试进度计划。

（2） 在步骤一的基础上，按时间线序关系，将软件单元组装为模块，并测试在

组装过程中出现的问题。这里，可能需要测试人员开发一些驱动模块来驱

4

测试计划

动组装活动中形成的被测模块。对于比较大的模块，可以先将其中的某几个软件单元组装为子模块，然后再组装为一个较大的模块。

（3） 将各软件模块组装为子系统（或分系统）。检测各自子系统是否能正常工

作。同样，可能需要测试人员开发少量的驱动模块来驱动被测子系统。 （4） 将各子系统组装为最终用户系统，测试是否存在各分系统能否在最终用户

系统中正常工作。 3.2.2确认测试

确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是确认测试的任务。确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。确认测试的主要内容如下 （1） 安装测试 （2） 功能测试 （3） 可靠性测试 （4） 安全性测试 （5） 时间及空间性能测试 （6） 易用性测试 （7） 可移植性测试 （8） 可维护性测试 （9） 文档测试

3.3测试准备

在做具体的测试之前做一些准备活动：

（1） 测试计算机。 因为测试都是有风险的，有的时候会导致蓝屏，计算机重

新启动，有时候则要求更换操作系统。

（2） 功能测试环境 和 性能测试环境 要分开。 性能测试是持续的，有的用例

要一次运行若干小时，只有单独的性能测试环境才能满足这个要求。

5

测试计划

（3） 提前准备好软件和硬件。

（4） 测试支持平台。 测试用例管理程序，bug管理程序，测试报告生成程序。 （5） 把搭建测试环境时遇到的问题和相应的解决办法记录下来。

（6） 准备测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅

助硬件设备所构成的环境；并准备软件运行时的操作系统、数据库及其他应用软件构成的环境。

3.4测试机构及人员

角色 项目经理 人员 赵中军 职责 组织测试培训 与相关部门、人员沟通 组织环境搭建 制定测试计划 测试需求、测试用例评审 控制测试进度 编写阶段总结报告 制定测试需求 为测试设计提供支持 统计分析测试过程和缺陷 准备测试数据 设计测试用例 创建测试集 创建缺陷记录 执行测试用例 填写测试记录 测试分析人员 赵中军，刘英杰 6

测试计划

4．测试项目说明

4.1测试项目

4.1.1白盒测试

白盒测试是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。白盒测试的主要方法分别为：

（1） 静态分析法：静态分析的关键功能是检查软件的表示和描述是否一致 ,

没有冲突或者没有歧义。

（2） 动态分析法：主要特点是当软件系统在模拟的或真实的环境中执行之前、

之中和之后 , 对软件系统行为的分析。动态分析包含了程序在受控的环境下使用特定的期望结果进行正式的运行。 4.1.2黑盒测试

黑盒测试是根据软件的规格对软件进行的测试，这类测试不考虑软件内部的运作原理。黑盒测试试图发现以下类型的错误： （1） 功能错误或遗漏。 （2） 界面错误。

（3） 数据结构或外部数据库访问错误。 （4） 性能错误。 （5） 初始化和终止错误。 4.1.3单元测试

单元测试，英文是Unit Testing。

单元测试是最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设计和编码的细节知识。

7

测试计划

单元测试的目的

（1） 为了提高软件开发效率和质量 （2） 统一单元测试风格 （3） 保证文档与单元 （4） 测试编码的一致性

（5） 方便开发人员进行单元测试的开发 4.1.4集成测试

集成测试是指一个应用系统的各个部件的联合测试，以决定他们能否在一起共同工作并没有冲突。

集成测试是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。

集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元，并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。 集成测试需要终点考虑的问题包括：

（1） 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。 （2） 各个子功能组合起来，能否达到预期要求的父功能。 （3） 一个模块的功能是否会对另一个模块的功能产生不利的影响。 （4） 全局数据结构是否有问题。

（5） 单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。 4.1.5确认测试

其任务是根据软件需求说明书中定义的全部功能和性能要求，以及确认测试计划测试整个系统是否达到了要求。并提交最终的用户手册和操作手册。

确认测试包括以下内容：

8

测试计划

①在模拟的环境中进行强度测试，即在事先规定的一个时期内运行软件的所有功能，以证明该软件无严重错误。

②执行测试计划中提出的所有确认测试。

③使用用户手册和操作手册，以进一步证实其实用性和有效性，并改正其中的错误。

④分析测试结果，找出产生错误的原因。 ⑤书写确认测试分析报告。 4.1.6系统测试

系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。 系统测试的主要步骤：

（1） 系统测试小组各成员共同协商测试计划。测试组长按照指定的模板起草

《系统测试计划》。该计划主要包括：测试范围（内容）、测试方法、测试环境与辅助工具、测试完成准则、人员与任务表。 （2） 设计系统测试用例。

（3） 有测试成员执行系统测试，将测试结果记录在《系统测试报告》中，并及

时通告给开发人员。

（4） 开发人员消除缺陷之后应当马上进行回归测试，以确保不会引入新的缺

陷。 4.1.7验收测试

验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试

9

测试计划

是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。验收测试的主要步骤：

（1） 了解软件功能和性能要求、软硬件环境要求等，并特别要了解软件的质

量要求和验收要求。

（2） 根据软件需求和验收要求编制测试计划，制定需测试的测试项，制定测

试策略及验收通过准则，并经过客户参与的计划评审。

（3） 建立测试的硬件环境、软件环境等。 （4） 测试并记录测试结果。

（5） 根据验收通过准则分析测试结果，作出验收是否通过及测试评价。 （6） 根据测试结果编制缺陷报告和验收测试报告，并提交给客户。

4.2测试项目名称及测试内容

测试项目名称：ATM自动取款系统

测试项目简介：为了保证软件产品的质量，本次测试主要测试软件的内部运作原理和主要功能是否打到要求。并从软件的开发开始到交付结束的各个阶段进行阶段性测试。

测试项：系统的各个功能

开始条件：测试人员和测试环境准备就绪后即开始测试 结束条件：知道不能再发现系统的错误即可结束。 测试环境：

测试的操作系统：Windows Xp ，若干pc机 每台计算机安装测试工具：TestCenter 要求能连接到互联网 测试者的任务、联系方式：

XXX负责白盒测试 联系方式：415171946@qq.com XXX负责黑盒测试 联系方式：396590255@qq.com XXX负责阶段性的测试 联系方式：73912@qq.com

报告和跟踪进度的方式：每日报告、每周报告、书面报告、电话会议。 测试风险与解决方式：

10

测试计划

测试中可能遇到的风险主要是测试的整体时间超过预定的测试期限。 解决方式：延期的测试可能需要加班、添加测试人员或减少测试内容。 测试计划的审批与变更方式：

项目测试计划需通过项目负责人的审批。众所周知，测试必须是基于一个稳定的“基线”进行，否则，因反复修改造成测试资源和开发资源的浪费是可观的。因此测试计划的变更需要慎重的考虑。

4.3测试用例

测试用例编号 测试题目 测试标题 预置条件 输入 操作步骤 ATM-Test-01 银行ATM机取款 输入合法密码和金额，按金额确认，并取走现金和银行卡 系统存在该用户 分别输入金额100 50 350 1700 1850 密码9876 1. 插入银行卡 2. 输入密码98765 3. 输入金额100 50 350 1700 1850 4. 点击确定 5. 取走现金 6. 取走银行卡 1. 提示输入密码 2. 提示输入金额 3. 提示确认 4. 输出钞票 5. 退出银行卡 6. 界面恢复初始状态 ATM-Test-02 银行ATM机取款 插入非银行卡 插入IC卡 提示用户“您使用的银行卡无效！”，3秒钟后自动退出该银行卡 ATM-Test-03 银行ATM机取款 输入非法密码 系统存在该用户 分别输入密码00000 和0000000 1. 插入银行卡 2. 输入密码00000 和0000000 11

预期输出 测试用例编号 测试题目 测试标题 操作步骤 预期输出 测试用例编号 测试题目 测试标题 预置条件 输入 操作步骤 测试计划

预期输出 测试用例编号 测试题目 测试标题 预置条件 输入 操作步骤 1. 提示输入密码 2. 提示用户“您输入的密码无效，请重新输入”。 ATM-Test-04 银行ATM机取款 输入非法金额 系统存在该用户 密码98765 金额0 金额12345 1. 插入银行卡 2. 输入密码 3. 输入金额 0 和12345 1. 提示输入密码 2. 提示输入金额 3. 提示用户“您输入的提款金额错误，情输入以50为单位的金额”。 ATM-Test-05 银行ATM机取款 提取金额达到上限 系统存在该用户 密码98765 金额为1500，50 1. 插入银行卡 2. 输入密码98765 3. 输入金额1500 4. 在23小时内提款4500 5. 在23小时59分提款50 1. 提示输入密码 2. 提示输入金额 3. 提示用户“24小时内只能提取4500RMB，请重新输入提款金额”。 ATM-Test-06 银行ATM机取款 输入非法密码超过三次 系统存在该用户 密码111111 1. 插入银行卡 2. 输入密码111111 3. 重复操作“步骤2”2次（总共3次）。 1. 提示输入密码 2. 提示用户“您输入的密码无效，请重新输入”。 3. 重复“步骤1”“步骤2”2次（总共提示3次错误）。 4. 系统吞卡 12

预期输出 测试用例编号 测试题目 测试标题 预置条件 输入 操作步骤 预期输出 测试用例编号 测试题目 测试标题 预置条件 输入 操作步骤 预期输出

测试计划

4.4进度

实施进度 测试初始阶段 完成标准 计划阶段 设计阶段 执行阶段 总结评估阶段 1. 对于本项目所有需要测试的系统的培训完成 2. 测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能 1. 测试计划已编制完成 2. 所有具体测试范围已确定 3. 测试需求制定完成 1. 测试用例设计已经完成 2. 测试用例已覆盖所有测试需求 1. 所有测试用例被执行 2. 发现的缺陷都有缺陷记录 3. 测试过程有测试记录 完成测试分析报告 4.5条件

对测试人员的要求：

（1） 测试人员要提高自己的分层测试思想，在划分测试点的时候不光要从业务

的角度考虑，还要充分考虑数据的特殊性。

（2） 测试人员也应当具有一定的市场意识和风险意识，能够站在不同的角度，

尽可能的分析系统可能存在的风险场景。

（3） 测试负责人制定测试计划粒度要小、周期要短；测试组成员对于自己的工

作都有明确的目标和子目标。特别是存在交叉测试的模块，测试人员一定要责任明确，确保没有漏测的场景。

（4） 测试人员一定要有自我推销意识，主动加强与开发人员、需求人员及客户

的沟通。

（5） 测试人员也应该像质量管理人员一样，在项目中起到过程监控点的作用。

能够从全局的角度反映项目存在的问题。

（6） 提高测试效率很重要的一点就是对可复用资产的充分利用；可复用资产中

比较重要的一部分就是测试用例的复用，所以在以后的测试中一定要充分利用可复用的测试用例提高测试用例的编写效率。

（7） “经验的浪费是最大的浪费”，测试人员一定要善意总结，把自己的测试

经验记录下来，这样不仅能完善自己的测试思想还能为其他人提供系统的

13

测试计划

学习经验。

4.6测试资料

[1]软件测试官网 www.chinaTarena.com [2]百度百科

5．评价

5.1范围

测试内容 白盒测试 黑盒测试 单元测试 集成测试 确认测试 系统测试 测试范围 测试软件产品的内部结构和处理过程 测试软件外部功能 局限性 准备时间长，要求技术高，花费成本大 不可能覆盖所以代码，覆盖率低，自动化测试的复用性低 测试某个功能或代码块 学习成本比较高，会大大增加程序员的工作量， 测试组件之间的接口 问题定位和修改比较困难，许多接口错误很容易躲过测试 测试全部功能和性能 测试系统依赖的硬件、外设甚 至包括某些数据、某些支持软件及其接口 验证软件的有效性 可能无法发现软件中由于主观原因造成的错误，同时要求大量的资源和计划 验收测试 5.2准则

测试计划是一个重要文档，因此在形成测试计划的过程中要对测试计划和测试用例进行检查，当发现错误和遗漏时能在开发过程的早期对测试计划进行必要的增加和修改，减少测试用例的错误。因此形成一份完整、精确和全面的测试计划需要经过计划、准备、检查、修改和继续5个步骤。

14