3.2.4.1 Jmete中的检查点
Jmeter断言模式有多种，比如响应断言、JSON Assertion断言，类比Loadrunner中的web_reg_find函数的是一个响应的文本断言。如下图，添加一个响应断言：
如，检查queryBusinessCity返回的消息中是否包含000000的字符串，如果不包含，则提示失败。
失败时返回了指定的提示语。
与Loadrunner一样，不建议使用lgnore Status模式，是否成功应以返回的内容包含指字文本信息为主。注意，匹配规则有‘包括’、‘匹配’、‘Equals’、‘Substring’等，并且通过‘添加’功能可以一次性增加多个检查的内容。
推荐能用JSON Assertion模式的时候，就用JSON Assertion模式，毕竟现在大多Web系统返回的以JSON格式的数据居多。
失败时因为返回404错误，故JSON模式的检查点会报类型错误。
3.2.4.2Jmete中的参数化
参数化是我们丰富脚本的重要手段，在Loadrunner中我们主要通过随机值或者文本的模式来产生参数化。
在Jmeter中增加一个文件参数化，需要选中请求右键添加CSV数据文件设置。
编辑CSV文件，第一行为变量标题名称（注意，不要与其它参数或者关联参数重名）。
设置数据文件的具体值，可以设置是否再进行循环取用、以及使用该数据是在本线程中，还是线程组中。如果是本线程中，代表每个vuser都是第1次，从第1个数开始取，第2次，则从第2个数开始取；如果是本线程组中，则代表vuser组中第1次，vuser1取第1个数，vuser2取第2个数。
绑定使用的变量名称到请求中${ch}中
通过函数助手的模式来增加参数
生成1到100之间的随机数的参数
其它函数助手的模式，可以参考：http://blog.csdn.net/fanjeff/article/details/4687315。
文章中对每一个函数的含义和使用进行了讲解。例如UUID、Urldecode、RandomDate等函数的应用，按函数的定义来看，大多参数化都可以选择此种模式，极大的提高了参数化的模式。
至于另一种参数化的模式—用户参数是根据每个用户来指定的，需要1个用户1个用户的增加，从实际应用来看vuser数较多时是不具有可操作性的。
添加一个监听器，用来查看运行结果
运行后，查看结果树:
3.2.4.3Jmete中的关联
在进行性能测试脚本开发过程中，少不了需要在请求与请求之间进行动态传参，在Loadrunner中我们将这一概念称之为关联，同样在Jmeter中也是需要进行关联操作的。
Jmeter中创建关联，选中要关联的请求后，其关联的方式较多，本文采取较常用的JSON格式获取关联，如下图添加一个后置处理器。
使用Json选择模式保存到变量qbcityNo中
创建一个新请求，使用关联出来的qbCityNo参数
运行后，可见已使用关联参数qbCityNo进行请求
3.2.4.3Jmete中的事务
Loadrunner中通过lr_start_transaction和lr_end_transaction来控制事务，在Loadrunner工具的介绍中，我们已知道事务是评估用户感知性能状况的单位，所以Jmeter中如何创建事务也是满重要的。
虽然Jmeter也可以创建事务，但由于其录制模式采用的是代理模式，并且实时打点设置事务的方式，故对于一堆请求属于那一个业务的事务，往往需要结合抓包请求来识别或者通过录制控制器来控制业务。 抓包识别业务中的请求，这一点要求在性能测试中是很重要的。
在Jmeter中添加一个事务控制
给事务取一个名字，注意需要勾选Include duration of timer and pre-post processors in generated sample选中这一项会统计定时器(timer)的时间，否则只统计采样器(sample)的时间。
运行后可以查看定义的事务名称的时间
3.2.4.4Jmete中的集合点
与Loadrunner类似，可以在Jmeter中添加一个集合点，如下图所示：
在queryBusinessCity和queryCarInfoList之前插入集合点
运行后查看结果，可知queryBusinessCity和queryCarInfoList是在一个时间点发起的。
