<项目名称>
测试计划
北京迈捷莱博软件技术有限公司
修订历史记录
日期 | 版本 | 说明 | 作者 | 批准人 |
目录
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. 测试工作产品
{列表说明测试过程应产生的工作产品,并对交付客户的工作产品进行标明}
测试阶段 | 测试类型 | 工作产品 | 采用模版/标准 | 是否移交客户 |