2 lchydp1979 lchydp1979 于 2016.02.29 12:20 提问

loadrunner场景监控为什么会把脚本作为事务,显示响应时间?

大家好!
我用的是loadrunner自带的webtours录制的脚本,录制的是登录、订票、取消订单、退出登录这些操作。录了几个差不多的脚本,然后在controller里作为不同的group加到了scenario中。我只在其中的一个脚本中加入了一个事务login,用于统计登录的响应时间。在运行场景时发现transaction response time中不但将我自己设置的事务的响应时间给出来了,而且还将脚本的各个部分,后面都加了一个_Transaction,给出了响应时间。
图片说明
我不太明白为什么会这样做。因为我以前也有过没加事务,导致transaction response time图是空的的情况。为什么现在会把脚本的组成部分也作为事务,进行统计呢?是有什么设置吗?我确认在VuGen和Controller的run-time settings中,都没有将action和step定义为事务。
图片说明
再说了,我加的那些脚本,形成不同的group,每个gruop里都有vuser_init,vuser_end这些的组成部分。究竟图里给出的事务的响应时间是哪个group里的啊?
谢谢指教!

2个回答

devmiao
devmiao   Ds   Rxr 2016.02.29 22:40
lchydp1979
lchydp1979 谢谢!不过没看到我想问的东西
2 年多之前 回复
qq_23255579
qq_23255579   2016.04.19 16:53

我也遇到了相同的问题,有没有高手指点下。

Csdn user default icon
上传中...
上传图片
插入图片
准确详细的回答,更有利于被提问者采纳,从而获得C币。复制、灌水、广告等回答会被删除,是时候展现真正的技术了!
其他相关推荐
在用lr运行场景以后,为什么没有事务响应时间的图谱呢?
最近在写测试报告,初学习loadrunner ,这个测试软件,有什么问题及解决方案都记录下来,方便后来者及自己记忆 在用lr运行场景以后,为什么没有事务响应时间的图谱呢? 运行时设置----杂项 ---有一个checkbox(定义 每个ACTION 为一个事务)是否打钩
loadRunner运行场景时,事务数为0或是只显示添加的事务的数
脚本编辑好后,不要马上就到Controller设置场景,记得看Run-time Settings-->General-->Miscellaneous中查看Automatic Transactions是否有选中的项,这里是没有选中时,在场景中运行的脚本显示的事务将是0。默认情况下,是选择第一个选项,意思是以每个Action为一个事务;第二个选项的意思是以每个步骤为一个事务。
loadrunner运行场景时responce time 图表出不来
我是来记录问题的,一个或许只会困扰到我的小问题   今天运行loadrunner时候,运行场景时responce  time 这张图一直出不来,无论我怎么操做,就是徒劳,我一直以为这是controller运行哪里没有设置好,东改西改,卵并然。   最后问题找到原因了,是因为我的脚本问题,脚本中没有加transcation 好吧,因为我用的是破解版本的loadrunner11.没加tran
loadrunner压测分析的两个重要指标:平均响应时间和TPS
在小编所经历的两个项目中压测关注的重要指标是平均响应时间和TPS,lr这个软件分析结果给指标有很多,但是检验一个软件运行的速度和负载能力,平均响应时间和TPS是大多数验收人员最为关注的。 平均响应时间:就是处理一个事务所需要的时间。平均响应时间越小,说明处理速度越快,软件的效率就越好。 (1)这里的事务不太同我们操作数据库时的事务,数据库执行一个save语句就是一条事务,但是我们测试的脚本这一
转:LoadRunner响应时间与用户体验时间不一致问题的深入分析
在新一代一期项目非功能测试过程中,我们发现了LoadRunner测试响应时间与客户端实际用户体验时间不一致的现象。例如员工渠道上线后,客户体验时间远远超过了LoadRunner测试响应时间。本文针对这一现象深入研究了导致二者不一致的原因并提供了意见和建议,现与大家分享。 1、用户体验时间 用户通过浏览器访问Web服务器时,体验时间可以细化。如下图所示,体验时间包括用户感应时间、
loadrunner中的响应时间与事务响应时间
1. 响应时间 事务是指用户在客户端做一种或多种业务所需要的操作集,通过事务函数可以标记完成该业务所需要的操作内容;另一方面事务可以用来统计用户操作的响应时间,事务响应时间是通过记录用户请求的开始时间和服务器返回内容到客户端时间的差值来计算用户操作响应时间的,如图1所示。 这里的响应时间不包含客户端GUI时间(例如浏览器解释页面所消耗的时间)。 前面说响应时间是用户请求发出和服务器返回之
loadrunner平均事务响应时间
-
让你的 JMeter 像 LoadRunner 那样实时查看每秒事务数(TPS)、事务响应时间(TRT)
熟悉 LoadRunner 的朋友一定不会对其 TPS(每秒事务数)、TRT(事务响应时间) 等视图感到陌生,因为这是压力测试最为关键的两个指标。JMeter 以其开源、灵活、扩展性高等特性赢得了广大测试从业人员的青睐,但是它没有像 LoadRunner 那样提供一个 TPS、TRT 之类的视图,虽然聚合报告也能说明一些整体以及实时的问题,但是就整体趋势、稳定性报告方面就无能无力了,见下图:所幸的
loadrunner 中的90%的请求响应时间
描述性统计与性能结果分析-LoadRunner,学到了平均相应时间和90%事务相应时间的关系,其中平均响应时间满足了但是未必符合性能要求,有时候还要看90%事务相应时间。   具体参看以下内容:   LoadRunner中的90%响应时间是什么意思?这个值在进行性能分析时有什么作用?本文争取用最简洁的文字来解答这个问题,并引申出“描述性统计”方法在性能测试结果分析中的应用。   为
对LR analysis的平均事务响应时间和summary里的时间值的不同的解释
&这里我已经忽略了思考时间。 看这里的liboys事务的值。先记住它们。再看这个图中的liboys事务的时间值,再记住它们。看看这个average transaction response time的采样时间:granularity2秒。现在我改为:115秒(整个场景的运行时间)。再来看average transaction response tim