LoadRunner自动化测试工具教案.doc

  1. 1、本文档共32页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第一部分:Loadrunner的简介 LoadRunner 是一种预测系统行为和性能的工业级标准性能测试负载测试工具.通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试.通过使用LoadRunner ,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期. 目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品.难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢,系统崩溃等问题.这些都不可避免地导致公司收益的损失.Mercury Interactive 的LoadRunner能让企业保护自己的收入来源,无需购置额外硬件而最大限度地利用现有的IT资源,并确保终端用户在应用系统的各个环节中对其测试应用的质量,可靠性和可扩展性都有良好的评价. LoadRunner 是一种适用于各种体系架构的负载测试工具,它能预测系统行为并优化系统性能.LoadRunner 的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题.此外,LoadRunner能支持广泛的协议和技术,为您的特殊环境提供特殊的解决方案. 1.1安装注意事项 LR的版本:目前常见的:LR7.0,LR7.51,LR7.6,LR7.8,每个版本差别蛮大的,大家尽量使用高版本.本文以LR7.8为例. 操作系统选择:LR是个比较底层的软件,OS最好为Windows 2000,因为W2k的稳定性和兼容性都不错,需要的内存也低,有人把LR装在WinXp下面,是有问题的.出错现象:应用程序正常初始化(0xc0000005)失败.在win2003,winXP下安装LR后会出现如此情况. License问题:LR的license是区分类型的,一般是按协议和时间,用户数量来区分的,比如: License for LoadRunner 7.51 (Type:Global 500, Time Limited时效:1年 ) 就表示支持所有协议,最大500VU,时间:1年. 三种安装类型:Standalone Installation,Network Installation,Network Installation and shortcuts 四种安装方式:Typical Installation,Load Generator,MI Listener,Custom Installation 我们根据实际情况选择,我用Standalone Installation和Custom Installation安装,安装所有组件. 1.2 协议的选择或者VUSER 类型的选取 我现在要用LoadRunner测一个C/S or B/S系统,请问该用什么协议 经常有新手问:为什么我用LR录完之后VuGen里产生不了脚本 这就是协议选择的问题了,LR支持的协议和应用非常广泛,很少有人能用完这么多协议,我们就常见的大多数人用的加以讨论: B/S系统:选择Web(Http/Html), C/S系统:根据C/S结构所用到的后台数据库来选择不同的协议,如果后台数据库是Sybase,则采用sybaseCTlib协议,如果是Sql server,则使用MS Sql server的协议,至于oracle 数据库系统,当然就使用oracle 2-tier协议. 对于没有数据库的c/s(ftp, SMTP)这些可以选择windows sockets协议. 至于其他的ERP,EJB(需要ejbdetector.jar),选择相应的协议即可. 1.3 LR的基本原理 LR启动以后,在任务栏会有一个Agent进程,通过Agent进程,监视各种协议的Client与Server端的通讯,用LR的一套C语言函数来录制脚本,所以只要LR支持的协议,就不会存在录制不到的,这是它与Load test,WR,Robot(Gui)录制脚本的很大一个区别.(WR必须识别对象,才能录制到).然后LR调用这些脚本向服务器端发出请求,接受服务器的响应.至于服务器内部如何处理,它不关心. 1.4 测试脚本录制/分配所遵循的几个原则 脚本越小越好.就像写code一样的,不要太长,尽量做到一个功能(Transaction)一个脚本.如果那些功能是连续有序的,必须先做上一个,才能工作下一个,那就只好放在一起了. 选择使用频率最高的.有些人喜欢在LR中测试几乎所有的功能,其实这样不合适,我们把最常用的,使用频率最高的,拿出来测试.但是也要结合用户实际使用情况,一般在一个系统中是多个用户使用多个功能,某些功能使用的频率更大一些,我们在录制脚本之前就要设计好,哪个脚本会跑几个用

文档评论(0)

kehan123 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档