Loadrunner使用手册整理版36页文档资料.docx

Loadrunner使用手册整理版36页文档资料.docx

《Loadrunner使用手册整理版36页文档资料.docx》由会员分享，可在线阅读，更多相关《Loadrunner使用手册整理版36页文档资料.docx（36页珍藏版）》请在冰点文库上搜索。

Loadrunner使用手册整理版36页文档资料

一、Loadrunner简介

语文课本中的文章都是精选的比较优秀的文章,还有不少名家名篇。

如果有选择循序渐进地让学生背诵一些优秀篇目、精彩段落,对提高学生的水平会大有裨益。

现在,不少语文教师在分析课文时,把文章解体的支离破碎,总在文章的技巧方面下功夫。

结果教师费劲,学生头疼。

分析完之后,学生收效甚微,没过几天便忘的一干二净。

造成这种事倍功半的尴尬局面的关键就是对文章读的不熟。

常言道“书读百遍,其义自见”,如果有目的、有计划地引导学生反复阅读课文,或细读、默读、跳读,或听读、范读、轮读、分角色朗读,学生便可以在读中自然领悟文章的思想内容和写作技巧,可以在读中自然加强语感,增强语言的感受力。

久而久之,这种思想内容、写作技巧和语感就会自然渗透到学生的语言意识之中,就会在写作中自觉不自觉地加以运用、创造和发展。

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

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

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

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

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

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

“师”之概念，大体是从先秦时期的“师长、师傅、先生”而来。

其中“师傅”更早则意指春秋时国君的老师。

《说文解字》中有注曰：

“师教人以道者之称也”。

“师”之含义，现在泛指从事教育工作或是传授知识技术也或是某方面有特长值得学习者。

“老师”的原意并非由“老”而形容“师”。

“老”在旧语义中也是一种尊称，隐喻年长且学识渊博者。

“老”“师”连用最初见于《史记》，有“荀卿最为老师”之说法。

慢慢“老师”之说也不再有年龄的限制，老少皆可适用。

只是司马迁笔下的“老师”当然不是今日意义上的“教师”，其只是“老”和“师”的复合构词，所表达的含义多指对知识渊博者的一种尊称，虽能从其身上学以“道”，但其不一定是知识的传播者。

今天看来，“教师”的必要条件不光是拥有知识，更重于传播知识。

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

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

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

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

教师范读的是阅读教学中不可缺少的部分，我常采用范读，让幼儿学习、模仿。

如领读，我读一句，让幼儿读一句，边读边记；第二通读，我大声读，我大声读，幼儿小声读，边学边仿；第三赏读，我借用录好配朗读磁带，一边放录音，一边幼儿反复倾听，在反复倾听中体验、品味。

负载测试通常由五个阶段组成：

计划、脚本创建、场景定义、场景执行和结果分析。

.

（1）计划负载测试：

定义性能测试要求，例如并发用户的数量、典型业务流程和所需响应时间。

.

（2）创建Vuser脚本：

将最终用户活动捕获到自动脚本中。

选择协议

　　录制脚本

　　编辑脚本

检查修改脚本是否有误

（3）定义场景：

使用LoadRunnerController设置负载测试环境。

创建场景（Scenario）

选择脚本

　　设置机器虚拟用户数

　　设置Schedule（场景计划表）

如果模拟多机测试，设置IpSpoofer（ip欺骗）

（4）运行场景：

通过LoadRunnerController驱动、管理和监控负载测试。

（5）分析结果：

使用LoadRunnerAnalysis创建图和报告并评估性能。

　　LoadRunner分为Windows版本和Unix版本。

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

本章讲解的安装过程就是LoadRunner11英文的Windowsxp版本的安装。

　　系统要求：

测试机和工作机可以满足LoadRunner11的最低要求。

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

Loadrunner有7.5、8.0、8.2、8.3、9.2、9.5和11等版本其中从9.2版本开始支持IE7及以上的浏览器，9.2以下的只支持IE6的。

二.Loadrunner11安装和运行环境

Loadrunner11是最新的版本主要是支持IE7以及以上内核的浏览器,且菜单划分更明晰更易于操作，如图所示为安装界面

