XX系统项目测试计划模板.docx
- 文档编号:11655720
- 上传时间:2023-03-29
- 格式:DOCX
- 页数:17
- 大小:43.18KB
XX系统项目测试计划模板.docx
《XX系统项目测试计划模板.docx》由会员分享,可在线阅读,更多相关《XX系统项目测试计划模板.docx(17页珍藏版)》请在冰豆网上搜索。
XX系统项目测试计划模板
密级:
XX公司YY系统项目
测试计划书
XX公司软件工程有限责任公司
二0—0年九月十七日
文件修订记录
变更版本
修订日期
原因与修改情况描述
位置(页/段落/章节号
修订人
审核人
1.0
2010-09-17
新增
全部
测试人员
项目经理
1.1
2010-09-17
评审后修改
测试人员
项目经理
1.2
2010-10-15
新增R2阶段内容
2.1
2.3.2
2.3.4
2.5
测试人员
项目经理
1.概述.3
1.1.编写目的3
1.2.项目背景3
1.3.定义3
1.4.参考资料3
2.测试规划.3
2.1.主要测试内容及预期提交测试时间3
2.2.可复用的测试用例4
2.3.测试估算(方法一)5
2.4.测试估算(方法二)7
2.5.测试进度安排及人力资源要求7
2.6.测试工具应用计划8
3.测试策略及方案9
3.1.架构测试9
3.2.业务功能测试9
4.测试环境.11
4.1.系统架构11
4.2.测试环境要求11
4.3.测试选用环境:
11
1•概述
1.1.编写目的
编写该测试计划的目的在于指导整个测试组顺利完成任务书的目标,为XX公司领
导和其他部门监督该项目的实施提供依据对于化解风险、加强管理有着重要的意义。
预
期的读者有项目经理、技术经理、质量保证人员(QA、配置管理员、其他项目组成员、XX公司领导、XX公司其他人员、企管部人员等。
12项目背景
a.软件名称:
丫丫系统项目
b.测试类别:
□集成测试□系统测试■集成测试+系统测试
□其他
c.承担测试任务的单位或部门:
XX公司测试部
d.人员
项目经理:
项目经理
测试负责人:
测试人员
1.3.定义
甲方公司缩写:
甲方公司全名
乙方公司缩写:
乙方公司全名
1.4.参考资料
a.《CDMS_UC_1-佣户登录.doc》《CDMS_UC_1-2更新部门资产清单.doc》
《CDMS_UC_1-权限管理.doc》《CDMS_UC_1-更新公司资产清单.doc》
b.《CDMS项目进度计:
划.mpp》《CDMS剪裁申请表.xls》DMS项目计:
划.doc》《CDMSFFP估算文件.xls》
c.《软件测试程序.pdf》《缺陷分析指南.pdf》《缺陷分类及级别定义.pdf》
2.测试规划
2.1.主要测试内容及预期提交测试时间
序号
主要测试内容
预期提交测试时间
特殊说明
1.
CDMSUC1-用户登录
20XX-XX-XX
2.
CDMSUC1-更新部门资产清单
20XX-XX-XX
3.
CDMSUC1-权限管理
20XX-XX-XX
4.
CDMSUC1-更新公司资产清单
20XX-XX-XX
R2阶段:
序号
主要测试内容
预期提交测试时间
特殊说明
1.
新增:
UC1-2、UC1-5增加信息变化的
历史记录功能
20XX-XX-XX
2.
新增:
UC1-6增加设备类型,增加维护设备类型的功能"
20XX-XX-XX
3.
新增:
UC1-5新增设备时,增加设备采购日期输入框,根据设备类型显示设备属性"
20XX-XX-XX
4.
新增:
UC1-5――增加“修改设备信息”功能
20XX-XX-XX
5.
修改:
UC1-2、UC1-5点击设备编号显
示该设备所有信息
20XX-XX-XX
6.
修改:
UC1-5确认返还时显示返还部门
20XX-XX-XX
7.
修改:
UC1-2分配设备时,显示器编号与主机编号对应,且增加负责人输入框和设备用途输入框
20XX-XX-XX
8.
新增:
UC1-2增加个人返还设备给部门的批量返还功能
20XX-XX-XX
9.
修改:
UC1-1――增加欢迎界面
20XX-XX-XX
10.
新增:
UC1-3增加系统管理员查看所有用户功能
20XX-XX-XX
2.2.可复用的测试用例
无
23测试估算(方法一)
测试工作量及测试人力投入估算提供二种方法,使用测量工作量的方法的
2.3.1•估算假设
项目
估算值
备注
集成测试用例完成标准
测试用例的密度应不
少于XX个/KLOC
QMS质量体系要求
系统测试用例完成标准
测试用例的密度应不
少于XX个/KLOC
QMS质量体系要求
本测试遵循的测试用例完成标准
测试用例的密度应不
少于(XX)个/KLOC
项目负责人、测试负责人确定
测试用例设计生产率
(XX)个/人天
测试负责人确定
测试用例执行生产率
(XX)个/人天
:
测试负责人确定
测试周期(天)
(XX)天
根据项目计划估算测试时间段
2.3.2.功能测试工作量估算
本章节可以用Excel文件作为附件。
按项目估算的代码行进行测试工作量估算,如果代
码行估算发生重大调整,测试需要重新估算)
序号
主要测试内容
规模
(KLOC)
测试用例数
(个)
测试用例设计工作量
(人天)
测试执行工作量
(人天)
测试工作量小计(人天)
1.
CDMSUC1-用户登录
XX
XX
XX
XX
XX
2.
CDMS_UC_1-更新部门
资产清单
XX
XX
XX
XX
XX
3.
CDMSUC1-权限管理
XX
XX
XX
XX
XX
4.
CDMS_UC_1-更新公司
资产清单
XX
XX
XX
XX
XX
合计
XX
XX
XX
XX
XX
R2阶段:
序号
主要测试内容
规模
(KLOC)
测试用例数
(个)
测试用例设计工作量
(人天)
测试执行工作量
(人天)
测试工作量小计(人天)
1.
新增:
UC1-2UC1-5—
XX
XX
XX
XX
XX
—增加信息变化的历史记录功能
2.
新增:
UC1-6增加设
备类型,增加维护设备类型的功能"
XX
XX
XX
XX
XX
3.
新增:
UC1-5新增设备时,增加设备采购日期输入框,根据设备类型显示设备属性"
XX
XX
XX
XX
XX
4.
新增:
UC1-5——增加
“修改设备信息”功能
XX
XX
XX
XX
XX
5.
修改:
UC1-2UC1-5—
点击设备编号显示该
设备所有信息
XX
XX
XX
XX
XX
6.
修改:
UC1-5确认返
还时显示返还部门
XX
XX
XX
XX
XX
7.
修改:
UC1-2分配设备时,显示器编号与主机编号对应,且增加负责人输入框和设备用途输入框
XX
XX
XX
XX
XX
8.
新增:
UC1-2增加个
人返还设备给部门的批量返还功能
XX
XX
XX
XX
XX
9.
修改:
UC1-1增加欢
迎界面
XX
XX
XX
XX
XX
10.
新增:
UC1-3增加系
统管理员查看所有用户功能
XX
XX
XX
XX
XX
合计
XX
XX
XX
XX
XX
233•性能测试工作量估算
暂无
2.34估算结果
估算项目
估算值
说明
功能测试工作量合计(人天)
X
测试设计人员需求量(人)
X
测试执行人员需求量(人)
X
R2阶段:
估算项目
估算值
说明
功能测试工作量合计(人天)
X
测试设计人员需求量(人)
X
测试执行人员需求量(人)
X
2.4.测试估算(方法二)
使用方法一,未使用方法二,剪裁
2.5.测试进度安排及人力资源要求
此处与项目重大里程碑严格对应,对应每个项目子里程碑,测试需要做哪些工作,如无对应工作安排,可填写“无”,类似于评审、做测试方案等工作也最好规划好。
项目重大
里程碑
项目子里程碑
测试需完成工作及提交物
测试负
责人员
已到位测
试人员
需补充测试人
员
起止时间
测试需求分析与计划阶段
20XX.XX.XX-20XX.XX.XX
需求分析
测试人
员
测试人员
设计阶段
20XX.XX.XX-20XX.XX.XX
测试用例测试用例评审报告
测试人
员
测试人员
集成测试阶段
20XX.XX.XX-20XX.XX.XX
执行测试用例
维护测试用例
Bug
测试人
员
测试人员
系统测试阶段
20XX.XX.XX-20XX.XX.XX
执行测试用例
维护测试用例
Bug
测试人
员
测试人员
测试报告
20XX.XX.XX
测试报告
测试人
员
测试人员
R2阶段:
项目重大
里程碑
项目子里程碑
测试需完成工作及提交物
测试负
责人员
已到位测
试人员
需补充测试人
员
起止时间
测试需求分析与计划阶段
20XX.XX.XX-20XX.XX.XX
需求分析
测试人
员
测试人员
设计阶段
20XX.XX.XX-20XX.XX.XX
测试用例测试用例评审报告
测试人
员
测试人员
集成测试阶段
20XX.XX.XX-20XX.XX.XX
执行测试用例
维护测试用例
Bug
测试人
员
测试人员
系统测试阶段
20XX.XX.XX-20XX.XX.XX
执行测试用例
维护测试用例
Bug
测试人
员
测试人员
测试报告
20XX.XX.XX
测试报告
测试人
员
测试人员
2.6.测试工具应用计划
分类
项目
具体工具
应用范围说明
需要支持
公司引进
工具
自动化功
能测试
RationalRobot
无
Rationalfunctional
Tester
无
性能测试
RationalRobot
无
Rational
PerformaneeTester
无
单元测试
Nunit
单元测试
测试管理
工具
MSP,Excel
项目文档管理
测试缺陷管理
RationalClearQuest
项目缺陷管理
开源工具
自行开发
工具
其他
性能测试
Loadrunner
无
3.测试策略及方案
为保证系统正常运行,制定如下测试策略及方案:
(1)参照需求,深刻理解业务,并划分功能模块,理清业务,分清主次。
(2)整理出业务流程图,依据系统的业务流程图,运用黑盒测试方法(等价类、边界值等)进行分析,得出流程分支和测试重点,包括正常流程以及异常流程,为理解业务及编写流程测试用例做基础。
(3)编写测试要点以及测试用例,参考开发人员整理的表之间的关系图,执行测试,保证数据存取以及传输的正确性。
3.1.架构测试
无
3.2.业务功能测试
3.2.1.测试目标及通过准则
业务功能测试目标:
各模块业务功能实现正确;业务流程扭转正确;数据的接收、处理和查询正确;页面风格一致、展示正确;各接口连通正确,数据流转处理正确。
2、使用有效数据时得到预期的结果,在使用无效数据时显示相应的提示消息。
3、为保证程序质量,对通过原则做以下指标要求:
(1)影响业务流畅性的缺陷全部关闭。
(2)影响数据正确性的缺陷全部关闭。
(3)一级、二级缺陷全部关闭,三级缺陷关闭率达到90%以上。
(4)计划执行跟踪情况良好。
(5)测试需求跟踪矩阵跟踪指标全部覆盖,并成功执行。
(6)提交代码段缺陷率指标统计。
(7)计划要求各阶段提交物均已提交。
3.2.2.测试技术及方法
集成测试采用“灰盒”技术参照程序设计、数据库设计关注输入、输出的正确性,同时也关注系统内部表现。
对于关键业务或数据,测试执行时除了通过界面显示来验证功能,还要通过使用测试工具或执行SQL查询数据库,检验重要数据存取是否正确,内部逻辑是否正确。
本测试采取增量式模型叠加测试。
各模块按照提交测试时间分别单独进行有效测试,在确保各模块本身功能正确前提下,进行集成测试,确保各模块间数据的正确传递,功能的全部实现。
系统测试采用“黑盒”技术参照需求规格说明书,检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完整性。
本次测试采用主要方法有等价类划分、边值分析、因—果图、错误推测等,不仅要测试所有合法的输入,而且还要对那些不合法但是可能的输入进行测试。
采用迭代式开发模式,对迭代的测试而言,新增需求或需求变更导致的功能变化部分是重点需要关注的,测试需要确保上次基线版本之后所有的需求变化都能得到有效覆盖。
323.测试需求及用例
详见测试用例
3.24特殊说明
4.测试环境
4.1.系统架构
项目
描述说明
系统架构
表现层(PresentationLayer)、系统外观层(SystemFacadeLayer)、业务逻辑层(DomainLogicLayer)、数据访问层(ResourceAccessLayer)
开发语言
A、C#.net、javascript
其他
4.2.测试环境要求
硬件
软件
硬件平台
操作系统
WindowsXP
CPU
DualCoreCPU
数据库系统
SQLServer2008
内存
1G以上
应用服务器
IIS7以上
硬盘
80G以上
浏览器
IE7及以上
4.3.测试选用环境:
组成部分
依赖的环境分类
功能测试主要环境
产品组成部分
操作系统
WindowsXP
数据库系统
SQLServer2008
应用服务器
IIS7以上
中间件
浏览器
FireFox3.6,IE7及以上
其他
备注
重点测试、执行所有用例
模板修订历史信息Revisionhistoryinformation
A-增加M-修改D-删节
变更版本
日期
图表、表格、段落号
A/
M/
D
原因与修改情况描述
修订人
审核人
V1.0
20XX/XX/XX
A
新增,参考原测试方案模板
及RUP莫板
XX
XX
V2.0
20XX/XX/XX
M
全部修改
XX
XX
致力为企业和个人提供合同协议,策划案计划书,学习资料等等
打造全网一站式需求
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 系统 项目 测试 计划 模板