测试计划

<项目名称>

测试计划

北京迈捷莱博软件技术有限公司

修订历史记录

日期

版本

说明

作者

批准人


目录

1. 简介 4

1.1 目的 4

1.2 背景 4

1.3 范围 4

1.4 参考资料 4

2. 项目生命周期说明 4

2.1 项目阶段划分 4

2.2 测试类型及其关系 4

2.3 测试轮次说明 5

3. 测试估计 5

3.1 估计前提和方法 5

3.2 估计结果 5

4. 项目组织结构 5

4.1 项目组人员配置 5

4.2 项目支持人员配置 5

4.3 项目协调组配置 5

5. 测试环境计划 6

5.1 测试环境准备 6

5.2 测试工具准备 6

6. 风险管理计划 6

7. 培训计划 7

8. 评审计划 7

9. 测量计划 8

10. 项目监控计划 9

11. 数据管理计划 10

12. 测试进度计划 10

13. 测试工作产品 10

1. 简介

1.1 目的

<ProjectName>的这一“测试计划”文档有助于实现以下目标:

1明确测试需求和项目生命周期

2对测试的规模、工作量、成本、风险、所需资源进行估计

3安排测试的人员、进度、培训、跟踪等

4列出测试项目的可交付元素

1.2 背景

[对测试对象(组件、应用程序、系统等)及其目标的的简要说明。]

1.3 范围

[描述测试项目的类型,例如:第三方系统测试、第三方验收测试或用户定义测试,并说明本计划所针对的测试类型(如功能测试或性能测试)。]

1.4 参考资料

[本小节应完整列出此测试计划文档中其他部分所引用的任何文档。每个文档应标有标题、日期和编写单位。]

2. 项目生命周期说明

2.1 项目阶段划分

[描述整个项目测试过程分为哪些阶段。]

2.2 测试类型及其关系

[描述各个测试类型之间的关系(并行/串行,怎样交叉,是否有结合点)。]

2.3 测试轮次说明

[描述整个项目测试过程分为几个轮次,各个轮次之间的关系(增量/回归)。]

3. 测试估计

3.1 估计前提和方法

[前提:说明不同难度/复杂度的规模系数假设;方法:说明采用类比法、PERT法、DELPHI法,简述估计过程。]

3.2 估计结果

测试类型

估计规模

单位

估计工作量(人日)

4. 项目组织结构

4.1 项目组人员配置

角色

人员

职责

项目经理

1) 制定项目计划;

2) 根据项目计划,3) 对进度、工作量、规模、风险进行跟踪监控,4) 并调整计划;

5) 需求管理,6) 包括组织细化需求、需求评审、需求变更等;

7) 进行项目测试总结

功能测试组人员

性能测试组人员

代码审查人员

文档测试人员

配置管理人员

1) 制定配置管理计划和项目组的配置管理培训;

2) 建立与维护配置管理库,3) 设置权限;

4) 参与配置变更管理;

5) 建立与维护测试基线;

6) 对交付客户的工作产品打包

4.2 项目支持人员配置

角色

人员

职责

项目主管

1) 指2) 导项目经理进行项目计划的制定;

3) 评审项目周报、里程碑报告,4) 对项目过程中出现的重大问题进行协调解决;

5) 在公司级协调项目所需资源

客户经理

1) 负责项目的商务工作;

2) 协助项目经理进行客户关系协调

质量保证人员

1) 评审项目测试过程活动;

2) 审计项目测试过程的工作产品

业务与测试专家

1) 对测试过程中的技术问题提供支持;

2) 对测试过程中的工作产品参与评审

4.3 项目协调组配置

协调方

人员

职责

监理方

1) 组织客户、开发和测试三方的协调;

2) 监督控制整个项目的全过程,3) 保证整个项目的进度与质量

客户方

1) 提供业务人员对测试人员进行业务培训;

2) 协助测试方整理业务流程;

3) 在测试过程中提供业务方面的问题解答;

4) 评审测试方提交评审的测试需求、测试用例和测试报告;

