也许SOA已死，也许它渴望着避风港，但确定的是在好的SOA是由什么构成这个问题上依然充满了未知。很多供应商提供了SOA工具，表明看来是否采用SOA取决于你现在所处的阶段，但实际上这只是他们兜售工具的一种手段而已。就像IBM所说的这样：

你的公司对面向服务的架构（SOA）是什么立场？你是否清楚当前SOA的成熟度和改进的可能性？IBM SOA资产工具可以帮助你充分利用SOA的价值，因为其目标就是不断改进公司的成熟度级别。

然而一旦采用了SOA（无论使用到何种程度），你都需要对其进行测试。还好那些向你兜售工具的供应商也提供了相应的解决方案，但好的SOA测试工具是由什么构成的呢，你是否已经被绑定到特定的SOA基础设施上了呢？这就是Eric Roch所提出的问题。他给出了一些选择标准：

感知测试的接口：用于测试的标准化接口和消息
基于消息的测试自动化：对测试脚本的记录、重放和管理
虚拟化：模拟虚拟的服务供应商和消费者的能力
模仿：作为衰退测试的一部分而模仿应用的能力
负载测试：进行负载测试的能力
验证：组件（消息）与应用（数据存储）级别上的验证功能
组件：支持Java与/或.NET组件
自省：支持WSDL与XML以生成数据和运行测试
管理：管理测试用例、脚本、数据与结果
安全：SSL、WS security联盟、数字签名
符合工业的数据格式：如EDI、HL7等
持续测试：自动构建、部署与测试

几年前，InfoWorld曾报道过几个基于SOAP的测试工具：

基本说来，测试基于SOAP的Web Service涉及到三个步骤：构建SOAP请求、提交请求并解析相应。听起来很简单，实则不然。有效的SOAP测试工具不能仅仅以对用户友好的方式来构建请求，它还必须能够让用户以真实的序列组织并安排请求，提供改变请求输入值的方式并智能的调整请求以将Web Service暴露给参差不齐的使用场景。简言之，工具应该可以在最接近真实世界的情况下运行。

尽管工业界已经认识到Web Service 仅仅是SOA的一个方面，但不可否认的是现在的大多数工具都认为SOA就是SOAP和WSDL。

ITPub博客

选择哪个SOA测试工具

最新文章