最近正在对代码进行压力测试。 这里整理一下压力测试中的指标和方法。
文章目录1压力测试指标1.1 TPS1.2 QPS1.3平均处理时间(RT ) 1.4并发用户数)并发量) 1.5换算关系1.5 TPS与QPS的差异2压力测试方法3相关文档
1压力测试指标1.1 TPS
TPS是Transactions Per Second的缩写，是每秒处理的事务数。 事务是客户端向服务器发送请求并由服务器进行响应的过程。 ***完整的过程，即在客户端收到响应之前发出请求的过程。 **。 客户端在发送请求时开始计数，并在收到服务器的响应后结束计数，从而计算使用的时间和完成的事务数，并最终使用这些信息创建评估得分。一个事务可能对应多个请求，可以参考下数据库的事务操作。
Queries Per Second的缩写1.2 QPS QPS可以处理每秒的查询数。 一台服务器每秒可以处理的查询次数，是衡量特定查询服务在规定时间内处理的流量的标准。
我们可以从那个英语全名中知道那是咨询的意思。 原本在互联网上，作为域名系统服务器的机器的性能经常用每秒的查询率来衡量。 对应于fetches/sec，即每秒响应请求数。虽然名义上是查询的意思，但实际上，现在习惯于对单一接口服务的处理能力用QPS进行表述（即使它并不是查询操作）。
1.3平均处理时间(RT ) RT :响应时间，处理一个请求所需的平均处理时间。
一般来说，我们也会关注90%请求的平均处理时间。 这是因为网络情况可能会导致极端情况。
1.4并发用户数(并发数)每秒处理来自测试接口的请求的用户数。
1.5换算关系QPS=并发行数/平均响应时间
并发量=QPS *平均响应时间
例如，如果3000个用户(同时访问次数)同时访问待测试接口，则在用户侧统计中，3000个用户平均获得1188.538ms的响应时间。 所以QPS=3000/1.188538s=2524.11 q/s。
这样可以说明这次的测试。 对于3000的同时量，QPS为2524.11，平均响应事件为1188.538ms
1.5从TPS和QPS的区别这个问题来看，我觉得这两者应该是一样的，但是在知道的地方看到了他们的英文名，现在我想。
QS可以处理每秒的查询数，但现在也常用于一个服务接口每秒可以处理的请求数。
TPS每秒处理的事务数。 如果只有单个服务接口完成了此事务，则也可以将其视为QPS。
PS:还提供了RPS概念—请求用户密码。 在某些条件下，每秒的请求数与QPS和TPS类似。
2压力测试方法我们可以使用压力测试工具模拟多用户对系统进行压力测试。 稍后会有压力测量工具的介绍
测试方式是在一定要求总量下，在一定条件下，逐步增加等量，观察QPS变化和平均响应时间变化。
例如，10000个请求总数、以及100个并发量时的QPS值、以及200、300、400、500等。
通常，一个系统的吞吐量由TPS、并发次数两个因素决定，每个系统都有相对的极限。 在对APP场景的访问压力下，如果任意一个达到系统的最高值，系统吞吐量将不再增加。 如果压力持续上升，系统吞吐量反而会下降。 这是因为系统过载、上下文切换和内存等其他消耗会导致系统性能下降。 这里显示的是使用ab工具的压力测量图。
由图可知，在2000的同时执行量的情况下，QPS已经达到2500左右，此后，即使增加同时执行数也仍然为2500。 该接口说明在此配置中QPS为2500。 也就是说，每秒只能处理2500个请求。 http://www.Sina.com/(因为PS 3360每秒只能处理2500个请求，这当然会导致请求增多，平均响应时间也会增加。 (如果超过14000，则QPS开始急剧下降，表明系统过载运行，性能开始急剧下降。 一般来说，如果平均响应时间达到一定值，则认为无法接受。
3相关文件推算物联网设备等量整理的blog :
3359 blog.csdn.net/m0 _ 37263637/article/details/88649056
压力测试工具ab工具：
3359 blog.csdn.net/m0 _ 37263637/article/details/78558890
Node express框架测量结果：
3359 blog.csdn.net/m0 _ 37263637/article/details/88749198