LoadRunner基本使用流程及结果分析(图文)_第1页
LoadRunner基本使用流程及结果分析(图文)_第2页
LoadRunner基本使用流程及结果分析(图文)_第3页
LoadRunner基本使用流程及结果分析(图文)_第4页
LoadRunner基本使用流程及结果分析(图文)_第5页
已阅读5页,还剩54页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、 59/59录制脚本1. 打开2. 点击编辑辑脚本3. 点击按钮钮新建脚本4. 弹出对话话框,选着wweb(htttp/httml)5. 输入网址址,点击okk6. 录制脚本本,录制结束束后,点击一一下按钮停止止录制7. 录制成功功后,生成脚脚本8. 点击如下下按钮回放脚脚本9. 点此按钮钮,可新增aactionn10. 点此按按钮可以进行行录制和回放放设置11. 弹出的的参数话界面面一般回放设置下下这里就好12. 点击图图中图表设置置参数化13. 弹出的的设置界面,主主要设置红色色区域的几个个地方14. 下图按按钮为脚本调调试15. 下图按按钮为设置时时间的其实点点和结束点的的按钮16. 下

2、图两两个按钮分别别为与hp质质量管理工具具 ALM连连接按钮和创创建场景按钮钮17插入事件件,分别表示示时间的开始始和结束事件插入成功:18. 设置集集合点创建场景在vugen中中点击图中按按钮创建场景景弹出编辑框,设设置场景,设设置完成后点点击ok第一个是目标场场景第二个是手动场场景其中手动场景可可以设置加载载虚拟用户数数双击这里选着加加压主机选择主机ip,和和系统点击ok关闭对对话框图中红色区域是是选着场景执执行方式:模模拟真是环境境还是基于时时间表模拟下图中:Schedulle by选选项表示加载载方式,基于于脚本还是基基于组Run modde表示加载载模式:分别别表示模拟真真实情况和还

3、还是基于场景景双击下图红色区区域,可选着着加压力度双击红色区域,可可设置压力下下完运行时间间双击下面红色的的内容,可以以选着虚拟用用户停止的模模式弹出设置选项框框,可以选着着停止的方式式全部一下停止每多少时间停止止多少个的方方式停止点击run,来来到执行界面面在执行界面点击击startt Scennario,开始跑场景景下图为执行过程程中场景跑完后显示示如图界面:其中右边红色区区域是运行过过程中监控服服务器的资源源占用率等等等的一些信息息,在左边还还可以添加或或查看其他的的一些图标点击下面按钮也也能添加加压压主机经15后,弹出出选项框,点点击add可可以输入主机机信息设置ip欺骗结果分析点击下

4、面按钮,进进入分析结果果界面分析界面如下:点击这里的图表表可以查看各各结果的,然然后对结果进进行分析按照如下操作可可以增加新的的图表右键图表选着合合并图表,可可以合并分析析合并后的图表具体实例教你如如何做LoaadRunnner结果分分析LoadRRunnerr 最重要也也是最难理解解的地方测试结果的的分析.其余余的录制和加加压测试等设设置对于我们们来讲通过几几次操作就可可以轻松掌握握了.针对 Resullts Annalysiis 我用图图片加文字做做了一个例子子,希望通过过例子能给大大家更多的帮帮助.这个例例子主要讲述述的是多个用用户同时接管管任务,测试试系统的响应应能力,确定定系统瓶颈所

5、所在.客户要要求响应时间间是1 个人人接管的时间间在5S 内内.2.系统资资源:2.1 硬硬件环境:CPU:奔奔四2.8EE硬盘:1000G网络环境:100Mbbps2.2 软软件环境:操作系统:英文winndowsXXP服务器:ttomcatt 服务浏览器:IIE6.0系统结构:B/S 结结构3.添加监监视资源下面要讲述述的例子添加加了我们平常常测试中最常常用到的一些些资源参数.另外有些特特殊的资源暂暂时在这里不不做讲解了.我会在以后后相继补充进进来。Mercuury Looadrunnner AAnalyssis 中最最常用的5 种资源.1. Vuuser2. Trransacctions

6、s3. Weeb Ressourcees4. Weeb Pagge Breeakdowwn5. Syystem Resouurces在Anallysis 中选择“AAdd grraph”或或“New graphh”就可以看看到这几个资资源了.还有有其他没有数数据的资源,我们没有让让它显示.如果想查看看更多的资源源,可以将左左下角的diisplayy onlyy grapphs coontainning ddata 置置为不选.然然后选中相应应的点“oppen grraph”即即可.打开Anaalysiss 首先可以以看的是Suummaryy Repoort.这里里显示了测试试的分析摘要要.应有

