（项目名称）
总体测试计划
（文档版本号）
编 写 人： _
编写日期： _
审 核 人： _
审核日期： _
修订页
| 编号 | 章节名称 | 修订内容简述 | 修订日期 | 修订后版本号 | 修订人 |
1简介
1.1目的
【描述总体测试计划的编写的主要目的。】
如，编写目的：本文档用于描述XXX测试项目的测试范围，定义测试条件和目标，测试策略和要求，分析可能的风险，提供相应的规避措施或应急对策，并确定测试整体进度的计划和人力资源安排等。
测试目的：XXX项目测试的目的是通过测试交易系统业务功能及流程实现的正确性、可靠性、易用性，确保系统符合业务需求规格说明书的要求，且系统性能指标和数据库服务器管理方案满足应用要求。
1.2背景
【描述项目或产品的背景。】
1.3参考文档
【描述测试所需要参考的文档及测试依据。如，业务需求文档、规范文档、概要设计文档。】
2测试约束
【描述测试所要遵循的准则及条件约束等。】
2.1测试进出条件
2.1.1进入条件
【描述测试阶段的测试依据和进入测试阶段的条件和约束。】
2.1.2退出条件
【描述满足测试阶段退出的条件,编写时要根据 《项目量化管理计划》列举一些量化的退出指标，例如 系统遗留的致命和严重级别的缺陷数为0，软件需求测试覆盖率达到100％； 同时参考《测试过程》中的相关描述】
2.2测试通过和失败准则
2.2.1通过准则
【描述各测试活动通过的条件。】
如，每轮测试所有用例全部执行完毕，功能点覆盖率达到100％，且致命和严重级别的缺陷全部修复，其他缺陷95％以上被关闭，回归测试或执行新增测试用例时不再出现问题，则测试工作通过；
2.2.2失败准则
【描述测试中某轮次测试失败的条件。】
如，测试用例执行过程中中断，无法继续进行，或存在严重影响系统功能的缺陷或错误，则该轮次测试失败，遵照测试再启动准则实施。
2.3版本发布约定
【描述各测试阶段的版本发布准则以及应急发布条件。】
3测试需求
【根据软件系统的所有需求，列举总体测试需求。】
3.1网络架构
【描述项目的网络架构图。】
3.2系统架构
【描述项目的系统架构图。】
3.3测试范围
【根据项目需求规格说明书，描述项目的整体测试范围。如，需要测试的各子系统功能的描述。】
4测试风险
[此处描述测试任务可能遇到的风险，以及规避的方法]
测试风险表
| 风险编号 | 风险描述 | 风险发生可能性 （高、中、低） | 风险的影响程度 （高、中、低） | 责任人 | 规避方法 |
[测试策略提供了对测试对象实施测试的方法。]
[建议对每一个工作版本将进行以下几种类型的测试，可根据被测系统的不同测试需求进行裁剪。]
5.1集成测试
5.1.1测试描述
集成测试描述表
| 测试目标： | |
| 技术或手段： | |
| 完成标准： | |
| 需考虑的特殊事项： |
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。]
5.2系统测试
5.2.1测试描述
系统测试描述表
| 测试目标： | |
| 技术或手段： | |
| 完成标准： | |
| 需考虑的特殊事项： |
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。]
5.3性能测试
5.3.1测试描述
性能测试描述表
| 测试目标： | |
| 技术或手段： | |
| 完成标准： | |
| 需考虑的特殊事项： |
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。]
5.4UAT测试
5.4.1测试描述
UAT测试描述表
| 测试目标： | |
| 技术或手段： | |
| 完成标准： | |
| 需考虑的特殊事项： |
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。]
5.5安全和访问控制测试
5.5.1测试描述
安全和访问控制测试描述表
| 测试目标： | |
| 技术或手段： | |
| 完成标准： | |
| 需考虑的特殊事项： |
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。]
5.6安装测试
5.6.1测试描述
安装测试描述表
| 测试目标： | |
| 技术或手段： | |
| 完成标准： | |
| 需考虑的特殊事项： |
[此处描述一个特定的测试类型在项目测试活动中如何具体的执行。]
6测试资源
6.1人力资源需求
[列出此项目的测试人员配备方面的需求。]
人力资源需求表
| 角色 | 人员 | 具体职责 |
| 项目经理 | 组织测试过程BUG修复工作，并进行测试进度跟踪。 职责：分析BUG风险和优先级；协助测试项目主管协调测试资源，督促开发人员修复BUG。。 | |
| 业务培训和支持 | 对测试工作提供支持。 职责：对测试团队进行业务支持和安排培训工作。 | |
| 测试经理 | 进行测试项目管理工作，负责具体测试工作的推进，对测试工作进行指导和检查。 职责：提供测试技术指导；获取必要的测试资源；组织提交各个阶段的交付物；对具体测试工作进行督导和检查。 | |
| 测试工程师 | 抽取测试需求点；确定测试用例、确定测试用例的优先级并执行测试用例。 职责：编写测试计划；细化测试需求点；生成测试用例；执行测试，汇报BUG报告并进行缺陷跟踪处理。 | |
| 配置管理员 | 进行测试环境和发布的管理与协调。 职责：管理测试环境，负责新版本发布的协调工作； |
6.2.1测试网络拓扑图
【列出测试环境的网络拓扑图。】
6.2.2测试环境软硬件资源
【列出测试环境的软硬件资源列表。】
测试环境资源列表
| 资源 | 名称/描述 | |
| 硬件和网路环境 | 应用服务器 | 包括IP地址及硬件配置 |
| 数据库服务器 | 包括IP地址及硬件配置 | |
| 数据存储设备 | ||
| 网络或子网 | ||
| 用户端测试 PC | ||
| 包括特殊的配置需求 | ||
| 软件环境 | 数据库 | |
| 中间件 | ||
| AppServer | ||
| 浏览器 | ||
| 其它 |
【本次测试将使用的工具】
测试工具表
| 用途 | 工具 | 厂商/自产 | 版本 |
| 测试管理 | |||
| 测试执行 | |||
| 缺陷报告 |
【对测试阶段发现缺陷数量的量化计划，举例如下】
7.1缺陷严重级别定义
【描述缺陷严重级别及定义标准。】
缺陷严重级别定义表
严重程度
| 级别 | 缺陷性质 | 定义标准 |
| A类 | 致命缺陷 | 导致对被描述的主要对象的理解错误、不可行、不能运转、对业务和整个系统可能造成重大损失或损害。 |
| B类 | 严重缺陷 | 对被描述的部分对象的理解或实现错误，部分的系统或模块不可行或不能运转或部分系统和模块缺失，对整个系统有重大影响或可能造成部分的损失和损害。 |
| C类 | 一般缺陷 | 系统中部分单元模块或单个功能描述和实现有错误、有偏差、不一致或有缺失，不影响模块的正常运行，或有影响但可以有替代办法或避免办法。 |
| D类 | 微小缺陷 | 基本不影响系统的运行和功能的实现。但是与标准、规范和定义不一致。 |
| E类 | 建议缺陷 | 不在标准、规范、范围的定义和约束之内，但是从提出者来看是需要完善的建议。如安装手册，操作手册，在线帮助，代码冗余，可跟踪性等问题。 |
| 缺陷分级 | 计划缺陷发现数 |
| 致命 | |
| 严重 | |
| 一般 | |
| 建议 | |
| 微小 | |
| 合计 |
【描述缺陷优先级别及定义标准，并明确不同优先级别缺陷的修复完成时间。如，对于导致测试环境，或系统不能正常使用的缺陷，需立即开始解决。】
缺陷优先级别定义表
| 优先级别 | 定义标准 |
| 紧急 | 基本业务流程缺陷，功能类错误，特别是对继续进行测试有阻碍的缺陷。 |
| 一般 | 不影响业务流程的功能缺失，或者非功能类缺陷，如界面元素位置、提示信息等。 |
| … |
【根据测试需求，分解测试工作，计算工作量（N:人数，M：工作日），确定测试各阶段的计划启动时间和结束时间】
测试进度表
| 编号 | 任务 | 工作量（人日） | 任务启动条件 | 计划启动时间 | 计划结束时间 |
| （T） | （T+D） | ||||
| 集成测试 | |||||
| 系统测试 | |||||
| …… | |||||
| 合计工作量 | |||||
【估算测试过程中各类人员的工作量计划投入。】
测试工作量投入表
| 人员类型 | 计划工作量投入 |
| 业务人员 | |
| 本行开发人员 | |
| 外包开发公司 | |
| 软件质量管理中心人员 | |
| 外包测试团队 | |
| 架构师 | |
| 运行中心人员 | |
| 本行外包技术人员 | |
| ...... |
【描述项目各测试阶段需要交付的工作产品。】
交付物表
| 测试阶段 | 交付物名称 | 责任人 | 参与者 | 交付日期 |
| 测试准备 | ||||
| 集成测试 | ||||
| 系统测试 | ||||
| 性能测试 | ||||
| UAT测试 | ||||
| … |
