近期项目实施中遇到了此类问题，在接口调试中有一个选项叫Use Multipart/from-data, 默认情况下这个选项是不勾选的，请求后发现数据返回不对 此时request请求数据如下： 勾选Use Multipart/from-data后,发现数据返回正常了 此时request请求数据如下： 发现第一次未勾选Use Multipart/from-dat......
一个对充电桩系统的性能测试前期准备，系统采用TCP协议发送16进制报文的形式进行通信。 为了方便后期测试，而且也是因为第一次接触，直接到客户现场调试了下，发现Jmeter是可以支持TCP协议的测试的，去之前也和小伙伴了解了下，百度上还是有很多对应的文章的，但是苦于没有对应的环境，好在客户那边有套测试环境，这样就可以实操下了。 根据前期看的文章，整个过程分别为......
Windows下使用Jmeter比较喜闻乐见了，没啥说的；而且通过这次Linux环境发现跟Windows环境中还是有区别的。 在Windows中只需要有java程序就可以正常运行Jmeter了，但是在Linux环境中jdk的变量、jmeter的变量都得加入才可以，具体过程如下： 安装jdk 下载jdk之前最好先用uname -m看下硬件的架构情况以免下载错了......
关于这个问题网上给的常规方案就是因为多网卡的问题导致的，只需要在启动jmeter-server时指向需要的ip地址就可以了。 但是我使用的虚机并不是多网卡，所以以上处理方式肯定是不适用了… 而且还有一点就是注意我这里报错的host是0.0.0.5，一开始这个0.0.0.5是什么也没有想明白，结果在hosts文件中看到了这个东西 手贱的把00005指向内网的i......
在项目上用jmeter进行性能测试，在测试到一个‘地图载入’的点时监控nginx发现error.log中疯狂报错“too many open files”，第一时间就去看了linux服务器的打开文件句柄数设置的多大。 ulimit -n看了下是默认的1024，于是ulimit -n 65535改大了些，其实还能设置的更大，但当前数量肯定也够了…准备再次测试发......
大部分情况下使用jmeter时都是用的GUI模式，也就是图形模式，这样带来的好处是查看测试过程更加的直观，带来的弊端就是占用测试机资源要比非GUI模式要大的多。 什么情况才会用非GUI模式呢？ ●大并发量 ●测试机配置不高或可用剩余资源不足 如何使用非GUI模式进行测试？ 总体过程有4点：1、设置jmx脚本运行策略；2、执行测试命令 3、执行生成结果文件命令......
第一次用JMeter去实施上万并发的测试，结果遇到了滑铁卢，因为并发量较大所以需要多机负载的方式去实现。在确认单机的极限并发人数时遇到了以下错误：java.net.BindException: Address already in use: connect 。 原因在于windows默认的TCP/IP端口只有1024-5000个，而且释放的话大概需要4分钟才......
前期因为对JMeter了解不多，近期因为项目的原因对JMeter疯狂吸收，以前经常性做的都是查看、登录、查询、删除等比较基本的操作，今天接触了文件下载，从用户角度来说如果我要下载个文件选择路径后点击下载就好了，但是工具是不能直接实现下载文件到哪个位置的，这需要我们借助些脚本来实现。以下面的脚本为例： 通过下载接口下载docx文件，发送请求后发现respons......
配置Jmeter的环境变量过程和配置Java环境变量的过程是一致的。 1、新建JMETER_HOME变量 开始-计算机-右键属性-高级系统设置-环境变量，新建JMETER_HOME，变量值为jmeter的文件路径，如：D:jmeterapache-jmeter-5.2.1 2、设置Classpath变量 在Classpath中添加%JMETER_HOME......
1、新建JMETER_HOME变量 开始-计算机-右键属性-高级系统设置-环境变量，新建JMETER_HOME，变量值为jmeter的文件路径，如：D:jmeterapache-jmeter-5.2.1 2、设置Classpath变量 在Classpath中添加%JMETER_HOME%libextApacheJMeter_core.jar;%JM......