测试计划模板(完整版)
-
.
XXXX
.
测试计划
XXXX
年
XX
月
XX
日
.
版号
1.0
2.0
变更人
xxx
xxx
变更时间
2011-7-8
2011-7-25
变更内容
创建该项目测试计划
修改该项目测试计划
批准人
批准时间
.
.
目录
第一章
总论
..........................
..................................................
..................................................
........
1
1.1
项目背景
.
..................................................
..................................................
..................................
1
1.2
文档目的
.
..................................................
..................................................
..................................
1
1.3
测试环境
.
..................................................
..................................................
..................................
2
第二章
测试策略
.......................
..................................................
..................................................
...
4
2.1
整体策略
.
..................................................
..................................................
..................................
4
2.2
测试范围
.
..................................................
..................................................
..................................
7
2.3
风险分析
.
..................................................
..................................................
..................................
9
第三章
测试方法
.......................
..................................................
..................................................
. 10
3.1
里程碑技术
.
.................................................
..................................................
.............................
1
0
3.2
测试用例设计
.
................................................ .................................................. ..........................
1
0
3.3
测试实施过程
.
................................................ .................................................. ..........................
1
1
3.4
测试方法综述
.
................................................ .................................................. ..........................
1
1
3.5
测试团队结构
.
................................................ .................................................. ..........................
1
1
3.6
功能划分
.
..................................................
..................................................
................................
1
2
第四章
资源需求
.......................
..................................................
..................................................
. 13
4.1
培训需求
.
..................................................
..................................................
................................
1
3
4.2
硬件需求
.
..................................................
..................................................
................................
1
3
4.3
软件需求
.
..................................................
..................................................
................................
1
3
4.4
相关信息保存的位置
.
.............................................
..................................................
.................
1
4
第五章
时间进度安排
.....................
..................................................
.............................................
15
第六章
测试过程管理
.....................
..................................................
.............................................
16
6.1
缺陷处理过程
.
................................................ .................................................. ..........................
1
6
6.2
测试报告
.
..................................................
..................................................
................................
1
7
.
.
第一章
总论
1.1
项目背景
本平台主要是面向有数据分析需求的业务人员,
帮助他们进行自主数据分析
工作,
从而摆脱之前传统
的提数据需求到科技部门,
科技部门手工取数后再返回
给业务人
员的模式,
极大提高了业务人员数据获取的时效性,
也避免了业
务需求
在流转时的业务含义偏差。
而且
Tableau
通过简单的拖拽操作、
主流的数据分析
算法和常用的挖掘算法、
丰富的可视化展现效果,
能够直观、
迅速的帮助业务人
员进行数据展现及其后续数据分
析。
本项目分为统一数据门户建设
、数据集市建设、历史交易数据查询、
ALM
项
目报表开发四部分任务。
按测试任务分为数据集市测试、
数据展现测试、
统一数
据门户平台测试三部分。
1.2
文档目的
本测试计划主要有两类受众
:测试管理人员(项目经理、客户指派人员)和
测试人员。
项目经理根据该测试计划制定进一
步的计划、安排(工作任务分配、时
间进度安排)和控制测试过程;
客户指派人员通过该测试计划了解测试过程和相关信息。
测试人员根据该测试计划中制定的
范围、方法确定测试需求、设计测试
用例、执行和记录测试过程并记录和报告缺陷。
p>
本文档主要阐述
XXXX
系统测试过程中的一些细节,
为
XXXX
系统的测试
工作提供一个框架和规范:
确定项目测试的策略、范围和方法;
使项目测试工作的所有参与人员(
客户方参与人员、测试管理者、测试
人员)对本项目测试的目标、范围、策略、方法、组
织、资源等有一个
.
.
清晰的认识;
使项目测试工作的所有参与人员理解测试控制过程;
从策略角度说明本项目测试的组织
和管理,指导测试进展,并作为项目
测试工作实施的依据;
本文档是本项目测试整个过程进行的依据、规范和标准;
在测试过程中严格按照本文档的制定的规范去执行。
1.3
测试环境
1.3.1
网络拓扑
1.3.2
测试软硬件信息
服务器软件环境
资源
数据库服务器
操作系统软件
应用服务器中间件
JDK
版本
服务器硬件环境
.
名称
/
类型
Mysql
Windows Server2012 R2
Tomcat 8.0
1.8
.
设备名称
数据库服务器
系统配置
CPU
:
Intel
(
R
)
Xeon E5-2620
内存:
64G
硬盘空间:
2T
数量:
1
CPU
:
Intel
(
R
)
Xeon E5-2620
内存:
64G
硬盘空间:
2T
数量:
1
备注
——
应用服务器
——
测试机软件环境
资源
系统
浏览器
测试机硬件环境
资源
名称
/
类型
CPU
:
I5-2520m
内存:
8G
系统类型:
Windows
硬盘空间:
500G
Window7
Chrome
名称
/
类型
硬件配置
.
.
第二章
测试策略
2.1
整体策略
2.1.1
测试调度策略标准
在开始进行测试时必需满足下列条件:
1.
提交的版本的单元测试已通过,具备可测性
2.
测试计划和测试方案的制订已完成,并经过严格评审
3.
缺陷跟踪与管理系统已搭建
4.
测试所需的资源已经到位
5.
测试组人员配置合理,测试人员的工作技能符合测试要求
6.
测试所需的软、硬件和操作系统等测试环境准备完毕
出现下面任一情况时,测试活动就可能暂停:
1.
被测系统有大量错误或严重错误
或流程走不下去,继续测试没有意义
2.
测试环境遭到破坏,无法继续测
试。如:测试所需的设备没有到位,测
试环境被病毒感染等等
3.
性能测试:
当被测的功能或模块存在严重的性能缺陷的情况下暂停测试
如果测试暂停,满足下面条件时,测试重新开始:
1.
开发组成功安装,并测试通过了产品的基本功能
2.1.2
测试质量评估标准
按照系统测试计划完成系统测试。
达到系统测试所规定的覆盖率的要求:
1)
测试用例执行覆盖率应达到
p>
100%
;
2)
测试需求覆盖率应达到
100%
;
3)
系统满足需求规格说明书的要求。
在系统测试中发现的缺陷达到修改标准:
1)
致命和严重级缺陷修复率应达到
100%
;
.
.
2)
一般和轻微级缺陷修复率根据实
际情况达到
95%
以上。
注:
BUG
级别说明:
BUG
分
4
个严重级别:致命、严重、一般和建议。具体描述如下:
致命
BUG
:
1)
测试执行主要功能直接导致系统
死机、蓝屏、挂起或是程序非法退出;
2)
被测系统的主要功能点没有实现;
3)
主要模块
/
功能不满足需求或设计上的要求;
4)
软件的安全缺陷导致重要数据丢失或损坏,且无法恢复。
严重
BUG
:
1)
测试执行次要功能导致系统死机
、蓝屏、挂起或是程序非法退出;
2)
被测系统的次要功能点没有实现;
3)
对于主要功能的执行结果与预期
结果差别较大,或是计算结果不正确;
4)
软件的易用性不好,导致用户可
能不能正常完成软件的主要功能操作;
5)
主要界面有明显的错别字或描述错误。
一般
BUG
:
1)
软件的实际执行过程与预期结果有差异,但不严重;
2)
非正常操作或输入导致系统出错,或执行结果不正确;
3)
系统运行过程中偶尔(出现概率
<5%
)有出错提示或导致系统运行不正
常;
4)
软件交互性不好,对于用户可能造成难于操作、学习和理解;
5)
在用户经常使用的环境中,界面不美观,影响软件品质;
6)
界面、程序或帮助文档中文档或
文字描述问题,造成用户难于理解。
建议
BUG
:
1)
软件的实际执行过程与预期结果有较小的差异;
2)
软件不能处理用户可能使用的极端条件下的操作;
3)
界面、程序或帮助文档中文档或文字描述问题,但影响不大。
.
.
2.1.3
测试完成准则
主要质量属性
正确性
详细要求
能够防止脏、废数据进入数据库;从接口读取得数据正确无误。
系统有较强的容错性,能够保证在出现非预期状况下正常运行
系统在不断电情况下持续工作。
系统无单点故障。
系统具有动态负载
均衡处理能力,
保证用户享受最快的信息服务。
响应性能:要求一般操作响应时间
<5
秒,复杂操作
响应时间
<20
秒
< br>数据存储时间:要求数据库用户设置详细信息在线长期保存,系
统数据详细信息要
求在服务器中长期保存。
提供方便的系统安装程序,系统服务器安装配置方便易操作。
提供友好、方便的功能界面。
尽量减
少用户输入信息量,提高数据信息共享程度,提供方便的
帮助信息。
提供足够的软件说明文档,配图表说明
保证数据访问的安全性,同时对关键数据采取访问权限限制。
保证数据的完整性、一致性和有效性。
保证用户、系统业务数据传输过程的安全性、完整性及不可抵赖
性。
< br>
操作系统、数据库系统符合安全标准,提供管理、监控和故障处
理等功能。
采用操作员登陆身份认证机制,进入系统
采用密码认证进入,建
立完整的日志记录,服务器脚本进行加密,使用户无法看到网页<
/p>
脚本源代码,防止伪造身份人员冒用系统资源。
系统应有良好的横向和纵向扩展能力,可以通过提高服务器主机
的性能提高整个
系统的处理能力。
系统具有灵活性、可伸缩性,保证功能模块
随系统结构和业务流
程发展变化灵活组合和扩充,可迅速灵活扩展新业务。
各模块负载能力及整体负载能力应可平滑扩展,新功能模块的增
加应不影响现有模块的运行。
保证系统与各种硬件和操作系统具有良好的兼容性
支持手机主流操作系统和分辨率自适应
保证在多用户并发情况下,系统能正常运行
健壮性
可靠性
性能,效率
易用性
清晰性
安全性
可扩展性
兼容性
可移植性
抗压性
依据标准
本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中
各项资源的分
配和估算,
均以各子系统的需求文档、
设计文档为标准,
软件的执
.
.
行以系统逻辑设计构架为依据。
测试过程
开始
系统培训/
了解系统
编写测试计划
制定测试需求
测试需求
测试计划
编写测试用例
测试用例
说明书
测试执行
测试记录
缺陷记录
测
试总结
测试分析报告
结束
2.2
测试范围
制定本次项目测试范围的依据为:
各子系统所包含的功能
同
XX<
/p>
公司该项目负责人特别确定的测试范围
要测试的子系统:
测试内容
功能测试
测试范围
XX
子系统
XX
子系统
XX
子系统
.