使用Jmeter性能测试注意点
一、性能测试注意点
1. 用jmeter测试时使用BeanShell脚本获取随机参数值,会导致请求时间过长,TPS过低。应改为使用csv读取参数值,记录的TPS会更加准确。
注:进行性能测试时,应注意会影响请求时间的操作,尽量避免因为测试方法不当影响测试结果。
2. 进行稳定性测试前,尽量对Jmeter进行减负,避免运行时间过长,导致Jmeter卡死。
减负方式:
(1)参数写死或者直接读取csv的数值,减少程序负荷
(2)并发线程不要设置太高,设置200以下
(3)“察看结果树”勾选“仅日志错误”,尽可能减少jvm内存使用
(4)可添加“Simple Data Writer”且保存为csv格式数据
(5)其他监听组件可以都禁掉,通过保存的数据线下生成图标报告
3. 注意如果服务重启后,PID会发生变化,通过命令行方式收集CPU、内存使用数据时,要使用最新的PID进行采集:
ps -ef | grep test 查询进程号,test为服务名关键字
top -b -d 1 -p 34012 > 1117_log 其中34012为PID,1117_log为需要记录的日志名(不存在会自动新建文档)
4. 如果勾选了CPU等监听组件,需要先启动代理服务:
cd ../tmp/ServerAgent-2.2.3
执行./startAgent.sh
5.使用jp@gc - PerfMon Metrics Collector性能测试工具时,要在运行压力测试前开启性能监控,否则可能会造成压力测试期间的性能测试数据缺失而造成性能分析不准确。
6. 进行压力测试时,逐步增加并发量,直至能够明显看出性能瓶颈为止
二、性能指标分析
聚合报告各项性能指标
聚合报告常用指标 |
|
Label |
每个JMeter的element(例如 HTTP Request)都有一个Name属性,这里显示的就是Name属性的值 |
Samples |
请求次数(=线程数*循环次数) |
Average |
平均响应时间 |
Median |
中位数,也就是50%用户的响应时间 |
90% Line |
90%用户的响应时间 |
95% Line |
95%用户的响应时间 |
Min |
最小响应时间 |
Max |
最大响应时间 |
Error% |
本次测试中出现错误的请求的数量/请求的总数 |
Throughput |
吞吐量——默认情况下表示每秒完成的请求数(Request per Second) |
KB/Sec |
每秒从服务器端接收到的数据量 |
接口性能测试指标一般通过标准:
性能测试指标通过标准 |
|
需满足的并发数 |
C = nL/T |
需要满足的TPS |
根据二八原则: |
响应时间 |
根据在并发情况下的响应时间2/5/10原则,最长不能超过10s |
错误率 |
具体系统具体要求,一般小于万分之一 |
缓存命中率 |
具体系统具体要求,一般大于85%通过 |
CPU占用率 |
70% 好,85% 坏,90%+ 很差 |
内存使用率 |
一般小于80%通过 |
- 使用JMeter进行性能测试
- 使用JMeter的自定义脚本进行性能测试
- JMeter性能测试基础 (3) - 使用参数文件做搜索引擎性能对比
- 转jmeter 性能测试 JDBC Request (查询数据库获取数据库数据) 的使用
- 关于jmeter里的自动重定向的使用-小强性能测试培训班学生作品
- 使用Jmeter进行http接口性能测试
- 使用jMeter构造大量并发HTTP请求进行微服务性能测试
- Jmeter--使用JMeter进行性能测试(Java请求)
- jmeter 性能测试工具的使用(Web性能测试)
- JMeter性能测试基础 (1) - 安装及简单使用
- 使用Jmeter测试MySQL性能——(1)连接配置
- 使用JMeter进行Web 性能测试 - 检查点、关联和参数化
- 使用JMeter做性能测试的心得
- 使用Jmeter进行http接口性能测试
- JMeter性能测试基础 (2) - 变量的使用
- Unity3D的Delegate和SendMessage的性能差测试,以及Delegate在多线程使用要注意的小问题
- 使用JMeter进行性能测试(Java请求)
- 使用JMeter进行性能测试 —“Java请求”方式
- 性能测试工具JMeter的使用
- 使用JMeter进行性能测试