前文：可以正常使用Jmeter，了解各控件的功能，本文仅提供概念。
负载测试的核心目的是模拟不同数量的并发用户请求，以确定系统在多种负载条件下的性能和稳定性。具体来说，负载测试可以帮助你回答以下问题：
-
系统能处理多少并发用户或请求？
-
系统的响应时间会在并发增加时如何变化？
-
系统在高负载下是否会崩溃或者变得不可用？
-
系统在高负载下是否能保持可接受的响应时间和吞吐量？
-
系统的资源（如 CPU、内存、数据库连接等）在高负载下的消耗情况如何？
一.明确目标
在进行使用Jmeter进行压测之前，需要明确一下自己的压测的方向：
1.无用户限制，想探索一下该接口的极限承受能力，也就是最多能承受多少并发用户（找出极限 TPS）
2.存在用户数目限制，想探索一下，该用户数目下，接口的极限响应时间是多少
二.业务场景
需要明确自己当前测试接口的主要业务内容，如果是只需要单接口测试（登录、注册等接口）的，那么就是不断的调用该接口，测试该接口的承受能力。
如果是需要多接口的搭配使用，例如下单，付款这种事务测试，那么需要进行关联性操作，判断该多接口下的承压能力
三.明确接口的信息
使用Jmeter进行接口测试，需要拥有接口的基本信息，如下：
1.请求方法：Get、Post、Delete
2.请求URL：完整的接口路径
3.请求参数：
Query Parameters： 一般都是Get请求，URL 后面的 ?key1=value1&&key2=value2
Body ：对于Post等方法，请求体里的数据有很多种数据型式，JSON、form-data（表单）等
4.请求头： 是否需要特定的 Header？比如 Content-Type: application/json 或 Authorization: Bearer <token>。
四.负载测试的核心
1.创建线程组
2.创建Http请求以及可能需要的Http请求头管理器等等
3.创建结果树以及可查看负载测试下的TPS、响应时间的聚合报告等
在线程组配置好线程数、时间后，进行压测，结果满足以下条件，可逐步提高线程数，直到接口负载达到最大！
响应时间：优秀：1S以内 良好：1~3秒 合格：3~5秒
错误率：正常值：小于1%，如果达到5%,系统在崩溃的边缘
吞吐量：根据业务需求，如果系统需要支持 5000 个并发请求每秒，而你测试出来的吞吐量只有 2000 个请求每秒，则不合格。
资源使用：例如：CPU、内存、磁盘、网络带宽等，尤其不能造成内存溢出现象。
五.负载测试的类型：
负载测试可以分为几种类型，分别聚焦于不同的测试目标：
a. 基本负载测试（Normal Load Testing）
-
目的：测试系统在正常负载下的表现。
-
模拟场景：模拟一个正常的使用场景，确定系统在常规并发量下是否能稳定工作。
b. 峰值负载测试（Peak Load Testing）
-
目的：测试系统在预期峰值负载下的表现。
-
模拟场景：模拟系统可能遇到的最大并发量，以确保系统在峰值负载下能够正常运行。
c. 极限负载测试（Stress Testing）
-
目的：确定系统的极限承载能力，测试在超出预期负载时系统的稳定性。
-
模拟场景：测试系统在非常高的并发请求下会崩溃或出现性能问题的情况，目的是找到系统的"崩溃点"。
-
举例：如果一个系统设计最多支持 1000 个并发请求，通过极限负载测试，测试是否可以承受 2000、3000、5000 个请求，直到系统崩溃。
d. 持续负载测试（Endurance Testing）
-
目的：测试系统在长时间负载下的表现，确保系统能够在长期使用中维持稳定。
-
模拟场景：模拟系统在较长时间内（例如几个小时或几天）持续承受相对较低的负载，测试是否会出现内存泄漏或资源耗尽的问题。
e. 容量测试（Capacity Testing）
-
目的：测试系统在逐渐增加负载的情况下能达到的最大容量。
-
模拟场景：逐步增加并发用户数，直到系统开始出现响应时间过长、出错率增加或性能下降，确定系统能够承受的最大负载。