jp@gc - Ultimate Thread Group、jp@gc - Response Times vs Threads实践使用

1 认识线程组

实例1：1秒中启动100个线程*10

1、脚本文件，创建线程组，java请求

2、监听线程活跃数

注意：观察的时候需要看稳定的阶段

2 实践场景

性能需求：需求能支持5个用户并发访问，响应时间在3秒内，错误率不超过2%

性能需求：访问首页的响应时间不超过3秒，最多能支持多少用户并发
估一个最大的并发数进行压测

1.1 jp@gc - Ultimate Thread Group介绍

该插件跟Stepping Thread Group线程组有些类似，不过这个是多个线程组设置的结合。执行的时候，每个线程组是同时按照自己的规则开始执行的，每一时刻，得到的结果都是两个线程组的叠加。

Initial Delay,sec(延迟启动时间，单位秒)设置每时间间隔10s：0s、10s、20s、30s，这样是为了满足不同组的启动延迟时间，若每个线程组不同的用户都在同一时间节点启动那不是递增式并发，那是同步式并发。
Hold Load For,sec(持续运行)，意指每个线程组的线程在启动达到设置的线程数后持续运行多长时间，单位秒。此时需求每组线程运行后达到顶峰后呈现出“递减”状态
Shutwn Time(关闭时间)，这个可配合上面四个可设置：0、0、0。这样是为了满足“每波用户访问量递增→递减”的需求

1.2 jp@gc - Response Times vs Threads介绍
jp@gc - Ultimate Thread Group设置每10秒加载1个用户，60秒加载完，添加http请求，header参数

2）添加 jp@gc - Response Times vs Threads，运行

线程活动期间的响应时间监听。其中横坐标是活动的线程数（也就是并发数），纵坐标是响应时间（单位是毫秒）