要想流程的运行Loadrunner11需要有以下条件.

1.AMD或Intel双核或核心处理器

2.1GB以上内存推荐2GB

3.20G左右硬盘空间

4.2M以上带宽的网络

5.操作系统:

WinXPSP3，WinVista,Win7或linux

Loadrunner的安装（WindowsXP）

双击Setup.exe文件

点击LoadRunner完整安装程序

系统会检测安装环境，如果系统中没有安装fameworks3.5会自动下载此插件。

下载后进入下面的界面,点击下一步

如果之前已经安装过会有如下提示

三、Loadrunner破解

1、安装完成后，系统会自动打开“LoadrunnerLicenseInformation”窗口：

并提示你的“license”只有十天的使用期。

破解篇

1、安装好loadrunner11后

2、退出程序，把下载文件中的lm70.dll和mlr5lprg.dll覆盖掉..\HP\LoadRunner\bin下的这两个文件

3、注意，win7的话一定要以管理员身份运行启动程序，启动后，点击configuration->loadrunnerlicense，此时可能会有两个许可证信息存在，退出程序，点击deletelicense.exe文件，来删除刚才得许可证信息（即时原来没有lisense最好也运行一下）

4、再次打开程序，configuration->loadrunnerlicense->newlicense，在弹出的输入框中输入license序列号AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB，点击确定，验证通过后，则破解成功！

5、具体操作如下：

启动loadrunner，如下图选择“CONFUGURATION—>loadrunnerlicense”。

6、选择“NewLicense”,输入“AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB”

这里可能会弹出：

这是因为这里已经有试用的“license”了，下面我们将试用的“license”删除。

点击deletelicense.exe文件，来删除刚才得许可证信息。

7、OK。

我们可以安照刚才的步骤重新启动Loadrunner了。

再次选择“CONFUGURATION—>loadrunnerlicense”这时会发现，License中已经空了。

8、点击“NewLicense”，输入web-10000的注册码：

AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB。

OK再次成功。

四、Loadrunner的运行

双击打开Loadrunner程序（Win7和Vista中需要在图标上右击鼠标选择以管理员身份运行）。

左侧依次为录制编辑脚本文件,运行脚本文件和分析负载结果。

我们点击第一项创建和录制脚本进入后点击新建脚本由于是WEB测试所以选择HTTP模式.

点击Create按钮

在这个窗口中主要有录制的类型这里选择网络程序，如果是本地的选择WIN32程序；第二个选择默认值“浏览器”；第三个是输入要录制的URL连接；第四个输入保存脚本的路径；第五个是默认名称，可以点击NEW修改。

设置好路径和要录制的URL后点击OK后开始录制脚本

注：

如果录制脚本中中文显示乱码，则需要对LR进行设置

1、Tools——RecordingOptions

在回放脚本之前：

Vuser-->运行时设置-->浏览器-->浏览器仿真-->更改-->使用浏览器-->语言下来选择“中文（中国）”；

2、设置录制脚本的执行的次数

点击Tools——Run-timeSetting—General—RunLogic打开设置窗口（注：

如果脚本中用户名参数化，如果写入的人员都需要执行，有几个用户写执行几次；编码中如果存在多个参数化字段，将第一个跟其他的参数化字段合并）

注：

如果录制脚本中增加了参数化或设置了关联，需要在录制脚本Vuser——RuntimeSetting下设置“miscellaneous中选择difineeachactionasatransaction”（定义任意一个活动为一个事务）；如不设置则运行脚本时通过事务数、失败事务数、错误数均显示0

注意：

参数化脚本（如流水号、文号）中如果选择UniqueNumber（唯一值），使用该类型必须注意数据表中有足够的数据。

比如在Controller中设定20个虚拟用户进行5次循环，那么编号为1的虚拟用户取前5个数，编号为2的虚拟用户取6-10的数，依次类推，数据表中至少有100个数据，否则Controller运行中会返回一个错误。

例如：

Error:

Parameter'num2':

Allvaluesinuniqueblockalreadyused.Blocksizeis10.Theparametercontinueswithlastvalueoftherangeaccordingto"WhenOutOfValues"policy.

