1）高并发（集合点）：
200个用户一起在10毫米内运行的多少，20个一组
每集合到20个用户开始执行，分成10组执行
案例是并发，也就是一堆用户一起访问
用举例来理解：线程组=用户数量，Number of Simulated Users to Group=车子的容量，
Timeout in milliseconds=等待用户上车的时间，到了就发车
所以当等待时间长了，错误率更高，因为装了更多的人，同时访问
Timeout in milliseconds：超时时间(毫秒)
1) 设置为0，无限等待，直到达到集合点设置的线程数。
2) 设置指定时长，如果到达指定时长，集合点数量未到达，集合多少用户释放多少用户数量。
特殊情况：用户数小于Number of Simulated Users to Group 时或者非整除时，
会一直拖到下面的时间到了才停止执行，设置为0的时候，就一直挂机了，因为凑不够一组一组的
用聚合报告来看，这样的效果更直观：
2）QPS：
1，是什么？
概念：QPS:Query Per Second每秒查询率。是一台查询服务器每秒能够处理的查询次数。20QPS==每秒访问20次
2，需求：
一个用户以20QPS的频率访问服务器，持续10秒，查看服务器的平均响应时间？
3，模拟20QPS的场景：
20QPS，持续10秒，一共循环200次
线程组里定时器下组件：
设置的一分钟次数，为20*60 1200次
执行次数多，所以用聚合报告
这个就是20QPS，一般会有点点波动
3）控制台中的组件
1，这三个：
2，Jmeter Test Fragment(测试片段)：
这组件的用法类似函数，包装啥方法的
可以用逻辑控制器中的这两个调用上面组件的方法
4）FTP文件传输协议：
外部添加的插件类应用，长这样
jmeter中的请求格式：
1）FTP请求
2）IP和FTP的端口
3）Remote Flie 就是自己安装FTP时设置的根目录，存放文件用的，我们在这填入上传时 想要改的文件名字
4）Local Flie 上传时，要上传的文件路径，下载时，存放下载的文化的路径
5）点选 get 和 put 下载和上传时勾选
6）FTP的用户名和密码
5）图形监视器：
1，是什么？
扩展组件：不是jmeter官方提供的，而是自己开发的组件，就是扩展组件
图形监视器：是监视服务器的如：内存，CPU，磁盘，网络等运行状态的组件实现
2，为什么？
模拟生产环境下，服务器运行状态的测试
3，怎么用？
1）实现思想：
明确应用场景：
学习期间：服务器和测试程序在个人PC机上，工作时，测试程序可能需要远程访问服务器
我们要测试的是服务器的运行状态
2）实现流程：
2）压力测试，性能测试，负载测试。。。使用该组件
3）下载第三方实现
ServerAgent 安装在服务器端（窃听程序），JmeterPlugins_Stardant安装在测试机
编写脚本（最好设置为死循环），开启客户端和服务器程序