前言
熟悉性能测试的小伙伴对Jmeter一定都不陌生，Jmeter因其轻量、开源的特点成为了一款颇具人气的性能测试工具。
性能测试需要模拟客户端向服务器发送请求，而这些请求不仅可以手动添加，也可以通过录制脚本的方式生成。
很多读者比较熟悉的脚本录制是通过Loadrunner或Jmeter+Badboy来实现的，但实际上，Jmeter自身也具有完备的脚本录制功能。
下面，我们就来介绍如何通过Jmeter进行脚本录制。
基础篇
在开始录制前需要进行一系列的准备工作。
第二步，添加测试计划->非测试元件->HTTP代理服务器；
其中目标控制器选择上一步中的录制控制器，端口可随意填写，但需要保证不和其他程序的端口冲突，这里使用默认的8888端口。
第三步，配置浏览器代理服务器，端口与上一步中保持一致；
在上述步骤完成后，就可以开始录制了~
首先，在HTTP代理服务器中启动录制；
之后会弹出认证窗口，点击确认。
接下来，就可以在浏览器中进行录制操作，录制完毕后点击停止，结束录制。
不过，在完成上述操作后，脚本的录制还不算最终完成。因为在录制过程中会产生很多冗余的请求，一部分是浏览器相关的请求，这一部分很容易被筛选出来（下图中框选内容）。
进阶篇
通常，在对系统进行测试时，首先都需要进行登录，否则无法进行相关的页面操作。大多数浏览器是通过token来进行身份识别的，在发送请求后，Jmeter可以获取服务器的响应数据，登录请求的响应数据中包含token值，只要在脚本中与后续操作进行关联，就可以完成身份认证了。
Jmeter中的数据提取有很多方法，这里我们使用JSON提取器来获取登录token。
首先，在登录请求中添加后置处理器 -> JSON提取器，设置token变量；
接下来，在目标交易请求的HTTP信息头管理器中将X-Token与上一步中设置的变量进行关联，即可动态获取登录的token值。
到这里我们可能会有一个疑问：关联token虽然解决了登录的问题，但是每做一次其他操作都需要重新登录吗？
如果测试环境没有登录超时设置，即只需要一次登录，那么这里需要用到的就是两种控制器：添加逻辑控制器->仅一次控制器，逻辑控制器->循环控制器，把登录放入仅一次控制器中，目标交易请求放入循环控制器中，就能保证只进行一次登录了。
然而，实际的系统往往没有这么简单，当登录超过一定时间，原有的token可能会过期，需要再次获取。
举例来说，在疲劳测试中，因为运行时间长，很可能因token过期失去访问权限。解决这个问题的一个方法就是让系统定时重新登录。
笔者在这里提供一种思路：疲劳测试的吞吐量一般是比较稳定的，因此可以根据吞吐量大致估算出一段时间t内的交易数量N，将上图中的仅一次控制器替换为循环控制器，循环次数设置为1，并将下一个循环控制器循环次数设置为N，这样就可以保证每经过时间t重新登录一次，避免了因为登录超时导致测试中断。
在上述的各个步骤都完成后，我们就可以添加各种监听器，运行脚本并查看结果了，你学会了吗？
