jmeter性能测试教程的简单介绍

http://www.itjxue.com  2023-01-14 12:41  来源:未知  点击次数: 

Jmeter性能实战--实现接口压测完整流程(一)

【备注】使用命令执行jmeter脚本

jmeter -n -t testplan/one.jmx -l testplan/result/result.txt -e -o testplan/webreport

testplan/one.jmx 为测试计划文件路径

testplan/result/result.txt 为测试结果文件路径

testplan/webreport 为web报告保存路径

重新排版了下,哈哈

JMeter基础

一、Jmeter简介

—--生成不同格式的测试报告

以WEB性能测试为例:jmeter可以作为web服务器与浏览器之间的代理网关,以便捕获浏览器的请求和web服务器的响应,如此就可以很容易地生成性能测试脚本。有了性能测试脚本,jmeter就可以通过线程来模拟真实用户对web服务器的访问压力。这与LoadRunner的工作原理基本一致( 向服务器提交请求;从服务器获取请求返回的结果 )

二、JMeter下载安装

1、安装环境要求

Unix(Solaris,Linux,etc) 、 Windows(98,NT,2000,XP,WIN8)

2、JDK下载、安装

右键计算机属性-高级系统设置-系统属性-高级-环境变量-添加如下的系统变量:

变量值:D:Program FilesJavajdk1.8.0_92【jdk安装路径】

变量值: .;%JAVA_HOME%libdt.jar;%JAVA_HOME%lib ools.jar;

运行cmd-输入java -version-显示java版本就表示jdk安装成功

3、JMeter下载安装

4、JMeter环境配置

变量值:E:apache-jmeter-4.0 (就是jmeter保存的路径,即jmeter解压路径)

如:JMETER_HOME=D:apache-jmetesapache-jmeter-4.0

变量值:

;%JMETER_HOME%/lib/ext/ApacheJMeter_core.jar;%JMETER_HOME%/lib/jorphan.jar;%JMETER_HOME%/lib/logkit-2.0.jar

5、Jmeter 的Bin目录下的几个重要文件

6、启动Jmeter

三、JMeter组件介绍 (JMeter常用组件)

1、测试计划(Test Plan)

注:什么是元素?

JMeter的不同组件称为Elements。 每个元素都是为特定目的而设计的。

2、线程组(Threads)

例如,如果将线程数设置为100; JMeter将创建并模拟100个用户对被测服务器的请求

所有的控制器和取样器都是在某个线程组下;

3、逻辑控制器(Logic controller)

逻辑控制器允许在线程中定义处理请求的顺序。它允许控制“何时”将用户请求发送到Web服务器。例如,可以使用随机控制器随机向服务器发送HTTP请求

例如:我们在收邮件时,只需要登录一次邮箱既可查看多封邮件。如果这个场景我们在Jmeter中实现,我们需要控制登录的次数,如何实现呢?Jmeter逻辑控制器中的仅一次控制器就可以完成。当然了,控制器不只是这一个,还有很多其他的控制器来完成我们的各种需求。

除了为“线程组”指定的循环值之外,循环控制器使取样器运行一定次数。例如,如果你

将一个HTTP请求添加到循环控制器,循环计数为50

将“线程组”循环计数配置为2

然后,JMeter将发送总共50 * 2 = 100个HTTP请求。

除了循环值= 2,你为上面的线程组指定。所以JMeter将发送总共2 * 50 = 100个HTTP请求。

又如:线程组中设置循环次数3,循环控制器中设置循环测试2,

即:线程组的循环与循环控制器为父子关系,且循环控制器只对子请求有效

注:录制脚本的循环按循环控制器中的调协循环

作为循环控制器的子节点,仅一次控制器在每循环的第一次迭代时均会被执行

HTTP请求、FTP请求、JDBC请求

这3个请求应该运行5次; JMeter将向baidu服务器发送总共5个用户请求。

按顺序,按以下顺序依次发送请求:HTTP请求 - FTP请求 - JDBC请求,对于每个循环按随机顺序,请求随机发送,FTP请求 - HTTP请求 - JDBC请求 或 JDBC请求 - FTP请求 - HTTP请求等

4、配置元件(Config element)

比如CVS Data Set Config,它可以帮助我们从文件中读取测试数据。另外Jmeter也提供了众多的函数来帮我们生成动态数据。

缓存管理器),自动记录服务器返回的Cache信息。简单说就是它为取样器提供预备数据,然后由取样器