5) 对测试过程中发现的有争议的BUG进行确认

开发方

1) 配合测试方依据软件实施环境搭建测试环境;

2) 提供相关的软件开发人员配合测试;

3) 进行软件系统的培训;

4) 对测试方发现的问题进行确认、讨论和修改

测试方

1) 提交测试需求、测试用例和测试报告;

2) 提交每周测试工作周报和里程碑报告;

3) 对测试过程中每周发现BUG汇总提交;

4) 对每一轮测试发现BUG与开发、客户进行确认

5. 测试环境计划

[本章列出项目测试所需的硬件资源、软件资源(包括操作系统、数据库、应用程序)、数量、提供时间、提供方式(自己准备、客户方准备、开发方准备)等,如果需要测试工具或自行开发测试工具,也应在此节说明]

5.1 测试环境准备5.2

硬件设备

软件环境

数量

提供时间

提供方式

5.3 测试工具准备5.4

测试工具类型

名称

商业软件/自行开发

提供时间

提供方式

6. 风险管理计划

[项目经理可根据过去的项目经验,参考公司典型风险列表,进行分析、评价其优先级,列出计划采取的缓解或避免风险措施。]

风险类型

风险描述

发生概率

风险影响

发生时段

缓解措施

应急措施

备注:

a.“风险类型”包括“技术、人员、需求、测试环境、测试管理、项目协调管理、其他”;

c.“发生概率”对风险出现的可能性进行评估,可能的结果有:1)<=10%:可能性非常小;2)10%-25%:可能性小;3)25%-50%:可能性中等;4)50%-75%:可能性大;5)75%~100%:可能性非常大

j.“风险影响”对风险的严重性进行评估,可能的结果有:1)4:灾难性(进度延迟1个月以上,或者无法完成项目);2)3:严重(进度延迟2周~1个月,或者严重影响项目完成);3)2:中等(进度延迟1周~2周,或者对项目完成有一定影响);4)1:低(进度延迟1周以下,或者对项目完成稍有影响)

k.“发生时段”对风险可能发生的时间进行估计:1)1:近期:可能在本阶段发生;2)0.5:中期:可能在下一阶段发生;3)0.25:远期:可能在下一阶段之后发生

7. 培训计划

{本章列出项目测试所需的人员培训及花费的时间}

培训类别

课程

方式

培训人员

受培训人员

计划培训时间

技术

管理

业务

备注:“方式”指“公司内部、公司外派、项目组织”

8. 评审计划

[本章列出本项目中计划的评审内容、类型、达到的目标等。]

评审点/时间

评审内容

评审类型

评审人员

备注:“评审类型”指正式、非正式等。“正式”指需要组织开会进行的评审,多用于测试需求、测试总结报告的评审;“非正式”指通过e-mail进行的评审,多用于测试设计的评审。

9. 测量计划

[本章列出本项目中计划的测量数据采集、存储和分析的方式与结果等。]

测量数据

用途

采集周期/时间

采集结果/记录

采集人

提供人

存放位置

工作量

)通过采集个人在不同)阶段不同)测试类型不同)活动的工作量,)统计分析获得项目整体不同)阶段不同)测试类型的工作量占整个项目工作量的百分比,)以便今后项目的工作量分配估计

)与计划对比,)用于项目的监控

每天

工作日志表

项目组每个人

项目经理

质量保证人员

配置管理库\项目管理\计划监控测量\工作日志\个人目录下

每个阶段

工作量规模测量表

项目经理

项目经理

质量保证人员

配置管理库\项目管理\计划监控测量\

测试规模

11) 通过采集每个测试类型完成某一个阶段的工作产品规模,12) 配合工作量统计分析获得各类测试的工作效率;

13) 与计划对比,14) 用于项目的监控

每个阶段

工作量规模测量表

项目经理

项目经理

质量保证人员

配置管理库\项目管理\计划监控测量\

测试进度

与计划对比,用于项目的监控

每周

跟踪甘特图

项目周报

项目经理

项目经理

项目主管

质量保证人员

