LoadRunner 12 事务、集合点、检查点、参数化

vuser_init : 存放初始化的脚本（只会执行一次）

vuser_end : 存放注销和关闭时候的脚本（只会执行一次）

Action : 存放实际操作脚本（可多次执行）

事务

• 性能测试中，除了要衡量整个脚本的性能外，还需要知道其中某一段或者某几段操作的性能，以便知道具体用户操作哪些地方对系统性能消耗较大。
• Loadrunner采用在脚本中定义「事务」 来完成这一需求。（说白了，就是分析局部代码的性能）

定义事务（确保你的脚本是可通过编译的）

点击此处定义事务 （插入事务开始标记）

点此定义事务结束处（插入标记结束的事务）

在脚本运行完毕后，系统就会在结果信息中单独反映每一个事务里的运行结果。

PS：事务开始的名称和结束的名称要对应。

也可以在进行录制的时候，就开始设置事务，一样的操作方法。

集合点

• 一般并发过程体现在开始执行的那一瞬间，随着服务器对请求响应时间的不一致或者环境条件限制，用户的执行速度也是不一致的。在运行过程中能够集合到一点的可能性很小，一般这种不能算作并发。
• 系统压力最大的情况：所有用户都集合到系统瓶颈某个点进行操作
• 从脚本角度来讲，这个某个点就是脚本其中的某一条或者一段语句，为了真实的模拟这种情况发生，LoadRunner提供了一个叫集合点的功能，实现真正意义上的并发。

插入集合点

一般建议不要在事务中用集合点，因为事务一般都是用于测某一段操作的响应时间之类的。 用集合点会影响到

设置好集合点后，需要在场景中开启集合点和设置集合点。

（我这里是因为设置了15个虚拟用户，且名字是系统取的，会比较难看。）

设置集合点释放策略

在「 Policy 」 选项里 大体的意思是：

• 百分比「虚拟用户」都到集合点位置集合
• 百分比「运行的用户」都到集合点位置集合
• 固定数目的「虚拟用户」到集合点集合
• 虚拟用户的超时设置

当符合条件后，虚拟用户就会一起执行接下来的脚本。

检查点

• 验证某个界面上是否存在指定的Text对象
• 使用LR测试Web应用时，可以检查压力较大时web能否返回正常的页面

使用函数： web_reg_find() 实现对文本内容的检查 ，一般放在页面请求之前（也就是web_url前）。

开启检查点

打开Replay => Runtime Settings

查看检查点结果

参数化

脚本参数化，就是针对脚本中的某些变量，定义一个或者多个包含数据源的参数来代替，让场景中不同的虚拟用户执行相同脚本的时候，用参数数据源中的不同数据替代这些常量，从而达到多用户真实使用系统的目的。（说白了就是给不同虚拟用户分配不同的大礼包， 你总不能让所有用户都用那破jojo和bean登录吧。）

使用方法

1.选择好参数化数据。将「常量」用「变量」代替（以我大jojo作例子）

2.给变量取名字，以及选择数据类型（ 之后进去还是能修改的）

3.双击变量名，右键，选择Parameter Properties 进行变量的数据源之类的设置。

查看数据模拟运行的结果

5.在运行时设置（Runtime setting) 进行设置

• 设置运行多少次
  

• 显示更多的日志（建议设置）
  

5.在运行时设置（Runtime Setting) 进行设置

• 设置运行多少次
  

• 显示更多的日志（建议设置）
  

打开这个，就可以直接在输出那看到，虚拟用户用了哪个参数 例如"username" = “haha1” ，然后下一次运行 “username” = “haha2” 这样。