1、Contoso 测试计划Windows Server 部署模板使用说明欢迎请阅读指南 括号中字体为 Arial 的蓝色文字 ，了解应置于本模板各部分中的信息。请阅读 Contoso 示例文字（字体为 Arial 的绿色文字）来了解 Contoso 如何使用各部分。为保留本模板以便今后使用，请将其以另外的文件名保存，然后再于新文件中将指南及 Contoso 示例文字删除，并以您沟通计划中的对应部分来替换中的占位符。有些文档的附录中可能会有一些额外的指南，请在使用后将其删除。一些模板具有四级标题，虽未缩进，但可以通过字体及大小进行区分：标题 1 16 点 Arial 黑体标题 2 14 点 Ari
2、al 黑斜体标题 3 13 点 Arial 黑体 标题 4 12 点 Arial 黑斜体 您也可以选择将各部分缩进以便于阅读。 2003 Microsoft Corporation. 保留所有权利。本文档所包含的信息代表了在发布之日，Microsoft Corporation 对所讨论问题的当前看法。因为 Microsoft 必须顺应不断变化的市场情况，故该文档不应理解为 Microsoft 一方的承诺，Microsoft 不保证所给信息在发布之日以后的准确性。本文档仅用于提供信息。 MICROSOFT 不对本文档的信息做任何保证、明示或者暗示。Microsoft 、Windows 和 Win
3、dows Server 为 Microsoft 公司在美国和/或其他国家与地区的注册商标或商标。测试计划Windows Server 部署修订及签字单作者作者职位日期版本号修改记录日期 作者 版本 修改参考审阅人姓名 版本核准 职位 日期发行姓名 职位文档属性条目 内容文档名 测试计划作者编写日期最后更新目录摘要 .1目标 .1测试方法和假设 .2主要测试职责 .3将要测试的特性和功能 .3测试的预期结果 .5交付内容 .5测试文档 .6测试数据 .6与其他组织间的交互 .7测试程序和研讨 .7测试安装程序 .7测试程序 .8测试研讨 .8状态跟踪与报告 .8测试资源要求 .9环境要求 .9人
4、员和培训需求 .9测试工具要求 .9Bug 报告工具和方法 .10Bug 报告工具策略 .10Bug 分类策略 .10优先策略 .10Bug 关闭标准 .11进度表 .11风险和依赖项 .12开放问题 .12附录 A：测试案例说明示例 .13模板介绍说明：“ 测试计划 ”文档描述了计划、组织和管理项目测试活动所使用的策略和方法，确定了测试对象、方法、工具、预期结果、职责和资源要求。本文档是测试组的首要计划。 测试计划将确保测试过程有组织地全面开展，并且让测试组能够确定解决方案的稳定性。在解决方案的开发和稳定过程中，不断了解解决方案的最新情况有助于树立小组成员和利益相关人的信心。首要小组角色：测
5、试 角色负责创建测试计划。该计划概述了测试组测试解决方案时将要使用的策略。此测试角色负责建立预期质量要求并将其加入测试计划。 次要小组角色：项目管理 角色通过确保满足解决方案要求、测试正确的组件以及在 bug 报告和解析中采用恰当的策略来参与测试计划的开发。开发 角色需要了解他们的工作将如何测试以及发现的 bug 将如何报告、分配、解决和验证。用户体验 角色验证测试计划包含了用来测试可访问性、可使用性和界面特性的策略和方法。1摘要说明：“摘要”部分提供了本文档内容总的概要。一部分读者只需知道该计划的重要部分。本摘要还为读者在阅读详细内容之前提供了本文档基本内容的介绍。Contoso 的实现方法
6、本测试计划文档描述了作为 Contoso 公司 Windows Server 部署 (WSD) 项目组成部分而将开展的测试活动。该小组将要测试四个主要方案： 部署过程健全性测试 生成过程自定义测试 部署后的服务器功能测试 服务器可用性测试目标说明： “目标”部分阐述了测试计划的目标。以下目标列表可以应用到项目中。包含针对该项目的所有其他目标。 确定准备工作和执行测试所需的操作。 确定测试的范围、策略以及测试将使用的方法。 确定配置组件和规格。 定义规格和状态报告。 明确测试计划中所包含的各个任务职责。 定义进行测试所需的测试工具和环境。 确定与其他组织间的测试交互。 确定测试客户和交付内容。
7、确定主要的测试里程碑。 定义用于准备测试计划的信息源。确定目标可确保该计划的作者对背景情况和解决方案已经过仔细斟酌，并且创建了恰当的测试方法。2Contoso 的实现方法以下目标适用于 Contoso 服务器部署项目： 确定准备和进行测试所需的活动。 定义用于测试的范围、策略和方法。 定义规格和状态报告。 明确测试计划中所包含的各个任务职责。 定义进行测试所需的测试工具和环境。测试方法和假设说明： “测试方法和假设”部分描述了在解决方案的高层次测试过程中将使用的方法、活动和技术（包括设计测试的方法）。如果解决方案的不同组件需要不同的方法，本部分则应定义哪些组件要用每个方法进行测试。 本部分还描
8、述了将用于验证所选测试方法能有效保证所需测试完整性的方法（标准和技术）。该方法可以简单到只要求所有相关组织查看、评价和签署本文档。方法也可以更复杂，可要求使用工具来验证陈述和路径覆盖。Contoso 的实现方法大多数 WSD 项目的测试都将在高层次进行。最需要测试的是 WSD 解决方案加速器组件和作为基线成员服务器使用的 Microsoft Windows Server 2003 操作系统配置的健全情况。WSD 将致力于安装、配置和基本功能的测试，而不是 Windows Server 2003 的每一个特性和功能以及核心企业应用程序的测试。3主要测试职责说明：“主要测试职责”部分确定了将要管理
9、和执行测试过程的小组和个人。此信息将被置于确定测试过程中每个关键元素和参与人员的矩阵中。Contoso 的实现方法大部分的项目测试将由 Contoso 质量保证小组 (QA) 来完成。他们负责签字确认已完成的映像和 WSD 生成过程。服务器基线映像处理小组将负责 WSD 解决方案加速器组件健全情况的最初评估和测试。他们还创建构成 Contoso 公司 Windows Server 2003 部署的映像、脚本和文档的程序包。该程序包最终将交给 QA 来测试并获取 Contoso 的认可证书。将要测试的特性和功能说明：“将要测试的特性和功能”部分从高层次上阐述了将要测试的所有特性和功能或所有用户和
10、使用功能。计划审阅者需要充分而详细的信息来决定是否有主要的领域、特性或测试模式没包含到或者是覆盖不全面。对于文档测试（例如，配置程序或安装指南），要按照名称列出文档并指明其目标听众和预期内容。简要描述在验证其可用性、正确性和完整性时将要使用的标准。本部分包含的相关信息示例有： 将要测试的特殊功能。 测试是否包括未受支持的功能。 将要执行的设备（特性）测试。 将要执行的 bug 测试。 将要执行的压力/负载测试。 将要执行的可用性测试。 将要执行的可靠性测试。 将要执行的恢复测试。 将要执行的可管理性测试。4 将要执行的兼容性/移植测试。 将要执行的安全测试。 在多个软件和硬件配置上执行测试（配置测试）将要使用的软件和硬件。本部分也可以用表格进行编写，在表格中注明每个特性、功能、用户或使用功能（列标题），各自适用的测试类型（行标题）。Contoso 的实现方法将要测试的特性和功能可以根据测试的种类进行组织。 部署过程健全性测试 生成过程自定义测试 部署后服务器功能测试 服务器可用性测试WSD 测试指南对上述每个方案中将要执行的测试种类进行了解释。
