软件测试文档模版.docx

模版《测试计划》 项目名称 测试计划 版本 1.0 [ 注：以下提供的模板用于 。其中包括用方括号括起来并以蓝色斜体（样式）显示的文本，它们用于向作者 提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式 ）。] [ 要定制 中的自动字段（选中时显示灰色背景），请选择 ，然后将 、 和 等字段替换为此文档的相应信息。关闭该对话框后，通过选择 （或 ）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。对于页眉和页脚，这一操作必须单独进行。按 9，将在显示字段名称和字段内容之间切换。有关字段 处理的详细信息，请参见 帮助。 ] 日期版本 日期 版本 说明 作者 日/月/年 详细信息 姓名 目录 简介 3 目的 3 背景 3 范围 3 项目标识 3 测试需求 3 测试策略 3 测试类型 3 数据和数据库完整性测试 3 功能测试 3 业务周期测试 3 用户界面测试 3 性能评价 3 负载测试 3 强度测试 3 容量测试 3 安全性和访问控制测试 3 故障转移和恢复测试 3 配置测试 3 安装测试 3 工具 3 资源 3 角色 3 系统 3 项目里程碑 3 可交付工件 3 测试模型 3 测试日志 3 缺陷报告 3 附录 A：项目任务 3 测试计划 简介 目的 项目名称 的这一 “测试计划 ”文档有助于实现以下目标： ? [确定现有项目的信息和应测试的软件构件。 ? 列出推荐的测试需求（高层次）。 ? 推荐可采用的测试策略，并对这些策略加以说明。 ? 确定所需的资源，并对测试的工作量进行估计。 ? 列出测试项目的可交付元素 ] 背景 [ 输入测试对象（组件、应用程序、系统等）及其目标的的简要说明。需要包括的信息有：主要的功能和特性、测试对象的构架以及项目的简史。本节应该只包含 3 至 5 个段落。 ] 范围 [ 描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。 如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。 ] 项目标识 下表列出了制定 测试计划所用的文档，并标明了文档的可用性： [注：可以视情况删除或添加项目。 ] 文档 已创建或可用 已被接受或已 作者或来源 备注 （版本 /日期） 经过复审 需求规约 是 否 是 否 功能性规约 是 否 是 否 用例报告 是 否 是 否 项目计划 是 否 是 否 设计规约 是 否 是 否 原型 是 否 是 否 用户手册 是 否 是 否 业务模型或业务流程 是 否 是 否 数据模型或数据流 是 否 是 否 业务功能和业务规则 是 否 是 否 项目或业务风险评估 是 否 是 否 测试需求 下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求）。此列表说明了测试的对象。 [ 在此处输入一个主要测试需求的高层次列表。 ] 测试策略 [ 测试策略提供了推荐用于测试对象的方法。上一节 “测试需求 ”中说明了将要测试哪些对象，而本节则要说明如何对测试对象进行测试。 对于每种测试，都应提供测试说明，并解释其实施和执行的原因。 如果不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如， “将不实施和执行该测试。。该测试不合适。 ” 制定测试策略时所考虑的主要事项有：将要使用的方法以及判断测试何时完成的标准。 下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、受控的数据库来执行。 ] 测试类型 数据和数据库完整性测试 [ 数据库和数据库进程应作为 项目名称 中的子系统来进行测试。 在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 () ，还需要进行深入的研究，以确定可以支持以下测试的工具和方法。 ] 测试目标： 测试目标： [确保数据库访问方法和进程正常运行，数据不会遭到损坏。 ] 方法： ? [ 调用各个数据库访问方法和进程，并在其中填充有效的和无效 的数据或对数据的请求。 ? 检查数据库，确保数据已按预期的方式填充，并且所有 数据库 事件都按正常方式出现；或者检查所返回的数据，确保为 正当的理由 检索到了正确的数据 ] 完成标准： [所有的数据库访问方法和进程都按照设计的方式运行， 数据没有遭到损 坏。] 需考虑的特殊事项： ? [ 测试可能需要 开发环