LoadRunner12使用教程（四）——事务与集合点

这里说的事务，其实是起到一个统计的作用，LoadRunner会对事务间的脚本做一些统计。

举一个最简单的例子：我们将Virtual User Generator的脚本放到Contoller去执行时，

会发现下方的监控事务响应时间的表格只写了vuser_init、Action和vuser_end这三行数据。

但常常，我们只想知道Action中间某几个请求消耗了多少时间。

这个时候，我们就可以将这几个请求对应的脚本包到一个事务里，那么Controller就会自动帮我们统计出相关的信息了。

那么如何在脚本中加入事务呢？

第一种方法，在录制时加入

当我们希望接下来的脚本在事务内时，可以通过快捷工具栏的以下图标来插入“开始事务”标识

给“开始事务”起个名字

之后我们继续录脚本，直到我们希望脚本录制到事务外，

这里可以插入”结束事务“标识

选择要结束的事务名称

这样，事务就完成了，回去看看我们录到的脚本代码：

是的，它仅仅是多了两行代码。

所以，第二种插入事务的方式，就是直接在脚本里写上这两行代码。

这样，即使完成的录制，我们也可以随意地再加入事务。

可能刚刚我们也留意到了快捷工具栏在“结束事务”右边还有一个亮点的图标

这个图标 就是“集合点”了

它的作用也很好理解，当我们测试多个用户并发时，每个用户执行到该事务脚本的先后顺序是不确定的，

所以得到的测试结果也并不是一个完全 并发的极限测试结果。

在开始事务之前 ，插入一个“集合点”，那么在多用户执行时，就可以将用户请求停下来，直到用户数量达到满足的条件（默认是100%的用户都到达集合点）

那么，所有的用户都将同时发出接下来的请求。

测试统计出来的结果，就是一个完全并发的结果。

另外得到的一个重要结论就是：集合点通常都是要与事务一起 使用的，单独使用集合点，基本上可以说是没有意义的。