您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Model Center   Code  
会员   
   
 
     
   
 订阅
  捐助
性能测试工具Jmeter
 
  8700  次浏览      13
 2018-10-22
 

 

编辑推荐:

本文来自于简书,本文简单介绍了性能测试工具Jmeter,以及Jmeter测试脚本和如何配置HTTP代理服务器。

一、Jmeter脚本录制

Jmeter使用概述

录制脚本首先我们需要设置Jmeter:

① 测试计划>添加>Threads(Users)>线程组;

② 工作台>添加>非测试元件>HTTP代理服务器。

那么又如何配置HTTP代理服务器呢:

1.Global settings Jmeter代理服务器监听的端口,默认8080,可以修改为:8888;

2.目标控制器:测试计划>线程组;(这样设置后,录制下来的HTTP请求会保存在“测试计划>线程组”下面)

3.分组:每个组放入一个新的控制器,这样设置后JMeter会将我们录制下来的HTTP请求进行适当的分组,效果后面能看到;

4.“记录HTTP信息头”“添加断言”“Regex matching(正则匹配)”保持默认配置

5.HTTP Sampler Settings和Content-type,保持默认

6.包含模式(重要配置项:只有请求的url,匹配包含模式中的正则表达式,这条请求才会被录制):如添加“www.baidu.com.*”我们的请求,只有以www.baidu.com开头的请求才会被Jmeter录制下来;

7.排除模式(重要配置项:只有请求的url,匹配排除模式中的正则表达式,这条请求就会被过滤):如添加“.*\.(js|css|png).*”当HTTP请求中包含,js,或css,或png,就会被Jmeter排除掉;

设置Jmeter

Jmeter的HTTP代理服务器就配置好了,在启动这个代理服务器之前,我们还应该去浏览器添加一个本地代理(本文以火狐浏览器做例,其他浏览器设置代理的方法也是一样),如下:

浏览器代理设置

设置好Jmeter和浏览器的HTTP代理服务器之后,浏览器访问任何url地址,都会转发到127.0.0.1:8888,也就是Jmeter的代理服务地址,同时被jmeter记录下来,这样我们就可以开始录制脚本了。

启动Jmeter的HTTP代理服务器

二、Jmeter测试脚本

利用Jmeter测试组件对录制脚本进行加工和编辑;

测试组件介绍:

1.线程组,是Jmeter组件中最核心的测试组件如:打开主页,登录等操作都是Jmeter线程来完成的;线程组,就是管理这些线程的组件;

线程组中的配置项:

① 线程数:Jmeter线程的数量,决定着Jmeter用多少个线程去同时执行这些操作(如图模拟10个用户),线程数越大,服务器所承受的压力就越大;

② Ramp-up Period:启动所有Jmeter线程所花费的时间,为了防止Jmeter测试时,瞬间给被测服务器施加太大的压力,从第一个开始慢慢慢慢增加到第10个;(在十秒钟启动10个线程,平均每秒增加1个线程,直到10个都启动完成);Ramp-up Period越大,被测服务器施加的压力幅度越平缓;

③ 循环次数:决定线程重复循环执行的次数;(如:勾选永远,主页>登录也>登录的动作将无限循环的执行下去)

④ 调度器:可以详细的设置线程执行测试的时间;(持续时间:设置测试能持续执行多久;持续时间填写之后,上面的结束时间就失效;启动延迟:从当前时刻算起,延迟几秒才开始执行测试,填写之后,上面的启动时间也就失效了)

2.采样器(Sample)

添加采样器:

添加采样器

Connect timeout:指的是,在Jmeter发送请求的时候,会等待多久直到跟服务器的连接正确的建立起来,如果超过这个时间,连接还没有建立,那么Jmeter就判断这次请求是失败的;

Response timeout:Jmeter会等待多久,直到收到服务端的响应数据。

他们的单位都是:“毫秒”;

HTTP请求:Implementation,一般选择空或HttpClient4;Content encoding:如果前面的方法是“POST”,“PUT”“PATCH”和“(。。。没听出来)”这四种方式时的,会使用哪一种字符编码方式;

路径:请求的url路径

参数:也可以手动添加参数

3.断言

给某个请求添加断言:

