001A 项目名称测试计划V11.docx

001A 项目名称测试计划V11.docx

《001A 项目名称测试计划V11.docx》由会员分享，可在线阅读，更多相关《001A 项目名称测试计划V11.docx（12页珍藏版）》请在冰豆网上搜索。

001A项目名称测试计划V11

【项目名称】

项目XXX测试计划

文档名称：

填写所测项目全称

文件编号：

-001A

密级：

[]（公开，秘密，机密）

编制日期：

状态：

[]（初稿，修订，发布）

编制人员：

校核：

当前版本：

前一版本：

评审人：

审批：

版本号

状态

内容摘要

撰写日期

撰写人

审查人

1.0

新建

创建文板模板

2018-8-9

王家明

王家明

1.1

修订

根据实际执行情况优化

2019-1-23

王家明

注：

初始本版号：

1.0；小范围修订批准后，版本号第二位逐增1；

状态包括：

N--新建（草稿），M--修订，P—发布

目录

【项目名称】1

项目XXX测试计划1

XXX系统测试计划3

1概述4

1.1目的4

1.2项目背景4

1.3适用范围4

2测试对象5

2.1测试范围5

2.2测试目标5

2.3需求跟踪5

3测试策略6

3.1测试类型6

3.1.1数据与数据库完整性测试6

3.1.2功能测试6

3.1.3业务流程测试6

3.1.4界面测试6

3.1.5性能测试与评估7

3.1.6负载、强度、容量、故障与恢复、安全性7

3.1.7兼容性测试7

3.1.8易用性测试7

3.1.9配置与安装测试7

3.1.10其他专题测试7

3.2工具7

4测试资源8

4.1角色及职责8

4.2测试环境及资源8

4.3培训、演示需求8

5测试计划9

5.1工作量估计9

5.2测试进度计划安排9

6测试管理10

6.1转测试开始10

6.2测试过程控制10

6.3测试活动通过标准10

6.4测试挂起及恢复的条件10

6.5测试失败10

7测试交付件11

8风险及约束11

9附件11

XXX系统测试计划

关键词：

系统测试计划测试对象测试任务工作量资源

摘要：

根据《XXX项目用户需求规格说明书》、《xxx项目概要计划》的要求，对项目测试过程中涉及的人力、物力资源，应交付的工作产品，测试通过/失败标准等项做了说明，旨在为相关人员的系统测试活动提供指导。

缩略语清单：

参考资料清单：

名称

作者

编号

XXX需求规格说明书

XXX

XXX

1概述

1.1目的

本文是为了明确系统测试的范围、测试通过/失败标准、工作产品输出，估计系统测试各个任务的工作量和人力物力资源、安排系统测试任务、进度以及各种过程准则。

本文需要达到的目标：

Ø所有测试需求都已被标识出来；

Ø测试的工作量已被正确估计并合理地分配了人力、物力资源；

Ø测试的进度安排是基于工作量估计的、适用的；

Ø测试启动、停止的准则已被标识；

Ø测试输出的工作产品是已被标识的、受控的和适用的。

1.2项目背景

简要描述测试项目的背景情况，一般从需求文档中有相关描述。

例如：

新会计制度的执行，主要是为了满足预算单位会计的双重目标，既能满足单位预算管理需要，又要能够反映预算执行情况。

但从行政单位制度的细节来看，行政单位会计制度在反映行政单位财务状况的同时更重视预算执行情况，在支出的确认方面，则更强调收付实现制。

从会计科目体系设计和核算上看，行政单位会计制度科目体系日趋完善，全面总结了事业单位科目体系中的不足，新行政单位会计制度与预算管理更加吻合，要比事业单位制度更为复杂和完善，不仅仅是颁布部门和时间性的差距，是让制度与经济业务要求更加一致，与财政管理要求更加一致。

1.3适用范围

本文档的主要阅读对象为XXX项目组的测试研发人员。

通过本文档，为系统测试设计、实现、执行活动提供指导。

2测试对象

描述需测试的目标对象

2.1测试范围

功能清单

一级菜单模块

功能测试项

测试范围

用户登录

用户登录

基本功能、安全

报表管理

查询报表

基本功能、

系统管理-用户管理

添加用户

基本功能

性能测试

测试场景

指标

登录并发

50用户并发登录，3s

其他测试补充或限制。

无需测试部分及原因。

其他要求……

2.2测试目标

满足金政研发体系质量管理规范要求。

其他要求……

2.3需求跟踪

参见《XXX需求规格说明书》

参见《XXX变更需求规格说明书》

参见《xxx系统设计原型》

//填写相关需求文档文件名，全称

3测试策略

3.1测试类型

3.1.1数据与数据库完整性测试

作为项目子系统进行测试。

测试目标

确保数据库访问方法和进程正常运行，数据不会遭到损坏

方法

调用各个数据库访问方法和进程，并在其中填充有效的和无效 的数据或对数据的请求。

检查数据库，确保数据已按预期的方式填充，并且所有 数据库事件都按正常方式出现；或者检查所返回的数据，确保为 正当的理由检索到了正确的数据

完成标准

所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。

特殊事项

