关于lr_think_time函数的问题

macco · 发表于 2008-5-8 18:08:33

测试公司软件中某一模块的性能状况，正常情况下从主界面进入该模块的时间应为3－8秒钟。录制完脚本后运行（user数为1）：
   "Runtime settings"中
   "Ignore think time"时，测试数据显示进入该模块仅为0.78秒
   "As recorded"时，测试数据显示进入该模块需要19.78秒

检查脚本时发现：该transaction中有两条lr_think_time，分别为lr_think_time(9);lr_think_time(10)
搞不清楚这两条lr_think_time是如何产生的，是否应该手动去掉这两条lr_think_time？
同时请问以上现象如何解决才能得到正常的性能数据？

谢谢！

demit1 · 发表于 2008-5-8 21:27:35

lr_think_time，你录制脚本时在页面上停留时的思考时间。。。

aks5201314 · 发表于 2008-5-8 23:11:43

lr_think_time表示你进行操作时各步骤之间的间隔时间,如果你把测试的部分设为事务,那就把思考时间去掉.事务中一般不要包含思考时间,只关注整个事务所消耗的时间就可以了.

macco · 发表于 2008-5-9 10:20:34

感谢2楼、3楼的解答
但该transaction的start为点击该模块入口，end为完全弹出模块界面，而这两条lr_think_tim恰恰是在加载界面程序的过程中，这是怎么回事？目测该过程绝对不会少于3秒钟且超过8秒钟，但测试结果要么时间太长，要么太短。哪位大侠能帮忙解释一下！多谢！

maihua258 · 发表于 2008-5-9 10:33:40

我平时会把思考时间改小，或者直接将思考时间移至事务之外

ppzhang · 发表于 2008-5-9 11:34:22

lr_think_time函数是lr录制时候自动生成的.测试的时候有think time自然是程序响应时间+think time=0.78+9+10,不用think time就是0.78啦.摸块的响应时间又不是你看到程序执行完毕的时间.0.78秒这个结果应该正常,下一步就是多用户并发看看有问题么

hongyun0703 · 发表于 2008-5-9 14:36:53

我也觉得你的模块加载有问题，才0.78秒，可以看一下日志，是不是有些东东没有加载完。所以想办法判断一下，因为有的时候内容没有加载完，事务并不会报错（这个我最头痛）。

macco · 发表于 2008-5-9 15:02:22

6楼的意思是这个9秒、10秒的think_time是模块响应时，后台程序运行时的等待时间？所以0.78秒和19.78秒这两个时间都是正确的？

msnshow · 发表于 2008-5-10 17:24:31

楼主你把6楼的意思理解错了

cf_inper · 发表于 2008-5-11 22:13:30

在录制脚本的时候，lodrunner是记录客户端和服务器端的交互信息的，如果在事务开始和事务结束之间没有人为的思考的话，在脚本里却出现了lr_think_time(*)的话，那说明在录制脚本的时候，存在非客户端和服务器端的交互（譬如：访问本机信息）。

macco · 发表于 2008-5-13 11:24:19

谢谢10楼的解答。请问，该如何处理脚本中的lr_think_time，才不会影响到测试结果

cf_inper · 发表于 2008-5-13 23:17:15

建议分段测试，将录制下来的lr_think_time的前后分别作为一个事务来统计。
最主要的是和开发人员把这个情况说清楚就行了。

liangjz · 发表于 2008-5-14 00:51:58

有2种思路

1) lr_think_time(随机值 )
2) runtime setting中配置pacing，每个迭代为多少秒

，本质上模拟用户发送请求的频率，只要真实反应用户行为即可

macco · 发表于 2008-5-14 16:18:03

明白了，非常感谢诸位的帮助
多谢

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 关于lr_think_time函数的问题

相关帖子

这个很正常啊,有什么不对吗

回复 1# 的帖子

站长推荐 /1