性能测试之性能指标

前提：

性能测试的概念：通过工具，找出或获得系统在不同工况下的性能指标值

一、开展性能测试的顺序：

1、最先开始进行的-->负载测试

负载测试的概念：逐步增加系统负载，测试系统性能变化，并最终确定系统所能承受的最大负载量

关键词：逐步增加

eg：每天访问量几百万，基本上只需要增加10即可，可以快速找到系统的平衡值

最大负载值：即平衡的值怎么看，看服务器的处理能力在下降，响应时间长，会报错

2、找到最大值后，开始下一步：性能测试(增加起始量：start 的值)

3、最后测试服务器的稳定性-->压力测试

压力测试的概念：在较大的性能压力下，持续运行一个比较长的时间，看系统服务及各个资源利用情况

关键词：较大压力+较长时间

目的：看服务器是否稳定

4、可靠性测试：在一定的业务压力下，持续运行一段时间，查看系统是否稳定

关键词：是否稳定，一定的业务压力

含义：来看系统的稳定性，有没有日积月累的数据放在内存，cpu没有得到释放，（前期压力测试）

5、企业需要考虑-->容量测试：

在一定的软、硬件条件下，在数据库不同数量级数据量的情况时，对系统中读、写比较多的业务进行测试，从而获得不同数据量级下的性能指标值;

数据量级就要看数据库的索引

关键词：不同数据量级

二、性能测试主要指标：

企业关注的指标：

服务器利用情况-- 资源利用率

能支持最大用户-- 系统容量

能支持的最大并发用户-- 并发用户数

是不是可以更换硬件提供性能-- 可扩展

能不能持续运行长时间不宕机-- 稳定性

开发人员关注那些性能：

架构设计是否合理-- 系统架构

数据库设计-- 数据库

代码逻辑-- 代码

线程，同步，异步，队列-- 实现技术

资源配置-- 稳定性

主要指标：

1、并发 -->狭义上：指同一个时间点执行相同的操作（如：秒杀）

并发用户，一直增加人，一旦这些人同时做一个事，那就是并发用户

2、并发用户数（重要指标）-->同一时间点，执行相同请求的用户数(系统用户数、在线用户数、线程数)

3、事务（Transaction）-- >指一个客户机向服务器发送请求然后服务器作出反应的过程

一个事务可以是一个请求，也可以是多个请求

jmeter，默认一个接口请求就是一个事务，当前这个接口的指标值

4、响应时间（RT）重要指标-->(直接用网线测试指数最为准确)

从发起请求到收到请求响应的时间

发送请求网络传输时间(用网线的原因：减少这个时间)+服务器处理时间+返回响应网络传输时间

5、TPS\QPS最主要指标：

TPS（Transactions per Second）:服务器每秒处理事务数，衡量服务器处理能力的最主要指标，是事务数，不是请求数。

企业里QPS（Queries per Second）：服务器每秒处理事务数，衡量服务器处理能力的最主要指标--> 每秒查询率大

6、吞吐量（Throughput）：单位时间内处理的请求数量（事务/s）

(衡量网络，上行、下载都一样，就是等于TPS，网络足够宽，默认是一个请求一个事务，两个数值上相等。

网络足够宽，一个事务多个请求，吞吐量不等于事务，1tps 3个吞吐量)

7、吞吐率 -->单位时间通过的数据平均速率（KB/S）

8、点击率（Hit per Second）-->每秒点击数

9、资源利用率(重要) -->指服务器资源的使用程度，比如服务器（应用及数据库）的cpu利用率，内存利用率，磁盘利用率，内存利用率，不要超过80%

（16核或32核的服务器，要看16核的使用率，不能只看一个，单核是100%都可以，不要达到80%的使用率，16*80%，4个核的闲置）

三、性能测试步骤：

1、性能测试准备：

(1)分析需求熟悉业务，可测性、明确性能测试指标；

(2)了解软件功能、架构（docker、微服务）；

(3)指定测试计划，做好工作量评估、制定 测试模型（编辑测试用例）

3、性能测试脚本开发：

(1)选取协议

(2)制作脚本

(3)调试脚本

(4)验证脚本

4、性能测试脚本执行（试运行、场景执行）

5、结果分析与调优

(1)、分析依据：结果图标

(2)、分析思路：服务器硬件瓶颈>网络瓶颈>服务器os瓶颈(参数配置、数据库、web服务器)>应用瓶颈(sql语句、数据库设计、业务逻辑、算法

(3)、调优：

(4)、修改脚本和场景

6、测试报告与结果跟踪

如果觉得《性能测试之性能指标》对你有帮助，请点赞、收藏，并留下你的观点哦！