7、尽有有.但是我们们并不需要每每个都要仔细细去看.下面面介绍一下部部分的含义:Durattion(持持续时间):了解该测试试过程持续时时间.测试人人员本身要对对这个时期内内系统一共做做了多少的事事有大致的熟熟悉了解.以以确定下次增增加更多的任任务条件下测测试的持续时时间。Statiisticss Summmary(统统计摘要):只是大概了了解一下测试试数据,对我我们具体分析析没有太大的的作用.Transsactioon Summmary(事务摘要):了解平均均响应时间AAveragge单位为秒秒.其余的看不不看都可以.都不是很重重要.【注】 51Tessting授授权IT1668独家转载载,未经

8、明确确的书面许可可,任何人或或单位不得对对本文内容复复制、转载或或进行镜像,否否则将追究法法律责任。内容导航 4.分析集集合点在录制脚本本中通常我们们会使用到集集合点,那么么既然我们用用到了集合点点,我们就需需要知道Vuuser 是是在什么时候候集合在这个个点上,又是是怎样的一个个被释放的过过程.这个时时候就需要观观察Vuseer-Renndezvoous(集合合点) 图.图1可以看到大大概在3 分分50 的地地方30 个个用户才全部部集中到sttart 集集合点,持续续了3 分多多,在7 分分30 的位位置开始释放放用户,9 分30 还还有18 个个用户,111 分10 还有5 个个用户,整

9、个个过程持续了了12 分.图2上面图2 是集合点与与平均事务响响应时间的比比较图.注:在打开开analyysis 之之后系统LRR 默认这两两个曲线是不不在同一张图图中的.这就就需要自行设设置了.具体体步骤如下:点击图上.右键选择mmerge graphhs.然后在在selecct graaph too mergge witth 中选择择即将用来进进行比较的ggraph.如图3:图3图2 中较较深颜色的是是平均响应时时间,浅色的的为集合点,当Vuseer 在集合合点持续了11分后平均响响应时间呈现现最大值,可可见用户的并并发对系统的的性能是一个个很大的考验验.接下来看看一下与事务务有关的参数数

10、分析.下看看一张图.图4这张图包括括Averaage Trransacction Respoonse TTime 和和Runniing Vuuser 两两个数据图.从图中可以以看到Vusser_innit_Trransacction(系统登录)对系统无任任何的影响,Vuserr 达到155 个的时候候平均事务响响应时间才有有明显的升高高,也就是说说系统达到最最优性能的时时候允许144 个用户同同时处理事务务,Vuseer 达到330 后1 分,系统响响应时间最大大,那么这个个最大响应时时间是要推迟迟1 分钟才才出现的,在在系统稳定之之后事务响应应时间开始下下降说明这个个时候有些用用户已经执行行

