Xxx项目测试计划模板Word格式文档下载.docx

Xxx项目测试计划模板Word格式文档下载.docx

《Xxx项目测试计划模板Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《Xxx项目测试计划模板Word格式文档下载.docx（12页珍藏版）》请在冰豆网上搜索。

3.3测试对象依赖关系5

3.4测试内容详细说明5

4测试资源5

4.1硬件资源5

4.2软件资源5

4.3人力资源6

5进度计划6

5.1系统测试6

5.2安全测试6

5.3性能测试6

6培训计划6

7测试方案6

7.1测试环境6

7.2测试方法6

7.3测试流程7

7.4测试环境部署：

8

8遵循标准8

8.1遵循规程8

8.2测试用例格式8

8.3测试用例编码规则8

8.4缺陷管理方法8

8.4.1缺陷管理工具8

8.4.2缺陷记录8

8.4.3缺陷跟踪及处理9

9工作交付件9

10参考引用与术语9

10.1参考引用9

10.2术语10

1目的和范围

1.1目的

本文档为xxx系统测试计划，为项目组成员提供系统测试指导。

1.2范围

本文档适用于xxx项目开发期间的系统测试，不适用于UAT测试。

该测试计划覆盖了xxx项目所有功能性需求。

2测试策略

2.1进入准则

系统测试计划和测试用例已经通过评审，并批准。

Xxx项目已通过单元测试。

Xxx项目已通过冒烟测试。

2.2质量要求

覆盖策略，要求覆盖所有功能成功场景和需求中识别的异常场景。

测试用例覆盖率，要求所有重要的测试用例全部执行并通过，没有通过的不重要测试用例，要求大家评审。

2.3通过准则

项目成功地通过了所有的测试用例，或者已发现的所有缺陷都已完成回归测试。

用例覆盖全面性：

要求所有测试用例全部执行，并通过。

测试有效性：

严重性程度的缺陷解决率必须达到100%，一般性程度的缺陷解决率必须达到100%。

重要测试用例：

a；

b；

c（列出系统功能点）

在爱满足用户需求、需求文档、设计需求的前提下，没有出现功能性偏差和资源性的较大占用。

不会对公用功能模块造成较大影响。

相关责任部门（技术评审组、用户部门）认可测试结果。

2.4折衷方案

在每次迭代结束时：

执行当前迭代新增功能，修改对应的测试用例，交付测试报告。

在每个阶段结束时：

执行当前阶段新增功能，修改功能对应的测试用例，执行可靠性测试、性能测试、安全测试。

交付测试报告。

2.5回归测试策略

Xxx系统回归测试策略：

在下轮测试中，对本轮发现的所有缺陷对应的用例进行回归，确认所有致命的、严重的缺陷在本次迭代中都已改正，其它缺陷在下一轮中改正。

在每个阶段测试中，执行所有测试用例，验证所有已发现和功能，致命的、严重的缺陷都已修正。

在最终交付的版本中，执行的有测试用例，验证所有已发缺陷和功能。

致命的、严重的缺陷都已修正。

3测试范围

3.1测试活动

描述本次测试需要涉及的测试：

系统测试、性能测试、压力测试、安全测试。

3.2测试对象

系统测试对象：

压力测试对象：

安全测试对象：

3.3测试对象依赖关系

系统测试依赖于单元测试、冒烟测试通过，性能测试依赖于功能的系统测试通过，压力测试依赖于性能测试通过。

本次测试各模块间没有依赖顺序，模块内部的测试依靠测试用例编号依次进行。

3.4测试内容详细说明

详细情况参考《xxx系统测试用例》

4测试资源

4.1硬件资源

硬件名称

规格

数量

配备软件

备注

Web服务器

数据库服务器

前台客户机

4.2软件资源

资源

描述

Windows2003

SQLServer

IE7/IE8/QQ浏览器

Windowsxp

loadrunner

4.3人力资源

技能级别

到位时间

工作期间

系统测试工程师

2011-6-23至2011-6-23

压力测试工程师

安全测试工程师

部署工程师

5进度计划

5.1系统测试

序号

轮次

开始日期

完成日期

测试人员

缺陷处理人员

1

第一轮测试

2011-6-22

2011-2-22

开发

2

3

5.2安全测试

5.3性能测试

6培训计划

无

7测试方案

7.1测试环境

