loadrunner使用手册.docx

上传人:b****3 文档编号:6098190 上传时间:2023-05-09 格式:DOCX 页数:61 大小:4.05MB
下载 相关 举报
loadrunner使用手册.docx_第1页
第1页 / 共61页
loadrunner使用手册.docx_第2页
第2页 / 共61页
loadrunner使用手册.docx_第3页
第3页 / 共61页
loadrunner使用手册.docx_第4页
第4页 / 共61页
loadrunner使用手册.docx_第5页
第5页 / 共61页
loadrunner使用手册.docx_第6页
第6页 / 共61页
loadrunner使用手册.docx_第7页
第7页 / 共61页
loadrunner使用手册.docx_第8页
第8页 / 共61页
loadrunner使用手册.docx_第9页
第9页 / 共61页
loadrunner使用手册.docx_第10页
第10页 / 共61页
loadrunner使用手册.docx_第11页
第11页 / 共61页
loadrunner使用手册.docx_第12页
第12页 / 共61页
loadrunner使用手册.docx_第13页
第13页 / 共61页
loadrunner使用手册.docx_第14页
第14页 / 共61页
loadrunner使用手册.docx_第15页
第15页 / 共61页
loadrunner使用手册.docx_第16页
第16页 / 共61页
loadrunner使用手册.docx_第17页
第17页 / 共61页
loadrunner使用手册.docx_第18页
第18页 / 共61页
loadrunner使用手册.docx_第19页
第19页 / 共61页
loadrunner使用手册.docx_第20页
第20页 / 共61页
亲,该文档总共61页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

loadrunner使用手册.docx

《loadrunner使用手册.docx》由会员分享,可在线阅读,更多相关《loadrunner使用手册.docx(61页珍藏版)》请在冰点文库上搜索。

loadrunner使用手册.docx

loadrunner使用手册

LoadRunner使用手册

测试中心刘艳会

1LoadRunner概要介绍

LoadRunner®是一种预测系统行为和性能的工业标准级负载测试工具。

通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试。

通过使用LoadRunner,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。

目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。

难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢,系统崩溃等问题。

这些都不可避免地导致公司收益的损失。

MercuryInteractive的LoadRunner能让企业保护自己的收入来源,无需购置额外硬件而最大限度地利用现有的IT资源,并确保终端用户在应用系统的各个环节中对其测试应用的质量,可靠性和可扩展性都有良好的评价。

LoadRunner是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。

LoadRunner的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。

此外,LoadRunner能支持广范的协议和技术,为您的特殊环境提供特殊的解决方案。

1.1轻松创建虚拟用户

使用LoadRunner的VirtualUserGenerator,您能很简便地创立起系统负载。

该引擎能够生成虚拟用户,以虚拟用户的方式模拟真实用户的业务操作行为。