11、完了操作.同时也可以以看出要想将将事务响应时时间控制在110S 内.Vuserr 数量最多多不能超过22 个.看来来是很难满足足用户的需求求了.做一件事有有时候上级会会问你这件事事办得怎么样样了.你会说说做完一半了了.那么这个个一半的事情情你花了多少少时间呢?所所以我们要想想知道在给定定时间的范围围内完成事务务的百分比就就要靠下面这这个图(Trransacction Respoonse TTime(PPercenntile)图中画圈的的地方表示110%的事务务的响应时间间是在80SS 左右.880S 对于于用户来说不不是一个很小小的数字,而而且只有100%的事务,汗.你觉得得这个系统性性能会好

12、么!实际工作中中遇到的事情情不是每一件件事都能够在在很短的时间间内完成的,对于那些需需要时间的事事情我们就要要分配适当的的时间处理,时间分配的的不均匀就会会出现有些事事情消耗的时时间长一些,有些事情消消耗的短一些些,但我们自自己清楚.LLR 同样也也为我们提供供了这样的功功能,使我们们可以了解大大部分的事务务响应时间是是多少?以确确定这个系统统我们还要付付出多少的代代价来提高它它.Transsactioon Ressponsee Timee(Disttributtion)-事务响应时时间(分布)显示在方案案中执行事务务所用时间的的分布.如果果定义了可以以接受的最小小和最大事务务性能时间,可以通

13、过此此图确定服务务器性能是否否在可接受范范围内.很明显大多多数事务的响响应时间在660-1400S.在我测测试过的项目目中多数客户户所能接受的的最大响应时时间也要在220S 左右右.140SS 的时间!很少有人会会去花这么多多的时间去等等待页面的出出现吧!通过观察以以上的数据表表.我们不难难看到此系统统在这种环境境下并不理想想.世间事有有果就有因,那么是什么么原因导致得得系统性能这这样差呢?让让我们一步一一步的分析.系统性能不不好的原因多多方面,我们们先从应用程程序看.有的的时候我不得得不承认LRR 的功能真真的很强大,这也是我喜喜欢它的原因因.先看一张张页面细分图图.一个应用程程序是由很多多

14、个组件组成成的,整个系系统性能不好好那我们就把把它彻底的剖剖析一下.图图片中显示了了整个测试过过程中涉及到到的所有weeb 页.wweb paage brreakdoown中显示示的是每个页页面的下载时时间.点选左左下角webb pagee breaakdownn 展开,可可以看到每个个页中包括的的css 样样式表,jss 脚本,jjsp 页面面等所有的属属性.在seleect paage too breaakdownn 中选择页页面.见图.在 Sellect PPage TTo Breeakdowwn 中选择择http:/19355:88888/userrtaskss 后

15、,在下下方看到属于于它的两个组组件,第一行行中Connnectioon 和Fiirst BBufferr 占据了整整个的时间,那么它的消消耗时间点就就在这里,我我们解决问题题就要从这里里下手.也有可能你你的程序中cclientt 的时间最最长.或者其其他的,这些些就要根据你你自己的测试试结果来分析析了.下面我我们来看一下下CPU,内内存.硬盘的的瓶颈分析方方法:首先我们要要监视CPUU,内存.硬硬盘的资源情情况.得到以以下的参数提提供分析的依依据.%prrocesssor tiime(prrocesssor_tootal):器消耗的处处理器时间数数量.如果服服务器专用于于sql sserver

16、r 可接受的的最大上限是是80% -85 %.也就是常见见的CPU 使用率.%Userr timee(proccessorr_totaal):表表示耗费CPPU的数据库库操作,如排排序,执行aaggreggate ffunctiions等。如如果该值很高高,可考虑增增加索引,尽尽量使用简单单的表联接,水水平分割大表表格等方法来来降低该值。%DPC time(proceessor_totall):越低低越好。在多多处理器系统统中,如果这这个值大于550%并且PProcesssor:% Proccessorr Timee非常高,加加入一个网卡卡可能会提高高性能,提供供的网络已经经不饱和。%Disk

17、k timee(physsicalddisk_ttotal):指所选磁磁盘驱动器忙忙于为读或写写入请求提供供服务所用的的时间的百分分比。如果三三个计数器都都比较大,那那么硬盘不是是瓶颈。如果果只有%Diisk Tiime比较大大,另外两个个都比较适中中,硬盘可能能会是瓶颈。在在记录该计数数器之前,请请在Winddows 22000 的的命令行窗口口中运行diiskperrf -yDD。若数值持持续超过800%,则可能能是内存泄漏漏。Availliablee bytees(memmory):用物理内存存数. 如果果Availlable Mbytees的值很小小(4 MBB 或更小),则说明计计算

18、机上总的的内存可能不不足,或某程程序没有释放放内存。Conteext swwitch/sec(ssystemm): (实实例化ineetinfoo 和dlllhost 进程) 如如果你决定要要增加线程字字节池的大小小,你应该监监视这三个计计数器(包括括上面的一个个)。增加线线程数可能会会增加上下文文切换次数,这这样性能不会会上升反而会会下降。如果果十个实例的的上下文切换换值非常高,就就应该减小线线程字节池的的大小。%Diskk readds/secc(physsicalddisk_ttotal):每秒读硬硬盘字节数.%Diskk writte/secc(physsicalddisk_ttota

19、l):每秒写硬硬盘字节数.Page faultts/secc:进程产生生的页故障与与系统产生的的相比较,以以判断这个进进程对系统页页故障产生的的影响。Pagess per seconnd:每秒钟钟检索的页数数。该数字应应少于每秒一一页Workking sset:理线线程最近使用用的内存页,反反映了每一个个进程使用的的内存页的数数量。如果服服务器有足够够的空闲内存存,页就会被被留在工作集集中,当自由由内存少于一一个特定的阈阈值时,页就就会被清除出出工作集。Avg.ddisk qqueue lengtth:读取和和写入请求(为所选磁盘盘在实例间隔隔中列队的)的平均数。该该值应不超过过磁盘数的11.

20、52 倍。要提高高性能,可增增加磁盘。注注意:一个RRaid DDisk实际际有多个磁盘盘。Averaage diisk reead/wrrite qqueue lengtth: 指读读取(写入)请求(列队队)的平均数数Disk readss/(wriites)/s:理磁盘盘上每秒钟磁磁盘读、写的的次数。两者者相加,应小小于磁盘设备备最大容量。Averaage diisk seec/reaad:以秒计计算的在此盘盘上读取数据据的所需平均均时间。Avveragee diskk sec/transsfer:指指以秒计算的的在此盘上写写入数据的所所需平均时间间。Bytess totaal/secc:

21、为发送和和接收字节的的速率,包括括帧字符在内内。判断网络络连接速度是是否是瓶颈,可可以用该计数数器的值和目目前网络的带带宽比较Paage reead/seec:每秒发发出的物理数数据库页读取取数。这一统统计信息显示示的是在所有有数据库间的的物理页读取取总数。由于于物理 I/O 的开销销大,可以通通过使用更大大的数据高速速缓存、智能能索引、更高高效的查询或或者改变数据据库设计等方方法,使开销销减到最小。Page writee/sec:(写的页/秒)每秒执执行的物理数数据库写的页页数。内容导航 1. 判断断应用程序的的问题如果系统由由于应用程序序代码效率低低下或者系统统结构设计有有缺陷而导致致大量

22、的上下下文切换(ccontexxt swiitchess/sec显显示的上下文文切换次数太太高)那么就就会占用大量量的系统资源源,如果系统统的吞吐量降降低并且CPPU的使用率率很高,并且且此现象发生生时切换水平平在150000以上,那那么意味着上上下文切换次次数过高.从图的整体体看.conntext switcches/ssec变化不不大,thrroughoout曲线的的斜率较高,并且此时的的conteextswiitchess/sec已已经超过了115000.程序还是需需要进一步优优化.2. 判断断CPU瓶颈颈如果proocessoor queeue leength显显示的队列长长度保持不变

23、变(=2)个并且处理理器的利用率率%Proccessorrtime超超过90%,那么很可能能存在处理器器瓶颈.如果果发现proocessoor queeue leength显显示的队列长长度超过2,而处理器的的利用率却一一直很低,或或许更应该去去解决处理器器阻塞问题,这里处理器器一般不是瓶瓶颈.%proccessorr timee平均值大于于95,prrocesssor quueue llengthh大于2.可可以确定CPPU瓶颈.此此时的CPUU已经不能满满足程序需要要.急需扩展展.3. 判断断内存泄露问问题内存问题主主要检查应用用程序是否存存在内存泄漏漏,如果发生生了内存泄漏漏,procc

24、esspprivatte byttes计数器器和proccesswworkinng sett 计数器的的值往往会升升高,同时aavaiabble byytes的值值会降低.内内存泄漏应该该通过一个长长时间的,用用来研究分析析所有内存都都耗尽时,应应用程序反应应情况的测试试来检验.图中可以看看到该程序并并不存在内存存泄露的问题题.内存泄露露问题经常出出现在服务长长时间运转的的时候,由于于部分程序对对内存没有释释放,而将内内存慢慢耗尽尽.也是提醒醒大家对系统统稳定性测试试的关注.附件:CPU信息息:Proceessor % Prrocesssor Tiime 获得得处理器使用用情况。也可以选择择监

25、视 Prrocesssor % Userr Timee 和 % Priviilegedd Timee 以获得详详细信息。Serveer Worrk Queeues Queuee Lenggth 计数数器会显示出出处理器瓶颈颈。队列长度度持续大于 4 则表示示可能出现处处理器拥塞。Systeem Prrocesssor Quueue LLengthh 用于瓶颈颈检测通过使使用 Proocess % Prrocesssor Tiime 和 Proceess WWorkinng SettProceess % Proccessorr Timee过程的所有有线程在每个个处理器上的的处理器时间间总和。硬盘

26、信息:Physiical DDisk % Dissk TimmePhysiical DDisk Avg.DDisk QQueue Lengtth例如,包括括 Pagee Readds/secc 和 % Disk Time 及 Avgg.Diskk Queuue Lenngth。如如果页面读取取操作速率很很低,同时 % Dissk Timme 和 AAvg.Diisk Quueue LLengthh的值很高,则则可能有磁盘盘瓶径。但是是,如果队列列长度增加的的同时页面读读取速率并未未降低,则内内存不足。Physiical DDisk % Dissk TimmePhysiical DDisk Av

27、g.DDisk QQueue Lengtth例如,包括括 Pagee Readds/secc 和 % Disk Time 及 Avgg.Diskk Queuue Lenngth。如如果页面读取取操作速率很很低,同时 % Dissk Timme 和 AAvg.Diisk Quueue LLengthh的值很高,则则可能有磁盘盘瓶径。但是是,如果队列列长度增加的的同时页面读读取速率并未未降低,则内内存不足。请观察 PProcesssor Interrruptss/sec 计数器的值值,该计数器器测量来自输输入/输出 (I/O) 设备的服服务请求的速速度。如果此此计数器的值值明显增加,而而系统活动没

28、没有相应增加加,则表明存存在硬件问题题。Physiical DDisk Disk Readss/sec and DDisk WWritess/secPhysiical DDisk Curreent Diisk Quueue LLengthhPhysiical DDisk % Dissk TimmeLogiccalDissk % Free Spacee测试磁盘性性能时,将性性能数据记录录到另一个磁磁盘或计算机机,以便这些些数据不会干干扰您正在测测试的磁盘。可能需要观观察的附加计计数器包括 Physiical DDisk Avg.DDisk ssec/Trransfeer 、Avvg.DisskBytees/Traansferr,和Dissk Byttes/se

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论