M$的测试计划概述－第 2 章 �� 计划测试
上一篇 / 下一篇 2007-06-27 16:49:07 / 个人分类：02.软件测试管理
解决方案测试概述
本文档说明了构成测试策略的活动，该活动对每个 Microsoft 方案加速器（通过 MSM 获得）的人员、流程和技术组件之间的交互和操作有效性进行了检查。
采用了全面质量保证 (QA) 方法，它主要研究人员、流程和技术组件如何作为解决方案运行，并涉及更宽泛的商业范围和操作过程，以及纯粹的技术问题。QA 应在项目的初期阶段就启动，并通过为解决方案和解决方案组件确定目标来为技术设计和开发小组提供支持。
解决方案中需要验证的重要测试标准包括：
| • |
目标。 解决方案是否达到了商业/范围文档所确定的目标？ |
| • |
结果。 是否所有功能组件和系统组件都位于功能说明书中规定的地方？ |
| • |
正确性。 根据执行的测试，功能工作是否达到预期？ |
| • |
行动过度 是否有不需要的复杂组件，且它们今后是否会给最终用户或者技术支持人员带来麻烦？ |
此文档中有几种测试方法和确定的计划：
| • |
测试用例。 测试用例是一整套包括输入、执行预处理和预计的输出的体系，它是用于特殊对象的，例如演练特殊程序路径或者检验是否满足了特别的要求。这种测试还可以进一步划分为 2 个子类别，它们与用户环境中“提供”和“安装”的方案相互关联。 |
| • |
产品功能。 这种测试验证了已经做了备案的“未进行包装”产品的功能和性能。 |
| • |
产品配置。 这些测试用例评估产品定制、配置或者编程以执行特殊任务的情况。 |
| • |
流程和策略方案 这种测试通常评估指导步骤、方针或策略。 |
测试范围
大多数项目中，分配给前期部署任务（例如，测试）的时间受到工期、资源、资金和组织的需求的限制。这些限制条件也限制了所执行的测试的广度和深度。因为这些测试的数量和范围取决于组织需求和商业目标，建议只进行最少的测试是不可能的，因为测试将为后继的部署提供足够高的保证。
因此集中精力测试必须成为组织关注的 重要方面 （功能性的）。尽管方案的其他方面也可能发生问题，但却是次要的且有利于降低测试的级别。
MSM 测试小组主要致力于 Windows Server 2003 环境中终端到终端的管理。他们从事的计划包括在此环境中部署服务器和桌面；操作、修补和监控此环境；执行此环境的用户和站点管理。所有计划都在管理体系结构中经过了测试，它在 管理体系结构指南 中有所介绍，此测试关键点在于确保 MSM 的组件能够无缝地集成，以便在项目范围内满足不同客户的需求和强调商业方案。
测试类型
您想要执行的测试类型在下面有所介绍。
单元测试
单元测试（也是组件测试或模块测试）通常由一整套测试组成，它明确地以单一的操作、功能或流程为对象的。
单元测试由 MSM 开发小组在其单元测试环境中执行，方案在集成的测试环境中进行测试之前，已经记录了测试结果。请参考相关章节，它对执行测试以便更详细地察看在 MSM 测试过程中使用的测试环境进行了说明。本文档 MSM 方案组件测试章节所述的所有方案计划都要执行单元测试。
文档回顾
测试小组要执行的首要工作就是回顾 MSM 文档。此工作要在实验室中执行的任何正式测试之前执行。在实验室建造过程中，就对指南中规定的章节进行了准确性测试。“MSM 方案组件测试”章节所述的所有方案计划都要执行此测试。对于您自己的组织创建的定制文档，您的测试小组也可以对其进行此测试以显示其政策和步骤。
构建验证测试 (BTV)
按照本文档测试实验室环境章节说明的那样建造好实验室后，MSM 测试小组马上执行BVT 测试，以便不同服务的核心功能和管理基础设施的基本功能可以发挥作用。此测试确保了服务按照文档中的指示那样部署，确保了各套文档间的统一性。要测试的技术包括 Microsoft 操作经理 (MOM)，Microsoft 软件升级服务 (SUS)，终端服务 (TS)，Microsoft 系统管理服务器 (SMS)，高级部署服务器 (ADS)，以及各种 Windows Server 2003 资源工具包程序。实验室建好以后此测试只执行一次。
安全测试
管理程度高的网络会相应的降低其安全性。要确保不会降低网络的安全性，就要执行评估测试。在 BTV 测试以后要立即执行这些测试。而且 MSM 方案组件测试章节所述的所有方案计划都要执行这些测试。
系统测试
此方法测试组件的兼容性，以及组件集成在一起的方式。对于流程测试，此方法评估流程内的通信。
集成测试
选定的方案连同其他 Microsoft 技术和基础设施产品、流程，以及可能集成到企业内部的其他第三方产品和流程，此系列测试可以显示它们的效果。
方案测试
此系列高级测试检验不同商业计划和运作环境中终端至终端过程的有效性。
图 4：方案测试
压力测试
企业在额定负荷、满负荷或者接近满负荷的条件下运转时，执行此测试以便评价 MSM 指导的准确性和有效性。下一章节中所述的所有方案计划都要执行此测试。
MSM 方案组件测试
以下 MSM 方案组件由 MSM 测试小组执行测试。
管理体系结构
在系统体系结构上部署管理体系结构过程中，管理体系结构会被测试以便发现企业可能会遇到的典型问题。系统体系结构是在 Microsoft Systems Architecture (MSA) 最佳做法指导方针的基础上设计完成的。在本文档后面部分测试实验室环境章节中对系统体系结构进行更加深入的分析。要仿真现实世界的方案，MSM 测试小组设计了一个模型企业，其安全区的划分跨越了多个大陆并且与分支办事处和集团的资料中心通过速度不同的 WAN 相联。
在 MSA 体系结构中，Wide Area Network (WAN) 通过 Virtual Private Network (VPN) 管道，或者通过与互联网相连的 T1 专线转接到 Internet Service Provider (ISP)。要研究限制带宽和网络状况所造成的影响，测试小组引入了有特殊用途的双地址的服务器，以模拟网络带宽拥堵以及增加信息包传输的延迟时间。像 MOM 预警，MOM 跨防火墙监控，SUS 跨广域网同步以及 SMS 跨防火墙功能都是此方案测试的一部分。
修补管理方案
修补管理方案为部署软件修补，服务升级包和使用 SMS 或 SUS 进行的快速修复工程(QFE)提供建议和指导。
修补管理指导包括：
| • |
高效修补管理的技术和操作先期条件。 |
| • |
修补管理所包含的操作流程的详细信息以及 SMS 或 SUS 如何支持这些流程的说明。 |
| • |
每日、每周、每月要执行的任务以及必须执行的任务详情 |
图 5 显示了修补管理的高级流程图。SMS 和 SUS 修补管理流程图在此框架内确定。此流程图在修补管理方案指导中有详细的说明。
图 5：修补管理流程图
MSM 测试小组使用 SMS 和 SUS 服务器，按照修补管理方案指导中的说明执行修补管理。这些测试要单独执行，但是互相要同步。
系统管理服务器 (SMS)
修补管理测试的基本目标是，要确保 使用 Microsoft 系统管理服务器部署修补 管理的组织能够很有信心地执行操作，使方案能够在其产品环境中正常工作。MSM 测试小组用先前章节所述的模型企业来测试修补管理方案。要更加全面地检验测试流程并构建您自己的测试环境，请参阅 按照 Microsoft 系统管理服务器测试方案概述文档进行修补管理 ，该文档由 MSM v2.0 Patch Management 提供。安装修补和执行步骤的详情在测试用例详细信息电子表格中有所介绍，它在以下网址可以下载 http://go.microsoft.com/fwlink/?LinkId=20211。
MSM 测试小组成员的 MSM 测试方案重点工作是为 Microsoft Exchange 2000 Server 和 Microsoft SQL Server 2000 安装修补程序。针对以上二者的高级测试在以下章节中有所说明。
Microsoft Exchange 2000 Server
| • |
为 Exchange 群集构建 2 个节点。 |
| • |
在一个节点上安装 SP1，并在另一个节点上安装发布的修补程序。 |
方案 1
| • |
使用 SMS 来确定使用了修补程序的区别并且将两个节点提升到相同的配置等级。这称为配平。 |
| • |
使用 SMS 来确保有可用的相关的修补程序 |
方案 2
| • |
将两个 Exchange 2000 Server 节点更新为 SP3。 |
方案 3
| • |
使用 SMS 为两个节点安装后续的 Exchange 2000 Server SP3 修补程序 |
按照下表 1 中所示的修补管理流程来安装修补程序，确保在流程的末期 Exchange 2000 Server 的两个节点都安装了相应的修补程序。
Microsoft SQL Server 2000
| • |
安装 SQL Server 2000 群集。 |
| • |
在 2 台计算机上安装 SQL Server 2000 SP3 |
| • |
使用 SMS 确保有最新的修补程序可用。 |
| • |
按照下表 1 中所示的修补管理流程操作，并确保在流程的末期 SQL Server 的 2 个节点都安装了相应的修补程序。 |
系统管理服务器修补管理测试流程的高级步骤如表 1 所示。有关详细的测试步骤以及 MSM 测试小组在其实验室获得的结果，请参阅测试用例详细信息电子表单中的 SMS 修补管理表格。测试用例详细信息电子表格可以在以下网址下载 http://go.microsoft.com/fwlink/?LinkId=20211。
表 1 系统管理服务器修补管理测试流程
软件更新服务 (SUS)
SUS 修补管理测试可用于服务器、工作站和便携式计算机。同时可以在前面章节介绍的同一个模型企业中执行测试。站点级别、域级别和 OU 级别组策略对象 (GPOs) 可用于 SUS 修补管理测试。测试小组在 Active Directory 站点级别和组织单元(OU)级别为不同的目标计算机确定 GPOs。使用组策略管理控制台 (GPMC) 工具配置组策略。SUS 修补管理测试主要是针对 Microsoft Windows XP 和 Windows 2000 Advanced Server 技术。要更全面地检验测试流程并构建您自己的测试环境，请参阅MSM v2.0 修补管理中 按照 Microsoft 软件更新服务测试计划概述进行修补管理 文档。安装修补以及执行步骤的详情在测试用例详细信息电子表格的 SUS 修补管理表格中有所介绍，它可以在下面地址下载 http://go.microsoft.com/fwlink/?LinkId=20211。以下章节中将介绍针对每种情况的高级测试。
SUS 修补管理
| • |
Active Directory 站点级别策略是否必需指向适当的 SUS 服务器。 |
| • |
服务器、工作站和便携式计算机中是否有不同的 OU 级别策略用于修补管理配置。 |
方案 1：服务器
| • |
在配置成为服务器的计算机上安装 Windows 2000 SP3。 |
| • |
按照 SUS 修补管理指导在 Windows 2000 计算机上安装选定的示例修补程序 |
方案 2：工作站
| • |
在所有客户端计算机上安装 Windows XP。 |
| • |
在几台客户端计算机上安装 SP1。 |
| • |
使用 MBSA 进行评估并确定配平。 |
| • |
将所有的客户端计算机升级至 SP1。 |
| • |
按照 SUS 修补管理指导来安装即时修补程序、QFE和修补程序样品。 |
方案 3：用户漫游
| • |
将便携式计算机加入域。 |
| • |
通过便携式计算机连接到域。 |
| • |
在便携式计算机上安装 Windows XP SP1。 |
| • |
按照 SUS 修补管理指导来安装一些以上所列的示例修复程序。 |
| • |
软件更新服务修补管理测试流程的步骤如表 2 所示。 |
表 2 软件更新服务修复管理测试流程
服务监视和控制
服务监视和控制的目的是观察信息技术服务中端点至端点是否正常，以便发现和防止服务异常，并且为其它服务管理功能(SMFs)搜集资料，从而优化 IT 服务。
服务监视与控制 (SMC) 测试在不同的 MOM 配置方案中都处于中心地位，其在 管理体系结构指导中有所介绍。制定特定的管理方案例如，组件故障、压力状况和警报都是用来测试 SMC 指导的有效性和准确性。
用户和位置管理
MSM 为添加、删除和改变用户以及地址提供了详尽的人员、流程和自动化指南。按照 MSM 的指导执行特定的工作来测试这些方案。测试会在 MSM 模型企业及其验证的结果所规定的各种条件下进行。
用户管理
高级变更管理和发布管理流程图如图 6 所示。它可以用来添加用户、更改用户和删除用户工作流程。此流程图在 用户管理构建指南中有详细的说明，附加信息请参阅 MOF 变更象限材料。
图 6：改变管理和发布管理流程图
MSM 测试小组决定为添加、改变和删除用户的各项工作流程制定测试方案。目的是将测试方案跨越不同流程，以使测试小组能够在测试环境中模拟一个真实的客户方案。
测试小组使用了测试实验室环境章节中规定的系统基础设施。在用来测试用户管理工艺流程而设计的方案中，New Delhi 的分支办事处的一名员工被召集并要求加入 Contoso,Ltd.（MSM 部署方案计划中使用的虚拟公司），随后再重新回到 Seattle corporate 中心。此方案包含了用户管理方案中的 3 项内容：添加、更改和删除用户。方案所包括的各项内容在下面进行了说明。
添加用户。当员工加入了 New Delhi 分支办事处时，则需要运行添加用户工作流程，以使员工可以在本地办事处以外开始工作。MSM 测试小组运行了添加用户工作流程，并确保用户能够登录亚洲域同时开始访问他的或者她的资源。
更改用户。 将员工从亚洲域重新部署到北美域是一个典型的更改用户方案。这包括在相应的域运行添加用户和删除用户工作流程。MSM 测试小组运行工作流程并确保员工现在能够登录到北美域，且开始访问他的或者她的资源。
删除用户。 将员工重新部署到北美域需要在亚洲域运行删除用户工作流程。MSM 测试小组运行了在亚洲域上删除用户工作流程，并确保用户已经无法访问亚洲域的服务器，例如，无法接受电子邮件。
下表列出了测试方案和测试用例的说明，同时，用来更改象限的添加/更改/删除用户流程中的不同阶段在此都有反映。
表 3 用来改变象限的测试方案和说明。
有关这些测试方案是如何执行的、执行过程与以上的工作流程有什么联系，请参阅 用户管理 表格（测试用例详细信息电子表格），它可以在以下网址下载 http://go.microsoft.com/fwlink/?LinkId=20211。同时还包括 MSM 测试小组在其测试实验室中得出的测试结果。
位置管理
高级更改管理和发布管理流程图如图 7 所示。它是用来添加位置、更改位置和删除位置的工作流程。此流程的详细情况，请参见 位置管理构建指南 补充信息请参阅“MOF 更改象限”材料。
图 7：更改管理和发布管理流程图
MSM 测试小组决定为添加、更改和删除位置工作流程中的每一项流程都制定一项测试方案。小组使用测试试验室环境章节中规定的系统基础结构来执行位置管理测试。并创建了一个新的 Active Directory 域，它是添加位置工作流程测试中的一部分。域被移动到单独的 Active Directory 站点。随后向此站点添加用户并对站点进行操作以测试操作的有效性。MSM 测试小组决定使用同一个站点来测试更改位置工作流程。新创建了一个 DHCP 服务器以满足用户增长的需要，这是用于测试更改位置站点的方案。小组再次使用全套的 MOF 流程，确定了此流程中包含的技术，并执行测试以便验证流程图是否有效。最后，此站点被删除以便测试删除位置工作流程。为了仿真现实世界中关闭分支办事处的情况，在删除一些用户的同时，一些用户被迁移到北美域。
用来测试位置管理流程图的方案如下所示：
添加位置。MSM 测试小组决定添加一个新的站点（巴西）和新的域（南美）以便测试添加位置工作流程。此站点通过 T1 专线连接到集团的数据中心。站点只有一个域控制器，域控制器中的 DNS 服务器，以及一些客户端计算机。
更改位置。 MSM 小组决定在这个新的站点中添加一个 DHCP 服务器，这是更改位置测试的一部分。按照 位置管理构建指南中规定的工作流程添加了一个新的 DHCP 服务器。
删除位置。 MSM 测试小组删除了南美域和巴西站点以便测试删除位置工作流程。
下表记录了测试方案和测试用例的说明，用来更改象限的添加/更改/删除位置工作流程中的不同阶段在此都有反映。
表 4 用于更改象限的测试方案和说明。
有关这些测试方案和各种测试结果的详情，请参阅 位置管理 表（测试用例详细信息电子表格），它可以在以下网址下载 http://go.microsoft.com/fwlink/?LinkId=20211。
核心 OS 服务操作指南
产品操作指南 (POGs) 详细说明了每天/每周/每月需要执行的不同工作，以确保基础结构环境的正常。POGs 主要介绍核心的操作系统组件，例如，Microsoft Active Directory 目录服务、域名系统(DNS)、动态主机配置协议 (DHCP)、Windows Internet 名称服务 (WINS) 以及文件和打印服务。此测试确保 POGs 详细介绍的不同配置任务的执行步骤是准确的，同时这些任务有助于实例化管理环境。设计的特殊管理方案，例如，组件故障，压力状况和警报，都是用来测试 POG 的有效性和准确性的。（编写本文时，DNS POG 还不能用来测试。）
执行这些测试是为了证明基于 MOF 的流程和 Windows Server 2003 环境的自动化管理是有助于企业以最高效的方式管理企业环境的。
有关测试用例及其测试结果的详情，请参阅测试用例详细信息电子表格。测试用例详细信息电子表格可以在以下网址下载 http://go.microsoft.com/fwlink/?LinkId=20211。
Link URL: http://www.cnblogs.com/jackei/archive/2005/01/12/90965.html
TAG:
我的栏目
标题搜索
日历
|
|||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | ||||||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 | |||
| 12 | 13 | 14 | 15 | 16 | 17 | 18 | |||
| 19 | 20 | 21 | 22 | 23 | 24 | 25 | |||
| 26 | 27 | 28 | 29 | 30 | 31 | ||||
数据统计
- 访问量: 292012
- 日志数: 354
- 建立时间: 2006-12-26
- 更新时间: 2007-09-16
