提供一个安全可靠并完全适用的SOA并非易事，由于所提到的这些复杂因素，需要通过不同的方式确保SOA质量问题。在一个复杂的系统环境下，质量测试必须深入到各个环节，才能转化为高质量的交付应用。
架构与接口的连贯性
具有中立的接口定义(没有强制绑定到特定的实现上)的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。
对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需(On demand)业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。
举例来说，架构与接口必须遵循一定的政策和标准来在组织内部保持一致性。为了达到这样的连贯性，企业必须在设计和开发阶段就开始推动标准化和特定政策的实行。一旦可定义的政策开始实行，SOA资产中的连贯性和基本信任就算达成了。
为一项服务资产推行信任的过程必须在该资产建立初期就开始实行。早期和持续的对于该资产质量的可视性能促进信任的建立和随后的重新利用。为了在促进早期信任，企业必须定义和实施在服务生命周期中支配其不同方面的政策。比如，支配着服务开发的政策：诸如计划合法性(W3C)，语意的标准一致性，WS-I一致性和采用WS-*标准的定义。此类政策对于达成连贯性和保证再利用和互用性是至关重要的。
政策也可以囊括最佳实践――普遍被接受的最佳实践以及与企业目标的底层服务相关的最佳实践。这些一般领政策包括：安全、可维护性、可靠性和性能，以及根据特定要求制定的所有其他政策。
一旦政策被定义，那么对其的应用、验证、测试和测量将是至关重要的。我们必须使同步数据链路控制(SDLC)基础架构和流程自动化，以使得这些政策和标准能够通过开发、测试和质量团队一致的在SOA产物中应用。
持续回归测试：
为了正确有力的实施服务资产政策、合约、情景描述，企业必须通过一系列自动的、持续的回归测试来验证。
作为每一个特定服务资产的生命周期的一部分，持续回归测试(在任何发布周期内)对于提供持续和可预测的质量都是必要的，这个测试必须是由业务需求所决定的，并包括功能需求、技术需求和性能预期。如果这些早期测试是由需求驱动的，那么质量部门将通过重新利用测试资产取得显著的优势。
为了保障安全、可靠、一致的服务资产，通过资产注册表来进行集成是必要的。持续回归测试应该每夜自动建立并运行，而适当的测试数据可以通过中央资产注册表获得。那么测试将在不打断现存开发过程的情况下持续运行。
这种自动测试保障了需求的自动验证和开发阶段与质量保证期间的测试资产重新利用。自动回归测试同时也能为应用软件政策实施提供文件证明，从而对更可预测的成果提供了保障。
文章来源于领测软件测试网 https://www.ltesting.net/
