Jmeter- 非图形化界面运行脚本

冬天下雪啦

已于 2022-04-28 16:46:48 修改

阅读量1.9k

点赞数

分类专栏： # Jmeter 文章标签：性能优化

于 2022-04-25 13:55:04 首次发布

本文链接：https://blog.csdn.net/wutrg1502/article/details/124403436

版权

8 篇文章 0 订阅

订阅专栏

【2022/04/28】

区别大概就是当并发量过大的时候，用图形化界面去压，也是需要耗费资源的，会影响测试结果，而且还可能压着压着测试机的jmeter就崩了，还有就是不太方便做集成。

首先配置好jmeter脚本然后将其存在本地。需run一下确定脚本能够正常启动(我一般是会跑一个线程试试水)

打开cmd,使用cd命令切换到jmeter的bin目录下。

输入如下命令开始执行测试:

 jmeter -n -t C:\Users\zhaocs\Desktop\performanceTest\testForSearch.jmx -l
 C:\performanceTest\test0428.txt -e -o C:\performanceTest\test0428

脚本位置:C:\Users\zhaocs\Desktop\performanceTest\testForSearch.jmx

生成测试txt文件的位置:C:\performanceTest\test0428.txt

生成测试html文件的位置: C:\performanceTest\test0428

然后Jmeter就会自己启动并执行，你就会看到cmd框里会显示成这样

先等一下，然后去系统界面去试一下系统是否还能正常访问。

能够正常访问的处理思路:

如果能就把当前的批处理命令结束掉，我经常是Ctrl+C或C键乱按一通，就会提示是否终结批处理。然后当然选择Y呀，结束，然后再执行一次脚本还是否复现。如果复现的话需要去看jmeter安装路径下的log文件，看是不是报错了。如果不复现的话假装没发生过，但是还是建议去看一眼log有备无患。

不能够正常访问的处理思路:

如果系统界面不能够正常访问，把批处理断掉去访问项目，项目能够正常访问就好说，如果不能的话可能需要排服务器。可以试试再跑一遍看能不能复现，能复现也需要排服务器，不复现就算辽，多一事不如少一事，顺带检查一下自己写的jmeter脚本有没有坑。。。。

复现的话，这个时候要去服务器，先通过netstat -nltup| grep 系统端口 (或者`netstat -anp|grep 7711|awk '{printf $7}'|cut -d '/' -f 1`)查pid还健在吗，如果还在的话，那么就top c一下看系统相应的资源。

看着没啥问题的话就去服务器项目路径下看log,看有没有报错，如果有的话截图找开发!

如果项目没有报错那么就去Nginx里去看log，看有没有报错，如果有的话截图找开发！

如果nginx的log也没有报错且大家不会看的话！继续找开发！可恶为什么开发啥都会！！！

他们会去排，我们开发昨天排着排着就排到了redis，当然我很多配置目前也看不懂，不过找开发就对了！！！！

服务器上我还没有部署Jmeter所以我目前还没有用到，等过段时间用到了，再来补充，我下面放的第一篇blog写的就很具体，第二篇偏向于Jmeter命令的使用。

存下自己萌萌的黑历史，可恶~

===========================================================

照例:放几个写的非常好的参考blog,可恶他们怎么什么都会

等我搞明白了再来搞blog

关注