软件测试文档模版.docVIP

Word可编辑 RUP模版------?测试方案? SUBJECT * MERGEFORMAT 工程名称 TITLE * MERGEFORMAT 测试方案 版本 1.0 [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体〔样式=InfoBlue〕显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式〔样式=Body Text〕。] [要定制 Microsoft Word 中的自动字段〔选中时显示灰色背景〕，请选择 FileProperties，然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 EditSelect All〔或 Ctrl-A〕并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 Alt-F9，将在显示字段名称和字段内容之间切换。有关字段处理的详细信息，请参见 Word 帮助。] 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  TITLE * MERGEFORMAT 测试方案 1.???? 简介 ???? 目的 SUBJECT * MERGEFORMAT 工程名称 的这一“测试方案〞文档有助于实现以下目标： ? [确定现有工程的信息和应测试的软件构件。 ? 列出推荐的测试需求〔高层次〕。 ? 推荐可采用的测试策略，并对这些策略加以说明。 ? 确定所需的资源，并对测试的工作量进行估计。 ? 列出测试工程的可交付元素] ???? 背景 [输入测试对象〔组件、应用程序、系统等〕及其目标的的简要说明。需要包括的信息有：主要的功能和特性、测试对象的构架以及工程的简史。本节应该只包含 3 至 5 个段落。] ???? 范围 [描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本方案所针对的测试类型〔如功能测试或性能测试〕。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。 如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，那么列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。] ??????????? 工程标识 下表列出了制定测试方案所用的文档，并标明了文档的可用性： [注：可以视情况删除或添加工程。] 文档〔版本/日期〕 已创立或可用 已被接受或已经过复审 作者或来源 备注 需求规约 ? 是 ? 否 ? 是 ? 否 功能性规约 ? 是 ? 否 ? 是 ? 否 用例报告 ? 是 ? 否 ? 是 ? 否 工程方案 ? 是 ? 否 ? 是 ? 否 设计规约 ? 是 ? 否 ? 是 ? 否 原型 ? 是 ? 否 ? 是 ? 否 用户手册 ? 是 ? 否 ? 是 ? 否 业务模型或业务流程 ? 是 ? 否 ? 是 ? 否 数据模型或数据流 ? 是 ? 否 ? 是 ? 否 业务功能和业务规那么 ? 是 ? 否 ? 是 ? 否 工程或业务风险评估 ? 是 ? 否 ? 是 ? 否 2.???? 测试需求 下面列出了那些已被确定为测试对象的工程〔用例、功能性需求和非功能性需求〕。此列表说明了测试的对象。 [在此处输入一个主要测试需求的高层次列表。] 3.???? 测试策略 [测试策略提供了推荐用于测试对象的方法。上一节“测试需求〞中说明了将要测试哪些对象，而本节那么要说明如何对测试对象进行测试。 对于每种测试，都应提供测试说明，并解释其实施和执行的原因。 如果不实施和执行某种测试，那么应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。。