Jmeter 在 linux 命令行下报“获取连接时间过长”的异常
来源:互联网 发布:js获取时间控件的值 编辑:程序博客网 时间:2024/05/22 06:10
这两天因为要对刚上线的项目进行压力测试,比较紧急,使用了不怎么熟悉的Jmeter。虽然之前用过一段时间LoadRunner,但是由于它本身过于沉重,安装比较复杂,对加压机和被加压机要求比较高,而且本人在linux上面没有使用经验。更重要的是它是收费的,需要相当昂贵的价格购买license,于是放弃它而选择了更为轻量的Jmeter。
在原理上Jmeter和LoadRunner其实都是一样的,通过脚本代码模拟多用户向服务器发请求。
上手是很快,但是出问题的话就头疼了。本来在WIN7图形界面创建测试计划,写好代码跑了几次都没什么问题。
但是部署到服务器上就麻烦多了,最大的问题就是必须用命令跑脚本,跑出的结果要先dump到文件,然后下载到win7上,再用Jmeter打开才能看分析结果。有的时候由于数据加载到内存膨胀, 经常OOM-_-。
虽然经过了几番挣扎,也算是摸清了命令行执行的流程。但是就在跑真实数据的时候,日志中一直报超时的异常。
被这个提示误导了,一直以为是连接服务器超时,便从服务器开始找原因:
- 用ping命令和telnet命令,可以确认服务器端口是可以访问到的
- 接口有鉴权判断。查代码看日志问开发人员,排除了这个可能
- 查日志,打log,发现数据库确实返回了正确的数据,这就排除数据库访问超时的可能
- 由于不是正式上线,没有做DDos之类的拦截,排除了被系统限制的可能
到这里,问题还是没有解决,已经开始心灰意冷,整个人都不好了。最最可耻的是调错误的API可以返回错误提示,但是访问正确的API就超时,这个问题也太离谱了。
最后只能一点点排查脚本的问题。换了N多个接口,检查了N多次Host设置和接口路径。改一点测一次。最后当去掉断言的时候,超时的异常突然消失了-_-.. 测试计划竟然通了。后来反复测试,终于意识到Jmeter在命令行模式下执行断言时,如果断言结果为true,就会一直报超时。
目前还不知道什么原因,被误导浪费了两天时间也太惨了。
- Jmeter 在 linux 命令行下报“获取连接时间过长”的异常
- jmeter在linux上启动报错:连接拒绝
- 监听连接时间过长的解决
- Apache Jmeter在linux下的安装
- linux命令行过长翻页
- 在php 运行时间过长导致报错
- linux下获取ip地址的命令行
- Linux系统下中在命令行中实现Wifi 连接的方法
- Linux在Enabling Swap Space处停留时间过长的解决过程
- 用Getopt在Linux下获取命令行参数方法
- OpenSSL命令行在Linux下的运用
- Android URLConnection 连接时间过长
- SSH连接时间过长解决办法
- jmeter在命令行运行
- java 在linux下获取的时间是美国时间,解决办法
- Linux在Enabling Swap Space处停留时间过长
- linux命令行下网络连接
- Linux下命令行连接MySQL
- c#基础之数组
- Linux按时间排序文件
- Leetcode#67||Add Binary
- 机房收费系统之组合查询
- 如何查看存储过程中动态生成的sql
- Jmeter 在 linux 命令行下报“获取连接时间过长”的异常
- Android更改 PreferenceFragment 的背景颜色
- 一个硬件端没有做好,只做好了手机端的安卓蓝牙设备
- 浅谈Java代理模式
- 安卓Eclipse开发者的福音
- 【Mockplus教程】为什么 Windows XP 无法安装?
- UVa-156 Ananagrams
- 手机浏览器错误提示
- 258 Add Digits