3、运行脚本

ManualScenario为手工场景（其中“使用百分比模式运行”可以勾选也可以不勾选）

Goal-OrientedScenario面向目标的场景（注意不要选择该项，该项是验证系统能否达到预期目标，适用场合等有明确的目标，如验收测试）

然后选择一个录制好的脚本如send071802.1点击Add添加进来

添加后可以进行运行的时间设定可以设置初始用户数量,可以设定增加用户的间隔比如每隔10S增加一个用户。

达到最大用户数量后持续运行多长时间比如达到10个人同时访问后持续运行10分钟.可以选择单个用户还是以组的形式运行；同时可以设置“服务水平协议”（SLA，设定性能测试的目标，便于确定是否达标）

点击左下角的RUN按钮可以看见正在运行脚本曲线状态图：

运行用户数

事物的响应时间

点击率

4、运行结果

点击左下角的Design按钮可以看见整个脚本运行过程的系统负载图可以直观了解到当前系统的负载情况.

上图左侧的边栏显示的是每一个图表的包含信息如平均响应时间图表中就含有多长时间刷新一次图表,右边是同时显示4个图,通过选项可以显示1,2,4,8个图表；如下图所示.还可以自定义显示“CustomNumber”，如显示3个或6个图表.

注：

如果需要生成web资源图，则需要下图中的配置

RunningVusers:

运行的虚拟用户数

ElapsedTime:

运行时间

Hits/Second:

平均点击数

PassedTransaction:

通过事务数

FailedTransaction:

失败事务数

Errors:

错误数

左边图片是运行控制栏可以控制脚本的运行,暂停,继续和重置查看每一个事物等操作.右边的图显示的是正在运行脚本的结果可以看到有运行的时间平均的响应时间,有多少运行成功,多少失败还有有多少是有错误。

5、分析结果

测试完毕后系统会给出每一个事物的详细结果。

如平均的响应时间,CUP和内存的占有率,系统的负载情况

点击上方的不同标签可以查看不同的结果如图看到的是统计运行的成功和失败图表.

在运行结果界面可以通过点击工具栏的“筛选”按钮来查找想要的内容,比如只想查看运行PASS的实例这时就可以通过筛选来实现.还可以点击工具栏的打印按钮,HTML按钮存成MID和HTML文件以及打印结果.

通过点击工具栏像时钟一样的图表可以得到整个运行周期的负载情况.

点击保存按钮可以把结果保存在电脑上以便以后导入查看.

保存时可能会比较卡请耐心等待.

在左侧目录中单击这几个标签可以查看详细的结果和文件的路径和脚本运行的总时间，以及创建脚本时间等.

通过这几个标签可以大致分析出系统当前存在的瓶颈,如内存太小或网络环境不佳以及网站的负载能力太差等问题都可以通过这几个标签查看.

注：

设置用户的并发集合点，在进行性能测试时在集合点策略中设置同时有多少用户同时对服务器发出请求。

集合点的意思时等到特定的用户数后再一起执行某个操作，比如一起保存，一起提交（我们通常意义上的并发数并不是指一起提交或者一起保存），一般情况下使用不到集合点，不过，订票系统或者促销类需要用到，比如说某个促销品的促销时间在8点到8点30，这样的话，就可能出现在8点时很多人一起提交的场景（在线并不等于并发）

五、LR性能分析图解释  

Transactions（用户事务分析）：

用户事务分析是站在用户角度进行的基础性能分析。

1、TransationSunmmary（事务综述）

对事务进行综合分析是性能分析的第一步，通过分析测试时间内用户事务的成功与失败情况，可以直接判断出系统是否运行正常。

2、AverageTransacitonResponseTime（事务平均响应时间）

“事务平均响应时间”显示的是测试场景运行期间的每一秒内事务执行所用的平均时间，通过它可以分析测试场景运行期间应用系统的性能走向。

例：

随着测试时间的变化，系统处理事务的速度开始逐渐变慢，这说明应用系统随着投产时间的变化，整体性能将会有下降的趋势。

3、TransactionsperSecond（每秒通过事务数/TPS）