发出请求。

入不同的登录凭据。 该登录信息(例如,用户名,密码)可以存储在文本文件中。 JMeter有一个元素,允许您从该文本文件中读取不同的参数。 它是“CSV数据集配置”,用于从文件中读取行,并将它们拆分为变量。

这是CSV数据的示例。 这是一个文本文件,其中包含用于登录目标网站的用户和密码

密码将作为cookie存储在计算机中。下次访问 时 ,无需再次登录,因为在浏览器将使用您的Cookie作为用户数据登录。

Cookie管理器会自动存储该cookie,并将其用于将来对该特定网站的所有请求。

此元素允许您设置HTTP请求控制器使用的默认值

server name = google.com

PS:在执行顺序方面有个例外,配置元件"用户定义的变量"无论它处于测试树的哪个位置,总是在测试的初始阶段执行。所以个人建议把它放在线程组的开始部分。

5、定时器(Timer)( 固定定时器:思考时间 )

JMeter向创建一个用户请求100次

每个用户请求之间的延迟为5000毫秒

6、前置处理器(Per processors)

7、取样器(Samples)

您将FTP“下载文件”或“上载文件”请求发送到FTP服务器。

JMeter将FTP命令发送到FTP服务器 ,然后从该服务器下载文件Test.txt。

您可以配置JMeter将SQL查询发送到此服务器以检索数据。

如果要测试邮件服务器,可以使用SMTP采样器。 此采样器用于使用SMTP协议发送电子邮件

8、后置处理器(post processors)

9、断言(Assertions)

用过LR的读者应该会知道检查点这个功能,可以帮助我们来判断请求是否成功返回且是否符合要求,在Jmeter中我们不叫检查点,我们叫断言,接触过selenium的也会懂这个概念。就是用一个预设的结果(值、表达式、时间长短等条件)与实际结果匹配,匹配到则成功,反之失败。

APPly to: 适用范围

Main sample and sub-samples:作用于父节点取样器及对应子节点取样器

Main sample only:仅作用于父节点取样器

Sub-samples only:仅作用于子节点取样器

JMeter Variable:作用于jmeter变量(输入框内可输入jmeter的变量名称)

要测试的响应字段: 要检查的项

响应报文

Documeng(text):测试文件

URL样本

响应代码

响应信息

Response Headers:响应头部

Ignore status:忽略返回的响应报文状态码

模式匹配规则:

包括:返回结果包括你指定的内容

匹配:(好像跟Equals查不多,弄不明白有什么区别)

Equals:返回结果与你指定结果一致

Substring:返回结果是指定结果的字串

否:不进行匹配

要测试的模式: 即填写你指定的结果(可填写多个),按钮【添加】、【删除】是进行指定内容的管理

10、监听器(Listener)

“图形结果”侦听器在图形上显示服务器响应时间

“查看结果树”以基本HTML格式显示用户请求的结果(View Results Tree)

通过察看结果树,我们可以看到每个请求的结果,其中红色的是出错的请求,绿色的为通过。

Thread Name:线程组名称

Sample Start: 启动开始时间

Load time:加载时长

Latency:等待时长

Size in bytes:发送的数据总大小

Headers size in bytes:发送数据的其余部分大小

Sample Count:发送统计

Error Count:交互错误统计

Response code:返回码

Response message:返回信息

Response headers:返回的头部信息

这里绿色的就说明请求是通过的,返回值是200,如果出现红色的 就说明请求失败,这时候可以通过右边的取样器结果和响应数据来查看结果。

用表格可看结果(View Results in Table)

四、组件执行顺序

在同一作用域名范围内(不考虑逻辑控制器),测试计划中的元件按照如下顺序执行。

(1)配置元件(config elements )

(2)前置处理程序(Per-processors)

(3)定时器(timers )

(4)取样器(Sampler)

(5)后置处理程序(Post-processors) (除非Sampler 得到的返回结果为空)

(6)断言(Assertions)(除非Sampler 得到的返回结果为空)

(7)监听器(Listeners)(除非Sampler 得到的返回结果为空)

问题

1、为什么要使用jmeter?他可以帮我们解决那些事情?

jmeter主要是做接口测试和性能测试,它支持的协议也不少,用来测试http,数据库并发都是很方便快捷的工具,相对于lr来说更灵活与实用,等等

2、我们在什么时候会使用jmeter?

· 在一个项目中我们可能前段还没有开发完毕我们想看一下服务器的相应数据。

