JMeter功能不够用?看我的

发表于:2019-9-05 21:07

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:Py    来源:搜狗测试

  前言
  作为一个开源的接口性能测试工具JMeter已经能够很好地完成基本的接口性能测试任务,但是和一些商业的性能测试工具如LoadRunner相比,在功能的全面性上就略显不足,比如在场景设置、结果的图表展示等方面。不过,通过JMeter的第三方插件JMeter Plugins,Jmeter的功能得以大大扩展。本文将介绍一些常用的JMeter插件,以拓宽我们的性能测试思路。
  下载及安装
  1、进入JMeter Plugins官网:https://jmeter-plugins.org/,下载plugins-manager.jar文件;
  2、将jar文件放入JMeter安装目录下的lib/ext目录下;
  3、重启JMeter,在Options-Plugins Manager中可以看到插件页面如下,展示已安装及可安装的插件。
  线程组
  JMeter自带的线程组无法实现复杂的测试场景,只能设定固定线程数,对于类似浪涌式线程无法实现。JMeter Plugins提供了2个支持复杂场景的线程组元件,Ultimate Thread Group和Stepping Thread Group。
  1、Ultimate Thread Group
  Ultimate Thread Group可以设置多条线程的任务,具体任务设置如下:
  第一个任务:10个线程在10秒内启动,持续运行1800秒,然后在10秒内结束运行;
  第二个任务:10个线程在第620秒的时候在10秒内启动完成,并运行1200秒,然后在10秒内结束运行;
  第三个任务:10个线程在第1240秒的时候在10秒内启动完成,运行600秒之后在10秒内结束运行;
  以此组成一个浪涌场景,30个线程分三次启动,也即一个稳定性测试场景。线程任务场景如下图所示。
  2、Stepping Thread Group
  Ultimate Thread Group的设置中,需要每次都计算Initial Dealy的值,比较麻烦。Stepping Thread Group则更为简单。
  下图设置的具体场景为:
  共100个线程按照阶梯状递增,每5秒内加载20个线程直到加到100个线程。
  其中每个阶梯运行600秒,最后一个阶梯运行1000秒,即最终并发100个线程时的运行时间为1000秒。
  最后每秒停止10个线程。
  这是一个典型的负载场景,持续增加负载,检验在不同负载下的性能。
  Transactions per Second
  即TPS:每秒事务数。性能测试中,最重要的2个指标之一。
  反映了系统在同一时间内能处理业务的最大能力,这个数据越高,说明系统处理能力越强。
  该插件的作用是在测试脚本执行过程中,监控查看服务器的TPS表现————比如整体趋势、实时平均值走向、稳定性等。
  JMeter本身的安装包中,监视器虽然提供了比如聚合报告这种元件,也能提供一些实时的数据,但相比于要求更高的性能测试需求,就稍显乏力。
  其中,x轴是测试执行持续时间,y坐标轴是当前时刻的事务数。某次的压力测试每秒事务数曲线如下图:
  Response Times Over Time
  即TRT:事务响应时间,性能测试中,最重要的2个指标的另外一个。
  该插件的主要作用是在测试脚本执行过程中,监控查看响应时间的实时平均值、整体响应时间走向等。
  x坐标轴是测试执行持续时间,y坐标轴是事务响应时间。整体响应时间如下图。
  结束语
  上述简要介绍了JMeter Plugins的几个常用插件,更多好用的插件如redis、kafka、mongoDB、Hadoop/HBase Testing等着你继续探索哦~

      上文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号