JMeter功能不够用？看我的

前言

作为一个开源的接口性能测试工具，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等着你继续探索哦~

最后也为大家准备一份软件测试学习资源：

囊括了：

• 2021.9月最新版软件测试全套完整视频
• 500套软件测试面试题+面试讲解视频
• 10套典藏版 超高价值的软件测试试卷
• 300套软件测试项目简历模板
• 80套各类软测用例的设计模板合集

有需要的朋友可以关注公众号：程序员二黑，直接获取！

最后一句话送给大家：机会只垂青有准备的人，这是一个靠本事的社会。有时候，你之所以发展得不好，不是因为没有机遇，而是因为你没有准备好，导致机遇与你擦肩而过。如果你想要学习，什么时候开始都不晚，而不是瞻前顾后，你只要用尽全力，剩下的交给时间！

加油吧，测试人！路就在脚下，成功就在明天！

精彩推荐：

公司新来的阿里p8，看了我做的APP和接口测试，甩给了我这份文档…

腾讯二面：web测试问题被虐哭了，直到学长给了我这些知识点…

面试滴滴科技，被按在地上摩擦，鬼知道我经历了什么？