InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

Web服务测试论坛成立

作者 Mark Little 译者 胡键 发布于 2008年12月21日

领域
架构 & 设计,
企业架构,
语言 & 开发
主题
SOA ,
互操作 ,
Web服务
标签
WS-BusinessActivity ,
WS-AtomicTransactions ,
WS_TX ,
WS-Coordination ,
测试 ,
Web服务寻址

互操作性一直是厂商出于Web服务标准的需要而推动的一个关键性因素。这些厂商甚至还专门为此成立了一个组织过去几年间,像OASIS和W3C这样的Web服务标准团体在宣布某项草案成为标准之前,甚至都鼓励(要求) 示范异构厂商实现之间的互操作性。问题是,实现在这些互操作测试完成之后会变更,而且继续测试互操作性的方法往往有限(并且是非正式的)。但在最近几个星期,出现了两个新项目,它们都试图对此有所作为。第一个是Apache Stonehenge项目

项目主旨是使用由W3C和OASIS当前定义的标准协议来开发一系列的示例应用,以示范跨多个底层平台技术的无缝互操作性。

另一个则是Web服务测试论坛(WSTF)

WS测试论坛组织旨在提供一个Web服务社区成员可以在其中开发互操作性场景以及根据其他Web服务实现测试这些场景的环境。它还提供了一个社区可在开发Web服务实现时使用的公共回归测试平台。

Paul Krill所报道的

消费者和厂商可以根据实现来动态测试应用以确保互操作性。测试是为了有助于交付质量更好的产品和开放的标准规范,以简化集成和提高互操作性。

一个WS-I、OASIS和W3C目前明显不具备的好处是成员能在一个中心位置发布他们的互操作性端点。这些端点一般存在于互操作性活动期间,之后就消失了。但是一个显而易见的问题是:它与WS-I有何联系?(且不说它和Stonehenge有明显重叠。)据IBM的Karla Norsworthy所说:

我们认为WS-I对于定义某些场景和关注那些针对基本场景的互操作性工作已经做得相当好了。[WSTF]则是某种进化。

成员们强调,对于WSTF,用户参与的程度更深且手段更灵活,使用一种轻量级的方法来定义要测试什么和由谁测试。但他们也指出WSTF绝非WS-I的竞争者,并且其参与成员也表示他们将一如既往地通过WS-I来推动互操作性。来自IBM的Doug Davis在其文中这样写道……

只是提供一个人们提问和讨论的论坛对于解决互操作性问题并没有太大帮助。论坛需要有一个关注点和目的,而这正是WSTF的“以消 费者为中心的场景(customer-focused scenarios)”所提供的价值。与以前互操作性努力所不同的是,WSTF是为验证和检验消费者将实际使用的场景和模式而量身定做的。那些Web服务 规范的作者总是含蓄地声称他们已经这样做了,但是只要检查一下各大标准中著作活动参与明细表就能清楚地发现缺乏消费者的介入。这不可避免地大大延长了(并 且有时是点燃了)对规范是非和支持的讨论。对场景内容本身的看法完全不同也很常见。假使在这场讨论中有消费者直接参与,那将大大消减这种紧张程度和缩短这 漫长的过程。

微软和Sun的缺席值得引起注意,两家公司都选择目前不参与论坛,并表示他们的互操作性工作将继续由参与WS-I来驱动。鉴于微软代表了针对大量基于Web服务集成需求的Web服务市场的大部分,此举将大大限制WSTF的能力。一个有趣的细节是,微软似乎对于周旋于Stonehenge和WS-I并不介意,因此大概离他们参与WSTF的日子不远了,诚如微软的Mike Champion所说:

我们更普遍地认为Stonehenge有助于连接在标准Web服务基础设施(目前是由多个关键平台实现的)和新一代的面向服务应用(它们建立于这些基础设施之上)之间的“最后一英里”。像WS-I和我们在“Plugfest”中所完成的这类现有WS-*互操作性工作将继续巩固平台级的互操作性。以Apache Stonehenge为代表的新事物将吸引更广泛的社区用户来开发过硬的标准化和平台互操作性工作,而无需像过去一样在大量烦人细节中折腾。

这听起来和WSTF的目标类似。在其文章结尾总结部分,Doug Davis明确地指出WSTF并不只限于基于SOAP的Web服务:

[……]WSTF实际上并不只限于基于SOAP的Web服务测试。没有什么能阻止WSTF去将其测试扩展到其他Web服务的测试。例如,WSTF将允许并且鼓励测试SOAP/Web服务的领域特定用法。REST/Web服务的测试也将被允许并且可能在不久的将来就发生。WSTF测试的并非仅仅是基于SOAP的互操作性,而是Web服务的互操作性,并且社区自己的做法也将与时俱进。

以Web服务标准和成败完全依赖它们互操作性的实现为基础,WSTF的成立对消费者来说无疑是件好事,但其前提是所有厂商都同意遵守它,或是消费者选定某个厂商,将他们必须满足的检查表给它。

查看英文原文Web Services Test Forum Announced

 

译者 胡键 热心开源技术,《开源技术选型手册》作者,《SOA实践指南》译者。目前致力于Groovy/Grails的研究和推广。

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffrey Richter:Windows 8是微软的重中之重

Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。