LoadRunner12.x简易入门教程--(三)事务与集合点

这一节,我们来讲一下LoadRunner的事务和集合点这两个概念。


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


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

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

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

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


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

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


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

LoadRunner12.x简易入门教程--(三)事务与集合点_第1张图片


给“开始事务”起个名字




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

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

LoadRunner12.x简易入门教程--(三)事务与集合点_第2张图片


选择要结束的事务名称



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

LoadRunner12.x简易入门教程--(三)事务与集合点_第3张图片


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


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

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




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

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


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

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


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

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

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



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

你可能感兴趣的:(软件测试)