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: