测试计划模板852.docVIP

项目名称 测试计划 ? 版本 1.0 ? ? [注：以下提供的模板用于 Rational Unified Process。 其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=正文）。] 由安博测试空间技术中心/提供 日期 版本 说明 作者 日/月/年 x.x 详细信息 姓名 ? ? ? ? ? ? ? ? ? ? ? ? ? 目录 1.???? 简介 4 1.1???? 目的 4 1.2???? 背景 4 1.3???? 范围 4 1.4???项目核实 5 2.???? 测试需求 6 3.???? 测试策略 7 3.1?????????????? 测试类型 7 3.1.1???? 数据和数据库完整性测试 7 3.1.2???? 功能测试 7 3.1.3???? 业务周期测试 9 3.1.4???? 用户界面测试 10 3.1.5???? 性能评测 11 3.1.6???? 负载测试 12 3.1.7???? 强度测试 13 3.1.8???? 容量测试 14 3.1.9???? 安全性和访问控制测试 15 3.1.10???? 故障转移和恢复测试 16 3.1.11???? 配置测试 18 3.1.12???? 安装测试 19 3.2???? 工具 20 4.???? 资源 21 4.1???? 角色 21 4.2???? 系统 23 5.???? 项目里程碑 24 6.???? 可交付工件 25 6.1???? 测试模型 25 6.2???? 测试记录 25 6.3???? 缺陷报告 25 7.???? 附录 A：项目任务 26 测试计划 1.???? 简介 1.1???? 目的 项目名称 的这一“测试计划”文档有助于实现以下目标： ??????? [确定现有项目的信息和应测试的软件构件。 ??????? 列出推荐的测试需求（高级需求）。 ??????? 推荐可采用的测试策略，并对这些策略加以说明。 ??????? 确定所需的资源，并对测试的工作量进行估计。 ??????? 列出测试项目的可交付元素] 1.2???? 背景 [对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。本节应该只有 3 至 5 个段落。] 1.3???? 范围 [描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。 简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 1.4???项目核实 下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性： [注：可适当地删除或添加文档项。] 文档（版本/日期） 已创建或可用 已被接收或已经过复审 作者或来源 备注 需求规约 ? 是 ? 否 ? 是 ? 否 ? ? 功能性规约 ? 是 ? 否 ? 是 ? 否 ? ? 用例报告 ? 是 ? 否 ? 是 ? 否 ? ? 项目计划 ? 是 ? 否 ? 是 ? 否 ? ? 设计规约 ? 是 ? 否 ? 是 ? 否 ? ? 原型 ? 是 ? 否 ? 是 ? 否 ? ? 用户手册 ? 是 ? 否 ? 是 ? 否 ? ? 业务模型或业务流程 ? 是 ? 否 ? 是 ? 否 ? ? 数据模型或数据流 ? 是 ? 否 ? 是 ? 否 ? ? 业务功能和业务规则 ? 是 ? 否 ? 是 ? 否 ? ? 项目或业务风险评估 ? 是 ? 否 ? 是 ? 否 ? ? ? 2.???? 测试需求 下表用于确定被当作测试对象的各项需求（例如用例、功能性需求和非功能性需求）。 表中列出了将要测试的对象。 [在此处输入一个主要测试需求的高级列表。] 3.???? 测试策略 [测试策略提供了对测试对象进行测试的推荐方法。上一节“测试需求”中说明的是测试对象，而本节则要说明如何对测试对象进行测试。 对于每种测试，都应提供测试说明，并解释其实施和执行的原因。 如果将不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。该测试不合适”。 制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。 下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。] 3.1????????????