“每秒通过事务数/TPS”显示在场景运行的每一秒钟，每个事务通过、失败以及停止的数量，使考查系统性能的一个重要参数。

通过它可以确定系统在任何给定时刻的时间事务负载。

分析TPS主要是看曲线的性能走向。

将它与平均事务响应时间进行对比，可以分析事务数目对执行时间的影响。

例：

当压力加大时，点击率/TPS曲线如果变化缓慢或者有平坦的趋势，很有可能是服务器开始出现瓶颈。

4、TotalTransactionsperSecond（每秒通过事务总数）

“每秒通过事务总数”显示在场景运行时，在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。

5、TransactionPerformanceSunmmary（事务性能摘要）

“事务性能摘要”显示方案中所有事务的最小、最大和平均执行时间，可以直接判断响应时间是否符合用户的要求。

重点关注事务的平均和最大执行时间，如果其范围不在用户可以接受的时间范围内，需要进行原因分析。

6、TransactionResponseTimeUnderLoad（事务响应时间与负载）

“事务响应时间与负载”是“正在运行的虚拟用户”图和“平均响应事务时间”图的组合，通过它可以看出在任一时间点事务响应时间与用户数目的关系，从而掌握系统在用户并发方面的性能数据，为扩展用户系统提供参考。

此图可以查看虚拟用户负载对执行时间的总体影响，对分析具有渐变负载的测试场景比较有用。

7、TransactionResponseTime（Percentile）（事务响应时间（百分比））

“事务响应时间（百分比）”是根据测试结果进行分析而得到的综合分析图，也就是工具通过一些统计分析方法间接得到的图表。

通过它可以分析在给定事务响应时间范围内能执行的事务百分比。

8、TransactionResponseTime（Distribution）（事务响应时间（分布））

“事务响应时间（分布）”显示在场景运行过程中，事务执行所用时间的分布，通过它可以了解测试过程中不同响应时间的事务数量。

如果系统预先定义了相关事务可以接受的最小和最大事务响应时间，则可以使用此图确定服务器性能是否在可以接受的范围内。

 WebResources（Web资源分析）：

Web资源分析是从服务器入手对Web服务器的性能分析。

1、HitsperSecond（每秒点击次数）

“每秒点击次数”，即使运行场景过程中虚拟用户每秒向Web服务器提交的HTTP请求数。

通过它可以评估虚拟用户产生的负载量，如将其和“平均事务响应时间”图比较，可以查看点击次数对事务性能产生的影响。

通过对查看“每秒点击次数”，可以判断系统是否稳定。

系统点击率下降通常表明服务器的响应速度在变慢，需进一步分析，发现系统瓶颈所在。

2、Throughput（吞吐率）

“吞吐率”显示的是场景运行过程中服务器的每秒的吞吐量。

其度量单位是字节，表示虚拟用在任何给定的每一秒从服务器获得的数据量。

可以依据服务器的吞吐量来评估虚拟用户产生的负载量，以及看出服务器在流量方面的处理能力以及是否存在瓶颈。

“吞吐率”图和“点击率”图的区别：

“吞吐率”图，是每秒服务器处理的HTTP申请数。

“点击率”图，是客户端每秒从服务器获得的总数据量。

3、HTTPStatusCodeSummary（HTTP状态代码概要）

“HTTP状态代码概要”显示场景或会话步骤过程中从Web服务器返回的HTTP状态代码数，该图按照代码分组。

HTTP状态代码表示HTTP请求的状态。

4、HTTPResponsesperSecond（每秒HTTP响应数）

“每秒HTTP响应数”是显示运行场景过程中每秒从Web服务器返回的不同HTTP状态代码的数量，还能返回其它各类状态码的信息，通过分析状态码，可以判断服务器在压力下的运行情况，也可以通过对图中显示的结果进行分组，进而定位生成错误的代码脚本。

5、PagesDownloaderperSecond（每秒下载页面数）

“每秒下载页面数”显示场景或会话步骤运行的每一秒内从服务器下载的网页数。

使用此图可依据下载的页数来计算Vuser生成的负载量。

和吞吐量图一样，每秒下载页面数图标是Vuser在给定的任一秒内从服务器接收到的数据量。

