ATM系统测试计划.docx

ATM系统测试计划.docx

《ATM系统测试计划.docx》由会员分享，可在线阅读，更多相关《ATM系统测试计划.docx（13页珍藏版）》请在冰豆网上搜索。

ATM系统测试计划

ATM系统项目测试计划

Version1.0

目录

1.测试目的和测试项目简介3

1.1目的3

1.2背景3

1.3范围3

2.测试参考文档和测试提交文档4

2.1测试参考文档4

2.2测试提交文档4

3.术语和定义4

4.测试策略4

4.1测试策略4

4.1.1数据库测试5

4.1.2功能测试5

4.1.3界面测试6

4.1.4安全性测试6

4.1.5裸机测试6

4.2工具7

5.确定测试内容7

6.资源7

6.1角色7

6.2系统8

7.测试进度及任务安排8

7.1各测试阶段时间、人员安排及成果提交8

7.2项目里程碑8

8.风险和问题9

1.测试目的和测试项目简介

1.1目的

ATM系统的“测试计划”文档有助于实现以下目标：

确定现有项目的信息和应测试的软件构件。

列出推荐的测试需求。

推荐可采用的测试策略，并对这些策略加以说明。

确定所需的资源，并对测试的工作量进行估计。

列出测试项目的可交付元素。

1.2背景

项目名称：

ATM系统

任务提出者：

长沙牛耳信息技术有限公司

开发者：

长沙牛耳信息技术有限公司开发部

用户：

长沙牛耳信息技术有限公司

ATM系统的项目背景：

见《ATM用户需求》

ATM系统的基本功能：

见《ATM用户需求》

1.3范围

测试的各个阶段定义：

单元测试:

开发人员各单元编码自测后提交测试，由测试人员构造驱动模块进行测试。

测试设计：

根据需求规格说明书和最终的系统设计，制订测试计划、测试方案，包括收集测试方法、测试用例，可能的测试工具等。

集成测试：

前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程。

2.测试参考文档和测试提交文档

2.1测试参考文档

ATM用户需求.txt

ATM需求分析说明书.doc

ATM系统项开发计划.doc

ATM系统详细设计.doc

2.2测试提交文档

测试用例：

通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内分出优先级,测试用例以Excel文件上传VSS配置管理。

Excel文件命名格式为ATM_case_+日期+序号

例如:

ATM_case_20120225_01.xls

测试日志：

测试人员每天进行小结，记录进行了哪些工作，包括未发现问题的部分和对系统（模块）现状的评价，以上记录保存Bugfree/Bugzilla中。

缺陷记录：

测试发现的问题登记到Bugfree/Bugzilla（由测试项目组自行决定）

测试报告:

测试完成后，编写测试报告提交VSS配置管理。

其他：

详见7.1各测试阶段时间、人员安排及成果提交

3.术语和定义

探索测试：

以了解功能和需求为目的，对功能做冒烟

4.测试策略

4.1测试策略

系统测试阶段之前以功能测试为主，不考虑性能和安全测试，系统测试过程中在保证功能测试完成的情况下酌情考虑性能和安全测试

冒烟测试:

对所有版本进行正式测试前，先对版本的主要功能和被测目标功能做简单的功能覆盖，确认没有问题后再进入正式测试.

功能测试：

对已实现的功能进行验证测试，确保功能包括界面和操作实现正常、无误。

同时考虑是否适合自动化测试。

数据库测试：

针对与数据库的数据保存相关的功能进行测试，通过前台界面对数据的读写操作测试数据库。

以数据库运行正常，数据不丢失、数据与前台界面功能一致为标准。

界面易用性测试：

集成测试阶段对界面的可操作性、界面字体、颜色感官舒适度、快捷方式进行测试。

性能测试:

系统测试阶段对主要功能模块验证多用户大数据量的压力测试,并考虑是否合适自动化测试

安全性测试：

在系统测试阶段针对用户验证、数据删除等功能做验证，确保基本安全性。

裸机测试：

在系统测试阶段在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。

标准是裸机环境上程序运行正常。

4.1.1数据测试

测试目标：

确保数据访问方法和进程正常运行，数据不会遭到损坏。

方法：

·在操作界面分别测试数据的新建、修改、删除等，检查数据是否正确、一致、完整。

·测试数据的查找功能，检查提取的数据是否正确，并测试相关功能。

·测试数据的不同显示方式。

·测试有效和无效数据对数据的影响。

完成标准：

所有的数据访问方法和进程都按照设计的方式运行，数据没有遭到损坏。

需考虑的特殊事项：

·注意执行界面和数据是否限制多个终端对相同数据的同时修改

4.1.2功能测试

测试目标：

系统提供的功能与需求或用户手册相符。

方法：

·单元测试阶段对单个函数或模块执行独立测试

·集成测试阶段整合各个函数或模块进行测试

·重要的功能应该投入更多的精力进行测试，并及时小结。

完成标准：

·功能实现，且可以正确执行。

·所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。

需考虑的特殊事项：

·注意开发组可能的功能变化和需求、设计变更。

·注意其中一些重要功能是与实际效果相关，而不是简单的功能实现。

·注意值域测试的提示信息。

4.1.4安全性测试

测试目标：

程序提供的安全性功能符合需求的设计。

方法：

·测试系统的安全性，包括是否有登陆验证和密码验证，是否根据权限不同从而提供不同功能等。

完成标准：

程序的安全性功能可以保证用户的正常使用。

需考虑的特殊事项：

·此方面经验比较少，需要摸索和总结。

4.1.5裸机测试

测试目标：

在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。

标准是裸机环境上程序运行正常。

方法：

·在干净的环境上，进行与其他测试环境相同的测试，应包括所有测试内容（一般有一台机器专门用于裸机测试）。

