轻松熊喵喵个人笔记 -- JMeter压测接口

转载或借鉴需经本人同意或醒目处注明来源。

1、新建测试计划

过程步骤：最上方一栏导航File – new即可。
##在这里插入图片描述

2、新建线程池

过程步骤：在刚刚建立的任务处右键一栏选择Add – Threads（Users）–Thread Group即可在这里插入图片描述

界面介绍：
Number of Threads (users) : 并发数量，能跑多少量。具体说是一次存在多少用户同时访问
Ramp-up Period（in seconds）: 表示JMeter每隔多少秒发动并发。理解成准备时长：设置虚拟用户数需要多长时间全部启动。如果线程数是20，准备时长为10，那么需要10秒钟启动20个数量，也就是每秒钟启动2个线程。
Loop Count: 这个设置不会改变并发数，可以延长并发时间。总请求数=线程数*循环次数 (forever 勾选将会一直执行,有时显示是infinite，请注意)
补充：有些版本会有Scheduler。
Scheduler：调度器，设置压测的启动时间、结束时间、持续时间和启动延迟时间。

3、新建定时器

过程步骤：在刚刚建立的线程池上右键一栏选择Add – Timer–Constant Throughput Timer即可，这里是为了设定我们要测试的QPS
在这里插入图片描述

Constant Throughput Timer界面介绍：
Target throughput（in samples per minute）：目标吞吐量。注意这里是每分钟发送的请求数，因此，对应测试需求中所要求的100 QPS ，这里的值应该是6000 。

Calculate Throughput based on (有5个选项)：
This thread only ：控制每个线程的吞吐量，选择这种模式时，总的吞吐量为设置的 target Throughput 乘以矣线程的数量
All active threads ：设置的target Throughput 将分配在每个活跃线程上，每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。
All active threads in current thread group ：设置的target Throughput将分配在当前线程组的每一个活跃线程上，当测试计划中只有一个线程组时，该选项和All active threads选项的效果完全相同。
All active threads （shared ）：与All active threads 的选项基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行。
All cative threads in current thread group （shared ）：与 All active threads in current thread group 基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间后再次运行。
当然，Constant Throughput Timer只有在线程组中的线程产生足够多的request 的情况下才有意义，因此，即使设置了 Constant Throughput Timer的值，也可能由于线程组中的线程数量不够，或是定时器设置不合理等原因导致总体的QPS不能达到预期目标.

4、HTTP Request

过程步骤：在建立的线程池上右键一栏选择Add – Timer–Constant Throughput Timer即可，这里是为了设定我们要测试的QPS。
在这里插入图片描述

Protocol这里写连接的方式，默认写http就好。
Server Name or IP：这里写请求体前缀。
Method这里写POST或者GET各种连接方式，Path这里写请求体后缀。
Body Data这里写json格式参数即可。
如果有时候请求不成功，请检查所有项是否有填错。

5、Listener 监听器

过程步骤：在建立的线程池上右键一栏选择Add – Listener–View Results Tree和Aggregate Report即可，前者是结果观察树、后者是聚合报告。
在这里插入图片描述

各项参数解析：
Samples：样本数，即运行次数
Average：平均响应时间
Median：中位数，50%响应时间小于此值
90%line：90%响应时间小于此值
Min：最短响应时间
Max：最大响应时间
Error：未命中数/比率，即错误比率
Throughput：吞吐量——每秒完成请求事务数（可以理解成TPS或者QPS）
Kb/sec:每秒接收数据量

不断更新中，冲鸭！