使用Spring的Web服务模拟器框架解决方案 - 编程入门网
| 了由一组后台服务和模拟器共同支持的系统 的逻辑视图。图中显示了一个外部应用程序通过 Enterprise Service Bus (ESB) 连接到各个服务。黄颜 色的服务（服务 1、2 和 7）指示服务此刻不可用，由模拟器提供。红颜色服务（服务 3 和 4）表示服 务正在部署或是不可用。指向红颜色服务的请求将通过 ESB 重新路由到模拟服务上。
图 5. 同时 利用模拟服务和活动后台服务的系统的逻辑视图
使用Spring的Web服务模拟器框架解决方案(4)时间:2011-08-09 IBM Anthony Allegri使用模拟器进行非功 能性测试的优点 性能测试是 SDLC 中的重要方面。许多情况下，用于测试的环境无法模拟出生产 环境的性能特点。经常有这样的情况，公司的系统由于过于昂贵而无法在测试环境中完全重现。这种情况 下，模拟器可以很好地支持性能测试，因为它们能模拟出期望的生产环境。 要理解为什么模拟器 会成为很好的性能测试工具，需要对负载有所理解。Little 的 负载定律（Law of Load）指出，平均负 载（L）等于到达率（λ）乘以完成事务的平均处理时间（T）。即，L = λT。 如果 一个应用程序需要 1 秒的时间来响应请求，那么每秒的请求数必须是 1，负载才能均衡。图 6 演示的是 到达率上升而持续时间不变的情况。许多前端负载测试工具强调提高到达率以产生负载。 图 6. 增加每秒请求数而响应时间不变
反过来也一样，并且 展示了到达率在注册时未改变，但应用程序的响应时间会降低。图 7 显示的是响应率下降而请求率不变 的情况。 图 7. 每秒请求数不变，响应时间下降
图 6 和图 7 在复杂 系统中都很常见。值得注意的是请求率和响应时间都对负载有显著影响。 负载测试通常会强调通 过增加客户端访问应用程序的到达率增加负载（λ）。这通常可由 Mercury Load Runner 或 IBM Rational Performance Tester 之类的负载生成工具实现，但没有处理后台系统用于返回结果的预期平均 处理时间（T）。作为推荐的最佳实践，模拟器可以和性能模型联合使用以生成更贴近生产环境的性能测 试，通过使用性能模型决定每个接口的平均响应，并将这些响应时间编入到模拟器中。 可根据生 产中现有的或预期的响应时间，用性能模型文档记录每个生产系统的 Service Level Agreements(SLA)。 这包括不同级别的请求率的响应时间。通常，每个请求的响应时间将会随着每秒事务量 (TPS) 的增加而 减少。这些变化的响应时间也会被包含到模拟器内，以更好地对预期生产环境建模。 通过在服务 中模拟暂时的 “hiccup” 或暂停，或者通过模拟预计的 SLA 以外的响应来衡量对依赖系统 的影响，模拟器还可以用于实现反向性能测试场景。这种额外的测试级别允许在 SDLC 中尽早发现并解决 问题。 使用Spring的Web服务模拟器框架解决方案(5)时间:2011-08-09 IBM Anthony Allegri技术实现概览 以下内容将介绍模拟器框架的具体实现。它利用 Spring 2.0 Framework 将以 XML 格式存储的响应数据转换成 Plain Old Java Objects (POJO)，以用来表示相关的 服务响应。该框架支持使用模拟器和指示板进行单元测试。模拟器框架包含以下几个已定义的层： Web 服务 模拟器解决方案的底层框架包括 Web 客户端和 Web 服务。主应用程序内部运行的 Web 客户端和模拟器的接收 Web 服务都是根据所提供的 WSDL 生成的。WSDL 允许自动生成测试业务功能 所必需的请求和响应对象。 指示板层 指示板层含有用户接口组件，用来收集数据供客户端 服务层生成请求对象。在收集数据时，指示板同样会显示与被调用的模拟器服务相关的结果。指示板也可 在测试真实 Web 服务时用作健康检查工具来验证连通性和结果。 客户端服务层 客户端服 务层定义了具体的实现类，负责从 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
