并发登录响应时间与在并发过程中手工登录时间,相差太大,这是什么原因.

ruby_hong · 发表于 2010-10-20 10:13:16

并发多个用户,显示的登录时间是50-100S之间.在此并发之间,我用手工登录,却只要10S左右的时间.用了好几个不同的用户,都是这样.
时间为什么相差这么大呢

ruby_hong · 发表于 2010-10-21 11:08:34

谢谢各位的回答.

androidone · 发表于 2010-10-21 10:25:45

楼上正解，你可以通过后台服务器日志看到效果，当你完成一项操作时，虽然页面的东西完成了，但是后台的请求还是没有完成的。所以不能光凭肉眼来判断，但是也不能把宝全部压在loadrunner这种测试工具上，性能测试还是需要长期的经验积累，loadrunner是个工具，算是提供辅助作用。毕竟只有咱们人类是最聪明的。

ziheng198688 · 发表于 2010-10-20 19:24:40

有时在手动进行操作的时候，我们肉眼看上去好像是事物完成了，其实在后台还是有一些请求在执行的，所以LR里面体现出来的时间可能比手动的要久。

mr.bee · 发表于 2010-10-20 17:15:27

对思考时间、迭代间隔、浏览器模拟、带宽模拟做更接近用户实际环境的模拟还有场景设置、日志输出等等会得到一个跟你手工操作更接近的时间

androidone · 发表于 2010-10-20 11:52:12

回复 8# ruby_hong

如果你加入思考时间，回放时肯定和你手工操作的时间是不一样的，还有你是否让它打印日志，这些都是浪费时间的，loadrunner的原理就是代理，跟你手工直接访问时不一样的，这是肯定的，呵呵

ruby_hong · 发表于 2010-10-20 11:48:49

脚本都有思考时间,并修改为2-5秒.
楼上的用意,是用函数控制停留时间吗,我手工改的应该也可以的.

qzj_test · 发表于 2010-10-20 11:44:29

楼上正解

androidone · 发表于 2010-10-20 11:37:14

你的脚本是否有等待时间？建议加入事物函数，

ruby_hong · 发表于 2010-10-20 11:16:12

谢谢楼上的回答.
我没有设置集合点,是每3秒上2个用户.,不过我在登录后设置停留5秒再退出.
应该是碰上了单独响应请求.

clickers · 发表于 2010-10-20 10:58:05

我觉得并发登录肯定比手工登录响应时间要长，你这边手工登录的时候也许那边并发已经完成或者正在赶往集合点，等于是服务器还是单独响应了你的登录请求，除非你的手工登录跟并发撞一起了，这时候你的手工登录响应时间估计也会是50-100S

ruby_hong · 发表于 2010-10-20 10:43:16

是在并发过程中手工登录.并发还在跑.

clickers · 发表于 2010-10-20 10:32:09

你手工登录的时候那边并发还在跑吗？如果你只是单纯手工登了下，那说明并发时发现了服务器那边的性能瓶颈，这是我们一直在苦苦寻找的东西！

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

[原创] 并发登录响应时间与在并发过程中手工登录时间,相差太大,这是什么原因.

相关帖子

站长推荐 /1