(完整版)软件测试文档模版.docVIP

RUP 模版 ------ 《测试计划》 项目名称 测试计划 版本 1.0 [ 注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式 =InfoBlue ） 显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式 =Body Text ）。 ] [ 要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 ect 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择  FileProperties ，然后将 Title 、Subj EditSelect All （或 Ctrl-A ） 并按  F9，或只是在字段上单击并按  F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单 独进行。按  Alt-F9 ，将在显示字段名称和字段内容之间切换。  有关字段处理的详细信息，  请参见  Word  帮助。 ] 修订历史记录 日期  版本  说明  作者 日 /月 /年  x.x  详细信息   姓名 目录 1. 简介 3 1.1 目的 3 1.2 背景 3 1.3 范围 3 1.4 项目标识 3 2. 测试需求 3 3. 测试策略 3 3.1 测试类型 3 3.1.1 数据和数据库完整性测试 3 3.1.2 功能测试 3 3.1.3 业务周期测试 3 3.1.4 用户界面测试 3 3.1.5 性能评价 3 3.1.6 负载测试 3 3.1.7 强度测试 3 3.1.8 容量测试 3 3.1.9 安全性和访问控制测试 3 3.1.10 故障转移和恢复测试 3 3.1.11 配置测试 3 3.1.12 安装测试 3 3.2 工具 3 4. 资源 3 4.1 角色 3 4.2 系统 3 5. 项目里程碑 3 6. 可交付工件 3 6.1 测试模型 3 6.2 测试日志 3 6.3 缺陷报告 3 7. 附录 A ：项目任务 3 测试计划 简介 1.1 目的 项目名称 的这一 “测试计划 ”文档有助于实现以下目标： [确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求（高层次）。 推荐可采用的测试策略，并对这些策略加以说明。 确定所需的资源，并对测试的工作量进行估计。 列出测试项目的可交付元素 ] 1.2 背景 [ 输入测试对象（组件、应用程序、系统等）及其目标的的简要说明。需要包括的信息有：主要的功能和特 性、测试对象的构架以及项目的简史。本节应该只包含 3至 5个段落。] 1.3 范围 [ 描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划所针对的测试类型（如功能 测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。 如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 ] 1.4 项目标识 下表列出了制定 测试计划所用的文档，并标明了文档的可用性： [注：可以视情况删除或添加项目。 ] 文档 已创建或可用 已被接受或已 作者或来源 备注 （版本 /日期） 经过复审 需求规约 是 否 是 否 功能性规约 是 否 是 否 用例报告 是 否 是 否 项目计划 是 否 是 否 设计规约 是 否 是 否 原型 是 否 是 否 用户手册 是 否 是 否 业务模型或业务流程 是 否 是 否 数据模型或数据流 是 否 是 否 业务功能和业务规则 是 否 是 否 项目或业务风险评估 是 否 是 否 测试需求 下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求）。此列表说明了测试的 对象。 [ 在此处输入一个主要测试需求的高层次列表。 ] 测试策略 [ 测试策略提供了推荐用于测试对象的方法。上一节 “测试需求 ”中说明了将要测试哪些对象，而本节则要说 明如何对测试对象进行测试。 对于每种测试，都应提供测试说明，并解释其实施和执行的原因。 如果不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如， “将不实施和执行该 测试。。该测试不合适。 ” 制定测试策略时所考虑的主要事项有：将要使用的方法以及判断测试何时完成的标准。 下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、受控的 数据库来执行。 ] 3.1 测试类型 3.1.1 数据和数据库完整性测试 [ 数据库和数据库进程应作为 项目名称 中的子系统来进行测试。 在测试这些子系统时，不应将测试对象的用户界