Apply to:指定了断言的作用范围;保持默认,只对当前的采样器生效;

要测试的响应字段:指的是,断言要检查的目标;重点关注“响应文本”“响应代码”和“响应信息”这三个;响应文本:指的是服务器返回的数据;响应代码:HTTP的响应code(如:200;500;403等);响应信息:http的响应massage:OK,error等;

模式匹配规则和要测试的模式;

例子:

响应代码 Equals 200;响应代码 = 200

响应信息 Equals OK;响应信息 = OK

响应文本 包括 夜空黑;响应文本中包括 “夜空黑”三个字 这样的HTTP请求即为成功的,否则失败;

4.参数化

如图:登录名密码为固定的20000000000/netease123,模拟的是同一个用户对操作进行十次。如果要模拟不同用户对页面进行操作,就需要对用户名密码进行参数化;

先在系统中注册10个用户,用户名密码写在一个txt文本中,如下图,中间用英文的逗号隔开;

首先在线程组下添加>配置元件>CSV Data Set Config,这个组件可以帮助我们实现参数化

Filename:

配置文件的绝对路径;

File encoding:JMeter在读取文件的时候使用的字符编码方式;

Variable Names:配置文件中各列代表的数据项;

Delimiter:配置文件中不同列之间的分隔符

接下来的几个配置项全部选用默认值

在login页面的body中修改需要传入的数据,为刚才测试组件中设置的项完全一致

5.HTTP?Cookie管理器:

1.实际的登录动作前后,进行了两次checkLogin;

2.在login操作时,开发者工具(F12)的ResponseHeaders中可以看到,进行了一些set-Cookie操作;换句话说,服务端会返回一些cookie信息给浏览器,浏览器会自动的在后续的所有请求中自动的带上这些Cookie;

3.但在Jmeter不会录制下这些Cookie,正是因为缺少了这个cookie,我们的jmeter线程,即使成功执行了登录操作,后续的请求,服务器依然会认为我们没有登录;

4.那为什么Jmeter没有录制下这些cookie呢?因为这些cookie常常是不固定的,每次测试都有可能不一样,把这些cookie录制到Jmeter,反而会有些问题;

5.那当前的脚本需要进行怎样的加工,才能生效呢?我们在此需要引入另一个测试组件:HTTP Cookie管理器

添加:

勾选“每次反复清除Cookies”,脚本反复执行登录测试,每次执行主页,登录页,登录这一轮测试后,会清除cookie,下一次执行操作时,仍会以一个未登录的状态来执行主页,登录页,登录的操作;

添加HTTP Cookie管理器后执行测试,再查看结果树checkLogin信息,可以看到服务端返回了用户信息,此时服务端认为我们真正完成了登录;

三、JMeter测试执行

查看结果树

添加:

取样器结果:

Load time:请求从发出到接收到完整的返回结果的时间;(即响应时间)

Latency:请求从发出到接收开始接收到响应,一般略小于Load time;

Connect Time:JMeter和服务端建立连接所花费的时间,这个时间端已经包含在Load time中了;

Size in bytes:这次请求的大小;

请求

响应数据:服务端返回的数据

查看结果树这个监听器,需要每个请求的详细信息都显示出来,所以对系统资源是有一定开销的。如果在测试的时候,若系统的吞吐率很高,查看结果树会对性能带来比较大的影响,不建议用这个监听器,以免影响测试结果;

聚合报告:

响应时间曲线

添加>监听器>Response Time Graph

Interval(ms):横坐标的统计间隔;Jmeter会在10秒内的执行的结果做一个平均值的聚合;

Sampler label

selection:可以设置过滤请求,只显示一部分的请求;(如下图:过滤以46和18开头的请求)

只显示46开头的请求

常见问题和解决思路:

小压力(如2个并发数)

 

   
8700 次浏览       13
相关文章

微服务测试之单元测试
一篇图文带你了解白盒测试用例设计方法
全面的质量保障体系之回归测试策略
人工智能自动化测试探索
相关文档

自动化接口测试实践之路
jenkins持续集成测试
性能测试诊断分析与优化
性能测试实例
相关课程

持续集成测试最佳实践
自动化测试体系建设与最佳实践
测试架构的构建与应用实践
DevOps时代的测试技术与最佳实践