请参考4.1章节《硬件资源》

7.2测试方法

开发人员通过单元测试和冒烟测试通过后，发布单元测试和冒烟测试通过后的最新版本由测试人进行功能测试

功能测试采用手工方式依照测试用例逐条测试。

安全测试采用手工方式与PAROS工具测试，测试用例编制人员依据安全测试用例进行安全漏洞攻击。

性能测试采用loadrunner9.5工具测试，测试用例编制人员依据性能测试案例编制测试脚本。

压力测试采用loadrunner9.5工具测试，测试用例编制人员依据性能测试案例编制进行压力测试。

7.3测试流程

测试过程中存在系统缺陷提交给分流人

分流人将问题单分配给相对应的开发人员

分流人与开发人员进行问题分析，找出出现问题原因，制定出相应解决方案。

开发人员处理提交问题

开发人员根据出现问题原因和解决方案处理相对应问题，提交给测试人员验证。

开发人员提交解决完的问题，发布新版本到冒烟测试环境，对解决完的问题进行验证，对新版本进行冒烟测试。

测试人员对修改后的问题进行验证，并查看开发人员给出的问题原因和解决方案，验证通过后进行冒烟测试。

冒烟测试通过后，发布最新版本到UAT。

测试流程图：

8遵循标准

8.1遵循规程

本节描述测试过程需要遵循的标准规程

测试过程遵循测试规程，缺陷处理遵循缺陷处理规程。

队遵循组织的规程外，还可以在项目中加入如下内容：

测试过程中遇见的所有缺陷都必须录入xxx系统缺陷管理库中，缺陷管理库中所有缺陷都必须经过发现人的验证才能关闭。

为保证测试过程中版本稳定性，必须遵循测试版本管理规则：

对每次通过测试的版本建立基线。

8.2测试用例格式

系统测试用例格式请参考《xxx系统测试用例》

8.3测试用例编码规则

测试用例编码规则请参考测试规程。

8.4缺陷管理方法

8.4.1缺陷管理工具

本次测试使用部门统一的缺陷管理工具：

xxx系统缺陷管理。

8.4.2缺陷记录

在测试过程中，每个缺陷都要记录到缺陷报告中。

按问题严重等级划分为4级。

（对业务影响程度）

严重级别

说明

致命

不能执行正常工作功能或重要功能；

导致系统崩溃，数据丢失或内存溢出等严重错误

1、页面不存在、服务器错误、数据库错误、丢失数据、造成资料被破坏、内存泄露

2、出现错误后，测试无法继续执行

严重

严重地影响系统要求或基本功能的实现，且没有办法更正；

主要功能未实现或与产品需求规格书不符

1、菜单或按钮没有实现其本来的作用，不能进入所链接的页面，影响其它功能的实现

2、影响下一个流程的操作

3、按钮实现了不属于自已本身的功能

4、遗漏了功能

5、数据丢失或毁坏

6、重要模块、重要功能没有实现或有错误

7、页面跳转错误

8、JavaScript错误

一般

严重地影响系统要求或基本功能的实现，但存在合理的更正办法；

运行错误，本身不属于功能问题（和测试环境有关系等）

1、各选项或按钮没有实现其本身的作用，但不影响其它功能的实现

2、对数据约束的功能没有实现

3、数据约束与需求不一致

4、次要模块、次要功能没有实现或有错误

提示/建议

使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能

1、功能已实现，但无提示信息

2、提示信息文字描述问题

3、页面显示问题

4、不影响使用的瑕疵

5、更好的实现方式

按解决的优先级别划分为3级。

（对测试计划影响程度）

高：

严重影响测试进程，无法按测试计划进行，表现在流程无法继续，必须立刻修改。

中：

没影响，流程可以继续，轻微问题，不影响测试计划进行，可按进度修改。

低：

对系统无影响的缺陷。

8.4.3缺陷跟踪及处理

缺陷管理地址：

http:

//172.18.13.100:

8080/bugfree/login.php

9工作交付件

名称

作者

应交付日期

评审日期

评审人员

Xxx系统测试用例

3天内评审

王成、

Xxx系统测试报告

Xxx系统安全测试用例

Xxx系统安全测试报告

Xxx系统压力测试用例

Xxx系统压力测试报告

10参考引用与术语

10.1参考引用

《xxx需求规格说明书》

10.2术语

暂无