但是吞吐量考虑的各个资源极其大小（例，每个GIF文件的大小、每个网页的大小）。

而每秒下载页面数只考虑页面数。

注：

要查看每秒下载页数图，必须在R-T-S那里设置“每秒页面数（仅HTML模式）”。

6、RetriesperSecond（每秒重试次数）

“每秒重试次数”显示场景或会话步骤运行的每一秒内服务器尝试的连接次数。

在下列情况将重试服务器连接：

A、初始连接XX

B、要求代理服务器身份验证

C、服务器关闭了初始连接

D、初始连接无法连接到服务器

E、服务器最初无法解析负载生成器的IP地址

7、RetriesSummary（重试次数概要）

“重试次数概要”显示场景或会话步骤运行过程中服务器尝试的连接次数，它按照重试原因分组。

将此图与每秒重试次数图一起使用可以确定场景或会话步骤运行过程中服务器在哪个时间点进行了重试。

8、Connections（连接数）

“连接数”显示场景或会话步骤运行过程中每个时间点打开的TCP/IP连接数。

借助此图，可以知道何时需要添加其他连接。

例：

当连接数到达稳定状态而事务响应时间迅速增大时，添加连接可以使性能得到极大提高（事务响应时间将降低）。

9、ConnectionsPerSecond（每秒连接数）

“每秒连接数”显示方案在运行过程中每秒建立的TCP/IP连接数。

理想情况下，很多HTTP请求都应该使用同一连接，而不是每个请求都新打开一个连接。

通过每秒连接数图可以看出服务器的处理情况，就表明服务器的性能在逐渐下降。

10、SSLsPerSecond（每秒SSL连接数）

“每秒SSL连接数”显示场景或会话步骤运行的每一秒内打开的新的以及重新使用的SSL连接数。

当对安全服务器打开TCP/IP连接后，浏览器将打开SSL连接。

WebPageBreakdown（网页元素细分）

“网页元素细分”主要用来评估页面内容是否影响事务的响应时间，通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的

元素。

1、WebPageBreakdown（页面分解总图）

“页面分解”显示某一具体事务在测试过程的响应情况，进而分析相关的事务运行是否正常。

“页面分解”图可以按下面四种方式进行进一步细分：

1）、DownloadTimeBreaddown（下载时间细分）

“下载时间细分”图显示网页中不同元素的下载时间，同时还可按照下载过程把时间进行分解，用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。

2）、ComponentBreakdown（OverTime）（组件细分（随时间变化））

“组件细分”图显示选定网页的页面组件随时间变化的细分图。

通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。

该图特别适用于需要在客户端下载控件较多的页面，通过分析控件的响应时间，很容易就能发现那些控件不稳定或者比较耗时。

3）、DownloadTimeBreakdown（OverTime）（下载时间细分（随时间变化））

“下载时间细分（随时间变化）”图显示选定网页的页面元素下载时间细分（随时间变化）情况，它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。

“下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果，“下载时间细分（随时间变化）”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果，两者分别从宏观和微观角度来分析页面元素的下载时间。

4）、TimetoFirstBufferBreakdown（OverTime）（第一次缓冲时间细分（随时间变化））

“第一次缓冲时间细分（随时间变化）”图显示成功收到从Web服务器返回的第一次缓冲之前的这段时间，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间（以秒为单位）。

可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。

FirstBufferTime：

是指客户端与服务器端建立连接后，从服务器发送第一个数据包开始计时，数据经过网络传送到客户端，到浏览器接收到第一个缓冲所用的时间。

2、PageComponentBreakdown（页面组件细分）

“页面组件细分”图显示每个网页及其组件的平均下载时间（以秒为单位）。

可以根据下载组件所用的平均秒数对图列进行排序，通过它有助于隔离有问题的组件。

3、PageComponentBreakdown（OverTime）（页面组件分解（随时间变化））

“页面组件分解（随时间变化）”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间（以秒为单位）。

4、PageDownloadTimeBreakdown（页面下载时间细分）

“页面下载时间细分”图显示每个页面组件下载时间的细分，可以根据它确定在网页下载期间事务响应时间缓慢