我们知道接口合约在现实项目中往往是word文档或者excel格式的文档。对于很多技术实现的细节并没有描述，比较理想的情况下是有比较准确和细化的接口定义文件WSDL。在有了WSDL文件的基础上，我们可以制作一些服务的simulator或者客户端的simulator来模拟服务的调用和执行，但是如何有效的覆盖到所有的业务逻辑，需要测试人员和业务需求人员科学严谨的工作了。

接口开发有个金科玉律，不要把问题留集成测试。问题越早发现越好。

第二个阶段，服务的集成测试阶段(System Integration Test或Assembling Test)

在 IBM对于SOA的实施过程的方法论描述中，有一个叫做Assemble的阶段。这个阶段对于Service Testing有着详细的描述。但是在我看来，这些描述反应的问题是对于真实的商业环境来讲对于SLA的理解是这个阶段测试的重点。

这个阶段还会涉及到各个厂商的协同测试，因为对于跨多个公司开发服务的集成测试来讲，如何协调这些不同的组织，或者说利用什么样的工具和手段提高集成测试的效率，也是现阶段各个厂商和大的集成公司在相关的SOA文档和规范中没有涉及的。因此对于测试人员来说，细节的工作不好做，也缺乏整体的方法论指导的情况下，如何不能说测试人员会进入一个SOA测试的黑洞呢?

我正在参与一个基于SOA的集成项目，希望能在实践过程中找到这个问题的答案，也希望有机会与大家一起分享我的经验。