基于 SOAP 的 Web 服务自许多年前创建以来已经走过了漫长的道路。最近，新规范的制定数量已减少许多，这使得社区有时间停下来深入研究已开发的基本基础结构。是否实现了 Web 服务的互操作性承诺？使用 Web 服务规范是否真的像预期的一样方便？本文将讨论这些问题，并介绍 Web 服务测试论坛 (WSTF)。WSTF 是一个基于社区的新论坛，目的是为了解决 Web 服务的互操作性问题。

　　WS-* 系列规范的状态

　　尽管 Web 服务规范有时确实可以按预期工作，但是如果要定期使用它们，则您遇到的多数情况可能是它们不能如期运行。这很容易引起一些抱怨：规范太复杂，涉及内容太多，选项太多，规范作者和编码人员受资源约束，等等。尽管其中每个问题可能具有某些正确性，但是在许多情况下，一般性评论还可能适用于您从事的其他项目。本文将尝试深入研究一些与 Web 服务互操作性相关的基本问题。

　　大多数 WS-* 规范符合以下流程：

　　1. 制定新的 WS-* 规范。

　　2. 执行一些互操作性测试。

　　3. 将规范带到标准组织。

　　4. 执行更多互操作性测试。

　　5. 完成后加上时间戳。

　　此流程的服务相对较好，但是，即使核心规范集并非始终对我们的客户即时可用，必定仍会缺少某些内容。

　　本文将探索缺少的内容可能是哪些，并介绍一个被称为 Web 服务测试论坛 (WSTF) 的新计划。WSTF 的目标是将 Web 服务社区的参与者集合起来并为他们提供论坛，以便讨论和解决他们面临的与规范互操作性相关的共同问题。

　　妨碍成功的障碍

　　可以提高 Web 服务的易用性和互操作性，而当前流程中不存在的三项内容为：

　　● 客户参与

　　● 长期的测试策略

　　● 分享想法和关注内容的正式社区

　　客户自己动手

　　当前流程中缺少的关键内容之一是客户。尽管规范作者可能声称心中有客户及其场景，但是如果有大量客户无法在正常情况下使用最基本的资料，则显然会缺少一些内容。

　　满足客户需求应考虑许多方面。最基本的方面是仅满足客户的功能需求（例如，确保 SOAP 可靠地获得从点 A 到点 B 的消息 X）。除此之外，满足客户需求还有一些较小和较抽象的方面。

　　其他需求示例包括以下内容：客户有一个地方向多个 Web 服务供应商询问如何展开工作，以便询问者获得全面的回答。或者，能够快速看到多个实现与共同使用模式有何关系，而无需向每个供应商打电话，并询问他们设置测试环境所需的天数（或周数）。

　　这些较小和较抽象的客户需求实际上共同扮演着更重要的角色，从而确保 Web 服务社区实现其目标。遗憾的是，社区通常会忽略这些需求。

　　缺少全局的测试策略

　　另一个可能妨碍成功的障碍是如何设置互操作性和验证过程本身。测试的目的是验证 SOAP 端点可以发送和使用的规范内容，还是验证该规范可以与其余 Web 服务堆栈组合在一起，并实际满足客户需求？过去，测试的目的过分集中于前者，这就是为什么在测试事件中通常存在非常少的互操作性问题。

　　当侧重点是仅测试在网络中传输的 XML，而不是尝试解决高级业务问题时，很容易犯缺少全局性的错误。因此，当客户超出严格的脚本场景和测试场景时，工作会立即停止——即使考虑的用法是一般用法。

　　另外，当前互操作性测试的时间点 特性中还存在一些固有问题。在上面列出的过程中，规范将检查许多互操作性测试工作。这些工作暂时可能非常出色，但采用哪些措施来确保在完成这些活动后一切可以继续进行？再现这些互操作性环境可能非常耗时，并且通常需要其他供应商产品的知识。这两个因素会限制此方法作为长期解决方案的成功和高效性。

　　没有地方进行客观的讨论

　　请注意，上述内容并不意味着对过去执行的工作的批评。通过许多个人和团队的努力工作，已产生许多优秀的规范。来自许多不同公司和组织的众多人员汇集在一起来制定标准，这本身就是巨大的成功。不过，像大多数事情一样，只要努力工作，事情就会有起色。

　　Web 服务社区缺少的内容就是一个地方，将各种角色的成员汇集在一起，来讨论测试和其他与 Web 服务相关的问题。例如，Web 服务器供应商、ISV 或客户没地方去询问广大社区人员的问题。大多数的其他地方都具有本质上的局限性。向特定供应商提出询问时，得到的回答自然偏向于对该供应商自已产品的功能。

　　新计划

　　为帮助解决 Web 服务互操作性测试的一些当前问题，并排除上述障碍，已启动新的计划：Web 服务测试论坛 (WSTF)。WSTF 是基于社区的论坛，形式与开源社区类似。参与者可以自由建议新的互操作性测试方案，以及测试他们认为非常重要的方案。这是一种非常简单的想法，但下面的详细团队信息应有助于解释这一想法如何提高过去执行的操作。

　　成立 WSTF 最初的目的是为了执行在其他地方无法执行的基于场景的互操作性测试。具体说来，这是一种组合测试，其中对一组规范一起进行测试，以确保它们按预期方式真正组合在一起。不过，在运行这些较高级的组合测试之前，必须验证：1) 个别规范自身运行良好，2) 提出的场景不只是单个开发人员的想法，而且它基于实际的客户需求。

　　有了这一简单的想法后，就诞生了 WSTF。在最基本的层次上，WSTF 是一个供 Web 服务社区的所有成员讨论测试和任何与 Web 服务相关的其他问题的地方。