结合逍遥问问讲解如何利用LoadRunner进行性能测试ppt课件.pptVIP

结合逍遥问问讲解如何利用LoadRunner进行性能测试ppt课件.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
结合逍遥问问讲解如何利用LoadRunner进行性能测试ppt课件

利用LoadRunner进行 性能测试;提纲;LoadRunner 简介;LoadRunner 安装;安装的前提条件;LoadRunner 安装过程;LoadRunner 破解;由“协议”想到的。。。;3 LoadRunner工具组成 LoadRunner主要由以下几个部分组成: 脚本生成器VuGen 压力调度和监控系统Controller 结果分析工具Analysis ;Load Generator-负载生成器(运行脚本的负载引擎);4 LoadRunner实现原理 ;5 LoadRunner测试步骤 ; 二、脚本的录制与开发;2 新建测试脚本,选择系统通讯的协议。 Loadrunner提供单协议(single protocol)和多协议(multiple protocol)两种模式。在录制脚本时,不同的协议打开的参数对话框也不同。;4 录制工具条介绍 录制过程中,在屏幕上会出现有一个工具条。 录制完成后,按下“结束录制”按钮,VuGen 自动生成用户脚本,完成录制过程。;5 查看脚本——两种方式:脚本视图和树视图;6、完善优化测试脚本 a 插入事务(Transaction ) 事务是衡量服务器特定业务流程的性能。在运行测试脚本时,LoadRunner 运行到该事务的开始点时,就会开始计时,直到运行到该事务的结束点,计时结束。这个事务的运行时间会在结果中显示。 注意:(1)事务是成对出现的; (2)两种添加方式:录制过程中、录制结束后的脚本中。 例:lr_start_transaction(登录); ...... lr_end_transaction(登录,LR_AUTO);; b 参数化 作用:1)在脚本中用参数取代常量值; 2)设置参数的属性以及数据源。;参数化方法;示例?;;;c 集合点: 集合点是为了衡量在加重负载的情况下服务器的性能情况。在测试计划中,可能会要求系统能够承受1000人同时提交数据,在LoadRunner 中可以通过在提交数据操作前面加入集合点,这样当虚拟用户运行到提交数据的集合点时,LoadRunner 就会检查同时有多少用户运行到集合点,如果不到1000 人,LoadRunner 就会命令已经到集合点的用户在此等待,当在集合点等待的用户达到1000 人时,LoadRunner 命令1000 人同时去提交数据,从而达到测试计划中的需求。 注意:集合点经常和事务结合起来使用。集合点只能插入到Action 部分,vuser_init和vuser_end 中不能插入集合点。 ; 如果在脚本中设置了集合点,还需要在Controller 中设置集合点策略,从菜单中调出集合点策略设置窗口,根据需求设置集合点策略。 ;d 检查点 在进行压力测试时,为了检查Web 服务器返回的网页是否正确,VuGen 允许我们插入Text/Imag 检查点,这些检查点验证网页上是否存在指定的Text 或者Imag,还可以测试在比较大的压力测试环境中,被测的网站功能是否保持正确。以下是插入检查点的步骤及检查点在脚本中的函数表示。;关联 概念:所谓关联(correlation)就是把脚本中某些写死的(hard-coded)资料,转变成是来自服务器的、动态的、每次都不一样的资料。 原理:服务器在每个浏览器第一次跟它要资料时,都会在资料中夹带一个唯一的辨识码,接下来就会利用这个辨识码来辨识跟它要资料的是不是同一个浏览器。一般称这个辨识码为Session ID。对于每个新的交易,服务器都会产生新的Session ID给浏览器。这也就是为什么执行脚本会失败的原因,因为VuGen还是用旧的Session ID向服务器要资料,服务器会发现这个Session ID是失效的或是它根本不认识这个Session ID,当然就不会传送正确的网页资料给VuGen了。 要对付这种服务器,我们必须想办法找出这个Session ID到底是什么、位于何处,然后把它记录下来,放到某个参数中,并且取代掉脚本中有用到Session ID的部份,这样就可以成功骗过服务器,正确地完成整个交易了。;哪些错误代表着我应该做关联? (1)错误讯息有可能会提醒要重新登入; (2)有可能直接就显示HTTP 404的错误讯息。 总而言之: 当脚本中的数据每次回放都发生变化时,并且这个动态数据在后面的请求中需要发送给

文档评论(0)

sanshengyuan + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档