系统集成测试的一个全新世界

　　好了，对这个问题已讲得够多了。如果您仍在阅读，那么您就处在这个世界中了。而且您可能以与我们同样的方式至少已经尝试过 3 次来解决它：向构建流程中添加执行比传统的构建版本中包含的测试更为复杂的测试，也就是单元测试。您构建一个 lights-out 自动化安装程序来安装和配置该构建版本，验证和配置测试工具环境，执行自动化的测试套件，然后报告结果。

　　如果我们能简化这一过程，将会怎么样？或者让它可供越来越复杂的异构系统（通过 SOAP、MQ、SOA 等利用各种外部系统）访问，又会怎么样呢？现在有一些 服务虚拟化 工具允许随时执行全面的集成测试。这意味着配置复杂异构系统所需的硬件和时间更少，从而可在每个构建版本上运行集成测试。如果开发团队采用了持续集成，这就意味着可在每个集成构建版本上进行集成测试。

图2 服务虚拟化

　　通过一旦处于生产或分段环境中随即进行记录、随后对测试的复杂系统中的组件进行智能存根，服务虚拟化即可工作。我喜欢将此想成是虚拟化系统的复杂性，将更改的部分视为我希望测试的部分。这适用于许多情形，然而特别适用于系统中的其他组件未更改或未快速更改时。它实际上与在不同测试中逐渐减少更改的变量数量的测试最佳实践完全一致。关于服务虚拟化，有许多真正令人兴奋的好处：

　　● 虚拟化系统的复杂性以便简化测试环境安装

　　● 智能服务虚拟化包括有状态性功能，它允许您的测试做一些有趣事情，比如表现为一个服务每隔 X 次中断一次

　　● 虚拟化的服务组件数据池和企业测试数据工具（比如 Optim）中的测试数据管理

　　● 服务可在存在之前虚拟化

　　● 测试团队可与开发团队处理相同的里程碑，因为安装不再是瓶颈

　　这将我们带回到了敏捷软件开发和在每次迭代结束时交付稳定、有效的代码的承诺上。当测试人员和开发人员可同时处理相同代码并真正实现高质量构建时，它真正是一个全新的世界。Green Hat 技术现在已包含在 IBM Rational Test Workbench 和 IBM Rational Test Virtualization Server 中。