这里说的事务，其实是起到一个统计的作用，LoadRunner会对事务间的脚本做一些统计。
举一个最简单的例子：我们将Virtual User Generator的脚本放到Contoller去执行时，
会发现下方的监控事务响应时间的表格只写了vuser_init、Action和vuser_end这三行数据。
但常常，我们只想知道Action中间某几个请求消耗了多少时间。
这个时候，我们就可以将这几个请求对应的脚本包到一个事务里，那么Controller就会自动帮我们统计出相关的信息了。
那么如何在脚本中加入事务呢？
第一种方法，在录制时加入
当我们希望接下来的脚本在事务内时，可以通过快捷工具栏的以下图标来插入“开始事务”标识
给“开始事务”起个名字
之后我们继续录脚本，直到我们希望脚本录制到事务外，
这里可以插入”结束事务“标识
选择要结束的事务名称
这样，事务就完成了，回去看看我们录到的脚本代码：
是的，它仅仅是多了两行代码。
所以，第二种插入事务的方式，就是直接在脚本里写上这两行代码。
这样，即使完成的录制，我们也可以随意地再加入事务。
可能刚刚我们也留意到了快捷工具栏在“结束事务”右边还有一个亮点的图标
这个图标 就是“集合点”了
它的作用也很好理解，当我们测试多个用户并发时，每个用户执行到该事务脚本的先后顺序是不确定的，
所以得到的测试结果也并不是一个完全 并发的极限测试结果。
在开始事务之前 ，插入一个“集合点”，那么在多用户执行时，就可以将用户请求停下来，直到用户数量达到满足的条件（默认是100%的用户都到达集合点）
那么，所有的用户都将同时发出接下来的请求。
测试统计出来的结果，就是一个完全并发的结果。
另外得到的一个重要结论就是：集合点通常都是要与事务一起 使用的，单独使用集合点，基本上可以说是没有意义的。
1201
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
