精华内容
下载资源
问答
  • JMeter一、测试工具:二、JMeter介绍:三、Java环境的安装与使用:3.1.初始化3.1.1.下载并安装,3.1.2.解压,3.1.3.进入bin目录,3.1.4.cmd启动jmeter.bat,3.1.5.... 压力测试概要4.2. 测试说明4.3. 测试结果分

    一、测试工具:

    JMeter

    二、JMeter介绍:

    Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。

    三、Java环境的安装与使用:

    官网地址
    在这里插入图片描述

    3.1.初始化

    3.1.1.下载并安装,
    3.1.2.解压,
    3.1.3.进入bin目录,
    3.1.4.cmd启动jmeter.bat,
    3.1.5.出现两个窗口:一个cmd窗口,一个JMeter的 GUI

    在这里插入图片描述
    大致意思:不要使用GUI运行压力测试,GUI仅用于压力测试的创建和调试;执行压力测试请不要使用GUI。使用下面的命令来执行测试:
    jmeter -n -t [jmx file] -l [results file] -e -o [Path to web report folder]

    3.2.创建测试

    3.2.1.创建线程组

    在这里插入图片描述

    3.2.2.设置线程数和循环次数。线程数为1000,循环一次

    在这里插入图片描述

    3.2.3.创建Http请求

    在这里插入图片描述
    在这里插入图片描述

    3.2.4.运行测试

    点这个按钮启动
    在这里插入图片描述
    然后在右上角查看进度
    在这里插入图片描述

    3.2.5.添加察看结果树和聚合报告

    listener里边,按需添加
    在这里插入图片描述
    在这里插入图片描述
    我添加了这些个:
    在这里插入图片描述

    四、 报告内容:

    JMeter压力测试报告需要包括放内容:

    4.1. 压力测试概要

    测试环境:
    测试时间:
    服务端配置:
    客户端配置:
    测试工具:JMeter
    

    4.2. 测试说明

    名词定义(时间单位ms):
    
    Sample:本次测试场景共运行多少线程;
    
    Average:平均响应时间; 
    
    Median:统计意义上的响应时间中值;
    
    90% line:所有线程中90%的线程响应时间都小于xx的值;
    
    Min:响应最小时间;
    
    Max:响应最大时间;
    
    Error:出错率;
     
    名词解释:
    
    *样本数目:是总共发送到服务器的请求数。
    *最新样本:是代表时间的数字,是服务器响应最后一个请求的时间。
    *吞吐量:是服务器每分钟处理的请求数。 
    *平均值:是总运行时间除以发送到服务器的请求数。 
    *中间值:是代表时间的数字,有一半的服务器响应时间低于该值而另一半高于该值。 
    *偏离:表示服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布。
    

    4.3. 测试结果分析(列出表格,主要是聚合报告各数据对比)

    4.4. 给出典型聚合报告

    4.5. 给出典型图形结果

    4.6.根据以上结果分析,给出总结,得出结论,说明调优点

    展开全文
  • Jmeter压力测试报告 App首页、商品详情页、加入购物车页压力测试报告 时间:2019-03-03 目录 Jmeter压力测试报告... 1 一 测试内容... 2 二 测试方法... 2 三 测试目标... 2 四 测试环境... 2 五 性能测试...

    Jmeter压力测试报告

    App首页、商品详情页、加入购物车页压力测试报告

    时间:2019-03-03                                          

    目录

    Jmeter压力测试报告... 1

    一  测试内容... 2

    二  测试方法... 2

    三  测试目标... 2

    四  测试环境... 2

    五  性能测试结果与分析... 4

    5.1 jmeter接口压测200线程-循环8次-每个线程间隔6秒启动... 4

    5.2 jmeter接口压测180线程-循环8次-每个线程间隔6秒启动... 7

    5.3 jmeter接口压测150线程-循环8次-每个线程间隔6秒启动... 9

    5.4 jmeter接口压测110线程-循环8次-每个线程间隔6秒启动... 11

      结果汇总分析... 13

     

     

     

     

     一  测试内容

    本次测试是针对App部分接口进行的压力测试,在压测接口中只对首页、商品详情页、加入购物车页接口进行压力测试

    二  测试方法

             本次采用apache的开源测试工具jmeter5.0,采用本地多个接口动态请求数据并通过http协议post方式发送请求。

    三  测试目标

    1)         获取最大平均访问时间在7秒以下的最大线程数

    2)         获取被测接口最大吞吐量(TPS)

    环境

    机器型号

    操作系统

    硬件cpu

    硬件mem

    客户端

    华硕笔记本

    windows

    I7-8550U 1.8GHz  1.99GHz

    8G

    服务端

    aliyun

    linux

    4核

    8G

    四  测试环境

    由于客户端与服务端的机器性能优秀,暂不会对压测形成瓶颈,该方面影响可以忽略 

     

     

     

     

     性能测试结果与分析

    5.1 jmeter接口压测(200线程-循环8次-每个线程间隔6秒启动

    启动200个进程,每秒进程启动33个线程,循环8次,并发为1600

    5.1.1 聚合报告

    Label

    #Samples

    Average

    Median

    90%

    95%

    99%

    Min

    Max

    Error%

    TPS

    KB/sec

    首页

    1600

    4065

    4140

    4659

    4845

    6309

    42

    7065

    0.63%

    10.5

    2.2

    商品详情页

    1600

    10428

    10808

    11412

    11895

    12971

    28

    13721

    1.44%

    10.3

    2.1

    加入购物车

    1600

    3835

    3998

    4506

    4802

    6131

    22

    6759

    1.19%

    10.5

    3.3

    总体

    4800

    6110

    4322

    11027

    11258

    12356

    22

    13721

    1.08%

    30.3

    7.3

     

     

     

     

     

     

     

     

     

     

     

     

     

    5.1.2 每秒的响应分布图

    5.1.3 响应时间分布图

     

    5.1.4 请求失败与成功分布图

    5.1.5 结果分析

    总笔数

    Jmeter错误笔数

    4800

    43

     

    1. 在使用jmeter压测请求被F5转发到apache server代理上,由于链接线程过多造成长时间无响应,代理返回502 Proxy Error错误。

     

     

     

    5.2 jmeter接口压测(118线程-循环8次-每个线程间隔6秒启动

    启动118个进程,每秒进程启动19个线程,循环8次,并发为944

    5.2.1 聚合报告

    Label

    #Samples

    Average

    Median

    90%

    95%

    99%

    Min

    Max

    Error%

    TPS

    KB/sec

    首页

    944

    1751

    1751

    2254

    2601

    2964

    65

    3229

    0.00%

    10.4

    2.1

    商品详情页

    944

    6943

    7458

    7889

    8082

    8484

    1008

    8845

    0.00%

    10.2

    2.1

    加入购物车

    944

    1595

    1607

    2057

    2375

    2826

    85

    3057

    0.00%

    10.3

    3.2

    总体

    2832

    3430

    1827

    7620

    7769

    8252

    65

    8845

    0.00%

    30.4

    7.3

     

    5.2.1 每秒的响应分布图

    5.2.2 每秒响应代码

    5.2.3 随时间的响应时间

    5.2.4 结果分析

    暂未统计

     

     

     

    5.3 jmeter接口压测(115线程-循环8次-每个线程间隔6秒启动

    启动115个进程,每秒进程启动119个线程,循环8次,并发为920

    5.3.1 聚合报告

    Label

    #Samples

    Average

    Median

    90%

    95%

    99%

    Min

    Max

    Error%

    TPS

    KB/sec

    首页

    920

    1700

    1715

    2107

    2405

    2942

    68

    3348

    0.00%

    10.4

    2.1

    商品详情页

    920

    6753

    7239

    7597

    7739

    8052

    1300

    8556

    0.00%

    10.2

    2.1

    加入购物车

    920

    1557

    1565

    1956

    2296

    2747

    71

    2978

    0.00%

    10.3

    3.2

    总体

    2760

    3337

    1785

    7365

    7499

    7905

    68

    8556

    0.00%

    30.4

    7.3

    5.3.2 每秒的响应分布图

    5.3.3 响应时间分布图

    5.3.4 请求失败与成功分布图

    5.4 jmeter接口压测(110线程-循环8次-每个线程间隔6秒启动

    启动110个进程,每秒进程启动18个线程,循环8次,并发为880

    5.4.1 聚合报告

    Label

    #Samples

    Average

    Median

    90%Line

    95%Line

    99%Line

    Min

    Max

    Error%

    TPS

    KB/sec

    首页

    880

    1609

    1625

    2044

    2273

    2725

    64

    3391

    0.00%

    10.5

    2.1

    商品详情页

    880

    6303

    6817

    7181

    7412

    7685

    510

    8643

    0.00%

    10.3

    2.1

    加入购物车

    880

    1478

    1496

    1896

    2176

    2503

    63

    3031

    0.00%

    10.3

    3.2

    总体

    2640

    3130

    1705

    6953

    7081

    7522

    63

    8643

    0.00%

    30.6

    7.4

    5.4.2 每秒的响应分布图

    5.4.3 响应时间分布图

    5.4.4 请求失败与成功分布图

    5.4.5 结果分析

     

     

     

     

      结果汇总分析

    Label

    #Samples

    Average

    Median

    90%Line

    95%Line

    99%Line

    Min

    Max

    Error%

    TPS

    KB/sec

    200 并发

    4800

    6110

    4322

    11027

    11258

    12356

    22

    13721

    1.08%

    30.3

    7.3

    118 并发

    2832

    3430

    1827

    7620

    7769

    8252

    65

    8845

    0.00%

    30.4

    7.3

    115 并发

    2760

    3337

    1785

    7365

    7499

    7905

    68

    8556

    0.00%

    30.4

    7.3

    110 并发

    2640

    3130

    1705

    6953

    7081

    7522

    63

    8643

    0.00%

    30.6

    7.4

     

    使用jmeter压测时,如果使用1个进程开多个线程进行压测,一个进程很难快速处理多个线程,造成本地处理浪费大量时间用于调度,最终压力上不去。

    压测时,减少进程调度少量线程,解决本地耗时,TPS明显提升。

    在启动110个进程880线程时页面平均耗时最佳,符合性能测试2-5-8原则,属于顾客可接受的范围内

    压测过程中出现的错误主要有:

    1.   502(错误网关)错误

    最终压测结果:

    1. 进程数为110时,页面平均访问时间为3。13s

    2、进程数为110时,最大吞吐量为30.6s

    (注:1、以上数据是2019年4月4日上午最新数据 2、Average 单位为毫秒)

    展开全文
  • Jmeter压力测试报告

    千次阅读 2018-06-28 15:39:13
    XXX压力测试报告 时间:2015-08-04 测试人员:xxx 目录XXX压力测试报告... 1一 测试内容... 2二 测试方法... 2三 测试目标... 2四 测试环境... 2五 系统部署... 35.1 物理部署... 35.2 网络访问... 3六 ...

    XXX压力测试报告

     

    时间:2015-08-04                                             测试人员:xxx

     

    目录

    XXX压力测试报告... 1

    一  测试内容... 2

    二  测试方法... 2

    三  测试目标... 2

    四  测试环境... 2

    五  系统部署... 3

    5.1 物理部署... 3

    5.2 网络访问... 3

    六  性能测试结果与分析... 4

    6.1 jmeter集群压测(5进程-每个进行10线程)... 4

    6.2 jmeter集群压测(10进程-每个进行5线程)... 7

    6.3 jmeter集群压测(10进程-每个进行10线程)... 11

    七  结果汇总分析... 13

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    一  测试内容

    本次测试是针对xxx系统进行的压力测试,在交易接口中,只对交易接口进行压力测试,其中涵盖数据验签与签名功能。

    二  测试方法

             本次采用apache的开源测试工具jmeter,采用本地动态拼装请求数据并通过http协议post方式发送支付请求。并采用650张测试银行卡测试,其中大概有30张存在“无足够的存款”和“受限制的卡”情况。

    三  测试目标

    1)         获取在单机部署情况下最大TPS值

    2)         是否可以达到原来预期值TPS:50

    四  测试环境

    环境

    机器型号

    操作系统

    硬件cpu

    硬件mem

    客户端

    server2008虚拟机

    windows

    32核

    32G

    服务端

    HP DL580

    linux

    64核

    126G

    由于客户端与服务端的机器性能优秀,暂不会对压测形成瓶颈,该方面影响可以忽略

    五  系统部署

    5.1 物理部署

     

    5.2 网络访问

     

     

    六  性能测试结果与分析

    6.1 jmeter集群压测(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转发到apache server代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502 Proxy Error错误。
    2. 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞
    3. 本地业务处理的错误原因为签名、验签、获取数据及请求时404等

     

    6.2 jmeter集群压测(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转发到apache server代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502 Proxy Error错误。

    2         其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞

    3         本地业务处理的错误原因为签名、验签、获取数据及请求时404等

    6.3 jmeter集群压测(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转发到apache server代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502 Proxy Error错误。

    2         其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞

    3         本地业务处理的错误原因为签名、验签、获取数据及请求时404等

     

    6.4 jmeter集群压测(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.5 jmeter集群压测(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

    展开全文
  • jmeter压力测试报告

    千次阅读 2017-03-22 15:38:27
    XXX压力测试报告... 1 一 测试内容... 2 二 测试方法... 2 三 测试目标... 2 四 测试环境... 2 五 系统部署... 3 5.1 物理部署... 3 5.2 网络访问... 3 六 性能测试结果与分析... 4 ...

    目录

    XXX压力测试报告... 1

    一  测试内容... 2

    二  测试方法... 2

    三  测试目标... 2

    四  测试环境... 2

    五  系统部署... 3

    5.1 物理部署... 3

    5.2 网络访问... 3

    六  性能测试结果与分析... 4

    6.1 jmeter集群压测(5进程-每个进行10线程)... 4

    6.2 jmeter集群压测(10进程-每个进行5线程)... 7

    6.3 jmeter集群压测(10进程-每个进行10线程)... 11

    七  结果汇总分析... 13

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    一  测试内容

    本次测试是针对xxx系统进行的压力测试,在交易接口中,只对交易接口进行压力测试,其中涵盖数据验签与签名功能。

    二  测试方法

             本次采用apache的开源测试工具jmeter,采用本地动态拼装请求数据并通过http协议post方式发送支付请求。并采用650张测试银行卡测试,其中大概有30张存在“无足够的存款”和“受限制的卡”情况。

    三  测试目标

    1)         获取在单机部署情况下最大TPS值

    2)         是否可以达到原来预期值TPS:50

    四  测试环境

    环境

    机器型号

    操作系统

    硬件cpu

    硬件mem

    客户端

    server2008虚拟机

    windows

    32核

    32G

    服务端

    HP DL580

    linux

    64核

    126G

    由于客户端与服务端的机器性能优秀,暂不会对压测形成瓶颈,该方面影响可以忽略

    五  系统部署

    5.1 物理部署

     

    5.2 网络访问

     

     

    六  性能测试结果与分析

    6.1 jmeter集群压测(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转发到apache server代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502 Proxy Error错误。
    2. 其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞
    3. 本地业务处理的错误原因为签名、验签、获取数据及请求时404等

     

    6.2 jmeter集群压测(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转发到apache server代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502 Proxy Error错误。

    2         其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞

    3         本地业务处理的错误原因为签名、验签、获取数据及请求时404等

    6.3 jmeter集群压测(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转发到apache server代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502 Proxy Error错误。

    2         其中请求前置响应超长笔数在向前置获取结果返回的耗时超过3分钟,其余耗时均低于5s,前置接收到的晚,初步判定网络堵塞

    3         本地业务处理的错误原因为签名、验签、获取数据及请求时404等

     

    6.4 jmeter集群压测(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.5 jmeter集群压测(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

    展开全文
  • 时间:2019 ...XXX压力测试报告… 1 一 测试内容… 2 二 测试方法… 2 三 测试目标… 2 四 测试环境… 2 五 系统部署… 3 5.1 物理部署… 3 5.2 网络访问… 3 六 性能测试结果与分析… 4 6.1 jme...
  • 性能测试报告一般包含了如下几大模块 性能测试的目的:为何要做 性能测试的背景:做的是什么功能模块 性能测试的目标:响应时间TPS、CPU、内存 性能测试的工具选择:Jmeter、开源的,支持分布式 性能测试环境的说明 ...
  • jmeter-压力测试的结果报告分析

    万次阅读 2016-11-01 14:25:04
    JMeter压力测试报告需要包括放内容: 1、压力测试概要 测试环境: 测试时间: 服务端配置: 客户端配置: 测试工具:JMeter 2、测试说明 (1)名词定义(时间单位ms) Sample:本次测试场景共运行多少线程;...
  •   主要介绍执行完成压力测试后,jmeter 生成测试报告的内容介绍,与生成方法。   JMeter 相关传送门传送门 标题 网址 fiddler 抓包详细教程 ...Jmeter 搭建一个web测试环境方式 ...
  • Jmeter压力测试的操作:Jmeter不仅可以做接口测试,还可以做压力测试,下面介绍介绍如何jmeter进行简单地压力测试。具体步骤如下: 第一步:添加请求,这里不介绍具体步骤,详见(URL) 第二步:线程组配置...
  • 当我们压力测试完后,最关心就是结果数据了,下面一起来分析Jmeter聚合报告数据。 首先来看下Jmeter的help是如何解释这些含义的。 1、Label- The label of the sample. If "Include group name in label?" is ...
  • 文章目录前言关注的参数响应时间tps出错率CPU、内存、队列、磁盘的使用情况设计并发场景查看压力测试结果结果分析非GUI模式的jmeter命令命令行进行测试命令行生成HTML报告查看HTML报告jmeter压力测试报告编写 ...
  • Jmeter小程序压力测试案例

    千次阅读 2020-07-16 16:22:15
    进行有压力测试压力测试思路使用Jmeter,模拟500名真实用户,在120秒、60秒内,请求小程序主要页面共18个接口两遍,然后分析Jmeter提供的测试报告;具体操作1-下载安装Jmeter(我使用的是Jmeter5.1.1),这个网上资源...
  • JMeter测试步骤: ...根据JMeter提供的报告分析结果 一、目标 测试访问目标服务器网站首页的每秒查询率(QPS)是否满足要求 二、步骤 1.建立JMeter测试计划(Test Plan): 在JMeter中性能...
  • JMeter测试流程:  1.建立测试计划 ...根据JMeter提供的报告分析结果 ----------------------------------------------------- 一、目标:测试目标服务器的每秒查询率(QPS)是否达到要求 二、步骤:
  • 下载启动 官网下载地址 (选择Binaries下的进行下载,不要选择Source,那是源码下载) 下载完解压点击bin目录...结果分析 查看结果树 汇总报告 聚合报告 (以上数据的影响因素非常的多,如网络波动,服务的内存分配等..
  • Jmeter进行压力测试 软件下载地址: badboy:http://www.badboy.com.au/Jmeter:http://jmeter.apache.org/ JMeter聚合报告中的各项指标分析: 1、Label:每个JMeter的element的Name值。例如HTTP Request的Name...
  • 项目压力测试分析报告 性能调优

    千次阅读 2017-04-29 10:35:04
    工具介绍 Apache jMeter 压力测试工具,测试同学应该知道,这个可用其它工具 JProfiler jprofiler 教程-JAVA性能分析 JAVA... 项目已经开发完成,需要出个压力测试报告,给领导看看, 了解,好多公司项目都不搞什
  • JMeter 性能测试基本过程及示例

    千次阅读 2020-10-30 18:17:44
    jmeter 提供了一系列各种形式的性能分析报告 使用 jmeter 一般用于以下两种类型的性能测试 负载测试:通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。 压力测试:测试系统能承受的...
  • Jmeter压测报告

    2020-10-30 20:35:42
    本次测试是针对账户分析进行的压力测试,在账户分析查询接口中,只对用户资产查询接口进行压力测试,其中不包含用户签名校验功能。 二、测试方法 本次采用apache的开源测试工具jmeter,采用本地动态拼装请求数据...
  • jmeter 提供了一系列各种形式的性能分析报告 使用 jmeter 一般用于以下两种类型的性能测试 负载测试:通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力。 压力测试:测试系统能承受的...
  • 一、运行Jmeter: mac: brew install jmeter 安装完成后打开:open /usr/local/bin/jmeter 二、创建一个线程组: ...我们按照如上步骤设置好参数后,对应用进行了并发测试测试时保持了测试机器和服务器同一个内网...
  • 在使用Jmeter进行压力测试,有两种方式:GUI、非GUI,不管是使用GUI,还是非GUI进行测试,对测试结果都可以转化成HTML的测试报告,更直观和方便我们查看和分析。 方式一:GUI 1、在测试计划里面添加一个Listener...
  • 之前用jmeter测试服务器接口的压力,留下了一些报告,分享下。 1. 准备Jmeter 2. 准备接口信息 3. 准备时间(我是在9点之后开始压力测试的) 4. 准备服务器的显示软件(我是在阿里云上进行的测试,根据阿里云给...
  • 我的理解中压力测试就是纯粹考虑并发量,单纯从线程数考虑即可,只要服务器能抗住并发峰值即可,只是简单的分析了聚合报告的结果 但实际要考虑的问题更多,比如 1.但实际情况往往存在持续的并发  解决方案:...
  • JMeter 压测报告

    千次阅读 2014-12-06 17:39:46
    Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试但后来扩展到其他测试领域。 它可以用于测试静态和动态资源例如静态文件、Java小服务程序、CGI脚本...
  • jmeter实践---web压力测试

    千次阅读 2015-05-12 17:04:05
    一、web常用压力测试结构 二、千人施压百度和谷歌 1.线程组:设置施压人数 2.forEach逻辑单位:遍历要访问的网址,一般多个网址会用到 3.用户定义的变量:访问多个网址用变量来表示 4.http请求:具体的从...
  • 压力测试就是要同时模拟多个用户同时对接口进行请求,最终看聚合报告分析用户所需响应的时间。 Ramp-up Period(in seconds)字段代表的意思是运行所有线程数(Number if Threads)所需要的时间,并发的话就是设置0...

空空如也

空空如也

1 2 3 4
收藏数 68
精华内容 27
关键字:

jmeter压力测试报告分析