1.创建一个简单的测试内容
1.测试目标网站是www.baidu.com
2.测试目的是该网站在负载达到20 QPS时的响应时间
2.建立测试计划
1.启动JMeter后，JMeter会自动生成一个空的测试计划，用户可以基于该测试计划建立自己的测试计划。
2. 一个性能测试请求负载是基于一个线程组完成的。一个测试计划必须有一个线程组。测试计划添加线程组非常简单。在测试计划右键弹出下拉菜单（添加-->Threads(Users)--->线程组）中选择线程组即可。
JMeter中 每个测试计划至少需要包含一个线程组，当然也可以在一个计划中创建多个，这些线程组是同时被初始化并同时执行线程组下的Sampler的。
3.设置基本参数
线程组主要包含三个参数:线程数、准备时长（Ramp-Up Period(in seconds)）、循环次数。
1.线程数:虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数
2.准备时长:设置的虚拟用户数需要多长时间全部启动。如果线程数为20 ，准备时长为10 ，那么需要10秒钟启动20个线程。也就是每秒钟启动2个线程
3.循环次数:每个线程发送请求的次数。如果线程数为20 ，循环次数为100 ，那么每个线程发送100次请求。总请求数为20*100=2000 。如果勾选了“永远”，那么所有线程会一直发送请求，一到选择停止运行脚本
这里我们根据20QPS的负载分别设置这三个参数为20、10、10
4.添加HTTP请求
添加完成线程组后，在线程组上右键菜单（添加--->Sampler--->HTTP请求）选择HTTP请求。对于JMeter来说，取样器（Sampler）是与服务器进行交互的单元
一个HTTP请求的配置参数主要包括:
1.名称:本属性用于标识一个取样器，建议使用一个有意义的名称
2.注释:对于测试没有任何作用，仅用户记录用户可读的注释信息
3.服务器名称或IP :HTTP请求发送的目标服务器名称或IP地址
4.端口号:目标服务器的端口号，默认值为80
5.协议:向目标服务器发送HTTP请求时的协议，可以是http或者是https ，默认值为http
6.方法:发送HTTP请求的方法，可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等
7.Content encoding :内容的编码方式，默认值为iso8859
8.路径:目标URL路径（不包括服务器地址和端口）
9.自动重定向:如果选中该选项，当发送HTTP请求后得到的响应是302/301时，JMeter 自动重定向到新的页面。
10.Use keep Alive :当该选项被选中时，JMeter 和目标服务器之间使用 Keep-Alive方式进行HTTP通信，默认选中
11.Use multipart/from-data for HTTP POST :当发送HTTP POST 请求时，使用Use multipart/from-data方法发送，默认不选中
12.同请求一起发送参数:在请求中发送URL参数，对于带参数的URL ，JMeter提供了一个简单的对参数化的方法
13.同请求一起发送文件:在请求中发送文件，默认不选中，如果用户只希望获取页面中的特定资源，可以在下方的Embedded URLs must match 文本框中填入需要下载的特定资源表达式，这样，只有能匹配指定正则表达式的URL指向资源会被下载。
14用作监视器:此取样器被当成监视器，在Monitor Results Listener 中可以直接看到基于该取样器的图形化统计信息。默认不选中
这里我们添加一个百度的HTTPS请求
5.设置qps
（1）JMeter提供了一个非常有用的定时器，称为Constant Throughput Timer （常数吞吐量定时器），该定时器可以方便地控制给定的取样器发送请求的吞吐量。右键点击fnng.cnblogs.com ，弹出菜单（添加--->定时器--->Constant Throughput Timer）选择Constant Throughput Timer
（2）Constant Throughput Timer 的属性包括:
Target throughput（in samples per minute）:目标吞吐量。注意这里是每分钟发送的请求数，因此，对应测试需求中所要求的20 QPS ，这里的值应该是1200
Calculate Throughput based on :有5个选项，分别是:
This thread only :控制每个线程的吞吐量，选择这种模式时，总的吞吐量为设置的 target Throughput 乘以线程的数量
All active threads :设置的target Throughput 将分配在每个活跃线程上，每个活跃线程在上一次运行结束后等待合理的时间后再次运行。活跃线程指同一时刻同时运行的线程。
All active threads in current thread group :设置的target Throughput将分配在当前线程组的每一个活跃线程上，当测试计划中只有一个线程组时，该选项和All active threads选项的效果完全相同。
All active threads （shared ）:与All active threads 的选项基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程上一次运行结束后等待合理的时间后再次运行
All cative threads in current thread group （shared ）:与All active threads in current thread group 基本相同，唯一的区别是，每个活跃线程都会在所有活跃线程的上一次运行结束后等待合理的时间后再次运行
这里为我们设置定时器的Target throughput为1200/分钟（20 QPS），设置Calculate Throughput based on 的值为All active threads
6.添加聚合报告
脚本的主要部分设置完成后，需要通过某种方式获得性能测试中的测试结果，在本例中，我们关心的是请求的响应时间。JMeter 中我们可在添加聚合报告，更为直观的查看测试结果。添加聚合报告，右键点击线程组，在弹的菜单（添加--->监听器--->聚合报告）中选择聚合报告
7.执行脚本
刚刚我们设置的参数如下
---------------------------------------------------------------------------------------------------------------------------
线程组:
线程数:20
准备时长:10
循环次数:10
--------------------------------------------------------------------------------------------------------------------------
HTTP请求:
名称:baidutest
服务器名称或IP :www.baidu.com
端口号:443
Implementation :java
协议:https
方法:GET
路径:/
--------------------------------------------------------------------------------------------------------------------------
常数吞吐量定时器:
Target throughput（in samples per minute）:1200.0
Calculate Throughput based on :All active threads
---------------------------------------------------------------------------------------------------------------------------
点击工具栏上的运行按钮，或者点击菜单栏“ 运行--->启动 ” 或者使用快捷键ctrl+r 来运行程序。
8.聚合报告
执行后的聚合报告如下图
其中每列的意义为
label:每个JMeter的http request都有一个name属性，这里就是name属性的值
samples:表示这次测试中一共发出了多少个请求，例如这次我们模拟20个用户，每个用户迭代10次，那么这里显示的是200
average:平均响应时间
median:50%用户的响应时间
90%line:90%用户的响应时间
min:最小响应时间
max:最大响应时间
error%:本次测试中出现错误的请求的数量/请求总数
throughput:吞吐量-每秒完成的请求数
KB/sec:每秒从服务器接收到的数据量
通过结果可知本次测试baidu网站在负载达到20 QPS时的200个请求平均响应时间为61sec，100%通过
接下来我们来看看如何根据我们的场景需要，进行脚本录制和测试