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唯一数参数类型
数据文件
设置参数的数据源
修改参数文件的路径
将绝对路径改为相对路径
导入数据
参数化过程应注意：
① 参数化文件尽可能少，应为参数是放在内存中的
② 参数化文件与脚本分离
③ 参数文件为相对路径（防止换电脑执行脚本时路径找不到）
④ 参数从历史数据库中获得，更具有真实性
⑤ 参数类型的选择
⑥ 参数的数据由事务决定