记录下性能测试常用的几个指标。
1、TPS
TPS的全称是Transaction Per Second，即每秒处理的事务数，那什么是事务呢？
衡量一个系统性能的好坏，主要看的是单位时间内，系统可以处理多少业务量。
举个电商的例子：
1）假设要测试“下单”，那么“下单”业务就可看做是一个事务；
2）假设需要测试“添加购物车+下单”整体业务，那么“添加购物车”和“下单”这2个业务就组成了一个事务，此时TPS就是每秒处理“添加购物车+下单”这个一整个事务的数量。
响应时间单位为秒的情况下，
TPS=1/响应时间*并发数
TPS=并发数/响应时间
在系统达到瓶颈之前，TPS和并发数成正比关系。
2、QPS
QPS的全称叫Request Per Second，字面意思比较好理解，就是每秒处理的请求数。
如果是测试单接口的情况下，TPS=QPS，例如上面电商例子中的第1）个场景。
3、TOP响应时间
一个请求的响应时间由以下几部分时间构成。响应时间=网络传输的总时间+各组件业务处理时间。
TOP响应时间是将所有请求的响应时间先从大到小进行排序，计算指定比例的请求都是小于某个时间。
该指标统计的是大多数请求的耗时。用Jmeter进行测试通常看到下面几个数据：
Top90（90%响应时间）：90%的请求耗时都低于某个响应时间
Top95（95%响应时间）：95%的请求耗时都低于某个响应时间
Top99（99%响应时间）：99%的请求耗时都低于某个响应时间
3、平均响应时间
平均响应时间=所有请求的平均耗时=ART（Average Response Time）
4、并发数/虚拟用户数
压测工具中设置的并发线程/进程数量
5、成功率
请求的成功率，一般执行压测后我们会关注请求或者事务的成功率是多少，一般公司可能要求成功率在99.99%以上。
6、吞吐量
网络中上行和下行的流量总和，吞吐量代表网络的流量，TPS越高，吞吐量越大。
注意：我们看到的jmeter聚合报告一般入下图，下表中的吞吐量实际是我们上文说的TPS或者QPS。如果要计算吞吐量的话应该是接收+发送网络流量总和。
性能测试的时候关注吞吐量和测试环境网络带宽之间的关系，如果吞吐量接近或者等于测试环境带宽极限，那么很可能存在网络瓶颈。
7、PV/UV
PV（Page View）页面/接口的访问量，UV(Unique Visitor)页面/接口的每日唯一访客。
PV/UV的概念好像也是常在电商中出现，一般可能是在性能需求分析的时候提到，比如某页面每日的PV是多少，UV是多少。
8、集合点
集合点不是指标，是性能测试中的一个概念。
集合点是为了增加瞬间并发压力的一种机制，在脚本中增加一个标记，所有虚拟用户执行到标记处会进行等待，等左右用户都到达后，再同时继续执行下一步操作。
根据业务来选择是否需要集合点，如果业务场景是瞬间高并发的，如抢购、秒杀等，需要加集合点。
增加了集合点之后，对服务器来说，会产生一种瞬间高并发，模拟秒杀等场景；同时也会降低服务器平均压力。
标签：请求,并发,性能,集合点,指标,响应,TPS,测试,时间 From： https://www.cnblogs.com/brf-test/p/16612207.html