测试计划模板

1引言

1.1目的

简述本计划的目的,旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。

测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。另外,清晰的文档结构能使任何一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识。测试计划只是测试的一个框架,很多细节需要跟开发人员或其他人员沟通,因此计划不包括测试用例的细节和系统功能的详细信息。在计划目的中需要指明读者对象。

1.2名词解释

列出本计划中使用的专用术语及其定义

列出本计划中使用的全部缩略语全称及其定义

1.3参考资料

列出本计划各处参考的经过核准的全部文档和主要文献。

1.4测试摘要

这一节主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员(比如经理或开发项目的负责人)。

1.4.1 重点事项

列出测试的重点事项。可以将问题按重要程度和优先级罗列出来,然后在后面的章节中再对这些问题进行详细说明,这样就能让对这些问题有重要影响的人员知道问题的所在

1.4.2 争议事项

简要说明争议事项。

1.4.3 风险评估

通过对技术文档的阅读,对被测系统可能存在的问题:系统设计,数据库设计,响应时间,计费策略,因测试环境不足可能存在的测试缺陷事先评估出来,以指导测试方案,进行有重点的测试.

1.4.4 时间进度

简要说明测试开始时间与发布时间。

1.4.5 测试目标

简要说明测试发布的质量目标:

测试计划中所有测试方法和模块已经执行通过

所有的测试案例已经执行过

所有的重要等级为1/2的Bug已经解决并由测试验证

2项目背景

2.1测试范围

说明本计划涵盖的测试范围,比如功能测试、集成测试、系统测试、验收测试等。通常说明什么是要测试的,什么是不要测试的是非常重要的。明确规定这些问题后,测试人员对该做什么有一个清晰的认识。

(1)简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。

(2)如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。

(3)列出可能会影响测试设计、开发或实施的所有风险或意外事件。

(4)列出可能会影响测试设计、开发或实施的所有约束。

提示和技巧:

需要测试和特别注意测试那些部分?

测试是否专么针对与某些问题的解决?

哪些部分不需要测试,为什么?

哪些部分需要推迟测试,为什么?

是否要验证每个模块的稳定性?

测试的优先级和先后顺序

2.2测试目标

系统目标对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发人员沟通,以取得相关资料。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括系统视图和目标后,要确保所有的测试人员都知道项目和系统的目标。

通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固定的视图和目标,你将无法完成部分任务。而且,你会发现很难将对产品的认识向别人转述。

2.3联系方式

列出项目参与人员的职务、姓名、E-mail 和电话。

2.4风险及约束

列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。如:

Ä由于客观存在的设备、网络等资源原因,使得测试不全面。明确说明哪些资源欠缺,产生什么约束

Ä由于研发模式为现场定制,且上线时间压力大,使得测试不充分。明确说明在此中约束下,测试如何应对

Ä只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。

2.5测试文档

列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置,测试完成后应产生的文档。

2.5.1测试参考文档

2.5.2测试提交文档

3章质量目标

描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。

质量不仅是衡量系统的功能或性能是否正常。对系统来说,在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具,应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如,系统是否能够正式发行?在代码完成后,应该修复那些缺陷?在系统完成后那种类型的测试是最合适的?

3.1产品质量目标

可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。

3.2测试质量目标

评价测试质量的目标可以有:

4资源需求

4.1培训资料

4.2测试环境

4.2.1硬件测试环境

描述建立测试环境所需要的设备、用途及软件部署计划。

机型(配置)”:此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。

用途及特殊说明”:此设备的用途,如数据库服务器,web服务器,后台开发等;如有特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;

软件及版本”:详细说明每台设备上部署的自开发和第三方软件的名称和版本号,以便系统管理员按照此计划分配测试资源;

预计空间”:说明第三方软件和应用程序的预计空间;

环境约束说明”:建立此环境时的特殊约束。如需要开发外部访问端口,需要进行性能测试等。

4.2.2软件测试环境

4.3测试工具

此项目将列出测试使用的工具以及用途:

5测试策略

5.1    整体测试策略

本节的目的是说明计划中使用的基本的测试过程。

使用里程碑技术在测试过程中验证每个模块,测试人员在需求阶段参与测试工作,进行需求review、设计review、测试案例设计和测试开发,在系统开发完成之后,正式执行测试。产品达到软件产品质量要求和测试要求后发布,并提交相关的测试文档。

5.2开始/中断/完成标准

说明中断/开始/完成测试的标准。

5.3测试类型

5.4    测试技术

6测试计划

6.1进度计划

在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。

6.1.1测试时间进度

6.1.2测试里程碑

6.2测试准备

6.2.1  测试环境准备

6.2.2    安装测试

6.2.3       烟雾测试

