测试面向服务的体系结构SOA应用程序和服务

测试面向服务的体系结构.(SOA)应用程序和服务白皮书目录简介...........................................................................3了解SOA.......................................................................3使IT资源和业务目标保持一致........................................................4SOA对测试的意义.................................................................4HP质量管理解决方案...............................................................6易于使用.......................................................................6HPQualityCenter软件..............................................................7管理........................................................................7完全质量流程..................................................................7持续质量.....................................................................7HP.业务流程测试软件............................................................8功能测试和性能测试..............................................................8SOA.共享要求.................................................................9SOA.性能测试...................................................................9SOA.功能测试..................................................................10与应用程序管理和管控解决方案集成...................................................10通过HPBusinessAvailabilityCenter软件管理应用程序.....................................10通过HPSOASystinet软件进行管控...................................................11总结...........................................................................113简介在.IT.领域中，几乎没有其他创新能像面向服务的架构.(SOA).那样带来变革的潜力。SOA.的重心是将企业的.IT.架构转变为一系列可在应用程序开发计划间共享和重复使用的服务。这将提高业务的灵活程度，并可降低.IT.成本。通过.SOA，您可以：•..协调服务，而不是协调大型的整体式应用程序。可以通过在多个应用程序中重复使用服务来降低开发成本，还可以通过在任意数量的应用程序间协调服务来提高现有企业资产的利用效率。•..通过底层基础结构分离应用程序。使开发避开底层细节和复杂性，依赖松散耦合的自有服务来提高灵活性。•..从面向技术转换为面向业务。SOA.允许随着业务的增长方便地添加、移除、合成\组合和重新合成服务，从而实现快速改变。如果没有.SOA.策略，而竞争对手拥有为客户服务、把握机会和应对变化的更好装备，则您将面临被对手超越的风险。成功部署服务需要拥有管理这些服务的质量的能力，这样才能提高.IT.资源的使用率，在多个应用程序中重复使用服务来提高业务灵活性。了解.SOA通过.SOA，可以逐步实现新的企业架构，使业务功能成为可重复使用的共享型标准服务。SOA.是声明型服务的集合，这些服务是独立的，相互之间为松散的耦合关系，但可通过策略进行控制。这些服务是自明的，被特别组合起来用于协调业务流程。SOA.是一种利用组件构造企业系统的方法，在这种方法中，系统是由一系列对应于更高级别的业务使用案例（其中每个案例包含通过网络提供的明确的功能集合）组成的。SOA.是一种实施流程，拥有在应用程序间共享的服务。服务提供商创建服务，服务消费者利用这些服务。合成服务由两个或两个以上服务组成，Web.服务创建支持.SOA.的公用平台。Web.服务有多个组件：•..简单对象访问协议.(SOAP).为发送网络服务消息提供封装。•..Web.服务定义语言.(WSDL).构成.Web.服务的基础。服务提供商使用.WSDL.描述其服务。•..可以搜索统一描述、发现和集成.(UDDI).注册表，快速、方便和动态地查找和使用.Web.服务。SOA.中使用的服务不限于.Web.服务，还可以包括其他技术，如分布式组件对象模型.(DCOM).和远程方法调用.(RMI).XML。4使.IT.资源和业务目标保持一致公司正在寻找采取更快行动来应对不断变化的业务驱动因素（如市场条件、客户要求和竞争威胁）的方式。通过.SOA，企业可以更快速灵活地做出反应，并且可以保证：•.使.IT.部门可以更好、更经济地支持业务活动•..由于业务流程的实施过程将变得高度可配置，从而会减少新服务的交付时间•.简化应用程序的集成•.通过重复使用现有资产，更好地利用开发资源SOA.提供了极大的业务优势，但是它也会为.IT.组织带来压力，这就要求它们确保服务和基础设施以持续满足不断变化的业务需求。您需要实施将.IT.与业务完全统一的业务技术优化.(BTO).解决方案，确保.IT.侧重解决业务优先级和实现最大价值。BTO.可以优化技术和业务汇合的策略接触点，HP.允许.IT.部门启用.SOA.生命周期方法。您可以管理服务质量和标准，使服务可以在生产环境中扩展。产品可以监控服务以支持遵从性，并可在问题影响到业务之前快速确定问题。HP.提供.SOA.应用程序交付解决方案，用于测试单个服务和包含多个服务的合成应用程序的功能和性能，还提供.SOA.应用程序管理解决方案，用于根据服务级协议.(SLA).监控和测量生产中的服务和合成应用程序。HP.还提供.SOA.管控解决方案，用于管理服务和合成应用程序的一致性、可预测性、更改和相互依赖性。通过选择提供的解决方案，可以随时间开发、管理和发展合成应用程序，解决新的业务要求，并且有助于成功提供整个组织中的用户所期望的功能和性能。SOA.对测试的意义向.SOA.转换并非没有风险。许多迁移的部分必须在连续的变化中紧密配合。各种服务具有不同的特性。随.SOA.而来的是多个利益相关方（如服务提供商和服务消费者），并且服务有独立的生命周期，与其开发和维护的方式相关。要成功实施.SOA，需要服务在面对不可避免的变化时，仍保持可互操作。SOA.井架了.IT.的复杂性，这些复杂性集中在需要管理的新关系上。由于服务依赖于基础设施，而应用程序取决于服务，因此存在技术关系。但是也存在组织.5关系。服务提供商需要进行跨角色和职责的协作来定义、开发和管理服务，消费者和提供商需要进行协作，议定.SLA.和其他有关使用服务的条款和条件。在服务的整个生命周期中，提供商必然要更改服务，客户的需求也必然会发生变化。您需要在服务的整个生命周期中解决持续出现的问题，如：•.我们如何使服务满足功能需求？•.我们如何使服务在生产中扩展？•.我们如何管理测试几十甚至上百个服务的复杂性？•.我们如何快速确定和解决服务的响应时间问题？•..QA.如何才能了解服务改变时所需测试范围的总体影响？•..我们如何才能使服务在整个企业中互操作，并且符合行业标准？•.我们如何才能在开发周期中尽早开始测试？•..我们如何才能在服务和系统的支持基础设施不存在或出现故障时对其进行测试？•..我们如何才能在服务发生变化和发展时在多个应用程序间共享服务？需要对此复杂性的各个方面进行管理以改进.SOA.计划的结果。IT.部门需要具备将共享.SOA.抽象层作为自我实体测试的能力，而不管应用程序生命周期是否发生变化。通过测试.SOA.抽象层，IT.部门可以检验它是否继续随时间的变化为各种企业应用程序提供预期的功能和性能。SOA.对测试还有其他多种意义，其中包括以下需求：•..了解共享服务。您需要对共享服务有广泛的了解，使不同的部门和个人能在质量流程中发挥重要作用。其中一个最大的难题是通过了解更广泛的业务层和共享服务，了解业务影响和与部署相关的问题的正确优先级。•.了解共享服务的弱点。服务可以由不同部门提供，共享服务可以由多个应用程序利用。在服务的整个生命周期中，要确认服务中的更改不会损害其他利用服务的应用程序，必须进行测试。服务提供商可以更改为特定应用程序开发的服务，而无需了解这些更改会对共享这些服务的其他应用程序产生的影响。共享服务包括安全性和可靠的消息传递；可以按照策略对它们进行管理；对于任何给定的服务，都存在许多潜在的故障点。因此，需要对服务进行连续的测试，确保它们不会造成瓶颈或者在其整个生命周期中无法按预期执行。•..管理持续质量。服务需要涵盖质保重点，IT.部门需要建立和管理用于管理持续质量的.QA.流程。质量目标必须通过集中的质保和分布式任务认真定义，以便优化支持服务中的.IT.资源使用。•.管理大量服务和数据。合成应用程序依赖于可在整个企业中使用的共享服务。QA.可能需要管理成百甚至上千种经常更改和发展的共享服务。•.管理新的SOA测试方面。因为要使用.WSDL.描述网络服务，所以需要开发公用标准，使不同的应用程序可以依赖共享服务。例如，如果架构师定义了内部标准，那么，开发人员就需要根据这些标准编程。但是，不同的部门可能使用了不同的编程工具包，因此必须进行互操作性测试。开发组织与以往的管理相比，对互操作的需要增加了迁移部分的数量，减少了控制。服务必须符合组织标准，使其可以由整个企业中的不同.QA.团队进行连续测试；组织需要拥有验证服务是否符合已立标准的能力。QA.还要能执行边界测试，使用符合.WSDL.规范的数据和元数据调用每项服务操作，例如，QA.可能需要拥有测试.SOAP.标题边界的能力。它们还需要拥有测试服务性能以及在不同的阈值下模拟性能的能力，确保服务随时间扩展。•..使服务可用于测试。服务需要在开发周期的早期就可用于测试。就.WSDL.服务描述达成共识后，QA.就可以在服务开发完成前开始实施实际测试了。您还需要拥有测试缺少服务后台的复杂环境的能力。例如，可以对依赖访问敏感数据（如员工社保号）的服务进行测试，而不必使敏感数据在整个.QA.周期中自由访问。6•..创建生命周期质量流程。在服务的整个生命周期中都必须测试服务，包括从开发阶段到生产部署，直到寿命结束。测试应集成到生命周期流程中，使服务可以随时间发展，同时确保服务能与多个应用程序成功配合。•..分析更改的影响。QA.面临的主要难题之一是确定如何有效地测试发生的更改。您需要确定哪些更改可能会引起大的风险，哪些是.QA.投入精力的最佳位置，以及在哪些位置可以执行最少的验证来优化资源。在传统的应用程序测试流程中，QA.面临的难题是了解开发所做的更改，决定是否需要对其进行测试。考虑到涉及的服务的数量、内部依赖