jmeter 吞吐量图形_Jmeter压测总结二

红太狼 2023-01-04 13:14 238阅读 0赞

在总结一中确定了脚本是正常的,就可以进行压测实施了,但实际项目中一般不会用图形化界面进行压测,而是使用命令方式执行,我这里为了方便在linux环境下操作,win下也是可以的。

  1. 准备linux下Jmeter环境,并将准备的数据移入

这里用Linux环境中安装的Jmeter执行,把.jmx脚本、CSV参数文件放到Linux环境中。

95c1b7ec5aafb0bf44ed878e61bb98ab.png

  1. 命令下跑脚本

命令:jmeter -n -t **.jmx -l result.jtl -e -o result

-n 非GUI模式

-t 要运行的脚本

-l 记录运行结果的文件 生成的.jtl文件可在GUI聚合报告中查看

-e 在脚本结束后生成html报告

-o 用于存html报告的目录,目录要为空

732f893b57488546a84da48ffd7c158b.png

  1. 命令行下调试通过后,制定压测策略,不同的并发数的选取

1)记录结果

2)测试期望结果:验证能够支撑多大并发数,峰值数;验证错误率,定义可接受范围

3)压测目的:寻找系统性能点(可参考画图方式,通过用户本身体验、流量、系统性能,分为最优阶段、重负载过程、系统不响应阶段)

4.html测试结果

96adf17c1b5969f524af64ee938d11a5.png

Apdex:性能指标

1表示性能不错,范围在0-1之间,1表示达到所有用户均满意

T用户可容忍的阀值

F不可接受的阀值

2cf4b53c18f8c85ebe38645ce76b9ff3.png

文中图片只做解释用。

Lable:压测的api,取样器的名称

90th pct:对时间从小到大排序,去除大的10%,剩下的值中90%的都不会超过这个时间

此处关注90%的值,因为95%,99%的值不太准。

Throught:吞吐器qps

Received:每秒从服务器接收的数据量

Send:每秒发送的数据量

a32c591998bef0349b9a68dc4ba7bde8.png

Overtime:根据时间的变化趋势,一般刚开始响应时间比较长,长时间稳定后时间稳定

Active threads over time:并发用户活跃线程,随时间变化

还有吞吐量随时间变化、延迟时间、建立连接时间变化

Throught:

Codes per second:每秒状态码情况

Transactions per second:每秒事务数 一般TPS

Response time vs request:响应时间和请求时间的对比

ec1686ed999276aa68f86c60ba8979af.png

Response Time:看90%用户情况的平均值

以上这些数据并非实时的,如果想查看实时性能情况,可以用以下方案。

5.性能监控平台

好处:能实时展示压测数据,界面友好

使用jmeter+influxDB+Grafana实现

通过jmeter后端监视器将压测数据发送到influxDB上,通过Grafana展示出来,效果如下:

e6803f3f0cae5299ccb7a34d81b154f0.png

发表评论

表情:
评论列表 (有 0 条评论,238人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Jmeter分布式

    一、为什么要使用分布式测试 按照一般的压力机配置,jmeter的GUI模式下(Windows),最多支持300左右的模拟请求线程,再大的话,容易造成卡顿、无响应等情况,这是限

    相关 Jmeter

    Jmeter工具使用入门教程 添加线程组 ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text