烟雾测试是一组用以确定系统处于稳定状态、所有的主要功能都具备并且能够在“ 正常 ”条件下运行的测试用例。烟雾测试不能由测试小组独立来建立;它应该是通过联合的方式,至少是在与开发员达成一致的情况下建立的。烟雾测试的目标是显示稳定性、而不是发现系统的每个bug ,必须在系统测试环境中运行。

6.3 具体测试实施任务和时间人员安排

 

第二篇:1产品测试计划模板

xx产品测试计划

版本 V.xx

目录

1.1测试计划书目标 ........................................... 3

1.2基本介紹 ................................................... 3

1.3 测试的对象 ............................................... 3

1.4 需要测试的产品功能 ..................................... 4

1.5 不需要测试的产品功能 .................................. 4

1.6 采用的测试模式 .......................................... 4

1.7 项目通过测试的标准 ..................................... 4

1.8 测试中断与开始的标准 .................................. 4

1.9 测试完成时需要提交的工作产品 ........................ 5

1.10 测试工作项目 ........................................... 5

1.11 测试环境的建立 ......................................... 5

1.12 人员的工作分配 ......................................... 5

1.13 人员需要的培训 ......................................... 6

1.14 进度 ...................................................... 6

1.15 潜在问题与风险 ......................................... 7

1.16 文件的认可 .............................................. 7 产品测试计划STP模板 2

1.1测试计划书目标

? 主要目的和内容 ? 测试管理

? 版本管理

?

?

1.2基本介紹

? 测试产品介紹 ? 产品的版本划分 ? 产品的基本功能 ?

名词定义

? QA

? Positive Functionality Testing ? Boundary/Stress Testing ? Error/Negative Testing ? Integrated Testing ? Unit Test

? System Test ?

1.3 测试的对象

? 程序

? 文件

? 使用手冊

? 光盘的內容

1产品测试计划模板

产品测试计划STP模板 3

1.4 需要测试的产品功能

? 需要测试的原因

? 产品安裝

? 产品卸载

? 产品资料库

?

1.5 不需要测试的产品功能

? 不需要测试的原因 ? 被删除的功能

? 被外包的功能

?

?

1.6 采用的测试模式

? 人工测试

? 自动化测试

? 黑盒测试

? 白盒测试

?

1.7 项目通过测试的标准

? 不能有错别字

? 所有的功能测试正常 ? 沒有Priority 3以上的问题 ?

1.8 测试中断与开始的标准

? 当Priority 1的问题超过总体问题的1/3时? 当Priority 2的问题超过总体问题的1/2时? 当Priority 3的问题超过总体问题的3/4时? 测试重新开始时的回归测试项目 ?

?

产品测试计划STP模板 4

1.9 测试完成时需要提交的工作产品

? 测试计划书

? 测试用例设计

? 测试报告

?

1.10 测试工作项目

测试工具

? 已有工具

? 额外购买

? 自行开发

应该进行的测试

? 集成测试

? 功能测试

? 配置测试

? 验收测试

? 合格测试

? 性能测试

? 压力测试

1.11 测试环境的建立

Client :

? Windows 95

Server:

? AIX

? NT 4.0 for initial testing. Network:

? Proxy

1.12 人员的工作分配

测试人员

? Steven

?

工作分配

? 安装测试

? 性能测试

?

产品测试计划STP模板 5

1.13 人员需要的培训 编程技术

? VB

? Perl

网络环境

? Client-Server ? Proxy Server 产品知识

? Microsoft SQL Server ? HP OpenView

1.14 进度

1产品测试计划模板

1产品测试计划模板

1产品测试计划模板

1产品测试计划模板

产品测试计划STP模板 6

1.15 潜在问题与风险 时间不足

? 调整测试项目

? 调查优先顺序

?

人员不足

? 增加人员

? 人员调配

? 使用实习生

?

经验不足

? 加强培训

? 增加指导人员

?

1.16 文件的认可 文件版本

Version 1.8 修改摘要及日期

? Version 1.1 增加压力测试内容 日期:

2001/03/04

? Version 1.2 删除部分产品功能测试内容 日期:

2001/04/25

?

编写人员

? Version 1.0 编写人员: Steven Hsu 日期:2001/02/02 ? Version 1.1 编写人员: Robin Chou 日期:2001/03/04 ?

审核人员

? Version 1.0 审核人员: Jim 日期:2001/02/10 ? Version 1.1 审核人员: Jonny 日期:

2001/03/12

?

参与人员

? Version 1.1 参与人员:Kenny、Jimmy、Edward ? Version 1.2 参与人员:Kenny、Jimmy、Ray ?

产品测试计划STP模板 7

相关推荐