· 比如我们校验数据库有没有做校验,我们可以绕过前端

· 我们想看一下这个接口或者多个接口的并发量是多少,性能怎么样

3、.谁在使用?为什么是他在使用?

一般使用者为开发人员或者测试人员。

开源免费,基于Java编写,可集成到其他系统可拓展各个功能插件

支持接口测试,压力测试等多种功能,支持录制回放,入门简单

相较于自己编写框架活其他开源工具,有较为完善的UI界面,便于接口调试

多平台支持,可在Linux,Windows,Mac上运行

4、使用jmeter需要了解什么?接口与接口之间的联系怎么处理?

· 我们必须了解接口的工作原理

· 需要掌握http中的get和post请求原理

· 需要掌握请求头,响应头,请求体个个字段代表什么意思,并且字段的返回值的各代的含义是什么?

· 响应的状态码各代表什么含义·

· json是什么?

· 接口测试用例的设计方法,以及测试时点

接口之间的联系:

接口与接口之间存在联系,比如上个接口的返回值是下一个接口的入参,那我们就要在上个接口返回值赋值变量,供下一个接口调用。

5、在使用jmeter中我想要的预期结果和实际结果是怎样对比的?

· 我们做所有的测试无非就是预期结果和实际结果作对比,如果预期结果和实际结果作对比,那么这个接口就是可用的,不相等那么这个接口就是有问题的。

·在jmeter中我们的用断言做实际结果和预期结果的对比,它提供了许多断言方法,其中最常用的就是响应断言,在后面我会专门的写一下响应断言以及一些常用断言的用法。

· 我们还需要知道在jmeter中我们断言的内容是啥?这点是很重要的

7、使用jmeter的是的我们的有哪些方面的提升,jmeter的主流方向是什么?

· 对整个前端与后端的一个相互传输数据原理有了进一步了解

· 可以提高测试效率,可以提早的参与进来,较早的发现问题,减少开发成本,缩短整个产品的上线周期,可以给测试流出充裕的时间,保证产品质量。

·掌握了接口测试的测试点,已及用例的设计方法。

jmeter测试的主流方向:

· 用于性能测试,压力测试

· 接口测试

性能测试工具(jmeter运行优化)

--- 最近用jmeter做了一次3万并发用户的性能测试,测试过程中对jmeter工具本身进行了几次优化,总计一下,希望对使用jmeter做性能测试的各位有一些帮助。

--- 主要是对日志内容和java内存的使用进行了一些优化,避免施压机端的瓶颈造成“OFFM”和“Time Out”错误。

1.Jmeter--运行优化

---(1)jmeter输出html日志需要修改配置文件jmeter.properties

---修改参数如下:

httpclient.timeout=0

jmeter.save.saveservice.bytes = true

jmeter.save.saveservice.label = true

jmeter.save.saveservice.latency = true

jmeter.save.saveservice.response_code = true

jmeter.save.saveservice.response_message = true

jmeter.save.saveservice.successful = true

jmeter.save.saveservice.thread_counts = true

jmeter.save.saveservice.thread_name = true

jmeter.save.saveservice.time = true

jmeter.save.saveservice.timestamp_format = ms

jmeter.save.saveservice.timestamp_format = yyyy/MM/dd HH:mm:ss

jmeter.save.saveservice.assertion_results_failure_message = true

---说明:

--- nohup .... /dev/null 21 (表示后台运行进程,并且不输出nohup.out日志记录,减小日志的磁盘写入)

--- java -server -jar -jar /home/apache-jmeter-3.0/bin/ApacheJMeter.jar -Dserver_port=1099 -s (jmeter-server,在1099端口 以server来运行)

--- -XX:+HeapDumpOnOutOfMemoryError -Xms96G -Xmx96G(可调整 -Xms 和 -Xmx 的大小来排除 java OFFM 错误,大小建议为 物理内存的1/3 到 1/2)

---说明:

--- nohup .... /dev/null 21 (表示后台运行进程,并且不输出nohup.out日志记录,减小日志的磁盘写入压力)

--- java ... -jar /home/apache-jmeter-3.0/bin/ApacheJMeter.jar -n -R 172.25.32.76:1099,172.25.32.77:1099 -t /home/jmx/small_no_wait_30000.jmx -l no_wait_30000.jtl -e -o ./testout (jmeter的一般主控java运行命令)

