jmetert压测-聚合报告结果分析

聚合报告结果分析

Label：

就是请求名称

Samples：

总线程数，值 = 线程数 * 循环次数

Average：

单个请求的平均响应时间，单位是毫秒，值 = 总运行时间 / 发送到服务器的总请求数，
比如运行一次，时间4毫秒，就是4/1 = 4

Median、90%line、95%line、99%line

分别代表50%的用户响应时间、90%的用户响应时间、95%的用户响应时间、99%的用户响应时间，也就是有百分之多少的请求小于这个值。其中，90%line是性能测试中比较重要的一个衡量指标。

Min，Max，Error%：

Min：最小响应时间，单位是毫秒
Max：最大响应时间，单位是毫秒
Error%：错误率，发生错误的请求 / 总请求数

Throughput：

吞吐量，表示每秒完成的请求数。这是一个重点
比如这是5个线程跑的结果，

含义

这个重点理解一下，比如192/s
就是说按照这个性能，一秒可以处理192个请求，

计算

是怎么算出来的：是使用1000/平均值*线程数，

• 第一步，我们知道了平均值是25毫秒，
• 第二步：那么一秒之内可以处理多少个呢，就是1000/平均值，这就是一秒可以处理这样的请求多少个，
  为什么是1000，因为我们平均值是毫秒，
• 第三步：我们是5个线程运行的，所以是1000/25*5 = 200

注意

• 1，吞吐量差不多，但是统计有差异，因为jmeter的取样是有时间延迟的，不是最新的
• 2，注意这个吞吐量，我们再实际测试的时候，不能使用图形化界面，因为这个界面也会消耗一些资源的

并发和tps的关系

并发增加，tps是上升的，但是并发一直增加到一个临界值，tps就不会变大了，如果并发再大，就还是有error了，所以是一个先上升，然后不变，然后报错的关系，

比如一个场景：
你启动python服务，然后用5个并发执行，吞吐量是200/s
当你加并发数到6的时候，会出现error，所以并发5个就是一个临界点了，超过这个就会报错了，tps是200，就是一秒

压力测试中的指标

TPS

TPS 即Transactions Per Second的缩写，每秒处理的事务数目。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程(完整处理，即客户端发起请求到得到响应)。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息作出的评估分。一个事务可能对应多个请求，可以参考下数据库的事务操作。

QPS

QPS 即Queries Per Second的缩写，每秒能处理查询数目(完整处理，即客户端发起请求到得到响应)。是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。
我们从它的英文全名可以得出它是查询意思，原来在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。对应fetches/sec，即每秒的响应请求数。 虽然名义上是查询的意思，但实际上，现在习惯于对单一接口服务的处理能力用QPS进行表述（即使它并不是查询操作）。

平均处理时间（RT）

RT：响应时间，处理一次请求所需要的平均处理时间。
我们一般还会关注90%请求的的平均处理时间，因为可能因网络情况出现极端情况。

并发用户数(并发量)

每秒对待测试接口发起请求的用户数量。

换算关系

QPS = 并发数/平均响应时间
并发量 = QPS * 平均响应时间

比如3000个用户(并发量)同时访问待测试接口，在用户端统计，3000个用户平均得到响应的时间为1188.538ms。所以QPS=3000/1.188538s= 2524.11 q/s。
我们就可以这样描述本次测试，在3000个并发量的情况下，QPS为2524.11，平均响应事件为1188.538ms

TPS和QPS的区别

这个问题开始，我认为这两者应该是同一个东西,但在知乎上看到他们的英文名，现在我认为：
QPS 每秒能处理查询数目，但现在一般也用于单服务接口每秒能处理请求数。
TPS 每秒处理的事务数目，如果完成该事务仅为单个服务接口，我们也可以认为它就是QPS。

PS:还有一个RPS的的概念 request per second 。每秒请求数，在一定条件下和QPS 和TPS类似。