yixiong007 发表于 2010-10-8 15:55:45

请教：B/S应用的实际加载时间比lr回放脚本的响应时间长很多

请教：B/S应用的实际加载时间比lr回放脚本的响应时间长很多，这是怎么回事？
在B/S应用中，录制一段查询符合条件数据的脚本，在加载显示这些数据的等待时间较长（约8秒左右）。
将该过程定义一个事务，在lr中进行回放，发现回放日志中该事务的等待时间非常短，只有不到1秒，相比实际加载时间差距很大，请问这个现象如何解释？
（申明下：事先已做好了清空cache的操作了）

yixiong007 发表于 2010-10-8 15:59:29

是不是LR的响应时间只计算到接收到请求，而不关心客户端的行为所导致
那怎么可以做到把LR运行测试结果计算出时间是实际客户端加载完毕的时间呢？
请教各位，等候大侠

云层 发表于 2010-10-8 16:36:30

只是因为你没有正确的使用事务函数而已，LR计算出来的时间比你肉眼看到的快很多其实

yixiong007 发表于 2010-10-8 16:45:36

正确使用事务函数？？
是啊，计算出来的结果时间是1s以下，但客户用肉眼看，加载完成需要7~8s
这样自然认为这份报告极不可靠……

yixiong007 发表于 2010-10-8 16:46:50

应该不是事务函数的原因吧，我不加入事务函数，结果仍是这样

angzhuo 发表于 2010-10-8 17:09:47

将loadrunner的日志全部停掉，加入事物函数，或则你利用lr_get_transaction_duration函数取值，其实跟加入事物是一个道理，时间不会相差太大。

yixiong007 发表于 2010-10-8 17:26:23

我还是坚持不是啥事务函数的问题，相比实际加载时间明显短，那还是应该从LR如何计算响应时间着手考虑

yixiong007 发表于 2010-10-9 14:54:12

帖子不能沉啊，呵呵

mengqingyue2 发表于 2010-10-9 21:09:37

我也遇到了这个问题，至今还没有得到正确的答案，在此请教高手。

mengqingyue2 发表于 2010-10-11 22:01:14

顶下。

angzhuo 发表于 2010-10-12 09:21:02

lr通过向服务器发送数据包，接收到服务器发送的数据包，lr判断成功，就跟你ping主机是一个意思的，所以肯定会很快了

cjp110212 发表于 2010-10-12 13:04:18

回复 3# 云层

云层大侠，不明白你说的是什么意思，客户感受的时间，应该包括程序在客户端加载的时间吧？难道LR中有函数可以捕捉这部分时间？请指教！！

云层 发表于 2010-10-12 16:45:39

建议你们看一下什么叫做前端渲染，LR是按照请求来回计时的，肉眼是根据操作显示计时的

不是服务器慢，只是你的客户端慢而已

goldfeng 发表于 2010-10-15 17:20:22

有可能是thinktime的问题。虽然选项勾中了ignore thinktime，但运行时仍然会存在等待情况。
你可以试一下把所有的thinktime脚本全部注释掉。

PrefTest 发表于 2010-10-15 17:37:57

LoadRunner取的是从服务器接收到数据为止的时间，而在浏览器看到数据加载完成这段时间是不算进去的，所以这个现象很正常

刘顺 发表于 2010-10-19 10:50:01

是否和显示的数据量有关系，如果查询结果数据量比较大，从数据库中查询到结果显示在页面上也需要一定的时间。

jj_ljw 发表于 2010-10-19 11:05:13

建议你们看一下什么叫做前端渲染，LR是按照请求来回计时的，肉眼是根据操作显示计时的

不是服务器慢，只 ...
云层 发表于 2010-10-12 16:45 http://bbs.51testing.com/images/common/back.gif

+1
lr不计算客户端显示时间

lzy0302 发表于 2011-3-16 10:01:15

我也碰到这个问题了，LZ是否已经找到解决办法了？

stephanie0923 发表于 2011-8-13 10:16:47

我也遇到这样的问题，不过我的协议是socket，LR计算出来的事务响应时间只有0.003，但是服务商的日志中显示每笔交易处理时间有500ms左右，这样的报告就一点都不真实了，跪求解决方案啊！！

mingming0209 发表于 2011-10-17 13:57:12

没有解决方案吗
云层大哥，给个解决方案呗
页: [1] 2
查看完整版本: 请教：B/S应用的实际加载时间比lr回放脚本的响应时间长很多