51Testing软件测试论坛

标题: 并发登录响应时间与在并发过程中手工登录时间,相差太大,这是什么原因. [打印本页]

作者: ruby_hong 时间: 2010-10-20 10:13
标题: 并发登录响应时间与在并发过程中手工登录时间,相差太大,这是什么原因.
并发多个用户,显示的登录时间是50-100S之间.在此并发之间,我用手工登录,却只要10S左右的时间.用了好几个不同的用户,都是这样.
时间为什么相差这么大呢

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

作者: ruby_hong 时间: 2010-10-20 10:43
是在并发过程中手工登录.并发还在跑.

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

作者: ruby_hong 时间: 2010-10-20 11:16
谢谢楼上的回答.
我没有设置集合点,是每3秒上2个用户.,不过我在登录后设置停留5秒再退出.
应该是碰上了单独响应请求.

作者: androidone 时间: 2010-10-20 11:37
你的脚本是否有等待时间？建议加入事物函数，

作者: qzj_test 时间: 2010-10-20 11:44
楼上正解

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

作者: androidone 时间: 2010-10-20 11:52
回复 8# ruby_hong

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

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

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

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

作者: ruby_hong 时间: 2010-10-21 11:08
谢谢各位的回答.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)