测试可能需要 DBMS 开发环境或驱动程序以便在数据库中直接 输入或修改数据。

进程应该以手工方式调用。

应使用小型或最小的数据库（其中的记录数很有限）来 使所有无法接受的事件具有更大的可见性。

3.1.2功能测试

测试目标

方法

完成标准

特殊事项

3.1.3业务流程测试

依据具体业务流程进行业务场景测试。

3.1.4界面测试

依据界面设计规范进行检视测试。

3.1.5性能测试与评估

多维度性能考核与评估，制订计划时应根据具体项目情况进行测试策略。

3.1.6负载、强度、容量、故障与恢复、安全性

负载：

一定压力下的测试

强度：

资源不足、资源争用、内存、磁盘不足、带宽等，确定最大工作量

容量：

软件故障的边界值

安全性：

网络安全和系统安全等方面

故障与恢复：

客户机断电、web服务器断电、网络中断、闪断、数据库连接中断、主备切换中断、备份中断、其他意外及其恢复

3.1.7兼容性测试

操作系统、浏览器、控件、主要软件版本等

3.1.8易用性测试

存在易用性要求的测试

3.1.9配置与安装测试

系统首次转测试，需要开发给出安装部署手册或说明文档，测试验证改文档。

配置：

包括操作系统、主要软件版本、数据库版本、中间件版本等

安装：

1、首次安装部署；2、更新

3.1.10其他专题测试

其他项目过程中需要开展的专项测试活动。

3.2工具

1.测试管理-禅道

2.缺陷跟踪-禅道

3.监控-

4.项目管理-SVN

5.测试工具-Jmeter、loadrunner、

6.其他辅助设备-

4测试资源

4.1角色及职责

角色

人员

联系电话

职责

项目经理

项目过程协调

开发负责人

技术指导、资源、协调

测试负责人

计划、策略、执行、跟进、总结评估

测试成员

执行、汇总、跟进

实施人员

提供生产环境相关信息及版本发布部署

4.2测试环境及资源

注意，此处为测试环境部署的软硬件信息，一般应配置性能应在安装配置要求之上。

软件环境：

软件名称

要求

Grid++华表

硬件环境：

服务器、测试机、相关辅助测试工具及详细要求

CPU

内存

操作系统

预装软件

4.3培训、演示需求

是否有培训要求？

转测试是否系统演示？

5测试计划

5.1工作量估计

任务

人员安排

时间

工作量

编写测试计划

4-13

1天

编写测试用例

4-14-5-10

5

测试安装部署手册

测试执行

预计转测试-系统测试结束时间

一般根据开发计划制定

编写测试总结报告

编写操作手册

测试估算：

应由经验丰富的测试人员及项目经理、开发经理进行合理评估。

5.2测试进度计划安排

测试活动开展详细计划安排

测试活动

计划开始日期

计划结束日期

测试人员

阶段完成标志

编写测试计划

编写测试用例

部署测试环境

确定测试环境资源情况

第一轮基本概念测试

基本功能可实现

第二轮bug回归测试

第一轮转测Bug验证完毕

第三轮系统功能测试

满足客户整体需求

第四轮bug回归测试

Bug验证完毕

第五轮系统测试

实现客户所有需求，无遗留bug（除建议性外）

编写测试报告

编写操作手册

6测试管理

6.1转测试开始

条件：

主业务完成、主要功能完整、重要分支功能完成等

6.2测试过程控制

测试日进度、例会、工作周报等多维度跟进

6.3测试活动通过标准

1.执行测试过程

a）评估测试的执行情况

b）恢复暂停的测试

c）缺陷记录

d）意外与核查

2.评估测试

a）评估测试用例覆盖，如测试用例执行80%，中高用例全部执行

b）业务功能覆盖率情况

c）缺陷分析收敛，致命严重全部修复，一般遗留不超过5%

d）性能要求

e）产品质量要求

此处应遵循金政研发体系质量管理规范规定。

6.4测试挂起及恢复的条件

挂起：

关键业务路径存在未完成的任务、大量的缺陷、测试环境不具备、资源短缺等

恢复：

基本功能测试通过，可执行进一步的测试

6.5测试失败

1.未转测试

2.用例未执行

3.缺陷未修复

4.重要用例未执行完

此处应遵循金政研发体系质量管理规范规定。

7测试交付件

序号

名称

时间

提交人

1

测试计划

2

测试用例

3

测试报告

4

系统操作手册

8风险及约束

序号

描写

解决办法

1

需求分析不全面

评估未完成的功能，从重要性和时间允许等方面去考虑，是否需要放弃

2

开发无法按期转测试

跟踪开发进度，及时调整测试时间安排

3

系统的可测性差

4

模块功能改变

积极与开发沟通，重新进行测试任务分配

5

测试环境与开发环境不同步

加强版本管理、数据库版本管理、定期更新

6

业务专业化程度高、新员工较多

加强培训、做好沟通协调和技术支持

7

此处，在制定计划时应充分考虑项目开展过程中的各种可能导致的风险及规避方法。

9附件

《XXX项目用户需求规格说明书》

《XXX项目开发进度计划》

计划所需的相关文档附件信息