是我不会用LoadRunner吗?(有经验的请进)
学过一个月的LoadRunner,不敢说熟练,但也算入了门。对于基本的操作:选择协议,参数化,自动关联,检查点,设置场景等都比较清楚了。
但我现在遇到了一个百思不得其解的问题,
那就是场景运行后所得到的事务响应时间(trans response time)总是大于我手工完成相同操作的时间,有时候大1倍,
有时候大2,3倍。
先详细介绍一下我是如何操作的:
------------
脚本: HTTP协议,HTML模式,
一个很简单的操作,
就是打开一个页面输入用户名和密码,登录。
没有think time,我删掉了所有的think time函数。
迭代次数为1。
场景: 20个用户,同时加载,运行5分钟,所有用户同时停止
在场景执行的同时,我打开另一个浏览器窗口,手工进行与脚本完全相同的操作,进行多次,记录每次执行的时间,
根据我的记录,每次手工操作所用时间在2到3秒之间。
但场景运行完后,监视器显示的trans response time为6到8秒,没有低于6秒的。
------------
这样的结果让人难以信服,我试了很多次,也换了被测web服务器,都是如此:
LoadRunner场景的运行结果远大于我手工操作的时间,有时还大地很离谱,3到4倍。
到底问题出在哪里?这样的话还怎么用LoadRunner啊? 你能保证你点的时候，是和那20个人同时点吗？？？？ :lol ，看来还真的还没有入门。理论才能引导实践。 我也遇到同样的问题 我怀疑是网络和LR测试机的问题
加入500个用户 如果在一个LR上跑TransResponseTime比较长
分成5个LR 每个100 会快一点 但还是比手动用浏览器访问大很多。。
:Q 路上的系统时间有问题吧~~~ 毕竟你手工是一个人注册和20个人同时注册，时间上肯定有出入的
而且你还是在一台测试机上
我的意见
应该你的事务包括在东西太多了,也是就说你的事务把多余操作都记录在一起了.LR记下时间只会比手工的少,最差也就是差不多的样子,不会多出两倍,三倍的样子来 对操作添加单独的事务函数进行统计
页:
[1]
