精华内容
下载资源
问答
  • 软件测试-压力测试报告模板 自己看吧!~
  • XXX压力测试报告 时间:2015-08-04 测试人员:xxx 目录 XXX压力测试报告... 1 一 测试内容... 2 二 测试方法... 2 三 测试目标... 2 四 测试环境... 2 五 系统部署... 3 5.1 物理部署... 3 5.2 网...

    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

    转载于:https://www.cnblogs.com/xiaobai-123/p/6970662.html

    展开全文
  • 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

    在使用jmeter压测请求被F5转发到apache server代理上,由于交易处理过程中处理时间过长造成长时间无响应,代理返回502 Proxy Error错误。

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

    本地业务处理的错误原因为签名、验签、获取数据及请求时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

    展开全文
  • 系统压力测试报告模板

    热门讨论 2010-04-19 00:18:13
    费了好大劲才整出来的测试报告,上传上来给大家分享
  • 第1章 系统概述 3 第2章 方案设计 3 第3章 方案一测试结果 6 3.1 方案摘要 6 3.2 运行结果 6 第4章 方案二测试结果 10 4.1 方案摘要 10 4.2 运行结果 11 第5章 结论 16 第6章 附录 17
  • 性能测试报告一般包含了如下几大模块 性能测试的目的:为何要做 性能测试的背景:做的是什么功能模块 性能测试的目标:响应时间TPS、CPU、内存 性能测试的工具选择:Jmeter、开源的,支持分布式 性能测试环境的说明 ...

    性能测试报告一般包含了如下几大模块
    性能测试的目的:为何要做
    性能测试的背景:做的是什么功能模块
    性能测试的目标:响应时间TPS、CPU、内存
    性能测试的工具选择:Jmeter、开源的,支持分布式
    性能测试环境的说明
    性能测试场景的设计
    性能测试的具体流程
    性能测试的结果分析
    性能测试的总结

    展开全文
  • 压力测试报告模板
  • 性能测试报告模板.rar

    2020-03-18 16:14:08
    软件性能测试报告模板 压力测试报告模板 为写模板发愁的你们,提供一些参考吧。可以在此基础上面进行修改。
  • jmeter压力测试报告模板

    万次阅读 2018-09-05 15:44:35
    XXX压力测试报告   时间:2018-09-05 测试人员:xxx   XXX压力测试报告 目录 一 测试内容... 2 二 测试方法... 2 三 测试目标... 2 四 测试环境... 2 五 系统部署... 3 5.1 物理部署... 3 5.2 ...

    XXX压力测试报告

     

    时间:2018-09-05                                             测试人员:xxx

     

    XXX压力测试报告

    目录

    一  测试内容... 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

    说明:转载自http://www.cnblogs.com/atwanli/articles/4908475.html,感谢作者分享!

    展开全文
  • 时间:2019 ...XXX压力测试报告… 1 一 测试内容… 2 二 测试方法… 2 三 测试目标… 2 四 测试环境… 2 五 系统部署… 3 5.1 物理部署… 3 5.2 网络访问… 3 六 性能测试结果与分析… 4 6.1 jme...
  • 采用apache的开源测试工具jmeter,采用jmeter代理服务器录制脚本生成http请求脚本,并通过http协议get方式发送访问请求,收集服务器响应速度,服务器资源耗用情况。
  • 测试报告_模板.doc

    2019-11-26 23:56:53
    公司项目测试报告通用模板,系统测试报告,压力测试报告模板。通过对测试结果的分析,得到对软件质量的评价;评估测试执行和测试计划是否符合;分析系统存在的缺陷,为修复和预防bug提供建议
  • monkey压力测试报告 1 1. 概述 3 1.1. 软件简介 3 1.2. 测试目的 3 1.3. 项目背景 3 1.4. 测试目标 3 1.5. 名词解释 3 2. 测试环境说明 6 2.1. 硬件配置 6 2.2. 软件配置 6 3. 测试策略 6 3.1. 人力资源 6 3.2. 测试...
  • 性能测试报告模板

    2021-03-23 15:17:30
    性能测试报告模板 软件测试 1、测试项目概述与测试目的 1.1项目概述 本部分主要是针对即将进行压力测试的对象(接口、模块、进程或系统)进行概要的说明,让人明白该测试对象的主要功能与作用及相关背景。...
  • 测试导论模板

    2017-06-22 13:13:32
    压力测试报告模板
  • 压力测试报告

    2012-02-10 11:14:16
    关于压力测试测试报告模板,请软件测试人员进行参考,下载
  • 性能测试报告模板1

    2020-05-22 17:43:53
    XXX压力测试报告… 1 一  测试内容… 2 二  测试方法… 2 三  测试目标… 2 四  测试环境… 2 五  系统部署… 3 5.1 物理部署… 3 5.2 网络访问… 3 六  性能测试结果与分析… 4 6.1 ...
  • 性能测试报告模板2

    2020-05-22 17:46:05
    性能测试报告 1 概述 1.1性能测试概念 性能测试是通过自动化的测试工具模拟多种正常峰值及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试确定在...
  • 在做系统的过程中会遇到需要对整个系统做测试的情况,包括一些基准测试,容量测试,压力测试等。如何做一份精致的性能报告书,在测试过程中有哪些量化指标...
  • XX系统性能测试报告模板

    千次阅读 2019-09-25 18:58:33
    XX系统性能测试报告模板 1 项目概述 简要介绍本次测试项目,让报告读者对本次性业务员产品和测试目标有一定了解。 2 测试目标 这部分要详细分解列出本次性能测试的目的,也就是需要给出测试结论的项目。 性能测试的...
  • 性能测试报告 一、测试内容 针对当当网——服务器,进行性能测试,主要针对的核心业务是:注册,登录,查看商品信息与提交订单等。 二、测试方法 本次采用Apache的开元测试工具jmeter,采用本地动态拼装请求数据并...
  • 纵观一些软件测试报告,可能测试人员基于规避自己的责任,或者迫于软件开发经理的压力,导致在报告中尽写一些模棱两可的结论。这样的测试报告是没有任何作用的,更多体现了测试团队的懦弱和无能。一个有效的测试报告...
  • 性能测试的概念性能测试主要通过自动化的...验证系统是否有系统宣称具有的能力负载测试方法:通过在被测系统上不断加压,直到性能指标达到极限目的:找到系统处理能力的极限压力测试(强度测试)方法:测试系统在一...
  • qtp软件测试报告模板

    2008-01-06 13:32:18
    这是用QTP经行软件测试的实例和报告,本次测试结果仅作为一个参考,由于硬件资源有限,客户端,服务器和压力测试工具都在一台机子上,造成了系统性能的局限性。但是测试结果还是反映出了一些系统问题,需要开发方...
  • 软件测试 性能测试 性能测试报告 系统性能测试方案 性能测试经验 测试模板 “苍蝇式的战斗精神”和“XX性能测试”.pdf Mercury性能测试模板.doc web项目测试实战性能测试结果分析样章.doc XX性能测试报告.pdf XX性能...
  • 测试计划模板-测试报告

    千次阅读 2018-10-16 10:11:43
    软件测试计划 1.产品的背景 2.计划书编写的目的-版本号 3.资源的准备  a.... b.测试环境的搭建-在那些环境下测试-网络环境  c.测试的范围-本期着重测试的部分 ...安装卸载测试,强制更新测试,兼容性测试压力...
  • 目的 本测试报告为XXXX网站的性能测试报告目的在于总结测试阶段的测试以及分析测试结果描述网站是否符合需求 1.2?背景 XXXX网站XXXXXX科技有限公司目前正在进行性能测试考虑到用户数量及数据的增多给服务器造成压力...

空空如也

空空如也

1 2 3 4 5
收藏数 81
精华内容 32
关键字:

压力测试报告模板