前言 最近用jmeter做一些接口的压力测试,记录下使用过程中遇到的一些问题. 在使用window机器做并发压测的时候,发现并发数设置100的时候,会出现报错:java.net.SocketException: Socket operation on nonsocket: connect 环境准备: java 1.8 jmeter 5.1.1 jmeter环境 jmeter环境依赖JAVA环境,需安装JDK1.8环境,JDK环境安装网上一大堆教程,自己去想办法吧,我这里就不多说了. jmeter…

上一个随笔记录的是用json提取器提取token,这个随笔记录用正则表达式提取token 一.添加正则表达式 登录右击添加->后置处理器->正则表达式提取器 正则提取器参数说明: 要检查的响应字段:样本数据源,默认选主体. 引用名称:其他地方引用时的变量名称(re_token),可自定义设置,引用方法:${引用名称} 正则表达式:数据提取器,()括号里为你要获取的的值,如:"token": "(.*?)" 模板:$$对应正则表达式提取器类型.-1全部,0…

前言 上一个接口返回的token作为下个接口的入参,除了前面一篇讲到的用json提取器提取,也可以用正则提取. json提取器只能提取json格式的数据,正则可以匹配任意的返回. 我现在有一个登陆接口A,登陆成功后返回一个token值.有一个获取绑定卡号的接口B,但是接口B必须要先登录后传登录的token才能访问 A接口登录接口文档基本信息 访问地址:http://127.0.0.1:8000/api/v1/login/ 请求类型:POST 请求头部:application/json 请求参数:…

前言 使用jmeter做接口压测的时候,如何能保证接口的每次返回结果都是我们预期的呢?这就需要添加检查点,也就是添加断言. 添加断言就是为了检查返回的结果与我们的预期是一致的,不用去一个个检查结果. 场景案例 我现在有一个登录接口,接口登录接口文档基本信息 访问地址:http://127.0.0.1:8000/api/v1/login/ 请求类型:POST 请求头部:Content-Type: application/json 请求参数:{"username":"test&q…

前言 工作中我们需要压测的接口大部分都是需要先登陆后,带着token的接口(或者带着cookies),我们可以先登陆获取token再关联到下个接口. 比如我现在要压测一个修改用户的个人信息接口,每个用户只能修改自己的个人信息. 场景案例 我现在有一个登陆接口A,登陆成功后返回一个token值.A接口登录接口文档基本信息 访问地址:http://127.0.0.1:9000/api/v1/login/ 请求类型:POST 请求头部:application/json 请求参数:{"username&…

前言 使用jmeter做压测的时候,在windows上不太稳定,所有一直在linux服务器上使用jmeter做压力测试. 本篇记录下linux上搭建jmeter环境,以及运行jmeter脚本,查看报告. 相关环境: java 1.8 jmeter 5.1.1 java环境 先在Linux上安装java环境,安装1.8.0版本,先查找java相关的列表 yum -y list java* [root@VM_0_2_centos ~]# yum -y list java* Loaded plugin…

前言 使用jmeter 做压测的时候,希望对一个接口持续压测 10 分钟或者半小时,可以使用调度器设置持续压测时间. 设置样本总数 压测方式有2种,一种是设置线程组和循环次数,这样可以设置一个样本总数,完成固定次数的请求后结束. 比如我线程组设置5,循环次数为10,那么总样本数就是5*10=50 查看聚合报告,样本数是固定的50,达到50个后会结束 调度器 通过控制总的请求次数,我们没法控制结束时间,有时候领导要求压测10分钟或者半小时,怎么办? 第二种压测方式,使用调度器设置持续时间,控制压测…

前言 我们在压测登录接口的时候,如果只用一个账号去设置并发压测,这样的结果很显然是不合理的,一个用户并发无法模拟真实的情况. 如果要压测登录接口,肯定得准备几百,甚至上千的账号去登录,测试的结果才具有可参考性. 场景案例 我现在有一个登录接口,接口登录接口文档基本信息 访问地址:http://127.0.0.1:8000/api/v1/login/ 请求类型:POST 请求头部:Content-Type: application/json 请求参数:{"username":"…

前言 我们在压测登录接口的时候,如果只用一个账号去设置并发压测,这样的结果很显然是不合理的,一个用户并发无法模拟真实的情况.如果要压测登录接口,肯定得准备几百,甚至上千的账号去登录,测试的结果才具有可参考性. 场景案例 一.仍用项目中原来的登录压登录 http:****:9000/***/userWeb/login 二.准备压测的数据 login.txt中存10条登录数据,中间有逗号隔开 三.添加CSV Data Set Config 登录->添加->配置元件->CSV Data Set…

前言 有些web项目是前后端不分离的,返回的内容不是那种纯进口返回json格式,返回的是一个HTML页面. 并且有些参数是隐藏在html里面的,需要先从html页面中取出隐藏参数,如:csrfmiddlewaretoken 场景案例 我这里有个django项目的admin后台页面为案例 输入账号和密码登录成功后,抓包发现除了账号和密码参数,还有一个参数csrfmiddlewaretoken,并且这个参数每次都是动态的,不是固定值 所以在请求这个login接口的时候,需要先获取csrfmiddle…