技术开发 频道

SOA组合业务服务的自动化测试:第1部分

【IT168 技术文章】

  引言

  组合业务服务 (Composite Business Service - CBS) 是在一起工作的业务服务和客户机现有应用程序的集合,目的是为了提供特定的业务解决方案。企业可以通过创新方式灵活地连接组合业务服务、用户界面和数据服务,以创建新的组合业务应用程序(由 Gartner, Inc. 提出的面向 aka 服务的业务应用程序)来支持业务需求。

  图 1. CBS 与业务流程的映射

  图 1 示意了 CBS 与业务流程的映射关系。业务流程由一系列业务服务实现。一个 CBS 就是这样一些业务服务的集合。集合中的业务服务应当满足这样一些条件:

  实现业务流程中的关键功能

  在行业中通用的业务逻辑

  具有标准的输入输出接口

  CBS 的出现使得基于业务流程的解决方案的实施进程大大加快。相应的对于 CBS 的测试具有以下特点:

  CBS 的通用性特点要求,CBS 要在不同软件平台环境下正确运行。

  CBS 的并非最终产品,没有(或很少)图形界面的手工测试。

  这些特点导致对 CBS 测试要求很高的自动化支持。

  3. 测试环境的框架测试环境的框架

  从操作层面来讲,作为黑盒测试,首要明确的是系统中存在哪些对外接口。图 2 是 IBM 总结的 SOA 架构概念模式,其中服务层 (Services)、业务流程层 (Business Process)、服务消费层 (Consumers),这三部分通常是要暴露给最终用户的应用接口。

  图 2. SOA 的架构概念模式

  

  图 3 展示了一个真实的测试环境的系统各个组成部分。与概念模型相对应,在这个系统中有面向业务消费者的 web 浏览器 UI,和面向业务定制者的 SCA 接口以及 Web Service 接口。

  图 3. 测试环境框架

  为了实现以上的抽象的系统框架,我们需要一些在现实世界中实际存在的产品来搭建出我们所需的真实环境。根据实现,得出如下一套方案:


使用 DB2 实现系统持久层管理。

  使用 WebSphere Application Server (WAS) 提供系统运行时支持环境。

  使用集成了 ESB 的 WebSphere Process Server (WPS) 管理服务调度,提供 SCA 基础构件。

  使用 Rational Performance Tester for SOA Quality (RPT for SOA Quality) 进行服务层接口测试。

  使用 Rational Function Tester (RFT) 进行用户 UI 层接口测试。

  图 4 直观的描述了 SOA 组合业务服务自动化测试方案。

  图 4. SOA 组合业务服务自动化测试方案

  需要说明的是,在项目中根据具体的测试需求,可能还需要添加 LDAP 服务器,文档管理服务器等,或用于离线业务的消息队列服务。而上面给出的测试环境是实现功能测试的最小集。

  以下篇幅介绍如何自动化的将 WPS,DB2 等应用中间件和 RPT for SOA quality,RFT,等测试工具整合成一套完成的测试环境。

0
相关文章