LR-Browser Emulation不同设置结果

上一篇 / 下一篇  2015-12-02 16:07:00

为了方便描述,我们约定用:
A代表Simulate browser cache
B代表Cache URLs requiring content(HTMLs)
C代表Check for newer versions of stored pages every visit to the page
D代表Download non-HTML resources
E代表Simulate a new user on each iteratioin
F代表Clear cache on each iteration

  发包数量连接数 
 none 324 11
 D 3429 42
 A 333 11
 E 381 18
 EF 384 18
 AB 291 11
 ABEF 390 18

通过以上实验可以得出以下结论:
1--如不设置浏览器缓存A,两次迭代中body字节数基本相同.如设置**第二次迭代中,响应body字节数会小一些
2--若设置了B,第二次迭代时,发包数会略小,有些请求不向服务器发送,使用了lr的缓存
3--设置了EF,清理了lr的缓存后,B的设置就对第二次迭代不起作用了
lr模拟真实浏览器的程度?
清除掉所有缓存
使用ie访问两次mail.163.com(自动登录,没有删除cookies),分析包的情况
清理掉缓存后,使用ie自动登录mail.163.com发包量在1400左右,连接数25个左右,第二次登录发包量在300左右,连接数为13个左右
这样在做压力测试时候,根据不同的业务需求就可以清楚对浏览器进行设置了。
如果想要真实的模拟全新的用户去访问网站,D这个选项就要设置(浏览器的全部设置都要勾选),如果模拟的用户已经浏览过这个网站,那么默认的浏览器设置是比较适合的(ABEF)
备注:在lr和controller中运行的脚本不会改变本地的浏览器缓存文件,lr中回放脚本时,需要缓存文件也不是从本地缓存文件取的,而是在autologinmail163(脚本目录)\data目录下,lr把缓存的东西放在那里。


TAG:

 

评分:0

我来说两句

日历

« 2024-05-01  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 5511
  • 日志数: 4
  • 建立时间: 2015-10-09
  • 更新时间: 2015-12-02

RSS订阅

Open Toolbar