XXXX系统测试计划模板Word文档格式.docx
- 文档编号:16132394
- 上传时间:2022-11-20
- 格式:DOCX
- 页数:8
- 大小:18.46KB
XXXX系统测试计划模板Word文档格式.docx
《XXXX系统测试计划模板Word文档格式.docx》由会员分享,可在线阅读,更多相关《XXXX系统测试计划模板Word文档格式.docx(8页珍藏版)》请在冰豆网上搜索。
作者
修改内容
评审号
变更控制号
初审人
终审人
1引言
1.1编写目的
本计划编写目的是指导完成XXXX系统测试工作,完成阶段性用户接收测试验收内容。
预期的读者是承建方、建设方的技术人员、管理人员。
1.2背景
测试计划所从属的软件系统名称XXXX系统。
Ø
项目开发历史为:
a.任务提出者:
XXXX
b.开发者:
XXXXXXXX公司
c.用户:
测试计划限定条件:
本测试计划受限于开发人员提交测试的内容和时间的事实。
根据开发人员提交模块的实际情况,设备集成商和建设方提供的硬件资
源本计划会做出相应修改。
1.3参考资料
a.本项目经核准的项目计划或合同、会议纪要;
b.属于本项目的其他已签署的文件;
c.本子系统调研记录、软件需求规格说明书、系统概要设计说明书、详细设计说明书
d.《测试计划说明书》规范
2计划
2.1软件说明
XXXXXXXX
2.2测试环境及配置
系统的运行环境(包括硬件环境和软件环境)的规定,如下表:
项目
描述
服务器端
各功能服务器端OS及版本
应用服务器类型与版本
存储设备的情况
各功能服务器的硬件配置
目前JDK或JRE的版本号
数据库的类型与版本
客户端
操作系统
客户端浏览器的类型与版本
客户端硬件配置
2.3测试人员与测试方法
负责人
测试人员
测试使用的方法
所用工具
测试用例
备注
功能测试
无
安全测试
IBMSecurityAppScanStandard
2.4测试内容
2.4.1功能测试计划
功能模块
测试标识符
测试项
测试计划时间
测试内容
测试用例间的关联
参与角色
XX
XXXX-01
3
20XX.XX.XX—
20XX.XX.XX
XXXX-02
9
同上
XXXX-03
10
XXXX-04
6
2.4.2安全测试计划
测试目的
设计约束
XXXX-05
安全漏洞检查
保障系统安全,指导开发修复漏洞
2.5人员安排与测试资料
人员安排:
人员
角色
任务
项目经理
统筹项目进度,测试用例审核、测试结
果审核。
架构师
提供架构方面的信息,确定性能与安全
测试工具、协助项目组成员制定测试用
例和熟悉测试用工具。
测试经理
制定测试计划、测试用例。
协助培训,
提供管理报告。
测试用例负责人
编写与审核测试用例,负责培训
执行测试,记录结果,记录变更请求
测试资料:
功能测试所需资料:
用户调研记录、需求说明书、接口协议、系统概要设计等。
安全测试所需资料:
数据库使用说明、系统架构说明,中间件使用说明以及性能测试所需资料等。
2.6测试周期
序号
任务名称
具体工作内容
前导任务
起始日期
终止日期
1
测试1
编写测试用例;
部署适合测试环境;
编写测试计划;
2
测试2
测试3
3测试设计说明
3.1功能
功能测试主要由承建方参与。
输入采用手工方式。
安全测试由承建方参与,记录测试结果。
测试采用自动或半自动方式。
用户端测试工具,需有IE浏览器,文档编辑器,方便记录发现的问题(含图形记录)。
测试工具由承建方提供并安装与运行,测试端工作站由建设方提供。
承建方需提前一周告知建设方使用的工具。
服务器的数据由承建方协助备份并保障意外时可以恢复系统的运行。
3.2输入
关于功能测试输入设计策略:
1)输入有效数据进行测试。
2)输入无效数据进行测试。
3)按照正常业务流程进行测试。
4)按照特殊业务流程进行测试。
3.3输出
关于功能测试输出设计策略:
1)在使用有效数据时得到预期的结果。
2)在使用无效数据时显示相应的错误消息或警告消息。
3)各业务规则都得到了正确的应用。
3.4过程
所有测试需准备必要的测试环境,测试用工作站,应避免安装过多系统,应有足够的内存和硬盘空间。
备份测试用机和服务器必要的数据。
记录测试环境。
测试计划到测试过程结束应遵循如下工作程序:
1.定义参与测试的用户
2.定义测试环境
3.定义测试时间
4.定义测试工具,含自动测试工具
5.定义测试用例
6.定义用户满意度调查表
7.执行测试并记录测试结果
8.业务部门填写用户满意调查表
9.收集测试结果记录与用户满意调查表
10.建设方与承建方确定系统需要调整的内容
11.承建方根据调整内容修改系统
12.双方执行(含业务部门)回归测试,视不同的问题确定参与用户,属于功能性
问题,应有业务代表进行确认,对调整后的内容测试,对相关影响模块进行测试。
13.承建方根据定义的两轮测试过程编写测试报告(可依据第一轮发现问题的性质
增加测试轮次,如需求与设计发生较大偏差)
14.承建方依据承建方测试报告、请查表、调试结果记录、其它文档准备情况,
并与建设方沟通,决定是否组织进入验收流程,由建议方主持验收会。
15.双方达成可验收合格后,签署验收报告。
否则拟订项目整改工程备忘录,同时
视问题的重要性提交风险报告
4评价准则
4.1范围
功能测试用例要求覆盖系统所有功能的90%。
4.2数据整理
承建方应在完成测试过程、系统完善、回归测试之后,对以上过程进行整理,完成测试总结报告。
报告中应含缺陷的分析、代码行的分析,改进的措施与建议,测试记录汇总,遗留问题记录等。
4.3尺度
建设方依据承建方测试报告和测试用例抽测结果、填写满意度调查表和测试结果记录,并与承建方沟通评价软件系统的质量。
允许测试过程中断或停机的最大次数为3。
具备以下所有条目,系统测试视为通过:
基本流程能够通畅的完成,核心功能可以体现;
对具备分支的流程,确保有一种分支可以持续使用,另外几种要求可以体现设置方法和直接效果,否则就应暂时屏蔽分支功能;
基本界面符合术语规范,不存在错误或明显歧义;
所有可使用的流程中的界面设计工作必须完成;
按照标准流程没有出现各种非正常提示;
要害流程和流程中的基本数据备份恢复没有问题;
所有报表能够在基本数据的基础上正确生成;
非A,B级BUG的遗留数不能超过总用例数的5%.
说明:
A级BUG——:
在流程、数据或安全方面存在重大问题,导致软件不具可用性,或核心功能项无法使用。
B级BUG——主要功能不能用。
5测试用例
见附录测试用例
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XXXX 系统 测试 计划 模板