51Testing软件测试论坛

标题: 大家有没有模拟过1个VUser的情况? [打印本页]
作者: hidehai    时间: 2011-3-16 22:12
标题: 大家有没有模拟过1个VUser的情况?
晚上好 ：）


假如我录制一个脚本，脚本内容为访问首页。然后加载完成后停止。


然后使用场景来跑这个脚本，Vuser用户数为1，使用手动场景，跑完就停止，也可以认为是一个事务，这个时间会持续30-60秒左右，

但用浏览器访问这个首页，用FireBug测得的时间为6s


自己不清楚这个时间差距在哪里，是不是脚本初始化、结束占用了剩下的时间或者是其他时间影响了这个结果？

另外个问题是

1.我在场景中如何知道这个页面访问花了多少时间，就这种1个Vuser的情况。

2.如果了解到客户端响应、服务器响应、网络传输的时间(已经能监控服务器，但需要检测哪些数据来获得这些指标?)
作者: carly95    时间: 2011-3-17 09:48
是不是没有取消思考时间 在controller里去掉才行
我之前是没去掉
作者: mr.bee    时间: 2011-3-17 13:37
30~60秒包含了虚拟用户的加载 执行 场景的结束时间等多种时间
FireBug没用过，不过听你的说法应该是一个前段展现时间的统计工具，对么？lr不管前段展现时间
作者: mr.bee    时间: 2011-3-17 13:44
1.我在场景中如何知道这个页面访问花了多少时间，就这种1个Vuser的情况。
用事务哇

2.如果了解到客户端响应、服务器响应、网络传输的时间(已经能监控服务器，但需要检测哪些数据来获得这些指标?)
不懂
作者: hidehai    时间: 2011-3-17 13:54
是不是没有取消思考时间 在controller里去掉才行
我之前是没去掉
carly95 发表于 2011-3-17 09:48



在设定场景时的对话框左下角有一个 Do not change recorded think time 的复选框，我没理解错的话，不选中即为忽略掉思考时间。

所以我认为应该不是思考时间引起的，莫非理解错了?
作者: hidehai    时间: 2011-3-17 14:00
回复 4# mr.bee

FireBug就是FireFox下的一个插件，可以看到网络资源，比如一个网页下载各种脚本、css的时间图..有点类似LR的WEB细分图。


30~60秒包含了虚拟用户的加载 执行 场景的结束时间等多种时间，如果这样理解我还是认为这个时间太长了
而且1个VUser的1个事务的响应时间也是大大的超过单独使用浏览器打开网页的时间，不知道如何解释呢,
事务点设置的问题就能避免加载和结束的时间问题吧，可是为什么还会这么长呢，我昨天测试的时候网络模式用的第一个选项，
应该是使用最大带宽。


第二个问题...其实就是LR的WEB细分图了，不过有点复杂，看了下不是特别明白，或许监控的参数没有搞对，
我使用的sitescope用SSH登录CentOS来获取服务器信息，Oracle的信息获取我也这么干的。
作者: mr.bee    时间: 2011-3-17 14:03
回复 6# hidehai


    1个vuser在controller里面回放十次的平均值呢？
作者: hidehai    时间: 2011-3-17 14:20
本帖最后由 hidehai 于 2011-3-17 14:28 编辑

回复 7# mr.bee


这个我等下去试试，刚才看了浏览器打开时间和单个事务的时间也是差距很大的。可能理解还有偏差..


大家是怎么获取比如访问首页的响应时间的呢？
监控器里：  Trans Response Time  和 Trans/Sec(pass)的区别是什么？ 纵坐标都是时间，那其中点代表什么？
作者: QQHao    时间: 2011-3-17 14:35
基本概念可以看一些文档来垫底了解，不要一上来就操作，不然原理不懂，困惑更多。只是个人建议而已
作者: hidehai    时间: 2011-3-17 15:00
回复 9# QQHao


