性能测试工具LoadRunner常见问题说明

发表于:2020-11-23 09:37  作者:pre_tender   来源:CSDN

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 性能测试工具 LoadRunner

  概述
  最近在学习软件测试中的性能测试,而已经9102年了,使用到的工具也已经是LoadRunner12+了,遇到的一些使用上的问题,这里记录一下,以便日后再次碰到能够及时解决。
  这次在性能测试的过程中,遇到的问题如下:
  ·录制方式的选择--------HTML-Based/URL-Based
  ·浏览器兼容问题
  ·IE/Chrome/Firefox浏览器卡死崩溃问题
  ·IE录制脚本为空问题
  ·Chrome录制脚本为空问题
  1. Web(HTTP-HTML)协议的两种录制方式
  1.1 脚本录制的基本原则
  ·充分考虑脚本的执行效率
  性能测试脚本关注的是如何模拟用户的真实行为。因此,用于测试的脚本应该接近用户的真正操作。这就要求录制后的脚本在修改过程中不要增加过多内容,尤其不能降低其效率。例如尽量不要增加循环、检查等操作,除非这些操作是必须的。
  ·录制重要的用户业务
  要录制常用的、使用频率较高的业务来进行测试,不要一股脑的什么都要录制。
  ·选择你所需要的进行录制
  在web性能测试中,如果有的操作对于用户所关注的事物没有什么影响,那么可以不进行录制。例如一些查询事物中,选择查询条件页面的请求过程可以不录制,但对于一些要传递查询参数的过程则必须要录制。
  1.2 HTML和URL based script介绍
  HTML based script:可以为每个用户请求生成单独的函数。
  URL based script: 可以捕获所有作为用户操作的结果发送到服务器的HTTP请求,然后一条条记录下来。它甚至可以捕获非HTML应用程序,比如小程序和非浏览器应用程序。
  HTML这种录制方式录制出来的脚本直观,易于理解和维护。而URL生成的脚本看起来比较长比较多。
  1.3 选择录制方式的原则
  基于浏览器的应用程序推荐使用HTML-based Script,不是基于浏览器的应用程序推荐使用URL-based Script。
  如果基于浏览器的应用程序中包含了JavaScript并且该脚本向服务器产生了请求,比如DataGrid的分页按钮等,也要使用URL-based方式录制。
  基于浏览器的应用程序中使用了HTTPS安全协议,使用URL-based方式录制,对于初学者来说,如果HTML方式录制不成功可以换成URL方式录制。
  1.4 HTML based script设置介绍
  用来描述用户行为的脚本。直接创建的URL(web_url)、表单提交(web_submit_form)、链接(web_link)、和图像(web_image)等函数。
  仅包含明确的URL脚本。这种脚本中,所有的链接、图像请求和URL操作都被录制为web_url函数,而表单提交则被录制为web_submit_data函数。
  2. 浏览器兼容问题
  LoadRunner8.0 最高支持ie6;
  LoadRunner8.1 最高支持ie6;
  LoadRunner9.0 最高支持ie7;
  LoadRunner9.5 最高支持ie8;
  LoadRunner11.0 最高支持ie9( win7 32位+LR11+IE10可用,但win7 64位+LR11+IE10不可用,降至IE9可用);
  LoadRunner12.0 支持IE11(但没有破解版本);
  再实际的录制过程中,发现LoadRunner的兼容性做的是非常不错的,IE、Chrome、FireFox其实都是支持的。再使用不同浏览器时,注意修改以下设置:
  IE :将IE设置为默认浏览器
  取消自动填充密码:设置–Internet选项–内容–自动完成(设置)–表单上的用户名和密码
  禁用第三方扩展:设置–Internet选项–高级–禁用第三方扩展
  取消局域网自动检测:设置–Internet选项–连接–局域网设置–取消自动检测设置
  在开始录制脚本之前,将录制的浏览器修改为IE : 选取Web Brower,如下:
  当然这样设置之后可能还是有问题(录制脚本为空),个人推荐使用FireFox了。
  Chrome:将Chrome设置为默认浏览器
  取消自动填充密码:地址栏输入chrome://settings/–点击右上角搜索自动填充–点击自动填充(密码)–取消自动登录
  取消自动检测:在开始录制脚本之前,将录制的浏览器修改为Chrome,选取 Windows Application,然后再Chrome的安装目录中找到Chrome.exe
  当然这样设置之后可能还是有问题(录制脚本为空),个人推荐使用FireFox了。
  FireFox:将FireFox设置为默认浏览器
  取消自动填充密码 : 同样在设置中搜索并修改
  取消自动检测:在开始录制脚本之前,将录制的浏览器修改为Chrome,选取 Windows Application,然后再FireFox的安装目录中找到FireFox.exe
  在Virtual User Generator中,按F4键,可以弹出如下界面,需要将里面的Brower Emulation修改为你选用的浏览器 :
  3. IE/Chrome/Firefox浏览器卡死崩溃问题
  如果出现此问题,那么请先检查上述上一节中的步骤是否都已经设置好。此外还可以尝试设置如下:
  下面为转载内容:
  设置完后还不行的同学请执行下面的步骤,记得每执行一步测试一步哦。
  ie浏览器在internet选项-高级中去掉启用第三方浏览器扩展前面的钩,把SSL,TLS前面的勾去掉;
  退出杀毒软件(金山、360等)
  退出迅雷软件
  计算机——属性——高级系统设置——性能里的设置——数据执行保护——选择“为除下列选定程序之外的所有程序和服务启用”——添加IE浏览器——应用——确定
  执行LoadRunner\bin文件夹中的register_vugen.bat批处理文件,重新注册,没有此文件的到网上下载。
  4. Fiddler解决录制脚本为空
  实际应该为
  我常使用的浏览器是Chrome+FireFox。
  虽然起初在录制的时候选用的是IE11,但是发现IE录制脚本为空,于是尝试了一些方法,但收效甚微。于是转向了FireFox和Chrome。通过查阅资料和博客,发现了一种比较简便的方法,即安装一个Fiddler。
  具体的操作方法,就是打开fiddler,然后再用LR12录制。
  然后就会发现神奇的现象,原本会弹出卡住的chrome可以正常录制了,录制各种浏览器或客户端生成的脚本也都不为空了。这时fiddler和LR12都会跟踪到数据,fiddler跟到的,LR也会在脚本里生成。
  总之,但凡遇到LR12录制的时候各种各样的妖怪问题(客户端或浏览器卡住,录制完成生成不了脚本等),开着fiddler录制,基本都能解决。(至少我遇到的问题都解决了,LR11就算了,严重推荐用12录制)。
  如果还是有问题,fiddler都解决不了的话,别怕,我们还有终极大招:fiddler跟踪,保存成SAZ文件后,用LR12 open solution选项打开,然后就会发生令人感动到哭的一幕:LR12自动把fiddler跟踪文件转成了可以调试的脚本。这样的话,脚本问题解决了,就是得自己再去参照下添加事务。
  估计是有人反馈过,LR11还不能支持呢,12就可以了。
  其实通过编程也是可以实现SAZ转脚本的(SAZ就是个压缩包,里边有一堆的文件),就是可能分析起来麻烦点,不过还好,HP帮我们解决了,这样以后功能有变动的时候,只需要抓取下有变动的请求,转下脚本替换就可以了。
  5. LoadRunner Controller集合点策略灰色问题 解决
  5.1 脚本里已经添加了集合点,但是在Controller里集合点策略是灰色的无法点击
 
  5.2 问题解决:
  将下图的勾选项去掉即可(系统默认是勾选上的)
  去掉勾选后可以选择了:
  6. 解决loadrunner12版本中不显示监控图表的问题
  其他问题

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理

评 论

论坛新帖



建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道