分析jmeter报告，总结出性能的瓶颈

性能分析

性能分析是一个过程。

jmeter能够监控的就是那么几个指标，最先反应问题的肯定是响应时间，事务的成功率。 如果响应时间和成功率，其中有一个不符合要求，那么就需要来定义瓶颈出现在哪。

一个性能瓶颈可能出现的地方有很多种可能，应用系统的从前到后任何一个环节都有可能。前端、后端、数据库、操作系统，甚至网络，包括硬件问题，都有可能是导致出现性能瓶颈的地方，那我们作为测试工程师，最终的目标就是要定为到问题的发生点。

一句两句话说不清楚到底是如何定为到的性能瓶颈。 如果想在定为瓶颈上做的轻松一点，就要把监控做全，监控，是性能测试中的重中之重，它就像你的眼睛一样。

性能测试，都是要求测试系统性能，系统自然就应该包括：客户端；网络；服务端。

一、客户端性能

会有占用硬盘空间，内存使用，CPU占用，如果涉及下载存储就会涉及到磁盘。当然客户端性能现在已经算不上最主要的了。除非是一下单机，和C/S架构的客户端。客户端性能是相对容易测试出来的，不涉及并发，只要程序运行起来就会看到内存和CPU使用情况，使用快慢很容易体会出来

二、网络环境

网络环境是连接客户端和服务器的重要部分，如果网络带宽不够，就算服务器速度再快也是很难达到性能要求的，就是桥很窄而要过桥的人很多

三、服务器环境

做为最受重视的一部分，同样服务器也必然涉及到CPU、内存、磁盘、当然还有我们不希望看到的swap。

这里先说的服务器性能是纯粹的机器性能不涉及软件环境性能。很多初级性能测试人员根本就不管这些，只是一句话是服务器性能瓶颈，却不分析是哪个地方的瓶颈。服务器机械性能，要能够分析机器的机械性能必须了解CPU 、内存、磁盘之间的一些影响，本人也没有深入学习，只是表面分析，深入的交给生产商。下面分层说一下：

cpu

中央处理器，一般可以理解大部分时间是直接操作内存中的数据，是不是CPU性能瓶颈，就要看看CPU的使用率和队列长度。如果CPU使用率很高，CPU瓶颈，CPU使用率不高，队列很长，CPU堵塞，需要详细分析原因（后面补上分析）。CPU使用不高和队列不长。非CPU瓶颈

内存

使用率高瓶颈，不高非瓶颈。没得说 磁盘：磁盘就是比内存慢很多的存储空间，可以说内存是很快的磁盘也行

相互之间分析：

CPU很好，内存很大性能必须好。 CPU一般，内存很大，CPU瓶颈，很多事情要处理CPU忙不过来
CPU很好，内存一般，内存瓶颈，CPU等着处理事务，可能内存提供不出这么多事务来

核心步骤：

步骤1：设置线程组

• 目标线程数建议不要设置的太大（初次设置不要超出模块线程的2倍），可以根据需求逐步往上设置；
• 如果没有设置『调度器』，则在线程数达到最大值后持续发送大线程压力，可能对服务造成较大影响，务必小心！

步骤2：增加循环控制器

创建步骤为『线程组』-》『右键』-》『添加』-》『逻辑控制器』-》『循环控制器』。循环次数中选择『永远』。

步骤3：设置请求

创建过程为选择刚加的『循环控制器』-》『右键』-》『添加』-》『sampler』-》『http 请求』

步骤4：设置断言

常用的『断言持续时间』断言，用于判断服务器的响应时间

步骤5：增加监听器

对于聚合报告、查看结果树报告

蕴含了详细的执行结果信息，如平均响应时间，最大最小时间等

根据结果判断页面性能是否满足要求，不满足则进行相应的优化

聚合报告参数详解