全网最细，Jmeter性能测试-入门级接口压测思路，一文打通...

目录：导读

前言

1、压力测试重点关注点是什么？

1）先捋一下压测的目的是什么？

压测主要目的是结合当前服务资源以及当前环境配置基础下，对应用接口在不同压力场景下得出各指标结果是否满足实际应用需求【所以要优化性能指标的话，除从应用接口的代码逻辑和设计链路去优化的话，还需要结合环境的配置（例：连接数、队列值、jvm配置等）以及本身的物理资源去出发；能调到最合理的、最充分的利用率那就是性能大咖了】；

2）对“并发”名词说明

并发这个词在项目中很容易混淆，所以在此先讲解下这个词；
并发分为相对并发和绝对并发；
相对并发是指在一个时间段内发生的事务（可理解跟tps挂钩），绝对并发是指在同一时刻发生的事情（可理解为跟线程数挂钩，jmeter的“集合点”功能可以实现这种方式）；
以下讲的并发都是依据绝对并发来说。

所以首先列下重点关注点，根据如下四点去判断压测是否达标通过：
TPS指标、响应时间、出错率、服务资源情况

下述分享个样例：
【测试结果】：
TPS拐点峰值：依据压测结果，在90并发时达到峰值（2277笔/s），而后续持续递增并发数后TPS呈平稳趋势，即保持峰值在2200左右；–【达到预期≥1557笔要求】

接口响应时间指标((以负载并发截图为准)：依据tps峰值下进行并发，平均响应时间为63.83ms,95%百分位响应时间为92ms；–【达到预期≤100ms要求】

出错率：整个梯级压测过程中出现0.29%异常情况，经核查为环境XXXX问题受影响，非业务逻辑或资源问题，即忽略此错误率；–【达到预期99.9%成功率要求】

扫描二维码关注公众号，回复： 17317185 查看本文章

服务资源消耗：整体服务资源利用正常，内存及CPU利用平稳无异常情况；TPS下降时cpu正常对等下降，压测结束后资源也可正常释放；–【符合预期，详见报告链接】

3）先说下TPS指标方面

TPS是主要是为了测出拐点峰值，得出当前服务环境下最大的事务处理量（例如上述得出2277笔/s）；

TPS峰值达标判断：需要结合本身实际要求（例如上述-结合实际生产要求得出不小于1557笔），那我峰值已经覆盖预期要求，那TPS指标就算满足达标了；

TPS峰值不满足或者需要达到更佳情况下：就要考虑怎么去调优了，主要方向：从业务代码方面优化、服务配置的优化、再到物理资源的提升；

额外说明：关于实际预期要求多少，这个是需要参考生产实际使用量有多少；目前普遍比较多的是有埋点功能，可以统计到调用量；

再结合有一定参考价值的二八原则计算（指80%的业务量在20%的时间里完成，另此公式不一定适合所有项目，具体需要结合每个系统项目应用场景）；

4）响应时间指标

需结合要求衡量取哪个响应时间，一般主要关注平均值和95%分位值；
如果严谨一点的话可以以99%分位为准(这样情况下确保每个调用都能达标)；

响应时间达标判断：首先先知道指标要求是多少，一般可以从产品经理那给出或者下游调用方超时设置值为参考，这些都算指标要求；

另这块一般都是和tps事务处理量 and 并行要求的（例如：上述相当于说在每秒tps不低于1557的时候,并且95%分位要小于100ms）；

5）出错率

出错率也是一个重点关注项，如果都异常了肯定是不可接受的；
另对整体的指标可能要考虑是否有价值了，但这块肯定需要结合异常情况去分析，在给出结论（如在压测过程报错，有些业务层面上认为是合理的。但往往比较容易忽略，其实可能隐藏很大的性能问题）

注意点：当整体压测下出现小部分概率异常，这个需要自身衡量下指标是否有价值，因为那一小部分影响整体指标可能会很大(比如百分98都是在200毫秒左右，百分之二因为异常5毫秒就响应了，导致整体指标影响很大)

6）服务资源消耗

服务资源主要关注施压机(即请求方)和压力机(被请求方)，施压机需要确保自身环境资源够满足（避免因自身请求方机器原因无法满足设置场景，导致未压出真实指标）；

服务资源利用情况常规的需要重点关注下cpu（例如是互联网产品cpu使用率应该不能超50%，内部使用的一般80%；保证预期最大tps下，服务器还是很健康的）、内存（需要关注应用内存，如jvm的内存变化，只关注服务器内存意义不大），磁盘读写、网络接收发送 -->>各资源消耗不合理的变化或者有较大的异常波动需要再结合分析；

这块服务监听的工具还是很多的，jmeter插件的探针工具也有的，虽然不是很强大，勉强能用【插件下载1：jmeter-PerfMon服务监听；服务资源探针2：Stepping Thread Group】

2、压力测试怎么做？（以TPS为例）

常规的压测大家基本都会做，这里讲下另一种压测方式，既通过梯度增压方式去找出核心指标：TPS峰值

在jmeter中，可以利用【插件下载：Stepping Thread Group】来做到递增压测，直接在一次线程组中找出TPS峰值（详解如下图）