它先记录下业务流程(如下订单或机票预定,然后将其转化为测试脚本。

利用虚拟用户,您可以在Windows,UNIX或Linux机器上同时产生成千上万个用户访问。

所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。

另外,LoadRunner的TurboLoad专利技术能提供很高的适应性。

TurboLoad使您可以产生每天几十万名在线用户和数以百万计的点击数的负载。

用VirtualUserGenerator建立测试脚本后,您可以对其进行参数化操作,这一操作能让您利用几套不同的实际发生数据来测试您的应用程序,从而反映出本系统的负载能力。

以一个订单输入过程为例,参数化操作可将记录中的固定数据,如订单号和客户名称,由可变值来代替。

在这些变量内随意输入可能的订单号和客户名,来匹配多个实际用户的操作行为。

LoadRunner通过它的DataWizard来自动实现其测试数据的参数化。

DataWizard直接

连于数据库服务器,从中您可以获取所需的数据(如定单号和用户名并直接将其输入到测试脚本。

这样避免了人工处理数据的需要,DataWizard为您节省了大量的时间。

为了进一步确定您的Virtualuser能够模拟真实用户,您可利用LoadRunner控制某些行为特性。

例如,只需要点击一下鼠标,您就能轻易控制交易的数量,交易频率,用户的思考时间和连接速度等。

1.2创建真实的负载

Virtualusers建立起后,您需要设定您的负载方案,业务流程组合和虚拟用户数量。

用LoadRunner的Controller,您能很快组织起多用户的测试方案。

Controller的Rendezvous功能提供一个互动的环境,在其中您既能建立起持续且循环的负载,又能管理和驱动负载测试方案。

而且,您可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。

这样,您就能将测试过程自动化。

同样您还可以用Controller来限定您的负载方案,在这个方案中所有的用户同时执行一个动作---如登陆到一个库存应用程序----来模拟峰值负载的情况。

另外,您还能监测系统架构中各个组件的性能----包括服务器,数据库,网络设备等----来帮助客户决定系统的配置。

LoadRunner通过它的AutoLoad技术,为您提供更多的测试灵活性。

使用AutoLoad,您可以根据目前的用户人数事先设定测试目标,优化测试流程。

例如,您的目标可以是确定您的应用系统承受的每秒点击数或每秒的交易量。

1.3实时监测器

LoadRunner内含集成的实时监测器,在负载测试过程的任何时候,您都可以观察到应用系统的运行性能。

这些性能监测器为您实时显示交易性能数据(如响应时间和其它系统组件包括applicationserver,webserver,网路设备和数据库等的实时性能。

这样,您就可以在测试过程中从客户和服务器的双方面评估这些系统组件的运行性能,从而更快地发现问题。

再者,利用LoadRunner的ContentCheckTM,您可以判断负载下的应用程序功能正常与否。

ContentCheck在Virtualusers运行时,检测应用程序的网络数据包内容,从中确定是否有错误内容传送出去。

它的实时浏览器帮助您从终端用户角度观察程序性能状况。

1.4分析结果以精确定位问题所在

一旦测试完毕后,LoadRunner收集汇总所有的测试数据,并为您提供高级的分析和报告工具,以便迅速查找到性能问题并追溯原由。

使用LoadRunner的Web交易细节监测器,您可以了解到将所有的图象、框架和文本下载到每一网页上所需的时间。

例如,这个交易细节分析机制能够分析是否因为一个大尺寸的图形文件或是第三方的数据组件造成应用系统运行速度减慢。

另外,Web交易细节监测器分解用于客户端、网络和服务器上端到端的反

应时间,便于确认问题,定位查找真正出错的组件。

例如,您可以将网络延时进行分解,以判断DNS解析时间,连接服务器或SSL认证所花费的时间。

通过使用LoadRunner的分析工具,您能很快地查找到出错的位置和原因并作出相应的调整。

1.5重复测试保证系统发布的高性能

负载测试是一个重复过程。

每次处理完一个出错情况,您都需要对您的应用程序在相同的方案下,再进行一次负载测试。

以此检验您所做的修正是否改善了运行性能。

1.6其他特性

利用LoadRunner,您可以很方便地了解系统的性能。

它的Controller允许您重复执行与出错修改前相同的测试方案。

它的基于HTML的报告为您提供一个比较性能结果所需的基准,以此衡量在一段时间内,有多大程度的改进并确保应用成功。

由于这些报告是基于HTML的文本,您可以将其公布于您公司的内部网上,便于随时查阅。

所有MercuryInteractive的产品和服务都是集成设计的,能完全相容地一起运作。

由于它们具有相同的核心技术,来自于LoadRunner和ActiveTestTM的测试脚本,在MercuryInteractive的负载测试服务项目中,可以被重复用于性能监测。

借助MercuryInteractive的监测功能--TopazTM和ActiveWatchTM,测试脚本可重复使用从而平衡投资收益。

更重要的是,您能为测试的前期布署和生产系统的监测提供一个完整的应用性能管理解决方案。

lEnterpriseJavaBeans的测试

LoadRunner完全支持EJB的负载测试。

这些基于Java的组件运行在应用服务器上,提供广泛的应用服务。

通过测试这些组件,您可以在应用程序开发的早期就确认并解决可能产生的问题。

l支持无线应用协议

随着无线设备数量和种类的增多,您的测试计划需要同时满足传统的基于浏览器的用户和无线互联网设备,如手机和PDA。

LoadRunner支持2项最广泛使用的协议:

WAP和I-mode。

此外,通过负载测试系统整体架构,LoadRunner能让您只需要通过记录一次脚本,就可完全检测上述这些无线互联网系统。

l支持MediaStream应用

LoadRunner还能支持MediaStream应用。

为了保证终端用户得到良好的操作体验和高质量MediaStream,您需要检测您的MediaStream应用程序。

使用LoadRunner,您可以记录和重放任何流行的多媒体数据流格式来诊断系统的性能问题,查找原由,分析数据的质量。

l完整的企业应用环境的支持

LoadRunner支持广泛的协议,可以测试各种IT基础架构。

2安装LoadRunner

LoadRunner分为Windows版本和Unix版本。

如果我们的所有测试环境基于Windows平台,那么我们只要安装Windows版本即可。

本章讲解的安装过程就是LoadRunner7.51的Windows版本的安装。

2.1系统要求

目前部门的测试机和工作机器足可以满足LoadRunner7.51的最低要求。

不过要比较好的运行LoadRunner,内存最好在128M以上,安装LoadRunner的磁盘空间至少剩余500M。

操作系统最好为Windows2000。

2.2安装过程

LoadRunner的安装过程比较简单,这里我仅作简单的说明。

要开始安装LoadRunner,以Administrator的身份登陆Windows2000后,运行LoadRunner安装目录中win32下Setup.exe即可进入安装程序。

1.在“RegistrationInformation”界面中,输入序列号(不用改动,就是n个8

2.在安装类型界面中,选择一种安装类型

下面简单的对这三种安装类型进行介绍

lStandaloneInstallation将要安装LoadRunner在一台计算机上

lNetworkInstallation把LoadRunner安装在一个网络驱动器上,这样任何能连接到这个网络驱动器的计算机都可以使用LoadRunner的部分或者全部组件。

lNetworkInstallationandshortcuts和NetworkInstallation类似,不同的只是这种类型将把自己的计算机配置成Workstation来运行LoadRunner。

如果选择了第二项,我们还需要进行2.3的安装来配置Workstation.

考虑到我们部门现在的状况,我认为应该选择第三种安装方法。

如果只是自己学习研究,选择第一种安装方法。

3.在安装方式界面中,需要选择一种安装方式。

建议选择“自定义安装”,这样所有的组

件都会一次安装。

下面简单的对各个安装方式进行介绍

lTypicalInstallation安装比较通用的组件,包括Controller、Vuser、在线帮助和脚本例程。

该选项适合于控制Vusers的机器。

lLoadGenerator只安装运行Vusers产生负载的组件。

该选项适合于只产生负载,而不控制Vusers的机器。

lMIListener安装MIListener组件,用来透过防火墙来运行Vusers并且监视性能。

lCustomInstallation自定义安装,我们将使用该选项,安装全部的组件。

4.在“LicenseInformation”中输入LicenseKey后,Next,继续

5.安装路径选择界面既然是网络安装,当然要安装到一个网络驱动器上。

提醒:

最好把

网络驱动器映射成本机的一个盘符(比如H:

盘,安装LoadRunner的各级目录不要包含中文字符。

6.Next后进入拷贝文件的界面

7.拷贝文件完成后,进入“UserLoginSettings”界面。

lAllowvirtualuserstorunonthismachinewithoutuserlogin需要在下面输入域、用

户名和密码,这样运行LoadGenerator的机器会自动登陆到网络,lManuallogintotheLoadGeneratormachine运行Vusers时,自动登陆到网络,无需登陆用户名和密码,这样Vusers就会不用任何干预自动的启动运行。

推荐

选择该项。

这里选择第一项和第二项都可以。

8.重新启动,输入映射网络驱动器的密码后,安装完成

2.3WorkStation安装

LoadRunner安装在网络驱动器上后,其他的计算机可以访问网络驱动器,安装Workstation,这样大家就可以通过网络使用LoadRunner的共享版本。

安装过程的主要步骤如下:

1.把网络驱动器映射到本机的一个盘符。

2.打开网络驱动器,运行其中的Setup目录下的Setup.exe

3.剩下的步骤可以参考2.2中的步骤了。

3使用LoadRunner对Web应用进行负载/压力测试

LoadRunner包含很多组件,其中最常用的有VisualUserGenerator(以下简称VuGen、Controller,Analysis。

使用LoadRunner进行测试的过程可以用下图表示

摘自LoadRunner在线帮助

下面我们就按照上图的步骤来简单说明使用LoadRunner的测试过程。

3.1制定负载测试计划

在任何类型的测试中,测试计划都是必要的步骤。

测试计划是进行成功的负载测试的关键。

任何类型的测试的第一步都是制定比较详细的测试计划。

一个比较好的测试计划能够保证LoadRunner能够完成负载测试的目标。

关于比较详细的信息请参考第4章。

3.2开发测试脚本

LoadRunner使用虚拟用户的活动来模拟真实用户来操作Web应用程序,而虚拟用户的活动就包含在测试脚本中,所以说测试脚本对于测试来说是非常重要的。

开发测试脚本要使用VuGen组件。

测试脚本要完成的内容有:

u每一个虚拟用户的活动

u定义结合点

u定义事务

关于比较详细的信息请参考第5章。

3.3创建运行场景

运行场景描述在测试活动中发生的各种事件。

一个运行场景包括一个运行虚拟用户活动的LoadGenerator机器列表,一个测试脚本的列表以及大量的虚拟用户和虚拟用户组。

我们使用Controller来创建运行场景。

关于比较详细的信息请参考第6章。

3.4运行测试

一切配置妥当,开始运行测试。

无需多讲!

3.5监视场景

在运行过程中,可以监视各个服务器的运行情况(DataBaseServer、WebServer等。

监视场景通过添加性能计数器来实现。

关于比较详细的信息请参考第7章。

3.6分析测试结果

所有前面的准备都是为了这一步。

我们需要分析大量的图表,生成各种不同的报告,最后会得出结论。

关于比较详细的信息请参考第8章。

4制定负载测试计划

制定负载测试计划一般情况下需要三个步骤,可以用下图表示

摘自LoadRunner在线帮助

下面简单的对这三个过程进行介绍。

4.1分析应用程序(AnalyzetheApplication

制定负载测试计划的第一步是分析应用程序。

你应该对系统的软硬件以及配置情况非常的熟悉,这样才能保证你使用LoadRunner创建的测试环境真实的反映实际运行的环境。

l确定系统的组成

画出系统的组成图。

组成图要包括系统中所有的组件,以及相互之间是如何通讯的。

下面是一个系统组成图的例子,可以参考。

l描述系统配置

画出系统组成图后,试着回答以下问题,对组成图进行完善。

ü预计有多少用户会连到系统

ü客户机的配置情况(硬件、内存、操作系统、软件工具等

ü服务器使用什么类型的数据库以及服务器的配置情况

ü客户机和服务器之间如何通讯

ü还有什么组件会影响ResponseTime指标(比如Modem等

ü通讯装置(网卡、路由器等的吞吐量是多少?

每个通讯装置能够处理多少并发用户

l分析最普遍的使用方法

了解该系统最常用的功能,确定那些功能需要优先测试、什么角色使用该系统以及每个角色会有多少人、每个角色的地理分布情况等,从而预测负载的最高峰出现的情况。

4.2确定测试目标(DefiningTestingObjectives

这里借用一段文字来说明如何确定测试目标。

摘自LoadRunner在线帮助

在这里还要确定何时开始负载测试,在不同的阶段进行什么内容的负载测试。

可以用下表来说明。

4.3计划怎样执行LoadRunner

确定要使用LoadRunner度量那些性能参数,根据测量结果计算那些参数,从而可以确定Vusers(虚拟用户的活动,最终可以确定那些是系统的瓶颈等。

在这里还要选择测试环境,测试机器的配置情况等等。

5开发测试脚本

开发测试脚本需要几个步骤,可以用下图来表示

创建用户脚本需要用到VuGen。

提示:

运行VuGen最好在1024*768的分辨率下,否则有些工具栏会看不到。

5.1录制基本的用户脚本

启动VisualUserGenerator后,通过菜单

新建一个用户脚本,选择系统通讯的协议。

这里我们需要测试的是Web应用,所以我们需要选择Web(HTTP/HTML协议,确定后,进入主窗体。

通过菜单

来启动录制脚本的命令。

u在URL中添入要测试的Web站点地址,这里我们以著名的Duwamish应用为例子来进行录制。

u选择要把录制的脚本放到哪一个部分,默认情况下是“Action1”。

这里简单说明一下:

VuGen中的脚本分为三部分:

vuser_init、vuser_end和Action。

其中vuser_init和vuser_end都只能存在一个,不能再分割,而Action还可以分成无数多个部分(通过点击New按钮,新建ActionXXX。

在录制需要登陆的系统时,我们把登陆部分放到vuser_init中,把登陆后的操作部分放到Action中,把注销关闭登陆部分放到vuser_end中。

(如果需要在登陆操作设集合点,那么登陆操作也要放到Action中,因为vuser_init中不能添加集合点在其他情况下,我们只要把操作部分放到Action中即可。

注意:

在重复执行测试脚本时,vuser_init和vuser_end中的内容只会执行一次,重复执行的只是Action中的部分。

u“Recordtheapplicationstartup”默认情况下是选中的,说明应用程序一旦启动,VuGen就会开始录制脚本;如果没有选中,应用程序启动后,VuGen出现以下对

话框,并且暂时不会开始录制脚本,用户操作应用程序到需要录制的地方,按下

“Record”按钮,VuGen才开始录制。

u点“Options”按钮,进入录制的设置窗体,这里一般情况下不需要改动。

ØRecording标签页:

默认情况下选择“HTML-basedScript”,说明脚本中采用HTML页面的形式来表示,这种方式的Script脚本容易维护,容易理解,推荐

这种方式录制(微软在ACT中附带的Duwamish7例子采用的就是这种方式。

“URL-basedScript”说明脚本中的表示采用基于URL的方式,WAS和ACT

中的录制方式就是这种,这种方式看上去比较乱。

选择哪种方式录制,有以下参考原则:

1基于浏览器的应用程序推荐使用HTML-basedScript

2不是基于浏览器的应用程序推荐使用URL-basedScript。

3如果基于浏览器的应用程序中包含了JavaScript并且该脚本向服务器产生了请求,比如DataGrid的分页按钮等,也要使用URL-based方式录制4基于浏览器的应用程序中使用了HTTPS安全协议,使用URL-based方式录制

ØAdvanced标签页:

取默认情况即可。

下面的图简单的说明了各项的含义。

ØCorrelation标签页:

这里的内容比较重要,需要定制,主要是为了在录制过程中设置自动关联。

这里资料比较少,现在还没有进行深入的研究。

由于内容比较多,就不再一一介绍各项的含义了。

根据自己的需求,选择适当的设置,然后点“OK”后,VuGen开始录制脚本。

在录制过程中,不要使用浏览器的“后退”功能,LoadRunner支持不太好!

录制过程中,在屏幕上会有一个工具条出现。

下面我们简单介绍一下各个按钮的功能。

录制的过程和WinRunner有些类似,不再多介绍。

录制完成后,按下“结束录制”按钮,VuGen自动生成用户脚本,退出录制过程。

脚本参考下页的图。

5.2完善测试脚本

当录制完一个基本的用户脚本后,在正式使用前我们还需要完善测试脚本,增强脚本的灵活性。

一般情况下,我们通过以下方法来完善测试脚本。

5.2.1插入事务

事务(Transaction:

为了衡量服务器的性能,我们需要定义事务。

比如:

我们在脚本中有一个数据查询操作,为了衡量服务器执行查询操作的性能,我们把这个操作定义为一个事务,这样在运行测试脚本时,LoadRunner运行到该事务的开始点时,LoadRunner就会开始计时,直到运行到该事务的结束点,计时结束。

这个事务的运行时间在结果中会有反映。

插入事务操作可以在录制过程中进行,也可以在录制结束后进行。

LoadRunner运行在脚本中插入不限数量的事务。

具体的操作方法如下:

在需要定义事务的操作前面,通过菜单或者工具栏插入。

出现以下对话框:

输入该事务的名称。

注意:

事务的名称最好要有意义,能够清楚的说明该事务完成的动作。

插入事务的开始点后,下面需要在需要定义事务的操作后面插入事务的“结束点”。

同样可以通过菜单或者工具栏插入。

出现以下对话框:

默认情况下,事务的名称列出最近的一个事务名称。

一般情况下,事务名称不用修改。

事务的状态默认情况下是LR_AUTO。

一般情况下,我们也不需要修改,除非在手工编写代码时,有可能需要手动设置事务的状态。

脚本中事务的代码如下:

5.2.2插入集合点

插入集合点是为了衡量在加重负载的情况下服务器的性能情况。

在测试计划中,可能会要求系统能够承受1000人同时提交数据,在LoadRunner中可以通过在提交数据操作前面加入集合点,这样当虚拟用户运行到提交数据的集合点时,LoadRunner就会检查同时有多少用户运行到集合点,如果不到1000人,LoadRunner就会命令已经到集合点的用户在此等待,当在集合点等待的用户达到1000人时,LoadRunner命令1000人同时去提交数据,从而达到测试计划中的需求。

注意:

集合点经常和事务结合起来使用。

集合点只能插入到Action部分,vuser_init和vuser_end中不能插入集合点。

具体的操作方法如下:

在需要插入集合点的前面,通过菜单或者工具栏操作

出现对话框

输入该集合点的名称。

注意:

集合点的名称最好要有意义,能够清楚的说明该集合点完成的动作。

脚本中集合点的代码如下:

5.2.3插入注释

注释的作用就不多说了,不过插入注释最好是在录制过程中。

具体的操作方法如下:

在需要插入注释的前面,通过菜单或者工具栏操作

出现对话框

脚本中注释的代码如下:

5.2.4参数化输入

如果用户在录制脚本过程中,填写提交了一些数据,比如要增加数据库记录。

这些操作都被记录到了脚本中。

当多个虚拟用户运行脚本时,都会提交相同的记录,这样不符合实际的运行情况,而且有可能引起冲突。

为了更加真实的模拟实际环境,需要各种各样的输入。

参数化输入是一种不错的方法。

用参数表示用户的脚本有两个优点:

①可以使脚本的长度变短。

②可以使用不同的数值来测试你的脚本。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > PPT模板 > 简洁抽象

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2