愛挖礦

 找回密碼
 立即註冊
搜索
查看: 3|回復: 0

环信学院|基于Jmeter的百万级tps性能测试实践

[複製鏈接]

90

主題

90

帖子

320

積分

中級會員

Rank: 3Rank: 3

積分
320
發表於 2022-11-23 19:18:13 | 顯示全部樓層 |閱讀模式
环信学院|基于Jmeter的百万级tps性能测试实践
如何对系统的承载能力和响应时间做出准确的评估,为资源的合理配置及优化提供依据,性能测试就成了必不可少的测试手段,本文会给读者推荐一款业界占有率最 高的一款性能测试工具——Jmeter。

本文作者朱凯是环信测试主管,有近 20 年测试工作经验,服务过多种行业领域。擅长性能测试,有多个大型项目的性能测试经验。

互联网时代,因为超过系统承载能力而出现的宕机情况,时有发生,不仅给用户带来极为不好的体验,也让互联网厂商蒙受了巨大的损失。

根据Aberdeen Group的研究报告,对于Web网站, 1 秒的页面加载延迟相当于少了11%的PV(page view 打开页面的次数),相当于降低了16%的顾客满意度。

Compuware公司分析了超过 150 个网站和 150 万个浏览页面,发现页面响应时间从 2 秒增长到 10 秒,会导致38%的页面浏览放弃率。

如何对系统的承载能力和响应时间做出准确的评估,为资源的合理配置及优化提供依据,性能测试就成了必不可少的测试手段,本文会给读者推荐一款业界占有率最 高的一款性能测试工具——Jmeter。

下面会从成本、报表系统和扩展性三个维度来介绍下业界最 高占有率的性能测试工具Jmeter。

1、成本

费用成本

Jmeter开源,免费,工具费用成本为0。

使用成本

部署成本非常低,仅依赖jdk,jmeter包解压即可使用,真正做到开箱即用。

脚本编写门槛很低,Jmeter有UI操作界面,方便快速,常规场景 0 代码即可使用。

丰富的组件满足不同的场景需求:

各种好用的函数能让数据生成更加快捷:

广泛的协议支持满足绝大多数性能测试场景:

    Web - HTTP, HTTPS (Java, NodeJS, PHP,ASP.NET,...)

    SOAP / REST Webservices

    Websocket

    MQTT

    XMPP

    FTP

    Database via JDBC

    LDAP

    Message-oriented Middleware (MOM) via JMS

    Mail - SMTP(S), POP3(S) and IMAP(S)

    Native commands or shell scripts

    TCP

    Java Objects

2、报表系统

Jmeter能生成丰富的html格式报表系统,从不同维度对性能测试结果进行分析,以下是部分Jmeter报告的示例图。

报告的基本信息,包括执行时间、应用性能指数和请求概要信息等:

统计概要信息,包括请求名、请求数量、成功数量、错误率、平均响应时间、吞吐率(tps)和网络流量等:

错误概要信息,包括错误类型、错误数量、错误类型占比和错误数量百分比等:

Top5 错误概要信息,包括错误请求名、请求数量、top5 错误请求类型和top5 错误请求数量等:

整个测试运行期间的响应时间图,包括所有请求的响应时间图:

整个测试运行期间的响应时间分布百分比图,包括P90、P95、P99、Max和Min:

整个测试运行期间的活动线程数:

整个测试运行期间的吞吐字节数:

    Jmeter如需生成报告,需先记录日志文件,此日志通常会非常大,注意将该文件生成到磁盘空间足够的区域。

    Jmeter生成报告前会在命令执行目录生成一个temp文件夹,该文件夹空间占用会非常大,注意在磁盘空间足够的区域执行命令。

3、软件扩展性

Jmeter本身是100 %Java实现,扩展非常方便。可以自己开发各种协议包、逻辑组件等。

另外不得不提的就是Jmeter本身的社区支持,plugins manager,目前已有100+插件,且还在不断快速增加中,插件遍布jmeter的各种组件类型,极大的方便了使用者的快速组合出各种性能测试场景。

plugins manager的安装和使用也非常的容易。从https://jmeter-plugins.org/install/Install/页面下载jmeter-plugins-manager-1.7.jar,放到jmeter的lib/ext目录后重启jmeter,即可从菜单中找到插件中心:


横向扩展性

当我们要进行万级TPS性能测试时,单个实例难免力不从心,这个时候,Jmeter的分布式测试模式能很好的解决这个问题。Jmeter的分布式工作模式为一master,多slave模式,如下图:

性能测试过程启动后,master机器下发脚本到各slave机,由slave机对目标机器发起请求,如下图:

单个jmeter实例启用的线程数建议1000- 2000 之间,太多可能会导致jmeter自身性能下降。

    分布式测试时,脚本由master机器下午到各slave机,所以slave机并不需要放置测试脚本;测试脚本中如果有读取本地csv的动作,会从各slave机本地读取,为了降低部署成本,分布式测试时,不建议有读取本地文件的行为。

    分布式测试时,在master机器上执行脚本的过程如果中断测试,会导致第二次测试无法连接到slave机器,此情况需要重启所有slave机器。

4、一个小示例

最后,让我们用一个简单的例子来领略Jmeter构建性能测试方案的快捷性:

1.在Test Plan下添加一个Thread Group并配置好参数


2.在Thread Group下添加HTTP Request并配置好参数

3.在Thread Group下添加HTTP Header Manager并配置好参数


4.在Thread Group下添加View Results Tree和Summary Report并启动测试

5.查看View Results Tree中的详细信息和Summary Report中的汇总信息


GUI模式通常用来创建和调试脚本,正式做性能测试推荐用命令行来测试:jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder]
http://www.cctime.com/html/2022-11-16/1635681.htm
http://news.idcquan.com/scqb/197005.shtml
https://xinwen.pconline.com.cn/1561/15612785.html
回復

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

Archiver|手機版|小黑屋|愛挖礦

GMT+8, 2022-12-2 18:27 , Processed in 0.019740 second(s), 18 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回復 返回頂部 返回列表