jmeter压力测试报告超细.docx
《jmeter压力测试报告超细.docx》由会员分享,可在线阅读,更多相关《jmeter压力测试报告超细.docx(16页珍藏版)》请在冰豆网上搜索。
![jmeter压力测试报告超细.docx](https://file1.bdocx.com/fileroot1/2023-2/13/8b1170ff-a1d3-4074-812c-640d0dac945b/8b1170ff-a1d3-4074-812c-640d0dac945b1.gif)
jmeter压力测试报告超细
jmeter压力测试报告-DEMO
XXX压力测试报告
时间:
2015-08-04 测试人员:
xxx
XXX压力测试报告...1
一 测试内容...2
二 测试方法...2
三 测试目标...2
四 测试环境...2
五 系统部署...3
5.1物理部署...3
5.2网络访问...3
六 性能测试结果与分析...4
6.1jmeter集群压测(5进程-每个进行10线程)...4
6.2jmeter集群压测(10进程-每个进行5线程)...7
6.3jmeter集群压测(10进程-每个进行10线程)...11
七 结果汇总分析...13
一 测试内容
本次测试是针对xxx系统进行的压力测试,在交易接口中,只对交易接口进行压力测试,其中涵盖数据验签与签名功能。
二 测试方法
本次采用apache的开源测试工具jmeter,采用本地动态拼装请求数据并通过http协议post方式发送支付请求。
并采用650张测试银行卡测试,其中大概有30张存在“无足够的存款”和“受限制的卡”情况。
三 测试目标
1) 获取在单机部署情况下最大TPS值
2) 是否可以达到原来预期值TPS:
50
四 测试环境
环境
机器型号
操作系统
硬件cpu
硬件mem
客户端
server2008虚拟机
windows
32核
32G
服务端
HPDL580
linux
64核
126G
由于客户端与服务端的机器性能优秀,暂不会对压测形成瓶颈,该方面影响可以忽略
五 系统部署
5.1物理部署
5.2网络访问
六 性能测试结果与分析
6.1jmeter集群压测(5进程-每个进行10线程)
启5个进程,每个进程启动10个线程,并发为50,项目日志开启info状态
6.1.1聚合报告
Label
#Samples
Average
Median
90%Line
95%Line
99%Line
Min
Max
Error%
TPS
KB/sec
1
22805
547
366
512
636
5218
150
30003
0.26
65.3
96.5
2
33605
519
362
503
618
5200
150
30003
0.21
66.5
98.5
3
43505
536
365
508
621
5210
150
34899
0.26
65.6
97.1
4
48205
527
365
507
618
5206
150
34899
0.24
65.1
96.3
5
49005
535
364
507
616
5211
150
34899
0.27
63.9
94.5
6
49901
532
364
505
614
5207
150
34899
0.27
61.0
90.2
7
50000
531
363
504
613
5207
150
34899
0.27%
60.9
90.1
6.1.2每秒的响应分布图
6.1.3响应时间分布图
6.1.4请求失败与成功分布图
6.1.5结果分析
总笔数
Jmeter错误笔数
请求前置响应超长笔数
服务本地处理超长笔数和404
50000
135
120
15
1.在使用jmeter压测请求被F5转发到apacheserver代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502ProxyError错误。
2.其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞
3.本地业务处理的错误原因为签名、验签、获取数据及请求时404等
6.2jmeter集群压测(10进程-每个进行5线程)
启10个进程,每个进程启动5个线程,并发为50,项目日志开启info状态
6.2.1聚合报告
Label
#Samples
Average
Median
90%Line
95%Line
99%Line
Min
Max
Error%
TPS
KB/sec
1
11010
555
348
495
605
5196
148
30003
0.26
68.7
101.5
2
28910
507
333
473
568
5178
55
30015
0.25
76.3
121.9
3
36310
501
332
475
575
5176
55
30031
0.24
77.1
114.0
4
46310
485
331
466
557
5172
55
30031
0.21
78.6
116.3
5
50000
478
326
460
551
5166
55
30031
0.21
72.1
106.7
6.2.2每秒的响应分布图
6.2.3响应时间分布图
6.2.4请求失败与成功分布图
6.2.5应用系统状态
6.2.6结果分析
总笔数
Jmeter错误笔数
请求前置响应超长笔数
服务本地处理超长笔数和404
50000
105
92
13
1 在使用jmeter压测请求被F5转发到apacheserver代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502ProxyError错误。
2 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞
3 本地业务处理的错误原因为签名、验签、获取数据及请求时404等
6.3jmeter集群压测(10进程-每个进行10线程)
启10个进程,每个进程启动10个线程,并发为100,项目日志开启info状态
6.3.1聚合报告
Label
#Samples
Average
Median
90%Line
95%Line
99%Line
Min
Max
Error%
TPS
KB/sec
1
50000
1219
896
1665
2692
5808
209
38306
0.30
68.0
100.5
6.3.2每秒的响应分布图
6.3.3响应时间分布图
6.3.4请求失败与成功分布图
6.3.5结果分析
总笔数
Jmeter错误笔数
请求前置响应超长笔数
服务本地处理超长笔数和404
50000
150
119
31
1 在使用jmeter压测请求被F5转发到apacheserver代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502ProxyError错误。
2 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞
3 本地业务处理的错误原因为签名、验签、获取数据及请求时404等
6.4jmeter集群压测(30进程-每个进行5线程)
启30个进程,每个进程启动5个线程,并发为150,项目日志开启info状态
6.4.1聚合报告
Label
#Samples
Average
Median
90%Line
95%Line
99%Line
Min
Max
Error%
TPS
KB/sec
1
150000
1473
1924
1733
1959
6156
222
35107
0.21
89.5
132.2
6.4.2每秒的响应分布图
6.4.3响应时间分布图
6.4.4应用系统状态
6.4.5客户端系统状态
6.4.6结果分析
暂未统计
6.5jmeter集群压测(20进程-每个进行5线程)
启20个进程,每个进程启动5个线程,并发为100,项目日志开启info状态,超时时间2000ms
6.5.1聚合报告
Label
#Samples
Average
Median
90%Line
95%Line
99%Line
Min
Max
Error%
TPS
KB/sec
1
200000
867
722
1073
1296
5674
1
10053
0.84
92.8
138.6
6.5.2每秒的响应分布图
6.5.3响应时间分布图
6.5.4请求失败与成功分布图
6.5.5结果分析
总笔数
Jmeter错误笔数
TPS
100000
730
98.0
1 由于本地客户端限定2000毫秒不响应就认为失败,所以失败率偏高
七 结果汇总分析
Label
#Samples
Average
Median
90%Line
95%Line
进程
线程
并发
Error%
TPS
KB/sec
50并发
50000
531
363
504
613
5
10
50
0.27%
60.9
90.1
50并发
50000
478
326
460
551
10
5
50
0.21
72.1
106.7
100并发
50000
1219
896
1665
2692
10
10
100
0.30
68.0
100.5
150并发
150000
1473
1924
1733
1959
30
5
150
0.21
89.5
132.2
100并发
200000
867
722
1073
1296
20
5
100
0.84
92.8
138.6
使用jmeter压测时,如果使用1个进程开多个线程进行压测,一个进程很难快速处理多个线程,造成本地处理浪费大量时间用于调度,最终压力上不去。
当采用集群压测时,启用多个进程调度少量线程,解决本地耗时,TPS明显提升。
在启动10个进程50线程时效果最佳,符合交易每秒钟处理的交易笔数,当提升并发到100时,交易响应时间明显提升。
压测过程中出现的错误主要有:
1、 请求资源404错误
2、 请求前置网络堵塞,每次均为3分钟
3、 本地签名、验签、获取数据耗时过长
最终压测结果TPS:
90-100时可保证响应时间不超过2s