·

完成标准：

证实干净系统的程序使用也是正常的。

4.2工具

此项目将使用以下工具：

工具类型

工具名称

厂商

版本

测试记录

WORD、EXCEL

Microsoft

2003

缺陷跟踪

Bugfree/Bugzilla

开源

2.0/2.18

配置管理

VisualSourceSafe

Microsoft

6.0

5.确定测试内容

模块名称

用户验证

模块编号

01

主要功能

由ATM系统通过对用户在使用ATM系统功能之前的一个用户验证，验证用户输入的卡号和密码是否正确，正确后判断用户的类型，普通用户进入终端程序主菜单界面；管理员用户进入管理程序主菜单界面。

测试内容

测试用户验证主要功能能否实现

优先级

高

模块名称

用户开户

模块编号

02

主要功能

由管理员通过ATM系统管理程序模块来完成。

管理员通过系统二次确认为合法用户后，管理员输入相应的开户个人信息（卡号、密码、身份证号、姓名、性别、电话、地址，金额）,ATM系统验证个人信息格式，正确后保存。

测试内容

测试用户开户主要功能能否实现

优先级

高

模块名称

用户资料修改

模块编号

03

主要功能

由管理员通过ATM系统管理程序模块来完成，管理员通过系统二次确认为合法用户后，选择用户资料修改功能，输入用户卡号，修改用户密码、身份证号、姓名、电话、地址信息，ATM系统验证输入信息格式，正确后保存。

测试内容

测试用户资料修改主要功能能否实现

优先级

高

模块名称

普通用户取款

模块编号

04

主要功能

由普通用户在ATM系统通过终端程序模块来完成。

用户通过系统验证为合法用户后，选择取款功能，输入要取出的金额，确认金额，完成后系统显示日期时间、卡号、取款金额、之前余额、之后余额。

测试内容

测试普通用户取款主要功能能否实现

优先级

中

模块名称

管理员给用户取款

模块编号

05

主要功能

管理用户在ATM系统通过管理程序模块来完成。

管理员用户通过系统验证为合法用户后，选择取款功能，输入用户卡号，卡号验证正确后，输入要取出的金额，确认金额，完成后系统显示日期时间、卡号、取款金额、之前余额、之后余额。

测试内容

测试管理员给用户取款主要功能能否实现

优先级

中

模块名称

普通用户存款

模块编号

06

主要功能

由普通用户在ATM系统通过终端程序模块来完成。

普通用户通过系统验证为合法用户后，选择存款功能，输入要存入的金额，确认金额，完成后系统显示日期时间、卡号、存款金额、之前余额、之后余额。

测试内容

测试普通用户存款模块主要功能能否实现

优先级

中

模块名称

管理员给用户存款

模块编号

07

主要功能

管理员在ATM系统通过管理程序模块来完成。

管理员用户通过系统验证为合法用户后，选择存款功能，输入用户卡号，卡号验证正确后，输入要存入的金额，确认金额，完成后系统显示日期时间、卡号、存款金额、之前余额、之后余额。

测试内容

测试管理员给用户存款模块主要功能能否实现

优先级

中

模块名称

用户信息查询

模块编号

08

主要功能

由普通用户通过终端程序模块来完成，管理员通过管理程序模块来完成。

用户通过系统验证为合法用户后，选择用户信息查询，选择按卡号查询，输入卡号，验证卡号是否正确，正确则显示相应信息，错误则请重新输入卡号；选择按身份证号查询，输入身份证号，验证身份证是否正确，正确则判断该身份证是否开了多个卡，如果没有就直接显示用户信息。

如果开了多张卡，则列出卡号让用户选择，选择卡号，显示该卡号信息。

如果输入身份证号错误，则重新输入身份证号。

测试内容

测试用户信息查询模块主要功能能否实现

优先级

中

模块名称

用户存、取款记录查询

模块编号

09

主要功能

用户存、取款记录查询功能是由普通用户通过终端程序模块来完成，管理员通过管理程序模块来完成。

用户通过系统确认为合法用户后，选择存取、款查询，输入查询卡号，显示日期时间、卡号、姓名、存、取款记录。

测试内容

测试用户存、取款记录查询模块主要功能能否实现

优先级

中

模块名称

文件的写入与读取

模块编号

10

主要功能

用户开户资料的写入，用户资料修改的写入，用户取款信息的写入，用户存款信息的写入；用户信息查询资料、用户存、取款记录查询资料的读取。

测试内容

测试文件的写入与读取模块主要功能能否实现

优先级

低

模块名称

管理模块菜单

模块编号

11

主要功能

用户类型验证为管理员后，进入管理模块菜单，管理模块菜单有用户开户功能，用户资料修改功能，取款功能，存款功能，信息查询功能，存、取款信息查询功能，退出功能。

测试内容

测试管理模块菜单主要功能能否实现

优先级

低

模块名称

终端模块菜单

模块编号

12

主要功能

用户类型验证为普通用户后，进入终端模块菜单，终端模块菜单有取款功能，存款功能，信息查询功能，存、取款信息查询功能，退出功能。

测试内容

测试终端模块菜单主要功能能否实现

优先级

低

模块名称

显示日期时间

模块编号

13

主要功能

管理模块菜单或终端模块菜单中任何业务功能使用结束后显示当前日期时间。

测试内容

测试显示日期时间主要功能能否实现

优先级

低

6.资源

6.1角色

下表列出了在此项目的人员配备方面所作的各种假定。

角色

人员

具体职责或注释

测试组长

何鹏

进行管理监督。

职责：

提供技术指导

获取适当的资源

生成测试计划

收集测试用例

参与测试

测试员

何鹏罗彪