说明
本次主要用梯次压测模式进行负载测试
有浏览帖子，回复帖子等场景
随着版本的迭代，已经有更好的线程组代替
Stepping Thread Group了【Concurrency Thread Group】，所以说Stepping Thread Group已经是过去式了
场景设计
参数化设置
回复，发布帖子内容的自定义变量
浏览帖子设置
共启动40个线程，每隔2秒启动5个线程（表示每个梯次启动 5个线程）且持续运行10秒（每个梯次启动 5个线程）,达到40线程再次运行30秒
可以看到负载预览图是设置后的效果
this group will start：表示总共要启动的线程数；表示总共会加载到 40个线程
first，wait for：从运行之后多长时间开始启动线程；若设置为 0 秒，表示运行之后立即启动线程
then start：初次启动多少个线程；若设置为 0 个，表示初次不启动线程
next add：之后每次启动多少个线程；若设置为 5个，表示每个梯次启动 5个线程
threads every：当前运行多长时间后再次启动线程，即每一次线程启动完成之后的持续时间；若设置为 10秒，每梯次启动完线程之后再运行 10秒
using ramp-up：启动线程的时间；若设置为 2秒，表示每次启动线程都持续 2 秒（和基础线程组的ramp-up一样意思）
then hold load for：线程全部启动完之后持续运行多长时间，设置为 10 秒，表示 40个线程全部启动完之后再持续运行 10秒(以每梯次5次)
finally，stop/threads every：多长时间释放多少个线程；若设置为 5 个和 1 秒，表示持续负载结束之后每 1 秒钟释放 5 个线程，【注意：线程释放过程中，线程依然在运行】
其他场景
- 省略
Active Threads Over Time
- 新增监听器，
Active Threads Over Time，看到的效果和Stepping Thread Group中的负载预览图一致
其他
- 这里之前纠结一个奇葩问题，不了解
Stepping Thread Group运行机制，手动计算发送请求后和实际发送请求对不上，因此希望其他人不要和我一样