关于LoadRunner中的平均响应时间计算问题
我做一个单用户基准测试,LoadRunner监控到的响应时间为1秒,但TPS远远不到1.测试场景为5分钟,通过的事务数也很少.我想问下,是不是这个响应时间监控的不对呢? 未通过的事务报了什么错误~Loadrunner是经过很多人测试的 有没有加思考时间 没有报错的事务,也没有Thinktime。现在有一点,我不能确认在LoadRunner的ART中有没有包括lrs_receive(socket1,'buf1',LrsLastArg)的时间。 奇怪的是某些交易正常。并且该交易在后台查看响应时间确实是1秒。现在脚本就是在lrs_receive(socket1,'buf1',LrsLastArg)的时候耗费了大量的时间,但是ART好象却没有统计该时间。问题就是为什么会在这里耗费时间呢? 原帖由 msnshow 于 2010-7-26 21:11 发表 http://bbs.51testing.com/images/common/back.gif
有没有加思考时间
Thinktime不是也会算入ART吗? lrs_receive(socket1,'buf1',LrsLastArg)
你期望返回的是buf1里写的东西,但服务器实际返回的字节数大小跟data.ws文件里buf1的大小不一样,这里会有个默认10秒的等待超时。
去看看lrs_set_recv_timeout ()以及lrs_set_recv_timeout 2()的函数说明。
[ 本帖最后由 tttrrryyy 于 2010-7-27 10:21 编辑 ] TPS每秒通过事务数乘以X等于1
这里X不等于响应时间啊 原帖由 tttrrryyy 于 2010-7-27 10:20 发表 http://bbs.51testing.com/images/common/back.gif
lrs_receive(socket1,'buf1',LrsLastArg)
你期望返回的是buf1里写的东西,但服务器实际返回的字节数大小跟data.ws文件里buf1的大小不一样,这里会有个默认10秒的等待超时。
去看看lrs_set_recv_timeout ()以及lrs_ ...
问题就出在这里了,当我重新去receive的时候,会在这里等待10秒,但是这10秒并没有计算到ART中。我测试的程序为什么不能再次receive呢? 1、这个等待时间是可配置的,本来就不在响应时间的计算范围内;
2、不是你的程序不receive,而是接收到的东西与预期的不匹配。在回放日志里搜索mismatch可以看到详细信息,前提是你打开了日志;
3、Loadrunner回放通过不表示脚本就OK。对于Socket协议,如果你不知道自己脚本每一步做了些什么,该得到什么,很难调试通过。
页:
[1]