13005-1测试计划_10.docVIP

( 产品名称 测试计划 公司名称 文档编号 文档名称 测试计划 文档版本 x.y 起 草 起草人 起草日期 YYYY-MM-DD 审 批 审批人 审批日期 YYYY-MM-DD  修订历史 版本号 日期 状态 修订人 摘要 x.y yyyy-mm-dd 状态标识：C – Created A - Added M - Modified D - Deleted  目录 1 引言 4 1.1 目的和范围 4 1.2 背景 4 1.3 术语和定义 4 1.4 参考资料 4 2 测试内容 5 2.1 测试策略（总体） 5 2.2 测试要点 5 2.3 测试环境 6 2.4 测试工具 6 3 测试组织结构 6 3.1 组织结构图 6 3.2 角色与职责 6 3.3 人力资源计划 7 3.4 人员培训计划 7 4 测试工作产品 7 5 工作分解结构 7 6 测试风险管理 8 7 测试任务估计 8 8 测试进度表 8  引言 目的和范围 说明本项目/产品测试目的和范围、预期达到的目标。 背景 说明本项目/产品测试的背景。 术语和定义 列出本文档中的专门术语的定义和英文缩写词的原词组。 参考资料 列出编写参考的文件、资料、技术标准以及他们的作者、标题、编号、版本、发布日期和出版单位。  测试内容 测试策略（总体） 确定项目/产品的整体的测试过程。 是否使用里程碑技术和在测试过程中验证每个模块？或者是什么都不做，只是普通的测试而已。 测试人员是否在项目开发初期就开始工作？或者测试人员只在系统开发完后，才开始测试。 测试要点 测试要点应对软件测试的以下信息进行具体描述。 测试方法 本次测试采用的测试方法（黑盒或白盒测试）。 测试类型 测试类型的说明。以下是一个例子。 功能测试用户界面测试性能测试压力测试容量测试配置测试安装测试 测试内容 根据软件开发流程和软件测试流程的内容与软件项目的实际特点相联系确定确认具体的测试内容。下面表格显示出针对软件的测试流程所涉及的测试内容，其中红色为必须测试的内容。在制定测试计划时，应首先安排必选项的测试，再根据软件的实际特点从中选取相应的测试内容进行评审或测试。以下是一个参考例子。 软件开发阶段 检查阶段 该阶段测试内容 选取 需求阶段 用户需求阶段 软件需求说明书评审 √ 概要设计阶段 设计阶段 概要设计评审 √ 详细设计阶段 详细设计评审 √ 编程和调试阶段后 单元测试阶段 自单元测试 √ 交换单元测试 整合单元测试 √ 编程结束 功能测试阶段 功能测试 √ 系统测试阶段 性能测试 安全性测试 相容性测试 恢复性测试 可靠性测试 使用性测试 安装性测试 √ 压力测试 服务性测试 验收性测试 极限性测试 并发测试 测试环境 说明本次测试软件的运行与测试所需的硬件环境和软件环境。通常用测试环境图和设备列表表示。 测试工具 说明本次测试使用的测试工具，包括自编测试程序，并进行确认。 测试组织结构 组织结构图 列出测试的组织结构图及涉及的相关角色，以下是一个参考例子： 角色与职责 定义组织结构中的各个角色及其职责，例如： 角色(岗位) 职责 姓名 测试经理 测试工具开发工程师 … 测试员 … 人力资源计划 拟定人力资源使用计划，详细描述各阶段的人员需求情况。例如： 阶段 起止时间 人数 技能等方面的要求 人员培训计划 拟定项目实施所必需的培训计划。 主题（技能、领域、工具、方法） 人数 计划日期 提供者 备注 测试工作产品 列出测试过程中的工作产品，如下所示，可根据实际情况增加或删减。 工作产品 标识号 预计完成日期 测试计划 功能测试方案 功能测试用例 系统测试方案 系统测试用例 功能测试报告 系统测试报告 测试总结报告 工作分解结构 把测试任务分解为若干工作包，并明确开始日期和结束日期，明确责任、工作成果。工作分解结构可随着项目的进展而不断细化。（亦可采用Project2000等相关工具。） 任务 开始日期 结束日期 负责人 工作成果 测试风险管理 测试经理预计可能发生的风险，制作风险管理分析表和风险管理日志。根据测试任务的大小，可单独形成风险管理文档。风险管理方法参考《风险管理规程》。风险管理模板请参考《风险分析表》和《风险管理日志