1 场景设计
场景是用来尽量真实模拟用户操作的工作单元，场景设计源自于用户真实操作，JMeter场景主要通过线程组设置来完成。有些复杂场景还需与逻辑控制器来完成。
2 场景设置
JMeter线程组实际上是建立一个线程池，JMeter根据用户的设置进行线程池的初始化，在运行时做各种运行逻辑处理，图2-1是线程组界面，先了解下参数表
参数说明如下：
名称：设置有业务意义的名称，注释一样
在取样器错误后要执行的动作：也就是某一个请求出错后的异常处理方式
（1）继续：请求（Sampler元件模拟的用户请求）出错后继续运行
（2）Start Next Thread Loop：如果出错，则同一脚本中的余下请求不再执行，直接重新开始执行。
（3）停止线程：如果遇到请求失败，则停止当前线程，不再执行。
（4）停止测试：如果某一线程中的某一请求失败了，则停止所有线程，也就是停下整个测试
（5）Stop Test New：如果有线程的请求失败了，马上停止整个测试场景。
线程属性：
（1）线程数：运行的线程数设置，一个线程对应一个模拟用户
（2）Ramp-Up Period（in second）：线程启动开始运行的时间间隔，单位是秒，即所有线程在多长时间内开始运行，比如设置线程数为50，此处设计为10秒，那么每秒就会启动50/10，5个线程，如果设置为0秒，则开启场景后50个线程立刻启动。
（3）循环次数：请求的重复次数
（4）Delay Thread creation util needed:勾选，线程在Ramp-Up-Period的间隔时间启动并运行
3场景运行
场景运行分两种，GUI运行（可视化），非GUI运行（命令窗口），在windows中我们可以在命令窗口运行，JMeter的场景运行基于运行架构分为两种，一种是本地化运行，即单机运行，另一种是远程运行，不管是GUI还是非GUI都支持本地运行与远程运行
3.1GUI运行
3.1.1本地运行：即只运行本地一台JMeter机器，所有的请求从一台机器发出
3.1.2 远程运行：用一台JMeter控制机（Master）控制远程的多台机器（Slave）来产生负载。
3.2非GUI运行测试：在命令窗口通过命令行来运行场景，因为JMeter可视化界面及监听器动态展示结果都比较消耗负载机资源，在大并发情况下GUI往往会导致负载机资源紧张，会对性能测试结果造成影响，影响负载量的生成，所以推荐用非GUI方式来运行测试计划，非GUI运行测试以字符形式周期性显示执行结果，
4 性能参数设置
5 测试监听
性能测试监控的主要任务是获取运行状态收集测试结果，测试结果有事务响应时间，吞吐量及服务器硬件性能（CPU,内存，磁盘等），JVM使用情况，数据库性能状态等，在JMeter中监听器承担监听工作，JMeter的监听器可以统计吞吐量，响应时间等指标
5.1Summary Report：以表格的形式显示取样器结果，如果不同Sampler（不同请求）拥有相同名字，那么在Summary Report中会统计到同一行，所以在给取样器取别名是最好不要为空，按业务功能来取名
