关于loadrunner记录的时间
是这样的我录制了一个脚本，是针对一个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 编辑 ] 楼主最好附上几幅图，更好的分析 期待结果 这个可能和系统有关系，比如端口的释放，查一下并发时的端口情况，是不是存在等待的情况，如果存在调整等待释放时间。 个人建议：
1、增加几台Load Generation同时跑脚本，对比几台Load Generation运行的结果和一台Load Generation的运行结果差别是否很大，如果差别较大，则个人认为可能是压力产生器资源所限；如差别不大则为其他原因；
2、出现以上结果的可能原因为：LR执行时为并发执行，而你执行时与LR并发执行时间差别较大。 你在脚本中的事务是如何定义的,是否只是最后一步点击按钮呢 还请版主解释下，谢谢了！~关注中。。。。。。。。。 等着更详细的描述来看看。
页:
[1]
