在SOA集成平台的实施过程中，我们将服务测试环境分为准入测试和联调测试两个大的阶段，所以先谈下准入和联调测试这两者的区别。

1. 准入测试： 服务合规性测试，由SOA实施商主导完成，检查服务是否符合服务契约规范要求。

2. 联调测试： 涉及到服务提供方，消费方和SOA平台三方，基于一个服务进行三方基于业务场景联调。

从这个定义可以看到，准入测试相对简单，重点是检查服务本身是否满足合规性要求，其也只需要SOA实施方和服务提供方两方配合即可完成。而对于联调测试相对复杂，一个是其涉及到三方共同完成，其次是联调测试需要将该接口服务所涉及到的各种业务场景全部覆盖到。

如果是对于SOAP Web Service服务接口，我们一般会采用SOAP UI工具进行接口服务的测试。在准入测试的时候一个关键就是需要导入我们已经定义的标准WSDL和XSD文档，即服务契约标准，然后再将服务访问定制修改为远程服务提供方提供的地址，基于这个步骤准备服务测试场景和测试用例，如果服务提供方提供的服务不满足服务规范的要求，则运行测试的时候工具会自动完成检查并提示异常。

由SOA实施厂家介入的服务实施，很大的一个重要就是实现了接口的标准化和规范定义，通过采用从顶向下的服务设计，开发和上线方法。即首先完成服务契约和接口设计，形成WSDL文件，然后三方根据标准的接口设计标准进行各自内容的开发，这个开发工作本身是可以并行的，最后再根据接口标准进行服务准入和联调。

对于服务准入测试，一般会有如下重点检查内容：

a. 服务输入和输出消息体的结构是否和预先定义一致，包括层次关系和各个数据项。

b. 各个数据项本身的非空检查，数据项类型的检查和验证。

c. 对服务输出的一些结构，出现异常时候的消息日志输出结构进行完整检查。

d. 对各种关键的边界情况进行消息结构完备性检查，比如查询时候查询不到数据的输出消息结构等。

另外注意服务准入测试一般是测试已经由ESB封装和接入后的服务接口地址，当然在ESB平台进行服务封装接入前一般会进行一个最简单的服务单元测试。

在服务准入测试完成后可以通知服务消费方开始进行服务联调测试，服务联调测试的重点是必须要覆盖接口服务涉及到的各种业务场景。因此我们对于服务测试用例的准备是和测试场景相关的，那么测试人员就必须清楚和了解业务才可能准备出完整无遗漏的服务测试用例。

我们可以拿采购订单导入ERP系统来说，涉及到的联调测试用例准备需要考虑。

a. 采购订单有哪几种类型，在准备测试数据的时候每种类型的采购订单都需要覆盖到。

b. 采购订单导入涉及到单张导入和批量导入，需要测试到。

c. 采购订单导入有3个校验规则，如果不满足时无法导入的，因此3个校验规则需要测试到。

d. 采购订单导入测试前要提前准备好项目，物料，供应商，库存组织等基础数据信息。

以上这些还没有列全，但是可以看到要基于业务场景来进行接口测试数据的准备，覆盖到所有的业务场景和业务规则，才能最终确认该接口能够满足业务协同的要求。

对于联调测试，单个接口的联调只是最基本的，更加重要的是基于业务流程的多个接口联调，在完成一个端到端流程的时候你会发现往往会涉及到多个接口的调用和数据集成，这个我们在SOA业务流程梳理和服务架构规划的时候往往就会规划清楚，那么我们可以基于这些业务流程进行端到端流程的联调。

比如一个供应链的端到端流程就会涉及到供应商接口，物料接口，采购订单接口，采购接收接口，项目接口，采购报账和发票相关接口，采购执行进度查询接口等多个业务和数据接口。我们可以按照业务流程的顺序走完一遍流程，将涉及到的接口全部覆盖到。

我们的接口和服务设计越设计和实现的自动化和健壮，最终反映出来就是虽然我们可能在多个业务系统中进行业务单据和流程的操作，但是整个操作过程完全是流畅和无等待的，比如我们在采购系统生效完采购订单后，可以直接到ERP或物流系统进行采购接收操作，所有底层数据集成完全保证了一致性和实时性要求。

如果做不到以上这点，给业务最终感觉就是端到端流程在陷阱过程中有断点，而这些断点本质则是由底层业务系统的业务和数据集成不畅通，数据不一致性，数据同步有延迟等因素有关。