检查点，Block块，参数化

l 检查点：每次运行时检查服务器返回的数据是否正确，节省人工检查的时间（压测中数据传输次数过多，页面可能会产生传递混乱）

l 检查点函数：web_find

l 检查点类型：文本检查点；图片检查点

l 检查点目的：验证测试过程中步骤是否正确执行（检查事务是否被正确的执行）。如飞机订票系统的登陆模块，判断用户是否登陆成功

l 插入检查点：

1、将视图模式设为Tree view视图模式

2、在要插入检查点的位置右击，选择插入在前面还是后面

3、选择要插入检查点的类型和插入检查点函数

检查点的类型：Test check和image Check

检查点函数：web_find 和web_reg_find

（1）web_find()函数：在页面中查找相应内容；只能在html模式录制的脚本进行查找；必须写在所查找内容所在页面的后面；不返回查找结果；执行效率低

（2）web_reg_find()函数：在缓存中查找相应内容；必须写在要查找内容的请求之前；通过SaveCount判断所查找的内容出现的次数来判断事务是否执行成功

6.2  Block（块）技术

一个脚本中有多个业务（如登陆、注册、查询），每个业务执行的次数不同时使用block技术

（1）Vuser菜单--Run time Settings--Run logic

（2）选择Run ，插入一个block：点击insert Block按钮

（3）点击新增的block，在弹出的对话框中选择要添加的action

（4）根据需要建立多个block，并在里面添加action

（5）将block外面的action删除

（6）设置Block Properties，双击block在弹出的对话框里设置：Sequential按输入的次数执行，Random是指block内的各个action执行的百分比

（7）一个action的迭代次数=所在block执行次数*Number of Iterations

6.3  参数化技术

参数化：对于脚本中的一些常量，使用参数来代替。

参数的数据源可以用文本文件也可以用数据库。

参数化过程体现了数据驱动的思想，即测试脚本与测试数据分离的思想；脚本体现流程，数据体现测试案例

参数化原因：（1）减少脚本数量；（2）更接近真实客户业务

需参数化的条件：

（1）日期时间（如订票，20号写的脚本订票日期为20号之后，25号之后再运行脚本的订票日期错误）；

（2）唯一性约束（数据库主键唯一性约束，如注册用户的ID为主键时，不能多次注册同一个用户ID）

（3）数据约束（要提交的业务数据必须每次都不同）

（4）缓存数据约束（每次查询条件一致时，数据存储在缓存中，直接从缓存取，不会去内存中重新取，测出来的时间不准确）

如何创建参数：

脚本中选中要参数化的常量右击-Select Create Parameter

参数类型属性：（1）date/time日期时间参数类型（2）Group name（组名）参数类型（3）Interation Number（迭代编号参数类型）（4）负载发生器名参数类型（5）随机数参数类型（6）Unique Number唯一数参数类型

数据文件

设置参数的数据源

修改参数文件的路径

将绝对路径改为相对路径

导入数据

参数化过程应注意：

①　参数化文件尽可能少，应为参数是放在内存中的

②　参数化文件与脚本分离

③　参数文件为相对路径（防止换电脑执行脚本时路径找不到）

④　参数从历史数据库中获得，更具有真实性

⑤　参数类型的选择

⑥　参数的数据由事务决定