呵呵，正在试验中，只是对数据差距比较疑惑，又担心是理解错了。
作者: yzylion    时间: 2011-3-17 19:43
1.是不是缓存的影响
2，你的脚本方便发上来看看吗？
作者: hidehai    时间: 2011-3-18 10:29
标题: - . -!
本帖最后由 hidehai 于 2011-3-18 10:34 编辑
  1. Action()
  2. {

  4.         lr_start_transaction("Winxuan_goindex");
  5.         web_add_cookie("b=xnop; DOMAIN=www.xx2xx.com");

  7.         web_add_cookie("f=10000197%252C10020000; DOMAIN=www.xx2xx.com");

  9.         web_add_cookie("__utma=149172656.1878951536.1300333249.1300333249.1300333249.1; DOMAIN=www.xx2xx.com");

  11.         web_add_cookie("__utmz=149172656.1300333249.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); DOMAIN=www.xx2xx.com");

  13.         web_add_cookie("Hm_lvt_9d19e8d685e6a158d2a2a01c6948fa92=1300333248265; DOMAIN=www.xx2xx.com");


  16.         web_url("www.xx2xx.com",
  17.                 "URL=http://www.xx2xx.com/",
  18.                 "Resource=0",
  19.                 "RecContentType=text/html",
  20.                 "Referer=",
  21.                 "Snapshot=t409.inf",
  22.                 "Mode=HTTP",
  23.                 LAST);


  26.         web_add_cookie("b=xnop; DOMAIN=css.xx2xx.com");

  28.         web_add_cookie("f=10000197%252C10020000; DOMAIN=css.xx2xx.com");

  30.         web_add_cookie("__utma=149172656.1878951536.1300333249.1300333249.1300333249.1; DOMAIN=css.xx2xx.com");

  32.         web_add_cookie("__utmz=149172656.1300333249.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); DOMAIN=css.xx2xx.com");

  34.         web_concurrent_start(NULL);

  36.         web_url("Global.css",
  37.                 "URL=http://css.xx2xx.com/css/Global.css",
  38.                 "Resource=1",
  39.                 "RecContentType=text/css",
  40.                 "Referer=http://www.xx2xx.com/",
  41.                 "Snapshot=t410.inf",
  42.                 LAST);

  44.         web_url("tab.css",
  45.                 "URL=http://css.xx2xx.com/css/tab.css",
  46.                 "Resource=1",
  47.                 "RecContentType=text/css",
  48.                 "Referer=http://www.xx2xx.com/",
  49.                 "Snapshot=t411.inf",
  50.                 LAST);

  52.         web_url("popmap.js",
  53.                 "URL=http://www.xx2xx.com/spry/popmap.js",
  54.                 "Resource=1",
  55.                 "RecContentType=application/x-javascript",
  56.                 "Referer=http://www.xx2xx.com/",
  57.                 "Snapshot=t412.inf",
  58.                 LAST);

  60.         web_url("left.css",
  61.                 "URL=http://css.xx2xx.com/css/left.css",
  62.                 "Resource=1",
  63.                 "RecContentType=text/css",
  64.                 "Referer=http://www.xx2xx.com/",
  65.                 "Snapshot=t413.inf",
  66.                 LAST);
  67. ......省略...
  68.         web_concurrent_end(NULL);
  69.         lr_end_transaction("Winxuan_goindex", LR_AUTO);

  71. return 0;
  72. }
复制代码



这个是我用URL模式录制的首页脚本，IE设置是每次访问都自动检测页面，

我发现录制回放后的Winxuan_goindex事物时间即startdate 和 enddate会持续20s左右。

1.使用FF或者IE手动打开时间不会这么长，不太明白这个20s除了模拟首页还会记录什么时间？

楼上说的缓存莫非是LR的缓存??

使用contro跑这个脚本 Trans Response Time 的时间更是高于了20s，


2.莫非这个值需要大量数据来获取平均值?才能接近脚本中事物回放的20s。


3.脚本中的20s本身就不是真实值，会不会由于首页包含js以及ajax，导致时间加长?

[attach]72019[/attach]
作者: hidehai    时间: 2011-3-18 10:37
回复 7# mr.bee

在脚本中用迭代回放时间会持续在20s左右

controller中事物响应时间大于20s，偏差较大。

专用线路-内网。
作者: mr.bee    时间: 2011-3-21 15:59
回复 13# hidehai


    那考虑一下楼上提到过的浏览器模拟设置吧
比如ext框架下，有缓存和没缓存，50用户响应时间手工和controller差距30秒我见过一次
作者: ClorisZhang    时间: 2011-3-21 17:05
你还可以用HTTPWatch试试，和firebug类似。都是在IE的tool里。看看他们时间的差异。还有就是你可以用Traffic shaper xp工具来设置一个带宽，如：50,000B/s 带宽下，看看firebug执行登录用了多长时间。然后用loadrunner模拟1个用户，运行脚本之前设置同样的带宽，并且在run-setting中忽略thinktime，在Browser的设置中的对勾去掉，如果你的web页面中包含https，那么把第一个对勾打上。运行脚本看看时间和fiebug在同样带宽下时间差距如何。
作者: kuangquanshui    时间: 2011-3-22 11:46
学习
作者: datouniuniu    时间: 2011-3-23 21:40
路过看看
作者: wangweiguokai    时间: 2011-3-24 10:41
学习
作者: Kadar    时间: 2011-3-24 14:18
学习学习
作者: yzylion    时间: 2011-3-27 23:28
1、把web_concurrent_start函数去掉，这个是事务同步函数，lr有时候会因为这个函数有一定异常
2、httpwatch看一下
3、看一下网页细分图各组件的下载情况



欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2