51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2718|回复: 7
打印 上一主题 下一主题

[原创] 关于loadrunner记录的时间

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-6-5 09:37:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
是这样的
我录制了一个脚本,是针对一个OA系统
包括两个操作:首先是登录操作,然后是查询操作,然后结束了
两个操作都录在action部分,并且两个操作都作为单独的事务,并且我把所有思考时间全部删除

然后问题就出来了
当我做50并发的时候
lr显示登录事务时间平均响应是20多秒,最慢要30多秒,最快也要15秒,90%都在20多秒这个位置
可是
我这有一份用户感受信息反馈,在所有虚拟用户登录的同时,我让用户去登录,却3秒不用就ok了(实际证明用户没有错)

服务器CPU占用率非常低,才0%~3%之间,PF使用率也非常低,初步判定服务器那边是没有什么太大问题的
而且本地施压机器的CPU内存占用也都非常的低
根据测试报告!#@#$#$
总之,从各个方面来看,网络就是瓶颈

但是我就是想不通,客户和我同在一个网络,OA在公网上
为什么我LR做50并发记录的登录时间要20多秒,而实际上,此时用户去登录3秒不用
用户反映后,我再次重放场景,当所有虚拟用户登录的时候我也打开浏览器登录,确实不用3秒

我对lr原理已经有一些基础了解,请问有谁能解释一下
为什么lr记录的登录时间和同时的实际登录时间差距会有这么大?
(我说的实际登录时间是指:输入帐号密码后开始计时,直到页面完全加载完毕结束)

[ 本帖最后由 mr.bee 于 2008-6-5 09:39 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情

    2016-12-30 10:59
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    2#
    发表于 2008-6-5 11:39:40 | 只看该作者
    楼主最好附上几幅图,更好的分析
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2008-6-5 11:52:34 | 只看该作者
    期待结果
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2008-6-5 12:45:58 | 只看该作者
    这个可能和系统有关系,比如端口的释放,查一下并发时的端口情况,是不是存在等待的情况,如果存在调整等待释放时间。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2008-6-5 13:24:28 | 只看该作者
    个人建议:
    1、增加几台Load Generation同时跑脚本,对比几台Load Generation运行的结果和一台Load Generation的运行结果差别是否很大,如果差别较大,则个人认为可能是压力产生器资源所限;如差别不大则为其他原因;
    2、出现以上结果的可能原因为:LR执行时为并发执行,而你执行时与LR并发执行时间差别较大。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2008-6-5 14:36:43 | 只看该作者
    你在脚本中的事务是如何定义的,是否只是最后一步点击按钮呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2008-6-5 14:39:15 | 只看该作者
    还请版主解释下,谢谢了!~关注中。。。。。。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2008-6-5 14:39:26 | 只看该作者
    等着更详细的描述来看看。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-14 11:37 , Processed in 0.076076 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表