1-总体测试计划-模板.docVIP

XX产品 总体测试计划 编 写 作者姓名 编写 时间 YYYY-MM-DD 审 核 审核者姓名（及其职务） 审核 时间 YYYY-MM-DD 文档版本 文档修订摘要 日期 修订号 描述 著者 审阅者 日期 yyyy-mm-dd 序列号1、2、3等 【对修订内容的简单概述】 yyyy-mm-dd 目录 第1章 引言 1 1.1 目的 1 1.2 名词术语 1 1.2.1 功能测试 1 1.2.2 集成测试 1 1.2.3 系统测试 1 1.2.4 验收测试 1 1.2.5 DRE 2 第2章 测试背景 3 2.1 测试范围 3 2.2 风险及约束 3 2.3 测试文档 3 第3章 测试质量目标及要求 5 第4章 测试环境 6 第5章 测试计划 8 5.1 测试人员分工 8 5.2 测试进度计划 9 引言 目的 【内容】 简述制定本计划的目的。例如： 本计划为×××产品的总体测试计划。旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。 【裁剪原则】 本部分内容不允许裁剪。 名词术语 功能测试 开发人员完成各组件的单元测试后，提交测试部门，进行各业务模块的测试。测试重点是确认模块功能是否正确。 集成测试 将模块逐步进行集成。测试重点是确认产品组装中模块的内部接口是否正确。验证是否满足Use Case的业务流程。 系统测试 在真实或模拟真实环境下所进行的性能、稳定性、与外部系统接口的测试。重点确认性能是否满足设计要求，外部接口是否正确。 验收测试 为了验证系统是否满足用户的需求，在用户现场进行的测试。验收测试根据Use Case设计测试用例，由用户和相关的第三方厂家共同参加。验收测试结果需要得到用户、第三方厂家的签字确认。 DRE Defect Removal Efficiency，缺陷清除率，指某阶段已经识别的缺陷数与本阶段潜在缺陷数的比值。属于过程中的质量管理度量。详细的缺陷清除模型的应用请参考组织标准过程/opp/规范指南下的《过程性能模型指南》文档。 对于测试阶段的缺陷清除率，可以近似等于 测试阶段发现的缺陷数 测试阶段发现的缺陷数＋发布后在工程现场发现的缺陷数 此数值，可以用于估计工程现场的潜在缺陷。 【裁剪原则】 如果没有特别生疏的术语，本部分内容允许裁剪。 测试背景 测试范围 【内容】 说明本计划涵盖的测试范围，比如功能测试、集成测试、系统测试、验收测试等。 【裁剪原则】 以上这些内容可以全部执行，也可以根据被测对象进行裁减。 风险及约束 【内容】 列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。风险直接写入QMP工具中，在计划评审时进行Review。这里重点写测试的约束，如： ( 由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束 ( 由于研发模式为现场定制，且上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应对 ( 只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。 【裁剪原则】 本部分内容不允许裁剪。 测试文档 【内容】 列出测试过程中可能用到的参考文档，测试完成后应产生的文档。以下列表供参考。 测试参考文档 测试提交文档 《项目计划书》 《总体测试计划》 《软件需求规格说明书》 《产品总体设计规格说明书》 《总体测试方案》（可根据项目情况进行裁剪） 《产品详细设计规格说明书》 TD中的功能测试、集成测试的测试用例 或文档化的测试方案，参考《集成测试方案-模板》 《性能测试方案（报告）》 《外部接口测试方案(报告)》 《验收测试方案(报告)》 《项目总结报告》中的“产品质量性能分析”章节 《Readme》 《产品操作手册(后台)》 《产品操作手册(前台)》 《产品维护手册》 《二次开发手册》 【裁剪原则】 本部分内容不允许裁剪。 测试质量目标及要求 【内容】 描述本阶段测试目标和要求。可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。如下是一个可以参考的用例。几处说明如下： 千行代码BUG数bug/Kloc参考组织PCB数据 测试工作量在《项目计划书》中可以得到 本产品bug/Kloc 估计 测试缺陷密度（见《项目PPB》文档） 测试BUG数预计 子系统（或模块）名称 代码行数（KLOC） （《项目计划书》中记录） BUG数预计 代码行数（KLOC）×测试缺陷密度