【IT专家网独家】面向服务的体系结构(SOA)就像一场风暴，它带来了巨大的利益，它可以为你提供更强的灵敏度和商业联盟，如果你做得对了的话。然而，一失足成千古恨。SOA架构下的应用是多层次的，其生命周期也是具有多阶段性，并且有着高度的可重用性，随着企业的不断发展，来自其自身内部或者是外部的变化也会给其带来多方面的影响。

　　SOA并不是那种付了钱就会运到你的公司来并在一夜间就产生天翻地覆变化的东西。尽管SOA广泛实现，并且可以为企业带来改革的力量，但是这种改变也许是一个冗长的过程。按照这种方式，SOA的很多有价值的好处才会被慢慢发现，但是只有当实现了合适的监管过程来支持文化变化的结果的时候才行。提供一个安全可靠并完全适用的SOA并非易事，由于所提到的这些复杂因素，需要通过不同的方式确保SOA质量问题。在一个复杂的系统环境下，质量测试必须深入到各个环节，才能转化为高质量的交付应用。

　　架构与接口要遵循一定的标准

　　举例来说，架构与接口必须遵循一定的政策和标准来在组织内部保持一致性。为了达到这样的连贯性，企业必须在设计和开发阶段就开始推动标准化和特定政策的实行。一旦可定义的政策开始实行，SOA资产中的连贯性和基本信任就算达成了。

　　为一项服务资产推行信任的过程必须在该资产建立初期就开始实行。早期和持续的对于该资产质量的可视性能促进信任的建立和随后的重新利用。为了在促进早期信任，企业必须定义和实施在服务生命周期中支配其不同方面的政策。比如，支配着服务开发的政策：诸如计划合法性(W3C)，语意的标准一致性，WS-I一致性和采用WS-*标准的定义。此类政策对于达成连贯性和保证再利用和互用性是至关重要的。

　　政策也可以囊括最佳实践――普遍被接受的最佳实践以及与企业目标的底层服务相关的最佳实践。这些一般领政策包括：安全、可维护性、可靠性和性能，以及根据特定要求制定的所有其他政策。

　　一旦政策被定义，那么对其的应用、验证、测试和测量将是至关重要的。我们必须使同步数据链路控制(SDLC)基础架构和流程自动化，以使得这些政策和标准能够通过开发、测试和质量团队一致的在SOA产物中应用。

　　持续回归测试：

　　为了正确有力的实施服务资产政策、合约、情景描述，企业必须通过一系列自动的、持续的回归测试来验证。

　　作为每一个特定服务资产的生命周期的一部分，持续回归测试(在任何发布周期内)对于提供持续和可预测的质量都是必要的，这个测试必须是由业务需求所决定的，并包括功能需求、技术需求和性能预期。如果这些早期测试是由需求驱动的，那么质量部门将通过重新利用测试资产取得显著的优势。

　　为了保障安全、可靠、一致的服务资产，通过资产注册表来进行集成是必要的。持续回归测试应该每夜自动建立并运行，而适当的测试数据可以通过中央资产注册表获得。那么测试将在不打断现存开发过程的情况下持续运行。

　　这种自动测试保障了需求的自动验证和开发阶段与质量保证期间的测试资产重新利用。自动回归测试同时也能为应用软件政策实施提供文件证明，从而对更可预测的成果提供了保障。

　　SOA环境的复杂性

　　在一个SOA环境中开发并保证功能是非常复杂的。系统的分布式性质和数据几乎使建立阶段性测试环境成为不可能。

　　SOA的设计部分通常都需要使用未完成的或不可获得的服务，通过仿效服务来提供压缩服务是比较理想化的方式。一个开发员或质量工程师应该仿效服务并在早期就演练业务情景以在早期阶段就确认问题所在，并判断服务的正确性、更好的预测性能。

　　流程敏捷性与速度

　　先进的平台可以保证一个提供速度与敏捷性的SOA基础设施以满足更加复杂的业务需求变化。但不幸的是，质量检测流程仍旧还停留在传统的连续程度。有效协作与积木式构建方式的质量解决方法会是针对SOA所带来的一系列复杂问题最为合适的方法。如果一个企业需要快速递增的可交付产品从而达到需要的敏捷性，那么仅仅通过这样传统的质量检测流程是绝对做不到的。