XXX系统测试计划模板.docx

上传人:b****6 文档编号:15877332 上传时间:2023-07-08 格式:DOCX 页数:8 大小:17.62KB
下载 相关 举报
XXX系统测试计划模板.docx_第1页
第1页 / 共8页
XXX系统测试计划模板.docx_第2页
第2页 / 共8页
XXX系统测试计划模板.docx_第3页
第3页 / 共8页
XXX系统测试计划模板.docx_第4页
第4页 / 共8页
XXX系统测试计划模板.docx_第5页
第5页 / 共8页
XXX系统测试计划模板.docx_第6页
第6页 / 共8页
XXX系统测试计划模板.docx_第7页
第7页 / 共8页
XXX系统测试计划模板.docx_第8页
第8页 / 共8页
亲,该文档总共8页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

XXX系统测试计划模板.docx

《XXX系统测试计划模板.docx》由会员分享,可在线阅读,更多相关《XXX系统测试计划模板.docx(8页珍藏版)》请在冰点文库上搜索。

XXX系统测试计划模板.docx

XXX系统测试计划模板

XXX

系统测试计划

文件编号

文件状态

[]草稿[]正式发布[]

正在修改

当前版本

拟制

日期

审核

日期

批准

日期

市康索特软件

修订历史记录

变更版本号

日期

变更类型

(A*M*D)

修改人

摘要

备注

1简介4

1.1目的4

1.2背景4

1.3定义、术语4

1.4缩略语4

2参考文档和测试输出文档4

2.1参考文档4

2.2输出文档4

3测试进度5

4系统估算及资源计划5

4.1人力资源5

4.2软件资源5

4.3硬件环境5

5测试风险6

6测试策略6

6.1测试类型6

6.1.1功能测试6

7测试标准6

7.1覆盖率标准6

7.2测试通过标准6

8问题严重度描述7

9附录7

1简介

1.1目的

本小节用于描述本文的编写目的,面向的主要阅读对象(如部门经理,产品经理,测试人员等)

 

1.2

背景

 

本小节用于描述被测对象的基本情况,如系统架构图、功能结构图、网络拓扑图等。

1.3定义、术语

本小节用于描述本文使用的专业术语、定义,定义见表1.1

表1.1

术语/定义

英文对应词

含义

1.4缩略语

本小节用于描述本文使用的专业术语、定义,定义见表1.2

表1.2

英文缩写

英文全称

中文解释

2参考文档和测试输出文档

2.1参考文档

表3.1列出了制定测试计划时所使用的文档,并标明了各文档的可用性:

表3.1

文档

已创建或可用

已被接收或经过复审

作者

备注

软件需求说明书

是口否口

是口否口

用户操作手册

是口否口

是口否口

安装指南

是口否口

是口否口

详细设计

是口否口

是口否口

单元测试规程

是口否口

是口否口

单元测试方案

是口否口

是口否口

单元测试报告

是口否口

是口否口

2.2输出文档

表3.2列出来后面的将要用到的文档,并根据项目进度逐步完成

表3.2

文档(版本/日期

已创建或可用

已被接受或已经过复审

作者

备注

系统测试总体计划

是口否口

是口否口

系统测试规程模板

是口否口

是口否口

系统测试用例模板

是口否口

是口否口

系统测试报告模板

是口否口

是口否口

系统测试规程

是口否口

是口否口

系统测试报告

是口否口

是口否口

3测试进度

测试进度列出了测试活动的几个主要时间点,见表4.1

表4.1

测试活动

测试周期

负责人

备注

4系统估算及资源计划

4.1人力资源

本小节主要是对本次系统测试所需要的人力资源进行规划

表5.2

名称

需求数

到位日期

工作量(人天)

素质要求(技能或经验)

测试设计人员

1

已有

测试执行人员

4

已有

4.2软件资源

本小节主要是对本次系统测试所需要的软件资源进行规划

表5.3

编号

软件名称

版本

数量

到位日期

如何获得

责任人

备注

4.3硬件环境

本小节主要是对本次系统测试所需要的硬件资源进行规划

表5.4

编号

硬件名称

规格型号

数量

到位日期

如何获得

责任人

备注

5测试风险

测试中可能会遇到的风险见表6.1

表6.1

可能岀现的问题

可能性

识别度

对项目的影响

应急措施

备注

人员调动

延长研发、测试进度

协调其他空闲开发、测试人员

测试数据不足

降低测试结果的准确性

协调现场数据或研发录入更多数据

测试用例覆盖不全面

降低测试结果的准确性

加强评审力度,尽可能覆盖更全面

6测试策略

注意:

不实施某种测试,则应该用一句话加以说明,并述这样的理由。

例如,“将不实

施该测试。

该测试本项目不适用”。

6.1测试类型

6.1.1功能测试

对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。

这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。

表7.1

测试目标:

确保所有的超都跳转到了正确的页面。

确保页面上的所有控件均能正常使用。

确保所有的报表都能正确查询出数据。

技术:

利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下容:

在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

进入所有的超以核实页面的正确性。

选择所有的下拉框、时间控件,以核实各控件是否正常使用。

完成标准:

所有功能均已实现、页面跳转正确、控件正常使用。

测试重点和优先级:

需考虑的特殊事项:

7测试标准

7.1覆盖率标准

对需求功能100液盖。

7.2测试通过标准

描述测试通过的标准如:

1)测试遇到的所有问题已经记录下来;

2)测试覆盖率>95%,所有测试用例都已运行;

3)95%的测试用例已经成功通过;

4)无重大的功能、性能缺陷。

8问题严重度描述

问题严重度

描述

修正时间

1

:

系统崩溃、服务器宕机、业务中断等

i天或i天以上

2

数据问题如:

查不出数据、数据重复、数据错误、功能无效等。

5小时以上

3

r进行一些异常测试导致的问题

1-4小时

4

页面问题如:

风格不统一、提示不友好等。

1小时

9附录

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2