Jmeter(GUI模式)教程
前些天,领导让我做接口的压力测试。What??我从未接触过这方面,什么都不知道,一脸蒙。于是我从学习jmeter开始入手。
现在记录下来jmeter的使用步骤,希望能对大家有所帮助。
一、安装Jmeter
1、电脑安装Java,并配置环境变量,步骤见:链接
2、下载Jmeter,解压到本地。
3、进入/Jmeter/bin,双击jmeter,打开软件。
二、Jmeter工作原理
Jmeter可以作为Web服务器与浏览器之间的代理网关,以便捕获浏览器的请求和Web服务器的响应,如此就可以很容易的生成性能测试脚本。有了性能测试脚本,Jmeter就可以通过线程组来模拟真实用户对Web服务器的访问压力。这与LoadRunner的工作原理基本一致。
三、Jmeter操作步骤
1、测试计划
测试计划描述了Jmeter运行时将会执行的一系列步骤。一个完善的测试计划,会包含一个或多个线程组、逻辑控制器、采样器、监听器、定时器、断言和配置元件
2、线程组
线程组是任何测试计划的起点,所有的逻辑控制器和采样器都必须放在线程组之下。其他的测试元件可以被直接放在测试计划之下,这些测试元件对所有线程组都生效。线程组就像它的名称所描述的,被用来管理执行性能测试所需的Jmeter线程。用户通过线程组的控制面板可以:
· 设置线程数量
· 设置线程启动周期Period
· 设置执行测试脚本的循环次数
· 设置持续时间
· 设置启动延时时间
· 设置启动时间和结束时间
参数Ramp-Up Period 告诉Jmeter 达到最大线程数所需的时间。假定共有10个线程,Ramp-Up Period为100秒,那么Jmeter就会在100秒内启动这10个线程,并让它们运转起来。每一个测试线程都会在上一个线程启动10秒之后才开始运行。
注意 ⚠️:
参数Ramp-Up Period不能设定的太短,否则在测试初始阶段会给予服务器过大的压力。
建议 ⚠️:
初始值可以设定为Ramp-Up Period=总线程数。后续在根据实际情况适当增减。
设定测试运行的“启动时间”和“结束时间”,测试启动后会一直等待,直到用户设定的开始时间。测试运行期间,Jmeter会在每一次循环结束后,检查是否已经达到结束时间。如果已经达到了结束时间,Jmeter就会终止测试运行,否则Jmeter会继续下一个测试循环。(如需测试某个时间阶段的性能指标,则进行设置该部分。)
注意 ⚠️:
设置“启动延时”会使“启动时间”无效,而“持续时间”会使“结束时间”无效。
3、HTTP请求
1)添加HTTP请求默认值
对于当前的测试计划,所有的请求都发往同一个服务器/IP,端口,路径,Parameters,Body等。可在HTTP请求默认值中设置。
步骤:右击鼠标-> 添加-> 配置元件-> HTTP请求默认值
2)添加HTTP信息头管理器
对于当前的测试计划,所有的请求信息头一致的。可在HTTP请求默认值中设置。
步骤:右击鼠标-> 添加-> 配置元件-> HTTP信息头管理器
3)添加HTTP请求
步骤:右击鼠标-> 添加->Sampler->HTTP请求
添加HTTP请求后,点击进行编辑,注意⚠️:若已经在HTTP请求默认值中设定了默认值,则此处不需要再次设定服务器名称/IP。
注意⚠️:若该测试计划,设置多个HTTP请求,则J meter会按照它们在测试树中出现的顺序发送请求。
4、监听器
1)查看结果树
步骤:右击鼠标-> 添加->监听器->查看结果树
查看结果树以树的方式来展示所有采样响应结果,测试人员可以通过它来查看任何采样的响应,除了展示响应结果之外,测试人员还能看到获取响应所消耗的时间,以及一些响应代码,需要注意⚠️:Request面板中显示Jmeter添加的头部,它不会展示由HTTP协议实现添加的头部
查看响应由多种方式,用户可以在左侧面板底部的下拉框选择
2)聚合报告
步骤:右击鼠标-> 添加->监听器->聚合报告
聚合报告会为测试中每一个不同采样在表格中创建一行,针对每一个采样,它都会统计服务器响应信息,并提供请求数目、Min,Max,Average,Error rate,Throughput(request/second)以及Thoughput(Kilobytes per second)等统计值。
Samples -- 本次场景中一共完成了多少个Transaction
Average -- 系列采样结果的平均响应时长
Median -- 统计意义上面的响应时间的中间值
90% Line -- 所有transaction中90%的transaction的响应时间都小于xx
95%Line -- 所有transaction中95%的transaction的响应时间都小于xx
99%Line -- 所有transaction中99%的transaction的响应时间都小于xx
Min -- 最小响应时间
Max -- 最大响应时间
Error -- 发生错误的比例
Troughput -- 吞吐量,单位:transaction/second
Kb/sec -- 该吞吐量以每秒Kilobytes来衡量
注意⚠️: 响应时间的单位均为ms
5、响应断言
断言被用于采样进行额外的检查,它会对相同作用域内的每个采样进行处理,为确保断言仅用于特定的采样。可针对主采样,子采样,二者同时施加特定的断言或者JMeter变量选项。
步骤:右击鼠标-> 添加->断言>响应断言
模式字符串包括:
· Contains,Matches --Perl5风格的正则表达式。
· Equals,Substring --纯文本,区分大小写。
四、压力测试
1)压力测试分两种场景:
一种是单场景,压一个接口的;
第二种是混合场景,多个有关联的接口。
压测时间,一般场景都运行10-15分钟。如果是疲劳测试,可以压一天或一周,根据实际情况来定。
2)压测设置:
线程数:并发数量,具体说是一次存在多少用户同时访问。可呈递增状态添加,并找到最大值。
Rame-Up Period(in seconds):表示JMeter每隔多少秒发动并发。初始值可以设定为Ramp-Up Period=总线程数。后续在根据实际情况适当增减。
循环次数:这个设置不会改变并发数,可以延长并发时间。总请求数=线程数*循环次数
调度器:设置压测的启动时间、结束时间、持续时间和启动延迟时间。
运行网络:最好设置与服务器在同一网络,降低因网速问题导致的结果不准确。
3)压测结果查看:
运行完后,聚合报告会显示压测的结果。主要观察Samples、Average、error、Throughput。
Samples:表示一共发出的请求数
Average:平均响应时间,默认情况下是单个Request的平均响应时间(ms)
Error%:测试出现的错误请求数量百分比。若出现错误就要看服务端的日志,配合开发查找定位原因
Throughput:简称tps,吞吐量,默认情况下表示每秒处理的请求数,也就是指服务器处理能力,tps越高说明服务器处理能力越好。
4)压测结果的分析
1、压测结束,登陆相应的web服务器查看CPU等性能指标,进行数据的分析;
2、不断的增加并发数,加到tps达到一定值开始出现下降,那么那个值就是最大的tps;
3、不断增加并发数,达到一个值后,服务器不断出现请求超时,则可认为该值为最大的并发数;
4、确定允许错误率的范围,与当前的错误率进行比较;
以上
如果帮到你了,就点个赞吧~~😄
作者:小喜
出处: http://www.cnblogs.com/xiaoxi-3-/
如果对您有帮助,请关注我的同名简书:https://www.jianshu.com/u/da1677475c27
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。