ATM测试计划Word文档格式.docx
《ATM测试计划Word文档格式.docx》由会员分享,可在线阅读,更多相关《ATM测试计划Word文档格式.docx(14页珍藏版)》请在冰豆网上搜索。
第一章总论4
1.1项目背景4
1.2项目目标4
1.3文档目的4
1.4文档摘要4
1.5系统视图5
第二章测试策略5
2.1测试策略5
2.2测试范围7
第三章测试方法8
3.1里程碑技术8
3.2测试实施过程8
3.3测试用例设计8
第四章测试组织9
4.1测试团队结构9
4.2功能划分9
4.3联系方式10
第五章资源需求10
5.1培训需求10
5.2硬件需求10
5.3软件需求10
5.4办公空间需求11
第六章时间进度安排11
第七章测试过程管理11
7.1测试文档11
7.2缺陷处理过程12
7.3测试报告12
第一章总论
一.1项目背景
ATM柜员机是4班的毕业项目,通过ATM柜员级模拟项目的开发,要求学生:
1、进一步熟练GUI界面设计
2、掌握使用GUI中的事件处理与高级GUI设计
3、进一步熟悉java的设计流程,对所学习内容得到更好应用
一.2文档目的
本测试计划主要有两类受众:
老师和学生。
◆组长根据该测试计划制定进一步的计划、安排(工作任务分配、时间进度安排)和控制测试过程;
◆组员根据该测试计划中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。
本文档主要阐述ATM系统测试过程中的一些细节,为ATM系统的测试工作提供一个框架:
●确定项目测试的策略、范围和方法;
●使项目测试工作的所有参与人员(组长、组员)对本项目测试的目标、范围、策略、方法、组织、资源等有一个清晰的认识;
●使项目测试工作的所有参与人员理解测试控制过程;
●从策略角度说明本项目测试的组织和管理,指导测试进展,并作为项目测试工作实施的依据;
●本文档是本项目测试整个过程进行的依据和标准;
●在测试过程中严格按照本文档的制定的去执行。
一.3文档摘要
在项目测试中很多因素决定了测试的成败和效率,同进也潜藏一定的测试风险。
在本文档中,主要通过以下方面对项目进行分析、计划和控制。
●软件理解:
测试人员通过用户文档配合使用软件来加强对项目的理解,理解深度如何。
●测试风险:
由于时间等各方面的因素,导致测试不完整。
●测试策略:
对于本项目,采用何种测试策略,测试哪些范围,存在什么样的风险。
●测试需求:
定义测试范围、测试重点,以及测试的目标。
●测试用例:
为了查找被测软件中的错误而设计的一系列的操作数据和执行步骤,即以系列测试条件的组合。
●测试环境:
需要什么样的测试环境,以及测试环境的一些信息。
●过程控制:
测试文档如何管理,缺陷如何处理,测试过程如何控制
●功能测试:
集中于功能正确性方面的测试。
功能测试必须和其他测试方法一起处理潜在的重要的质量风险,比如性能、负荷、容积和容量等。
一.4系统视图
第二章测试策略
二.1测试策略
◆数据和数据完整性测试
◆功能测试
◆易用性测试
◆安全测试
◆语言测试
2.1.1测试技术
◆本项目采用黑盒测试技术。
2.1.2依据标准
本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算,都是以ATM各子系统的功能为标准,测试的执行以系统处理逻辑为依据。
2.1.2测试过程
二.2测试范围
制定本次项目测试范围的依据为:
各子系统所包含的功能。
2.1.1要测试模块:
测试内容
测试范围
●登陆子系统
●取款子系统
●余额查询子系统
●转账子系统
●修改密码子系统
◆用户界面测试
●软件界面应具备优秀UI的七大标准
2.1.2测试风险分析
1、测试人员对系统熟悉程度的风险:
参与本项目的测试人员都是第一次接触该类型系统,在经过短期的系统培训后,仍然有可能没有完全掌握系统的业务细节,这将在后面的测试设计和测试执行工作造成一些测试逃逸现象(即一些要测试的方面没有测到)。
2、系统资料方面的风险:
本项目被测试的系统没有完备的开发文档,测试人员做测试设计时只能够参考初步使用该系统后对系统的了解,可能导致测试人员在初期无法全面地对系统进行深入的测试。
3、时间方面的风险:
本次项目时间只有一个星期,却要完成测试需求的制定、整套测试用例的设计和执行一轮完整的测试,时间进度非常紧张,可能导致测试设计工作不够完善。
第三章测试方法
三.1里程碑技术
在本项目中,我们将整个测试过程分为几个里程碑,达到一个里程碑后才能转换到下一阶段,以控制整个过程。
我们将整个测试过程分为以下几个里程碑:
里程碑
完成标准
测试初始阶段:
1.对于本项目所有需要测试的系统的培训完成
2.测试人员已经对所有被测系统/模块进行了使用,了解了被测系统的具体功能
计划阶段:
1.测试计划已编制完成
2.所有具体测试范围已确定
3.测试需求制定完成
设计阶段:
1.测试用例设计已经完成
2.测试用例已覆盖所有测试需求
执行阶段:
1.所有测试用例被执行
2.发现的缺陷都有缺陷记录
3.测试过程有测试记录
总结评估阶段:
1.完成测试分析报告
三.2测试实施过程
本项目由四位测试人员分别负责不同的子系统的测试,实施过程如下:
1、准备测试所需环境
2、准备测试所需数据
3、按照系统运行结构执行相应测试用例
4、记录测试过程和发现的缺陷
5、报告缺陷
三.3测试用例设计
本次测试的测试案例,是在阅读相关文档后,由测试人员对系统的理解按照系统层次结构组织编写。
●本系统案例的编写采用黑盒测试常用的分析方法设计用例;
●对于每一个测试用例,测试设计人员应为其指定输入(或操作)、预期输出(或结果);
●每一个测试用例,都必须有详细的测试步骤描述;
●本次测试设计的所有测试用例均需以规范的文档方式保存;
●在整个测试过程中,可根据项目实际情况对测试用例进行适当的变更;
●测试用例中测试数据的准备,由测试人员共同准备;
●按照系统的运行结构安排用例的执行;
第四章测试组织
本章主要描述测试团队的结构和职责,测试参与人员的功能划分,以及各自的联系方式等
四.1测试团队结构
角色
人员
职责
项目经理
◆组织测试培训
◆与相关部门、人员沟通
◆组织环境搭建
◆制定测试计划
◆测试需求、测试用例评审
◆控制测试进度
◆编写阶段总结报告
测试分析人员
孙银彬、杨和、余柯、王力
◆制定测试需求
◆为测试设计提供支持
◆统计分析测试过程和缺陷
测试设计人员
◆准备测试数据
◆设计测试用例
◆创建测试集
测试执行人员
◆执行测试用例
◆填写测试记录
◆创建缺陷记录
四.2功能划分
模块
资源
余轲
●存款子系统
王力
杨和
四.3联系方式
姓名
手机
电话
e-mail
第五章资源需求
五.1培训需求
由于参与本次测试的测试人员对ATM都不了解,需要对这些测试人员进行软件的相关培训。
培训内容包括:
◆软件架构的培训
◆软件数据流程的培训
◆各子系统的功能培训
◆在实际使用过程中哪些部分问题比较多
◆哪些部分是本次的重点测试对象
五.2硬件需求
本次共有四名测试人员,需要可联网使用的台式机四台,配置不低于双核,1G内存。
名称
数量
配置
其它说明
测试机
4
不低于双核、1G内存
五.3软件需求
根据软件的需求,操作软件可能需要安装Windows2000,另外,每个测试人员的测试机上还需要IIS和被测试的软件。
类型
操作软件
服务器操作系统可以是UNIX,WindowsNT(包括Windows2000以上版本;
客户机上操作系统为Windows98以上版本。
应用软件
SQLServer2000
AUT(被测应用程序)
ATM
五.4办公空间需求
本次测试在一教进行,需要提供平均每人至少2平米的办公空间。
第六章时间进度安排
《ATM测试进度计划》.MPP文件
第七章测试过程管理
七.1测试文档
七.1.1测试文档管理
◆测试文档由不同角色分别创建,各角色创建的文档如下:
文档名称
编制者
《测试计划》
《测试需求表》
所有小组成员
《测试用例》
《测试执行记录表》
《缺陷记录》
《测试总结分析报告》
七.1.2编号规则
系统编号
目的是定义要测试的各阶段的编号,以唯一标识阶段。
本项目需要测试的各自阶段的编号如下:
阶段
模块名称
编号
功能测试
●待机界面子系统
●密码错误子系统
●选择交易子系统
●取款完成子系统
●转账完成子系统
●密码修改成功子系统
●打印子系统
●取卡子系统
1.2
1.3
1.4
1.5
1.6
1.7
1.8
1.9
1.10
1.11
1.12
1.13
非功能测试
●界面测试
2.1
测试项编号规则
这里的测试项,是指测试需求、测试用例及缺陷记录等。
为了便于区分和管理测试项,并且唯一地标识测试项,需要对测试项规定一种编号规则。
我们制定编号规则如下:
系统识别码.测试项识别码.阶段编号.自行编号
编号名称
说明
定义
系统识别码
测试项目/系统的标识,在项目开始时自行定义,要求不与其他项目的标识冲突。
ATM系统识别码为ATM
测试项识别码
用于标识是何种测试项(测试用例、测试需求)
测试需求R
测试用例C
缺陷记录D
自行编号
测试项序号
测试项设计人员自行定义,要求顺序标识
例子:
ATM1.1.1
ATM.2.3
七.2缺陷处理过程
本项目只对系统进行一轮测试,测试过程不需要做缺陷跟踪。
特定义缺陷处理过程如下:
1、测试员每天记录当天发现的缺陷
2、测试员每天下班前将记录的缺陷发送给项目经理
3、测试结束时项目经理将所有缺陷整合成一个完整的缺陷文档,同其它测试文档一同提交给老师。
七.3测试报告
测试过程中,需要产生以下报告:
报告名称
报告内容
接受者
测试工作日报
◆一天工作汇报,
◆哪些做得好,为什么?
◆有什么问题,如何改进?
小组所有成员
老师
测试计划和需求评审报告
◆评审测试需求和测试计划
◆报告找出的问题
测试总结报告
◆测试过程概要
◆测试分析总结
◆建议