尽管我一直在使用JMeter进行Web应用程序的压力测试和负载测试好几次,但我们还是花了一些时间才弄清楚如何使用该工具测试基于异步HTTP / REST的服务。 在我们这里,我是指一名程序员, Holger Staudacher ,我很荣幸能与当前的一个项目一起工作。
当Holger基于对上述项目进行功能和集成测试的经验而开发了Restfuse时 ,我们决定使用JMeter
进行压力和负载测试。 被测软件的主要服务处理上传到特定URL的数据结构。 如果上传过程成功,则返回指向包含处理结果的资源的URL。 产生的资源无法立即使用-处理需要一段时间。 因此,轮询可用于在资源可用时检索资源1 。
我们的目标是在一次测试中测量上载数据结构,处理数据和下载结果资源所花费的时间。 同时运行多个用户的这种测试应该使我们对系统的吞吐量能力有一个良好的印象。 听起来不太复杂,但是…
…使用JMeter
机载功能为上一段中描述的场景编写测试计划的第一种方法效果不佳。 计划既不可理解,也不是(更糟的是)使测量结果毫无意义。 特别是将上载请求和轮询循环与事务控制器一起钳制似乎对计时器产生了一些意外的副作用。 因此,经过一段时间的Google额外研究之后,我偶然发现了JavaSamplerClient API ,这是我以前所不知道的。
stackoverflow.com上有一个条目,描述了如何扩展AbstractJavaSamplerClient ( JavaSamplerClient
的实现)并在JMeter
使用它。 因此,这就是解决我们的问题的方法。 我们创建了AbstractJavaSamplerClient
的扩展,以覆盖runTest(JavaSamplerContext)
。 在该方法中,我们使用HttpClient执行上载和轮询请求。 一旦轮询请求成功检索到处理结果,所有标头和内容信息都将存储在SampleResult
实例中。 后者由覆盖的测试采样器方法返回,由JMeter
进行进一步处理–非常简单2 。
创建包含自定义JavaSampleClient
的jar并将其放入JMeter
安装目录下的lib/ext/
文件夹后,可以将Sampler
类型的Java Request
添加到Thread Group
。 这使您可以选择和配置自定义采样器,如下图所示:
使用JavaSamplerClient
使我们的测试计划变得非常简单,并允许我们使用通用的JMeter
结果测量功能,如下图所示,在Graph Results
视图中:
当然,测量结果现在是合理的……
由于我们不得不花很长时间才能做到这一点,所以我认为我们的解决方案也可能对其他人很感兴趣-这就是写这篇文章的原因。 但是,如果有我们没有注意到的更简单的解决方案,也很高兴收到您的来信。 因此欢迎提供反馈
- 我们开始使用网络挂接 ,但我们的客户有问题,说服IT管理员打开防火墙... ↩
- 为了使本文的篇幅合理,我跳过了关于如何处理不成功请求的任何描述,但是我们的大多数实施工作都必须在该领域中完成…… ↩
参考:来自Code Affine博客的JCG合作伙伴 Frank Appel的JMeter对异步HTTP / REST服务进行压力/负载测试 。
翻译自: https://www.javacodegeeks.com/2012/11/stressload-testing-of-asynchronous-httprest-services-with-jmeter.html