1.确定交易使用什么协议，选择合适的Sampler。
2.增强脚本：参数化，关联。
3.按照合适的场景选择合适的脚本执行。

下面选择HTTP协议，mall项目中的【后台订单查询】作为例子详细解说一下脚本的制作。

※交易分析及选择合适的线程组

【后台订单查询】的流程大概是：登录后台管理界面→订单列表界面→按照查询需要的信息输入条件→点击查询→返回查询的结果。这个是依据界面查询订单，交易整个完成的流程。
分析：
由流程可以看出需要走登录再查询。在一些测试过程中可以直接跳过登录，直接走查询。但是本次示例，查询需要登录返回的token值。因此，本次示例就必须要有登录请求。但是登录并不是我测试的主要目的。想要的查询的TPS，那登录只是作为交易进行的前置条件。那么这个登录就要写在Loadrunner中的Init中即可了。而在Jmeter中要如何解决呢？
想到两种方法：第一、使用事务控制器。第二、使用线程组中的“setUp Thread Group”。下面详细说一下这两种方法：
事务控制器
【测试计划】→【线程组】。在【线程组】中添加登录请求和查询相关请求。并添加相应的请求头、变量、前置处理器、后置处理器、断言等。重点来了。添加【事务控制器】把查询相关的请求放在【事务控制器】下面。如图所示：

• 在设置并发时，因只有一个线程组，只需要设置一个线程组的线程数即可。
• 这样模拟的实际生活场景就是，多个用户登录后，每个用户都在进行查询。也就是说用户A在查询的同时用户B也在查询。
• 脚本中参数传递简单，易控制。
• 因在一个线程组中，请求执行的顺序也是按照写请求的顺序从上向下执行的。不同担心请求顺序混乱。
  setUp Thread Group
  【测试计划】→【setUp Thread Group】+【线程组】。
  【setUp Thread Group】中放登录相关请求
  【线程组】中放查询相关请求
  如图所示：
  
  
  使用setUp Thread Group需要考虑如下几点：
• 测试计划中有2个线程组了，且第二个线程组需要用到第一个线程组中的数据，需要考虑参数在线程组中的传递
• 如何设置并发，是只设置其中一个线程组的并发还是两个都设置。------如何是想要同一个用户的查询TPS，那就只设置登录的线程组即可了。如果是多用户的查询TPS，直接改用【事务控制】的方式编写脚本。
• 在什么情况下选择使用setUp Thread Group呢？------一些测试准备工作，比如需要准备大量的测试账户，加载测试需要的资源等。

※脚本增强

参数化
本次示例需要参数化的有用户名、密码、查询的订单号。
参数化可以选择的方式：详见Jmeter参数化，这里用户名、密码选择使用csv、用户参数、用户定义的变量；订单编号，如过知道订单变化的生成规则，使用随机函数进行生成。
关联
关联使用前置处理器和后置处理器。本次示例中需要用到的是Token值。在请求的响应中获取token，并把这个值作为下次请求的请求头。
示例中在登录请求下使用后置处理器→JSON Extractor。因本次示例token需要做二次拼接，所以可以直接使用BeanShell PostProcessor，使用String response = prev.getResponseDataAsString();来获取响应数据。
交易报错输出错误日志---详见Jmeter beanshell 断言
添加断言----beanshell断言，主要通过 Failure 和 FailureMessage来设置断言结果

Failure = false;表示断言成功
FailureMessage=“。。。”定义失败或者成功信息 
Failure = true;表示断言失败

※递增测试脚本的编写

使用插件jp@gc - Stepping Thread Group (deprecated)：

This group will start N threads:这个线程组总共要起N线程
First,waut for N seconds:等待多少秒起第一个线程
Then start N threads:第一次启动N个线程
next，add N threads every N seconds,using ramp-up M seconds:每次递增N个线程，每次递增间隔N秒，N个线程在秒内加载完成。
Then hold load for N seconds：单台负载机启动的线程总数达到Max之后，持续运行N秒。也就是最后一个梯度要运行多长时间
Finally，stop N threads every M seconds:每隔M秒停止N个线程

示例：跑4个梯度，起始20个线程，每间隔10分钟增加10个线程，线程都是在0秒内全部加载完成。设置如图所示：