XX系统项目测试计划模板Word下载.docx
《XX系统项目测试计划模板Word下载.docx》由会员分享，可在线阅读，更多相关《XX系统项目测试计划模板Word下载.docx（17页珍藏版）》请在冰点文库上搜索。
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-更新部门资产清单
3.
CDMSUC1-权限管理
4.
CDMSUC1-更新公司资产清单
R2阶段:
新增：
UC1-2、UC1-5增加信息变化的
历史记录功能
UC1-6增加设备类型，增加维护设备类型的功能"
UC1-5新增设备时，增加设备采购日期输入框，根据设备类型显示设备属性"
UC1-5――增加“修改设备信息”功能
5.
修改：
UC1-2、UC1-5点击设备编号显
示该设备所有信息
6.
UC1-5确认返还时显示返还部门
7.
UC1-2分配设备时，显示器编号与主机编号对应，且增加负责人输入框和设备用途输入框
8.
UC1-2增加个人返还设备给部门的批量返还功能
9.
UC1-1――增加欢迎界面
10.
UC1-3增加系统管理员查看所有用户功能
2.2.可复用的测试用例
无
23测试估算（方法一）
测试工作量及测试人力投入估算提供二种方法，使用测量工作量的方法的
2.3.1•估算假设
项目
估算值
备注
集成测试用例完成标准
测试用例的密度应不
少于XX个/KLOC
QMS质量体系要求
系统测试用例完成标准
本测试遵循的测试用例完成标准
少于（XX）个/KLOC
项目负责人、测试负责人确定
测试用例设计生产率
（XX）个/人天
测试负责人确定
测试用例执行生产率
:
测试周期（天）
（XX）天
根据项目计划估算测试时间段
2.3.2.功能测试工作量估算
本章节可以用Excel文件作为附件。
按项目估算的代码行进行测试工作量估算，如果代
码行估算发生重大调整，测试需要重新估算）
规模
（KLOC）
测试用例数
（个）
测试用例设计工作量
（人天）
测试执行工作量
测试工作量小计（人天）
CDMSUC1-用户登录
XX
CDMS_UC_1-更新部门
资产清单
CDMS_UC_1-更新公司
合计
UC1-2UC1-5—
—增加信息变化的历史记录功能
UC1-6增加设
备类型，增加维护设备类型的功能"
UC1-5新增设备时，增加设备采购日期输入框，根据设备类型显示设备属性"
UC1-5——增加
“修改设备信息”功能
点击设备编号显示该
设备所有信息
UC1-5确认返
还时显示返还部门
UC1-2分配设备时，显示器编号与主机编号对应，且增加负责人输入框和设备用途输入框
UC1-2增加个
人返还设备给部门的批量返还功能
UC1-1增加欢
迎界面
UC1-3增加系
统管理员查看所有用户功能
233•性能测试工作量估算
暂无
2.34估算结果
估算项目
说明
功能测试工作量合计（人天）
X
测试设计人员需求量（人）
测试执行人员需求量（人）
2.4.测试估算（方法二）
使用方法一，未使用方法二，剪裁
2.5.测试进度安排及人力资源要求
此处与项目重大里程碑严格对应，对应每个项目子里程碑，测试需要做哪些工作,如无对应工作安排，可填写“无”，类似于评审、做测试方案等工作也最好规划好。
项目重大
里程碑
项目子里程碑
测试需完成工作及提交物
测试负
责人员
已到位测
试人员
需补充测试人
员
起止时间
测试需求分析与计划阶段
20XX.XX.XX-20XX.XX.XX
需求分析
测试人
设计阶段
测试用例测试用例评审报告
集成测试阶段
执行测试用例
维护测试用例
Bug
系统测试阶段
测试报告
20XX.XX.XX
2.6.测试工具应用计划
分类
具体工具
应用范围说明
需要支持
公司引进
工具
自动化功
能测试
RationalRobot
Rationalfunctional
Tester
性能测试
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.测试选用环境:
组成部分
依赖的环境分类
功能测试主要环境
产品组成部分
中间件
FireFox3.6,IE7及以上
重点测试、执行所有用例
模板修订历史信息Revisionhistoryinformation
A-增加M-修改D-删节
日期
图表、表格、段落号
A/
M/
D
V1.0
20XX/XX/XX
A
新增，参考原测试方案模板
及RUP莫板
V2.0
M
全部修改
致力为企业和个人提供合同协议，策划案计划书，学习资料等等
打造全网一站式需求
升级会员 