bzm - Arrivals Thread Group线程组
一个“到达”是线程迭代的一个开始（虚拟用户的一个迭代开始）。
在到达的线程组用于时间表“到达”。“到达”的调度是描述负载的另一种方法。由于“到达”是脚本迭代的开始，因此调度到达就是迭代开始的调度。该自由形式到达线程组类似于抵达线程组有一个主要的区别-调度更加灵活。
bzm - Arrivals Thread Group（到达线程组）非常适合进行更传统的负载测试。可能的情况可能是“当系统有每分钟100张的订单，我们的系统是否运行良好？”。
1：利用我们的平台设计一个登录接请求
2：在请求下面添加常量计时器
3：添加一些监听器，比如聚合报告，吞吐量，活动线程数，响应时间，点
击率等等
利用 Arrivals 线程组进行负载：
当所有 user 都开始迭代时，JMeter 将依据压力自动创建新线程，因此可能会产生
大量线程并导致”内存不足”,可以使用 Concurrency Limit 字段来限制最大线程数。
目标到达率：(到达/分钟)：120
加速时间(分钟)：1，初级线程的时间，这里1分钟达到120并发并运行包括持续的时间。
步进(加速几次)：2，并发的用户数分为几步，这里120线程并发分为2步，每步60.
保持目标到达率(分钟)：2，在达到120线程继续跑2分钟
目标到达率定义了目标负载在一分钟内开始的迭代次数。我们设置为每分钟 12（0 每
秒 2）。
加速时间：定义了达到目标负载水平的时间。
步进：定义实现目标负载级别的步骤数
保持目标到达率时间：定义目标负载水平持续时间。这里我们有两个选择：分钟或
秒。
Thread Iterations Limit 定义为每个虚拟用户运行的迭代次数。字段为空说明每个用
户将运行无限次迭代，直到测试计划结束。
调整定时器
定时器是作为用户思考时间。单位是毫秒
监听器 ——jp@gc - Active Threads Over Time
阶梯加压线程组需要和 Active Threads Over Time(不同时间活动数
量展示)结合起来，这样能看到动态的阶梯加压效果
这里的120线程，只需要1个并发用户即可。
