M$的测试计划概述－第 4 章 �� 软件和硬件配置
上一篇 / 下一篇 2007-06-27 16:49:07 / 个人分类：02.软件测试管理
以下章节介绍了 MSM 测试小组在设置其测试实验室环境时使用的软件和硬件配置。本例是一个企业数据中心，就像在 Microsoft 解决方案体系结构规范文档中介绍的环境那样。
基本管理服务
为了能够对服务器进行管理，除了忽略管理基础结构的设计和实现外，还需要在服务器上安装几项关键服务。这些关键服务包括：
| • |
硬件代理。此服务通常在购买服务器的时候就已经包含在内，且通常只可以对特定的硬件进行管理，例如，用于 Compaq 服务器的 Compaq Insight Manager。硬件代理会被要求管理和配置针对于硬件的组件，例如，磁盘控制器或网络接口卡 (NIC)。某些情况下，可以配置硬件代理在发生例外时记录下 Windows NT 事件日志。Windows NT 事件随后被事件管理系统（例如 MOM）监测并搜集在一起，以便进行集中化管理。 |
| • |
SNMP 服务。 简单网络管理协议 (SNMP) 是一项网络管理标准，它用来帮助管理员管理使用传输控制协议/Internet 协议 (TCP/IP) 的远端网络。SNMP 拥有两个主要元素：SNMP 代理和 SNMP 管理系统。这两个元素通过使用 Internet 协议 (IP) 的路由消息进行通信。SNMP 消息的类型之一是 SNMP 陷阱。当 SNMP 代理检测到管理的元素发生了特定的事件时，SNMP 代理会向管理系统发送未经请求的消息，即 SNMP 陷阱。例如，当代理检测到网络接口发生问题时，路由器上的 SNMP 代理会发送一个陷阱。Windows Server 2003 已经包含了 SNMP 代理组件。如果您执行 SNMP 管理应用程序，则需要启用此服务。 |
| • |
WMI 服务。 Windows Management Instrument (WMI) 是一个强大的基础结构工具，它通过静态插入数据库（知识库）和在运行时进行动态构造这两种类层次来提供管理数据和管理方法。使用丰富对象模型，即通常所说的一整套组件对象模型 (COM) 接口可以对管理类的实例进行检索。可以利用单一实例的唯一路径（对象路径）对其寻址从而达到检索数据（实例）的目的，也可以通过使用 WMI 查询语言 (WQL) 运行查询来检索数据（实例），WMI 查询语言是行业标准结构化查询语言 (SQL) 的子集。对于管理员来说，要搜集系统信息通常的做法是利用 WMI 返回的单一实例或实例的集合。此外，系统管理员可以使用 WMI 来监测网络中的事件，例如，意外停止的服务、服务器停止提供服务或磁盘空间已经使用了 80% 等事件。WMI 支持向事件用户提供事件检测和递交。 |
| • |
终端服务。 Windows 终端服务提供远程访问服务器桌面的服务，它利用瘦客户端软件（用作终端模拟器）来提供服务。终端服务只是将程序的用户界面传输到客户端。客户端随后将键盘和鼠标操作返回到服务器进行处理。每个登录的用户只能看到他/她自己的会话，此会话由服务器操作系统进行透明式地管理，且独立于其他任何客户端的会话。许多客户端硬件设备都能够运行客户端软件，这些设备包括计算机和基于 Windows 平台提供终端服务的服务器。其他设备，例如，Macintosh 计算机或者基于 UNIX 平台的工作站，也可以通过额外的第三方软件来连接运行有终端服务的服务器。终端服务能够以应用程序服务器模式或者远程管理模式部署在服务器中。作为应用程序服务器，为了能够使用网络服务器发布基于 Windows 的程序，终端服务提供了一个有效且可靠的方案。在应用程序服务器模式中，终端服务将 Windows 2000 桌面和最常用的基于 Windows 的应用程序发送到可能无法正常运行 Windows 的计算机中。当终端服务用于远程管理时，它允许您从网络中的任何节点访问服务器，以便管理您的服务器。 |
软件要求
以下列表说明了 MSM 测试实验室环境中使用的软件配置：
| • |
Microsoft Windows Preinstallation Environment (Windows PE) 是基于 Windows XP 内核的最小的操作系统。Windows PE 在功能上可以取代 Microsoft MS-DOS，并且包含运行 Windows 安装、脚本、自定义安装程序以及图像处理应用程序所需的最小功能。 |
| • |
Windows Server 2003。 |
| • |
Windows Server 2003 Automated Deployment Service (ADS)。 |
| • |
Microsoft Operations Manager (MOM) Server SP1。 |
| • |
Microsoft Systems Management Services (SMS) Server 2.0 SP5。 |
| • |
Microsoft Software Update Services (SUS) SP1。 |
| • |
Windows 终端服务。 |
| • |
Exchange 2000 Server。 |
| • |
Exchange 2000 Server Service Pack 3。 |
| • |
SQL Server 2000。 |
| • |
SQL Server 2000 Service Pack 3。 |
| • |
Microsoft Internet Security 和 Acceleration (ISA) Server。 |
| • |
ISA Service Pack 1。 |
| • |
以下测试工具章节中所列的测试工具。 |
| • |
以下是 Windows Server 2003 资源工具包工具章节所列的 Windows Server 2003 资源工具包工具。 |
| • |
以下 Windows Server 2003 支持工具章节所列的 Windows Server 2003 支持工具。 |
硬件要求
下表说明了 Microsoft 测试实验室环境中使用的硬件配置：
| • |
26 ProLiant DL360 G2 服务器 |
| • |
5 ProLiant DL360 G1 服务器 |
| • |
4 ProLiant DL360 G2 服务器 |
| • |
10 台客户端计算机 |
| • |
1 个 MSA 1000 沙盒 |
| • |
170 个端口的交换机 |
| • |
连接到 Internet 的直接 Internet TAP 服务器 |
管理体系结构
管理体系结构是按照 管理体系结构指南来构建的。不同组件的详情以及个别站点的示例说明都搜集整理在 管理体系结构指南中。
测试流程
MSM 测试小组执行 3 个独立的测试流程来发现、确定和纠正出现的故障，并确保所有解决方案都能在生产环境中完美地运行。这些测试流程如下：
| • |
正式测试流程。在集成的测试环境中运行所有的测试用例。 |
| • |
回归测试流程 在集成的测试环境中重新测试所有失败的测试用例。 |
| • |
预生产测试流程。 在预生产环境中重新测试整个测试方案。 |
集成测试入口条件
为了能够让 MSM 测试小组进行方案的集成测试，必须满足以下入口条件：
| • |
个别服务需要进行单元测试。 |
| • |
实验室中已经有了所需的特殊硬件。 |
| • |
测试计划文档需要得到开发小组的审阅和认可。 |
| • |
测试用例和预期的结果需要编制成文档，并由测试经理和开发小组批准。 |
在集成的测试环境中，MSM 测试小组随后接收并执行了 2 项测试流程。此实验室的构建尽可能地接近生产环境，以便发现网络中的特殊问题，并以此修改计划。第一个测试流程主要检验将要投入试用的文档和体系结构的质量。第 2 项测试流程为回顾性测试，是为了确定第一个测试流程中的缺陷。第 3 项集成测试流程要在 MSA 实验室环境中执行，此环境是仿真的预生产环境。
测试发布条件
测试能否发布的主要条件很大程度上取决于，在测试阶段所发现的缺陷的严重性。所有可能威胁 MSM 成功部署的潜在缺陷得以纠正，并且接着在测试中得到验证后，测试才能继续。在文档回顾期间发现的所有重大文档错误被纠正以后，MSM 文档才能发布。使用的特殊条件为：
| • |
没有公开的安全漏洞 1 和 2。 |
| • |
所有的文档应没有注释或修订记录。 |
| • |
所有发现的缺陷已经由 MSM 测试小组筛余，缺陷对于方案的影响已经完全研究清楚。 |
| • |
测试用例已经成功地通过所有 3 项测试流程。 |
| • |
所有外部回顾已经完成，所有问题都得到解决。 |
测试用例的合格/不合格条件
如果测试的实际结果与文档记录的预期结果相符，则认定测试用例已经通过测试。如果实际结果与预期结果不相符，则标志着实例未通过测试，并且成生了错误。
如果测试用例未通过测试，还不能判定功能上有缺陷。例如，对项目文档的误解，文档不完整或者文档不准确都会导致测试失败。根据项目文档中描述的结果和实际结果对每一次失败进行分析，以便发现其起因。更多的合格标准如下：
| • |
所有的流程运行过程中没有出现意外错误。 |
| • |
按照功能说明中规定的基准，所有的流程在允许的时间范围内完成。 |
| • |
负荷测试显示负荷量等级令人满意，并且必要时可以通过适当的步骤扩展系统。 |
缺陷严重性等级
下表列出了划分缺陷严重性等级的标准。缺陷严重性由 1 至 4 个等级来衡量，其中严重性等级 1 代表最高级别而等级 4 代表最低级别。
表 8 缺陷严重性标准
| 严重性 | 说明 |
|
1 |
致命缺陷。系统不工作。系统的有效部分无法操作且没有可供使用的工作区。 |
|
2 |
严重缺陷。系统无法满足基本的商业要求且没有便捷可用的工作区。性能、功能或使用方面严重不达标。 |
|
3 |
一般缺陷。系统能够满足商业要求。有快捷方便的工作区可供使用。性能、功能或使用方面并不是严重不达标。 |
|
4 |
微小缺陷。微小修改，希望提出建议，最好能够修正，但不是必需的。在发布准确性或实用性方面不会产生重大影响。 |
测试工具
以下为 MSM 测试小组在测试 MSM 方案阶段使用的测试工具：
| • |
Product Studio. MSM 小组使用的 Bug 跟踪工具。这是用来跟踪 Bug 的内部工具。 |
| • |
Test Management System. 用来协调、记录和跟踪所有测试活动的内部工具。 |
| • |
ADTest. 由 Windows 2000 性能小组开发的 Microsoft 内部工具。此工具用来在 Active Directory 中产生负荷。 |
| • |
Print Stress. Microsoft 内部工具，用来在打印服务器上产生负荷。 |
| • |
NtBench. 用来表现磁盘数据传输性能的软件工具。 |
| • |
WAN Simulator. 硬件设备或软件工具能够仿真各种网络速度、带宽、延迟和传导性。 |
Windows Server 2003 支持工具
Windows Server 2003 支持工具可以帮助 Microsoft 技术支持人员和网络管理员诊断并解决计算机故障。
有关这些工具的详细信息可以在以下网址找到 http://www.microsoft.com/resources/documentation/windowsserv/2003/datacenter/proddocs/en-us/suptools_overview.asp。这些工具位于 Windows Server 2003 安装 CD 的 I386 文件夹下。
Windows Server 2003 资源工具包工具
Windows Server 2003 资源工具包对操作系统及其配置进行了详细的说明，并提供一整套工具帮助企业管理和优化 Windows Server 2003 技术的使用。资源工具包中的附加信息可以在以下网址找到 http://www.microsoft.com/windowsserver2003/techinfo/reskit/resourcekit.mspx。
Link URL: http://www.cnblogs.com/jackei/archive/2005/01/12/90962.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 | |||||||
数据统计
- 访问量: 289910
- 日志数: 354
- 建立时间: 2006-12-26
- 更新时间: 2007-09-16