配置管理库\项目管理\计划监控测量\

风险

1) 通过采集项目测试过程中的风险变化情况,2) 统计分析获得项目中最常遇到的风险,3) 以及有效的规避和应急措施

4) 与计划对比,5) 用于项目的监控

每周

风险跟踪表

项目经理

项目经理

项目主管

质量保证人员

配置管理库\项目管理\计划监控测量\

测试发现BUG

1) 通过采集每个人、每类BUG、每轮BUG、每个功能模块BUG的数量,2) 统计分析BUG的趋势、比例和发现BUG的效率

3) 根据BUG的情况,4) 调整测试策略

一轮测试结束后

BUG测量表

BUG管理人员

项目经理

项目主管

质量保证人员

配置管理库\项目管理\计划监控测量\

测试需求变化

通过采集测试需求的变化情况,确定项目的稳定性

每两周/每个月

需求变化测量表

项目经理

项目经理

项目主管

质量保证人员

配置管理库\项目管理\计划监控测量\

10. 项目监控计划

[本章列出本项目中计划的主要监控活动。]

活动

周期/时间

方法

结果或记录

存放位置

进度监控

每周

通过进度测量,检查跟踪甘特图,如果实际进度与计划进度偏差超过进度阈值,则修订项目测试计划;对于小的偏差则修订甘特图

测试计划

配置管理库\测试\受控

Project甘特图

配置管理库\项目管理\计划监控测量\

规模监控

里程碑

通过规模测量,检查规模测量表,如果实际规模与计划规模偏差超过规模阈值30%,则修订项目测试计划

测试计划

配置管理库\测试\受控

工作量监控

里程碑

通过工作量测量,检查工作量测量表,如果实际工作量与计划工作量偏差超过工作量阈值30%,则修订项目测试计划

测试计划

配置管理库\测试\受控

项目例会

每周

召开项目组会议

会议纪要

配置管理库\项目管理\计划监控测量\

里程碑总结

里程碑处

在里程碑处总结项目的进展和质量情况,报告公司、客户等相关人员

里程碑报告

配置管理库\项目管理\计划监控测量\

每周总结

每周

每周总结项目的进展和发现BUG情况,报告公司、客户等相关人员

工作周报

配置管理库\项目管理\计划监控测量\

与开发、客户协调

必要时

召开协调会议

会议纪要

配置管理库\项目管理\计划监控测量\

风险跟踪

每周

根据项目的变化,及时调整风险估计和规避措施,并将风险状态通知相关人员

风险跟踪表

配置管理库\项目管理\计划监控测量\

评审跟踪

计划和实际发生时

对评审的有效性和评审发现问题进行跟踪和控制

评审记录表

配置管理库\项目管理\计划监控测量\

11. 数据管理计划

[本章列出本项目中从前期立项、到实施、到结项过程所有相关文档、资料的存储管理,把相关人员和存储说明中的位置具体化。]

阶段

数据

存储说明

管理人员

相关人员

项目立项阶段

项目测试方案

立项记录

合同等

公司project机器vss公司项目”库中

公司项目资料管理人员

项目经理

客户经理

项目主管

项目实施阶段

开发方文档和被测系统

测试工作产品

项目管理记录

项目实施参考规范和模版

项目组wzj机器vss***库中

配置管理人员

项目经理

配置管理人员

质量保证人员

所有测试人员

项目结项阶段

项目总结

项目结项记录

项目各阶段的受控文档

项目管理记录

公司project机器“****目录下

公司项目资料管理人员

项目经理

项目主管

配置管理人员

12. 测试进度计划

{根据项目生命周期、工作量估计、人员计划和工期计划,为项目过程定义表中的每个活动安排进度,并在关键点设置里程碑}

根据过程定义绘制项目进度甘特图,并作为对象嵌入,参考“进度模版.mpt”]

13. 测试工作产品

{列表说明测试过程应产生的工作产品,并对交付客户的工作产品进行标明}

测试阶段

测试类型

工作产品

采用模版/标准

是否移交客户

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值