--- -Xms4G -Xmx64G -XX:MaxPermSize=2G(-Xms4G -Xmx64G -XX:MaxPermSize=2G,可适当调整Xmx为物理内存的1/3到1/2大小,-Xms可调整为流大小的2倍(例如流媒体最大流为1G,可设置Xms为2G;并相应的调整MaxPermSize=1G))

写给程序员的JMeter教程(序):程序员需要掌握的能力

我有一个观点,并且我认为这是无须详细去解释的,那就是:

每一个程序员,都得学会对自己的代码做性能测试

当然,性能测试的工具并不一定是JMeter,但以当前开源框架来说,我认为它是最好的选择。

从本周开始,在讲编码之道的同时,我将同时每周讲一篇技术,也就是编码之术。

做为一个优秀的程序员,道与术同等重要,不可偏废。

编码之术的第一个系列就是: 写给程序员的JMeter教程

要记住一个原则,性能只是技术价值中的一个维度,不要说业务价值,光是从技术价值上来考量,性能也并不是最重要的,甚至得排在很多点后面,比如可维护性。

我一向认为: 可维护性是最重要的技术价值

因为性能是可以用硬件来弥补的,但可维护性差就不是弥补这么简单的事了,为可维护性付出的代价会远高于提升下硬件或在集群中多加个服务来解决性能问题的代价,硬件永远是越来越便宜的。

作为程序员,一定要有这种认知。

当然,这不代表性能是可以轻视或者忽略的,关于如何对待性能这个技术点,我的观点是:

在不牺牲可维护性的前提下,努力做到性能最好

相比其它维度的测试工作,性能测试稍显尴尬。

性能这个事情,不理解技术,没有实际编码过,坦率地讲要做好并不容易。而理解编码或编码过的测试人员其实是少数。因此,仅有此部分的测试人员能够去做性能测试,而大多数测试人员在性能测试方面始终有点难以着手与深入。

好吧,大多数程序员可能并不认为性能测试是需要自己动手的一个事情。这显然并不是一个正确的认知。

我认为,程序员是非常有必要自己做性能测试的,它应该是一个程序员的必备技能之一。

有谁会比你更熟悉你自己编程的思路与实现?

程序员的自我性能测试应该是第一道防火墙,无论后面测试团队会如何进行性能测试,本身你自己要先给自己把这一关给过了先。

原因我认为有以下几点:

1. 专业性

其实无论是单元测试,还是性能测试,程序员理当自己去做这些事,自己写的代码自己要保障它的质量,这应该是专业性的一种体现。我们想做好一个程序员,那对专业性的追求就必不可少。

2. 发现隐蔽的错误

很多功能,如果不在大并发下运行,可能一切正常。但这并不意味着它就真的 正常 ,我们要明白我们的服务是在网上运行,它并不是一个人在使用。大并发下会出现非常多你意料不到的问题与Bug。

3. 自己最清楚自己的逻辑

别人测试你的代码,永远不如你自己清楚,你知道自己是怎么实现的,当然就更清楚在性能上如何测试它更好。

4. 这不是一件很难的事

其实技术整体发展方向是越来越易于使用,不断地有更好的工具出现。我要讲的JMeter就是一个足够简单且易于使用的工具,使用JMeter绝大部分情况下,只需要用图形界面就能搞定,极少数情况下才需要编写脚本。

5. 它更节省时间

好吧,我知道这听起来有点夸张或不可思议,很多人理所当然地会认为这会花费更多的时间。

其实这个点与单元测试是一样的,凡是认为单元测试或性能测试会延长编码时间的程序员,这些想法都属于想当然,他们可能从未尝试过。

实际上,你不做这些事,未来你会在其它方面为它付出更多的时间。而只有做这些事,才有可能保障代码的可维护性。

当然,现在我们都尽量使用开源的工具,因为很多开源的工具足够强大并且是免费的。

在性能测试领域,当然最专业的要属LoadRunner这个工具了,但显然这个太重了,还只支持Windows。

事实上,很多互联网公司主流都是使用了更轻,更易于使用的JMeter。

且不论JMeter和LoadRunner孰优孰劣,对于程序员来说,选择JMeter肯定是当下最正确的选择。

所以,从现在开始你可以跟随我的脚步来学习与使用JMeter吧。其实它足够简单,你并不需要花费太多的时间。

下一篇,写给程序员的JMeter教程(一):理解性能测试中的性能指标

(责任编辑:IT教学网)

更多

推荐其它软件文章