Jmeter上传服务压测-基于Linux服务器

Jmeter工具介绍

Apache Jmeter 是一款开源的基于Java的压力测试工具,它虽然没有像LR这样的企业级软件功能强大,但是Jmeter基本满足了测试人员在工作中的基本需要。

  • 特点:

  1. 能够对HTTP、FTP服务器进行压力和性能测试,也能对任何数据库进行同样的测试(通过JDBC)
  2. 同时支持单线程和多线程并发的操作
  3. Jmeter具有很强的扩展性,可以配合多种开发工具或测试工具,因为是纯Java的,增强了其可移植性

Jmeter安装及环境配置

Jmeter的安装非常的便捷,解压包同时支持Windows和Linux的使用。安装之前首先需要你的环境中有JDK。

Jmeter的下载地址:http://jmeter.apache.org/download_jmeter.cgi

环境配置:Windows中,只需要在计算机的环境变量中增加[;%JMETER_HOME%\bin],即可。

Windows中只需运行压缩包中bin目录下的jmeter.bat

Linux中,运行压缩包中的jmeter.sh。   --that's it !

编写Jmeter脚本

本次列举的实例是在Linux服务器中进行相关的压力测试,但是我们需要在Windows中先创建好需要的脚本,然后导入到Linux服务器中。因为jmeter脚本无论在Windows还是Linux中都是互通的,能够直接运行。

  • 屡一下本次测试工作的大体思路:

1.将Windows和Linux中的jmeter都安装配置好;

2.Windows下编写jmeter脚本;

3.Linux中运行脚本;

4.Windows中查看(导出的)结果;

5.记录、总结;

首先看一下本次示例的脚本中都涉及到什么,都要注意些什么问题:


请求中对应的解释:

1.域名和token是本次操作中添加的全局定量,域名也就是服务器名称/IP,也可以放在HTTP请求页面,端口号除特殊的之外可以不填;而token不是都会用到,本次因为涉及到token,所以添加了。

2.在HTTP请求中,因为上传操作使用的参数化,所以添加了相应的插件:CSV Data Set Config,这个我们下面再讲解。

3.jmeter常用的两个插件:查看结果树、聚合报告,这两个插件可以直观的看到请求的成功与否,以及请求操作的相关数据。

4.上传操作,因此使用post方式; 编码方式一般都会选择 utf-8。

5.这是本次示例使用到的接口路径,工作涉及的相关接口可自己把控。

6.这里就是本次需要上传的文件路径,将其参数化了。

关于参数化:


1.这里是填写的Linux环境下的路径,在Windows中测试脚本时,还需要填写对应的路径才行。

2.编码方式,这里就不再多说。

:参数化相应的文件数据格式,跳行编写就行了,即每条数据占一行。)

关于脚本队列:


这部分可以先设定一个初始值,在Linux下是能够进行修改的。

关于“查看结果树”:


这里需要注意一点,将“仅日志错误”给勾选上,这样导出的测试结果数据才不会特别大,不然打开时会很慢。

到这里,关于编写脚本的大体步骤和注意事项都列举出来了。接下来就是运行脚本,整理结果啦。

脚本导入Linux服务器

关于导入脚本至Linux服务器,这里需要注意一些事项:

1.导入的脚本只需要在压力机上有一份即可,但是参数化文件必须在每个测试机(包括压力机)上都存在。关于什么是压力机、测试机,这些在下文中会逐渐讲到。

2.导入的脚本所涉及的路径,一定和脚本中的路径相符合,不然在测试工作无法进行。

3.另外,测试的机器需要注意host的配置(有些会涉及),以及jmeter内存溢出这种问题的关注。

关于压测服务器:

本次选取了4台服务器用于压测,其中一台作为压力机,也就是控制其它几台机器一起运行脚本。所以这就需要配置jmeter的配置文件:jmeter.properties


在配置文件中找到如图所示的远程ip设置,添加相应的服务器ip即可。

关于host配置:

这部分的工作,其实是为了均衡服务器的承载量,避免大量的操作执行在单一的一台服务器上,造成服务器过载而挂掉。此部分配置只需要在Linux下的host中添加配置即可。

执行测试

在Linux中执行脚本就比较简单了,在相应的目录下执行脚本,并将所需的结果保存为指定的文件即可,参考命令:

./jmeter -n -t 脚本文件(.jmx) -r -l 结果文件(.jtl)

-r : 指的是运行所有机器,若不写,只会运行当前压力机;

:测试时有不同并发的场景,这些需要自己在脚本文件中进行修改;所以在结果文件的命名上,建议使用时间节点来命名,便于之后统计结果时区分。)

测试结果处理

当所有场景都测试完成之后,建议将结果文件统一放在一个文件夹中,然后一并打包,导出。

总结

这里就不再分析讲述本次的测试结果了,在实际情况中,还需要我们酌情去统计和分析测试结果。在聚合报告中,主要关注的项还应是:平均响应时间、90%的响应时间、错误率以及TPS(吞吐量)等。

————————

欢迎大家讨论并指正不合理之处!

猜你喜欢

转载自blog.csdn.net/weixin_41055728/article/details/79911847