一、普通性能场景
普通线程组设置并发用户数
线程数：需要设置的并发用户数
并发用户数： 受cpu的主频、分配的内存大小、操作系统(允许打开文件数量、开放的端口数量)的影响，一台电脑，大概能支持 1500并发用户数以内(http协议)
ramp-up时间： 在多长时间内启动所有的线程。
注意：只是说明，在第n秒结束时，会产生m个并发用户数，并不代表每秒会产生多少个并发用户数
已经产生的并发用户数，就会调用 取样器，进行请求。请求循环次数用完，这个并发用户数的资源就会释放，这个并发用户数就会消失。
循环次数：
- 最少为1。
没有勾选“永远”，就是每个并发用户都会循环的次数 - 勾选 “永远” 不配置其他， 一直运行下去，直到点击 ‘停止’才会停止
手工点击停止，会导致不可中断的请求被强行停止而报错，所以 一般不会只勾选永远，会配合调度器一起使用
调度器：
要想调度器生效，一定要勾选永远。
持续运行时间： 会一直运行多长时间后自动结束
接口性能测试： 一般的标准是，响应时间要小于1.5s秒
1.5s的来由： 性能测试行业标准 Apdex
- 500ms以内是满意
- 500ms ~ 1.5s内 能接受
- 大于1.5s不能接受
二、负载测试---阶梯场景
负载测试： 逐步增加并发用户数，找到我们的最优并发用户数的区间
最优并发用户数：接口未大量报错且平均响应时间在目标时间内的最大并发用户数
使用线程组：jp@gc stepping thread group
plugin manager下载插件： jpgc "apply changes and restart jmeter"
监听器
活跃线程数Active Threads Over Time
响应时间图Response Times Over Tim
tps图Transactions per Second
获取最大（最优）并发用户数的方法
1、先设定一个比较大的范围值 普通线程组+ 聚合报告执行较短时间，通过聚合报告中的，异常率 + 平均响应时间来判断。
- 如果异常率为0， 就看平均响应时间，有没有超过目标值（1.5s），说明猜测的并发数少于可能的实际值
- 如果时间已经超过了说明猜测的并发数大于可能的实际值
- 如果平均响应时间很小，说明并发用户数还可以调整很大， 可以看吞吐量的值，大概估计最大并发用户数可以达到吞吐量的数字
2、设定合适的步长，运行一轮 阶梯场景 观察tps图中是否有报错、在某一并发用户数范围的时响应时间，与目标响应时间对比， 从而找到一个最大并发用户数的区间。
3、缩小范围，设定 起始值、最大值为上一步的区间值，步长根据实际情况来设定 首先看 tps 有没有错误(连续性报错），如果连续报错，说明此时的并发用户数已经超过了最大并发用户数 没有错误，就看响应时间图 ，看平均响应时间符合目标值的时间点，然后对照活跃线程数Active Threads Over Time，同样的时间点的活跃线程数，就为最大（最优）并发用户数
三、压力测试场景
用一定量的并发用户数，持续运行一段比较长的时间，来看服务器的稳定性。
关键点：一定量的并发用户数，运行时间要比较长
压力测试场景流程
1、负载测试-阶梯场景，找到最大并发用户数
2、最大并发用户数进行普通性能场景测试
3、如果出现服务不稳定的情况，再进行压测试场景
四、波浪型
请求会在一段时间集中爆发，然后趋零，然后再爆发的周期性请求场景，有时间规律的请求
外卖，饭点请求很多，然后降低，下一个饭点请求很多，周期性 使用线程组：Ultimate Thread Group
关键点：下一个波浪的起始时间，大于等于上一个波浪的所有时间之和
五、混合场景
定义：不同数量的并发，对不同接口向服务器发起请求，模拟真实的请求场景
要点
- 不同数量的并发：线程组才能设计不同数量的人， 所以需要有多个线程组
- 多个线程组，跨线程组传参
- 设置和调用属性方法
- 文件嫁接
- jdbc数据存储 - 多个线程组，可以使不同类型的线程组
举例（登录，查看商品列表，下单）每个接口的访问量不同 设置3个线程组，分别对应3个接口，设置不同的线程数模拟并发 接口间通过合适方式进行传参，实现功能的正常 分析每一个接口的测试结果
六、面向目标测试场景
面向TPS
期望某个接口系统的处理能力不低于 200 次/秒，问你，这样的场景，你如何设计？
类似场景：秒杀，模拟服务器要能在1秒钟处理1000个事务，实际上是要求tps大于等于1000就可以了
利用插件管理器，下载 jpgc 插件。然后添加 bzm - Arrivals Thread Group 线程组
使用说明
- target rate：目标，每秒钟多少个请求数
- ramp up time（sec）：达到目标需要的时间
- ramp-up steps count：达到目标需要多少步
- hold target rate time（sec）：保持目标时间
- thread iterations limit：线程迭代次数限制，如果我们只需运行每个用户一次以模拟用户的实际行为，则设置为1；设置为空，表示每个用户将运行不确定的迭代，直到调度结束。
- log threads status into file：将线程状态记录到文件
- concurrency limit：最大并发数限制
对照监听器，查看达到设定tps，稳定运行状态的接口响应时间，以判断是否满足要求
面向并发用户数
Concurrency Thread Group
使用说明：
- 目标并发（线程数）
- 加速时间（整个测试）
- 加速步骤计数
- 保持目标并发时间（时间单位 - 分钟或秒钟）
- 线程迭代次数限制（循环次数）
- 将线程状态记录到文件（将线程启动和线程停止事件保存为日志文件）
实际使用阶梯线程组并无太大区别