关键字：SOA 服务 支持
在企业组织中， IT职能的存在很大程度上就是为了能够确保提供服务支持。IT职能也证明了自身对于提供满足客户需求的服务是不必可少的。如果得以良好的执行，IT系统的运营成本将转化成为用以满足客户需求的多种服务，同时也为企业组织的利益相关人士获取到相应的运营利润。目前，业务服务的理念已经通过企业级IT系统中面向服务架构(SOA)范例的采用，为各个企业所接受。SOA能够帮助IT部门针对于企业中业务需求做出迅速响应，并能够更加满足业务需求。通过从软件系统开发模式向业务服务开发模式的转换， IT部门有望和业务部门在目的性方面更加一致。这就承诺了业务和IT能够实现在一整套共有原则和对业务目标共同理解的基础上通力合作，共同管理。如果你正在或正打算在企业中实施面向服务架构(SOA)，有一些问题是你必须要提出来的。第一，SOA对于你来说意味着什么?第二，从SOA实施中你期望得到什么商业利益?最后，如果你正在实施SOA，你如何确定SOA的实施在规定的时间里以及成本预算下为你提供其承诺的商业利益?
SOA对你来说意味着什么?
如果SOA是供应商摆在你面前的一个美好愿景和未来趋势，并且“货物即出概不退换”(买家要自行小心)。那在这种情况下，我们都会期望得到的是一个“好东西”，尽管SOA确实拥有成为一个“好东西”的潜力，但近段时间以来它却开始逐渐的成为一场浩浩荡荡的喧嚣，一些本不会也不应该出现的东西伴随着SOA的炒作开始混淆视听。目前市场上有许多IT产品和解决方案都宣称有着SOA的标签，其中的大部分对于建立SOA都是有用的，但它们并不是完整的SOA解决方案。SOA并不简单是一个解决无数业务问题的支持技术，也并不是由某一具体实施的技术所引导。从根本上说，SOA是一项IT实施策略，它能够将IT服务的供应和业务结构紧密结合起来。在许多组织中，IT系统的开发、采购与供应是通过技术解决问题的相关策略来管理的。人们建立企业或业务单元标准，试图通过特定的数据库、应用服务器、开发语言、网络组件等服务，在IT基础架构和开发之间寻求共同点。虽然许多这些举措被认为是合理的，符合成本效益并用以控制IT预算的方法，但实际上却并未将IT部门开展的活动与更广泛的组织业务需求联系起来。
许多人都认为SOA是一个能够指导IT系统与业务结构相互响应，让IT管理者更好满足业务运营管理者需要的整合方法。这或许是正确的，SOA解决方案供应商所宣扬的利益也是可以达到的。但在企业围绕SOA着手重新设计IT战略、项目实施机制的时候，他们需要对潜在的风险和问题有一个理智的认识。而这个过程最好是在IT 质量保证的测试过程中得到实现。在所有企业中，要表明IT系统是否能够满足业务和运营需求只有两个地方：一是在运营阶段，二则是在软件开发生命周期中的测试阶段。过去，单个项目的成败是该项目自己的事情，系统交付推迟的潜在可能性将以他们的独立价值加以评估，当这个推迟威胁到业务计划可行性时，项目就会大幅减少测试并开始向运营阶段过渡。如果系统不能交付任何东西，只会导致业务的失败，因此运营失败风险的增加是不可以接受的。而在分布式开发环境中，准时交付低质量系统的可能性往往比晚交付高质量系统的可能性会高。随着SOA的出现，这种心态将随之改变。质量保证和测试功能必须要作为进入IT运营阶段的一个门槛。必须要共同设定质量目标并予以遵守，因为服务经营不当带来的风险将击垮整个企业。
改变测试环境
对于大多数组织来说，向SOA过渡是一个IT战略巨大的转变。由于SOA在整个企业的IT职能中被接受，测试环境的改变也就不足为怪了。那么大多数的人们知道新的测试环境应该是什么样子的吗?答案肯定是否定的。早期的实施者有机会在大部分IT还在估计形势的时候收获到回报。但是先行者能够依赖的经验有限，必须动员起来以减少意外的发生。这也是需要建立恰当的质量保证和测试战略的原因，我们将在以下强调一些质量保证和测试战略。IT其他领域的测试卓越中心、卓越中心(COE)的概念在被成功的应用于许多企业中。这种方法也能够被用作测试战略，对于SOA服务供应商和服务消费者双方的测试将建立一个中央功能区，在那里测试资产能够得到维护、管理并在不同项目中重新利用。不同的测试团队不再需要花费多余的时间重新学习企业间的服务界面。人们能够通过建立测试卓越中心，存在一个单一的需求、规范、工具和测试资产的存储器以理解和测试整个企业的SOA服务及其辅助设施。
文章来源于领测软件测试网 https://www.ltesting.net/
