T集成测试计划

集成测试计划集成测试计划 文件状态 [] 草稿 [√] 正式发布 [] 正在修改 文件编号 当前版本 作者 审 核 者 发布日期 T2401 集成测试计划 1.0 修 订 者 批 准 者 密级 [] 绝密[√] 普通[]部门公开[]外部公开 修订记录修订记录 类别类别A – 增加M – 修改D – 删除 日期日期版本号版本号类别类别 A M M 描述描述作者作者 集成测试计划集成测试计划 文件状态 [√] 草稿 [] 正式发布 [] 正在修改 文件编号 当前版本 作者 审 核 者 发布日期 修 订 者 批 准 者 密级 [] 绝密[√] 普通[]部门公开[]外部公开 修订记录修订记录 类别类别A – 增加M – 修改D – 删除 日期日期版本版本/ / 序号序号类别类别描述描述作者作者 目录目录 1.简介.4 1.11.1目的目的 .4 1.21.2背景背景 .4 1.31.3假设和约束假设和约束 .4 1.41.4参考文档参考文档 .4 2.测试范围与目标.5 2.12.1测试范围测试范围 .5 2.22.2测试目标测试目标 .5 3.测试策略.5 3.13.1X X 测试测试 .6 3.23.2XXXX 测试测试.6 4.资源与工具.6 4.14.1角色与人员角色与人员 .7 4.24.2测试环境测试环境 .7 4.34.3工具工具 .8 4.44.4培训培训 .8 5.进入与退出准则.9 5.15.1接收测试的条件接收测试的条件 .9 5.25.2测试通过标准测试通过标准 .9 6.测试管理.9 6.16.1进度安排进度安排 .9 6.26.2需交付文档需交付文档 .9 6.36.3BugBug 管理管理 .10 6.46.4测试过程控制测试过程控制 .10 6.56.5风险分析与应对风险分析与应对 .10 附录 确认结果.12 ➢ 简介简介 目的目的 针对{项目名称}项目而制定的本集成测试计划文档，有助于实现以下目标 ➢确定现有项目的信息和应测试的软件构件； ➢明确测试的范围与目标，并推荐可采用的测试策略，并对这些策略加以说 明； ➢确定所需的资源，并对测试的工作量进行估计，排定相关工作的日程； ➢列出测试项目的可交付产物； ➢明确测试管理过程及测试任务。 斜体字为提示说明文字，请在使用过程中予以删除（下同）斜体字为提示说明文字，请在使用过程中予以删除（下同） 背景背景 测试对象（组件、应用程序、系统等）及其目标的简要说明。 需要包括的信息有项目主要的功能和特性、测试对象的构架以及项目的简史等。 假设和约束假设和约束 首先明确集成测试、 系统测试或验收测试， 并说明本计划所针对的测试类型（如功能 测试或性能测试）。 简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。 如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施， 则列 出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 参考文档参考文档 下表列出了制定测试计划所用的文档，并标明了文档的可用性 文档名称文档名称参考范围参考范围 ➢ 测试范围与目标测试范围与目标 测试范围测试范围 下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求）。此 列表说明了测试的范围。 在此处输入一个主要测试需求的高层次列表。 测试对象测试对象  对应需求对应需求 测试目标测试目标 针对本项目已明确的测试范围，以及项目目标等要素，确定本项目整体的测试目标。 ➢ 测试策略测试策略 测试策略提供了推荐用于测试对象的方法。上一节 “测试范围与目标” 中说明了将要测 试哪些对象及预期目标，而本节则要说明如何对测试对象进行测试以达到目标。对于每种测 试，都应提供测试说明，并解释其实施和执行的原因。 如果不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如， “将不实施和执行该测试。该测试不合适。” 制定测试策略时所考虑的主要事项有将要使用的方法以及判断测试何时完成的标准。 下面列出了在进行每项测试时需考虑的事项，除此之外， 测试还只应在安全的环境中使 用已知的、受控的数据库来执行，可按实际需要进行删减。 测试策略的选择，主要为接口测试、数据流与控制流的测试等。  X X 测试测试 依不同测试分别给出目标、方法、完成标准、以及需要考虑的特殊事项。 见下表 目标目标 方法方法 完成标准完成标准 需考虑的特殊需考虑的特殊 事项事项 XXXX 测试测试 目标目标 方法方法 完成标准完成标准 需考虑的特殊需考虑的特殊 事项事项 ➢ 资源与工具资源与工具 本节列出推荐{项目名称}项目使用的资源，及其主要职责、知识或技能。  角色与人员角色与人员 下表列出了在此项目的人员配备方面所作的各种假定。 注可视情况删除或添加项目。 人力资源人力资源 角色姓名 对于本项目、本阶段的测试，拟用 哪些测试人员对应该角色的活动 如 进行管理监督。 职责 职责与技能 测试经理 1提供技术指导 2获取适当的资源 3提供管理报告 确定测试用例、 确定测试用例的优先级并实施 测试用例。 职责 1生成测试计划 测试工程师 2生成测试模型 3评估测试工作的有效性 4执行测试 5记录结果  测试环境测试环境 下表列出了测试项目所需的环境资源要求。 注可以视情况删除或添加项目。 针对被测试应用程序的测试环境和配置信息，在此给出一个概要说明。 软件环境软件环境 终端类别 服务器端 客户端 操作系统相关应用软件 硬件环境硬件环境 终端类别 服务器端 客户端 机器名设备编号硬件配置说明硬件配置说明 网络环境网络环境 工具工具 此项目将使用以下工具 工具分类工具分类 BUG 管理与跟踪 测试覆盖监测器或评价器 自动化测试工具 DBMS 工具 名称名称厂商厂商/ / 自行研制自行研制版本版本  培训培训 在此说明测试组为完成本测试项目所需的培训事宜,包括 培训种类培训种类 与应用相关的方面与应用相关的方面 测试过程培训测试过程培训 业务讲解业务讲解 工具培训工具培训 培训目的培训目的培训方式（建议）培训方式（建议）应参与人员应参与人员 ➢ 进入与退出准则进入与退出准则  接收测试的条件接收测试的条件 即测试准入条件。 什么样情况下才允许进入该阶段的测试。如对于集成测试， 必须要 求经过单元测试通过等。 测试通过标准测试通过标准 评估测试用例覆盖 分析缺陷 确定是否达到了测试完成标准与成功标准 ➢ 测试管理测试管理 进度安排进度安排 根据项目计划给出每项测试（含与测试关联的其他活动，如搭建测试环境等）起止时 间（基于项目计划进度安排对测试工作内容予以细化） 任务名称任务名称责任人责任人预计开始时间预计开始时间预计完成时间预计完成时间 需要工时需要工时 （（MDMD ）） 制定测试计划 评审测试计划 编写测试用例 评审测试用例 搭建测试环境 执行测试 需交付文档需交付文档 本节列出了将要创建的各种文档、工具和报告，及其创建人员、交付对象和交付