Block（块）技术
block（块）技术是应用于在一个脚本中实现不同事务、不同次数循环或不同百分比循环的情况。比如在一个脚本中，登录执行3次，查询执行1次。
使用方法如下：
1、录制一个脚本，包含2个业务：登录和查询
2、vuser->run time settings->general->run logic，选择run，插入一个block块，然后选择block()，单击insert action按钮，选中要添加的action，如图1所示：
图1（为block添加action）
3、重复上面的操作，再新建一个block，然后删除block外的action，如图2所示：
图2（删除block外面的action）
4、设置block properties，如图3所示：
图3（block properties设置）
5、block（块）技术就是这样了，注意：事务迭代的总次数=该block迭代次数*number of iterations，如上图即是login迭代次数=3*1=3次。
参数化技术
一、参数化的原因及条件
脚本参数化就是针对脚本中的某些常量，使用参数来取代。参数化的过程体现了数据驱动的思想，即是将测试脚本和测试数据进行分离的思想，脚本体现测试流程，数据体现测试案例。
原因：可以减小脚本的数量；使业务更接近真实的客户业务，每个虚拟用户使用不同参数值来模拟，这样可以更好地接近客户的实际情况。
哪些需要进行参数化？
1）日期时间：例如录制一个订票业务流程，订票日期一定是当前日期之后，比如订的机票日期是17年4月1号，那么在该日期之后再来回放该脚本时，会发现脚本无法正常使用，所以这类情况需要参数化。
2）唯一性约束：是指在数据库中对于主键必须是唯一的，如果一起使用相同数据提交业务，那么业务将无法完成，比如注册业务就不能使用相同的数据进行注册，因为数据库中会把注册用户的ID作为主键。
3）数据约束：是指在测试过程中要求提交的业务数据必须是每次都不同，如果提交事务中的数据一致，那么事务将会失败。例如银行事务，一些银行事务是以报文的方式发送的，在发送报头时，后面一般会接一个6位的动态码，那么这个动态码就必须每次都不一样，如果写成一样，那么银行交易事务将会失败，所以对于这类数据必须进行参数化。
4）缓存数据约束：在谈缓存数据约束前，必须先了解数据库查询的过程，数据库在查询时首先使用查询条件在数据库中查询，查询结束后，系统需要将查询到的结果显示在页面中，那么显示时需要先将查询到的结果从硬盘中读取，读取后将数据从硬盘读到内存，再从内存读到缓存，最后将缓存中的数据发送到处理器中进行处理。但是有一种特殊情况，如果每次使用的查询条件一致时，数据库中查询到的结果就是一致的，那么需要处理的数据已经存储在缓存中，这样系统就不需要从硬盘将数据讲到缓存，而直接将缓存中的数据传输到处理器中进行处理，这样就节约了从硬盘读到缓存中的时间，而整个查询过程中时间消耗最多的恰好是从硬盘读到缓存的时间，所以这样测试出来的时间不是真实的时间，这时就出现缓存数据约束，所以这种情况也需要进行参数化。
二、创建参数
1、录制注册业务的脚本->选中要参数化的常量并右击，选择replace with a parameter->输入参数化名称，如图4所示：
图4（参数化命名）
2、参数化结束后，脚本保存的根目录下会自动生成一个参数化的文件，如图5所示：
图5（参数化文件）
3、可对这2个文件进行合并，节省资源，合并后可以将pw和user2个文件删除，为了将参数和脚本分离，一般会新建一个参数文件夹，将所有参数文件都放到里面，如图6所示：
图6（合并参数文件与分离脚本、参数）
注：如果改变了参数文件路径后直接运行的话，会报错（error-13889），这时要进行参数类型属性设置，可看下面的内容。
相关文章：
