Jmeterapi性能测试总结

Posted totoro-cat

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Jmeterapi性能测试总结相关的知识,希望对你有一定的参考价值。

1.前提概念

  平时常用的性能测试:api性能测试+场景性能测试;今天就说一说api性能测试

 

2.如何进行性能测试?

  需求:对某api进行性能测试,看看最大承受的并发数,分析下图表

  分析

  错误思路:当我们接到这个需求的时候,很多人不管三七二十一,先把接口写起来,然后给他个1000个并发,压倒报错为止,但是实际上你知道怎么去压测么,怎么分析TPS么?怎么找到最大并发数?怎么分析报错请求?那我们到底怎么分析呢

  分析思路:

  • 首先,api测试嘛,我先把api脚本给调试好,
  • 然后加各种图表分析报告
  • 之后设计各种场景,例如:设计场景1:并发20个用户,每秒增加2个用户,请求2000次;场景2:分析TPS,并发200个用户,每秒增加20个用户,请求2000次。。。。。。。依次类推

 

3.性能指标  

  在我们实战前,先了解一下性能指标:

  技术分享图片

   通常情况下,一般我们可能不会添加其他插件的前提下,都会添加一个监听器->聚合报告,那么聚合报告到底用来做什么的呢?

  我们可以看见:average(平均响应时间) median,90% 95% min (最小) ,max(最大) 都是跟时间有关系,所以我们可以侧面理解为,聚合报告,大部分就是监控整个访问时间

  其他:

  sampler:一共完成了多少请求

  Throughput:吞吐量,默认情况下标识每秒处理的请求书,可以指服务器处理能力,tps越高说明服务器处理能力越好

 

4.实战

  1.准备脚本

  场景1:并发20个用户,每秒增加2个用户,请求2000次,

  线程组:相当于并发多少用户

  Ramp-UP: 每秒增加2个用户, 20/2=10 ,所以填10,意思是1秒内往上加2个用户

  循环:请求2000次;计算:20000/线程组(20)= 100

  技术分享图片

 

   2.脚本分析

  分析一波:

  首先右上角:3/20 : 当前线程往上加,最大并发数是20,3是当前线程数

  技术分享图片

  看下报告:

  1.sampler:当前一共2000个请求

  2吞吐量远远大于20个线程组数,tps很高,说明服务器完全能承受;

  技术分享图片

  3.场景二脚本分析:

  场景:并发200个用户,每秒增加20个用户,请求20000次

  技术分享图片

  

  分析:

  1.首先错误率很高,就能看出很多了

  2.吞吐量小于当前并发数,说明200个并发数不适合,已经不能够承受了

  3.为了找到最合适的并发数。可以设计不同场景,例如用二分法,100个并发用户,150个并发用户之类, 

  技术分享图片

  

5.总结

  其实性能测试远远不止于这些,但是从基础的吞吐量,以及并发数,我们就可以分析很多问题了,如果设计服务器上监控,那么又是一个概念了。我觉得从这篇文章至少我们可以坚持api性能的最合理的并发数,以及tps. tps越高说明性能越好。若压测的机器性能很好,出现吞吐量小于并发数,说明并发数不能再增加了,可以慢慢减下来,找到合理并发数

  ps: 有错误欢迎指出来,虚心请教。

以上是关于Jmeterapi性能测试总结的主要内容,如果未能解决你的问题,请参考以下文章

SoapUI进行性能测试

总结对异步处理的http接口进行性能测试

系统性能测试的结论

PGTM通用性能测试模型

性能测试--1为什么进行性能测试

性能测试系列二 何时介入性能测试