题记：写这篇博客要主是加深自己对测试项目的认识和总结实现算法时的一些验经和训教，如果有错误请指出，万分感谢。
<项目名称>
测试筹划
北京迈捷莱博软件技术有限公司
修订历史记录
| 日期 | 版本 | 说明 | 作者 | 同意人 |
目 录
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 目标
<Project Name> 的这一“测试筹划”文档有助于实现以下目标：
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. 测试任务产品
{列表说明测试过程应发生的任务产品，并对交付客户的任务产品进行标明}
| 测试阶段 | 测试类型 | 任务产品 | 采用模版/标准 | 是否移交客户 |
文章结束给大家分享下程序员的一些笑话语录： 人脑与电脑的相同点和不同点，人脑会记忆数字，电脑也会记忆数字；人脑会记忆程序，电脑也会记忆程序，但是人脑具有感知能力，这种能力电脑无法模仿，人的记忆会影响到人做任何事情，但是电脑只有程序软件。比尔还表示，人脑与电脑之间最重要的一个差别就是潜意识。对于人脑存储记忆的特别之处，比尔表示，人脑并不大，但是人脑重要的功能是联络，人脑会把同样的记忆存储在不同的地方，因此记忆读取的速度就不相同，而这种速度取决于使用的频率和知识的重要性。人脑的记忆存储能力会随着年龄增长而退化，同时记忆的质量也会随着年龄退化。经典语录网
--------------------------------- 原创文章 By
测试和项目---------------------------------