性能测试指标_性能测试概念和性能测试指标

本节是基础篇第五节，主要介绍性能测试概念和性能测试指标。

上节jmeter聚合报告关键指标解析中我们提到了外部指标和内部指标(即业务指标和资源指标)，性能测试过程中应该关心那些指标？这些指标代表什么含义？性能测试通过标准是什么？下面将为您一一解答。

外部指标(业务指标)

从外部看，性能测试主要关注如下三个指标

• 吞吐量：每秒钟系统能够处理的请求数、任务数。

• 响应时间：服务处理一个请求或一个任务的耗时。

• 错误率：一批请求中结果出错的请求所占比例。

对于响应时间的统计，一般从均值、.90、.99、分布等多个角度统计，而不仅仅是给出均值。均值在实际工作中参看意义不大。

吞吐量的指标受到响应时间、服务器软硬件配置、网络状态等多方面因素影响。

• 吞吐量越大，响应时间越长。

• 服务器硬件配置越高，吞吐量越大。

• 网络越差，吞吐量越小。

在低吞吐量下的响应时间的均值、分布比较稳定，不会产生太大的波动。

在高吞吐量下，响应时间会随着吞吐量的增长而增长，增长的趋势可能是线性的，也可能接近指数的。当吞吐量接近系统的峰值时，响应时间会出现激增。如图：

如图

错误率和服务的具体实现有关。通常情况下，由于网络超时等外部原因造成的错误比例不应超过5%%，由于服务本身导致的错误率不应超过1%。

内部指标(资源指标)

从服务器的角度看，性能测试主要关注CPU、内存、服务器负载、网络、磁盘IO等，具体使用方法命令以及各参数含义后面在第二篇linux相关知识中介绍。

• cpu：后台服务的所有指令和数据处理都是由CPU负责，服务对CPU的利用率对服务的性能起着决定性的作用

• 内存：性能测试过程中对内存监控的主要目的是检查被测服务所占用内存的波动情况

• load：Linux的系统负载指运行队列的平均长度，也就是等待CPU的平均进程数。通常情况下，按照经验值，服务器的负载应位于阈值的70%~80%，这样既能利用服务器大部分性能，又留有一定的性能冗余应对流量增长。

• 网络：性能测试中网络监控主要包括网络流量、网络连接状态的监控。

• 磁盘IO：性能测试过程中，如果被测服务对磁盘读写过于频繁，会导致大量请求处于IO等待的状态，系统负载升高，响应时间变长，吞吐量下降。

性能通过标准

通过对以上内外指标(即业务指标和资源指标)了解，对于性能测试，在测试过程中需要通过观察这些指标，根据这些指标的结果来判断是否满足要求，主要包含如下图：

作为一个对性能测试有情怀的人，希望过往的经验能够对新来人有一定的帮助，公众号"性能测试践行"中原创作者日常工作中典型案例和自己每时每刻对性能新的认知，希望喜欢！

坚持是一种信仰，点赞是一种态度！