loadrunner使用步骤说明.docx
- 文档编号:28008310
- 上传时间:2023-07-07
- 格式:DOCX
- 页数:16
- 大小:272.69KB
loadrunner使用步骤说明.docx
《loadrunner使用步骤说明.docx》由会员分享,可在线阅读,更多相关《loadrunner使用步骤说明.docx(16页珍藏版)》请在冰豆网上搜索。
loadrunner使用步骤说明
1、LoadRunner的下载,安装与破解
.ddooo./softdown/61971.htm
//这是安装篇
2、LoadRunner在Web项目上的使用
1.新建一个Web(HTTP/HTML):
File---->new
NewsingleProtocolScript:
选择一个协议
NewMultipleProtocolScript:
选择多个协议
NewScriptrecentProtocol:
选择最近使用的协议
2.点击StartRecord开始录制
Applicationtype:
选择程序类型。
包含两个选项,InternetApplications一般指B/S的系统,也就是通过浏览器访问的系统;Win32Applications一般C/S的系统,也就是本地的应用程序,如QQ
Programtorecord:
选择启动程序的路径,如果是本地程序(C/S),就找到程序的启动程序。
(这个暂时没有使用过)
如果是B/S的体统找到IE浏览器的安装路径。
如:
C:
\ProgramFiles(x86)\InternetExplorer\iexplore.exe。
默认为MicrosoftInternetExplorer,最好手动指定IE浏览器的安装路径。
URLAddress:
如果是B/S的系统,请输入要访问的网址(如果访问本机,要用127.0.0.1代替localhost,如127.0.0.1:
8080/ssh)。
如果是C/S则为空。
Workingdirectory:
工具目录,也就是分析信息的保存路径。
RecordintoAction:
将录制结果放到Action里面
3.点击Options
在Recording界面选择HTML-basedscript
HTML-bsedscript是默认的模式,该模式可以为每个用户请求生成单独的函数.
URL-basedscript则可以捕获所有作为用户操作的结果发送到服务器的HTTP请求,然后一一记录下来.URL-basedscript模式甚至可以捕获非HTML应用程序,例如小程序和非浏览器应用程序.
使用HTML-basedscript录制的代码直观,易于理解和维护,而基于URL-basedscript模式录制生成的代码容看起来会比较多,好象将HTML方式中的一个函数拆分成了很多独立的函数一样,但是这种代码的可伸缩性更强,记录了更详细的用户操作信息.
选择哪种模式应该根据实际需要来进行,下面是一些常见的参考原则:
1.基于浏览器的应用程序推荐使用HTML-basedscript
2.不是基于浏览器的应用程序推荐使用URL-basedscript
3.如果基于浏览器的应用程序中包含了javascript,并且该代码向服务器发送了请求,比如DataGrid的分页按钮等,推荐使用URL-basedscript;
4.基于浏览器的应用程序中使用了HTTPS安全协议,建议使用URL-basedscript方式录制.
如果使用HTML-basedscript模式录制后不能成功回放,可以考虑改用URL-basedscript模式来进行录制
点击PortMapping,Capturelever选WinINetleveldata
当capturelevel为Socketleveldata的时候将捕获HTTP、SMTP、POP3、IMAP、OracleNCA和WinSocket协议。
选择此选项将无法录制到Web项目的操作
当capturelevel为WinINetleveldata的时候将捕获HTTP、FTP、Gopher协议
当capturelevel为SocketleveldataandWinINetleveldata二者皆捕获
录制代码乱码问题:
选Advanced,Supportcharset选UTF-8
接下来,点击OK,开始录制,会自动启动配置的IE浏览器,跳转到指定的web项目地址。
接下来就可以对Web项目进行操作。
录制过程过Insertstarttransaction,insertendtransaction添加开始事务和添加结束事务,一个开始就应该对应一个结束。
事务(Transaction)用于模拟用户的一个相对完整的、有意义的业务操作过程,例如登录、查询、添加、删除,这些都可以作为事务,而一般不会把每次HTTP请求作为一个事务。
也可以在向导的第三步进行添加事务,还有检查点的添加。
具体操作步骤如下:
1、开始录制
2、点击事务开始按钮,输入“登录”
3、输入用户名密码点击登录按钮
4、点击事务结束按钮,确定。
(注意:
事务的开始与结束的名称一定要一致)
最后点击Stop按钮停止,生成代码。
5、点击Run按钮,不报错。
6、在Tools里面打开CreateControllerScenario
这里有两个选项:
手动设置场景和自动设置场景,一般选择手动设置场景。
将代码添加进去。
进行配置
Start总用户数,每隔15秒有2个用户加入进来。
十个用户访问5分钟。
每隔30秒,停止掉5个用户。
所对应的配置图如下:
点击Run开始
结构显示如下:
左上方显示的是当前的用户信息,右上方显示的是事务的信心,通过还是不通过等,中间左边是一些可供选择的信息,中间右边是具体的图形,点击图形,在下面显示对应的数值。
双击折线图,会放大,对应的数据在下方会显示。
在添加组运行的时候,分别有这样几个参数:
Down(还有剩余的用户,没有达到预期量的剩余人数),Pending(在等待期间),Init(初始化),Ready(预备),Run(运行),Rendez,Passed,Failed,Error,GradualExiting,Exiting,Stopped几个信息,在运行时,他们的和加起来是总的虚拟人数。
3、结果分析:
对应结果的简要分析主要看RunningVuseres,
TranResponseTime,Tran/Sec(Passed)和Throughput。
RunningVuseres:
表示当前的用户数。
TranResponseTime:
表示事务的响应时间。
Tran/Sec(Passed):
表示每秒钟通过的事务数。
Throughput:
表示吞吐量(服务器返回给客户端的所有字节数)。
详细的分析如下:
1.分析综述(AnalysisSummary),其包括统计综述(StatisticsSummary)、事务综述(TransactionSummary)、HTTP响应综述(HTTPResponsesSummary)三部分。
MecuryLoadrunnerAnalysis中最常用的5种资源.
1.Vuser虚拟用户
2.Transactions事务
3.WebResources网络资源
4.WebPageBreakdown
5.SystemResources(主要包括:
CPU使用率、可用物理存、CPU的队列长度)
在统计综述中查看“测试结果分析网址”.cnblogs./hyzhou/archive/2011/11/16/2251316.html
otalErrors的数量,对于吞吐量,单位时间间吞吐量越大,说明服务器的处理能越好,而请求数仅表示客户端向服务器发出的请求数,与吞吐量一般是成正比关系。
HTTP响应综述中查看HTTP404数量,若数值相对较大(HTTP404则相对于HTTP200),则说明系统测试中出错较多,系统系能有问题;另外查看事务的平均响应时间和其90%的事务平均响应时间,若时间过长,超过测试计划中的要求值,则说明系统的性能不满足我们的要求。
2.LoadRunner测试结果图,首先对事务综述(TransactionSummary)进行分析,该图可以直观地看出在测试时间事务的成功与失败情况,所以比第一步更容易判断出被测系统运行是否正常。
2.1事务平均响应时间(AverageTransacitonResponseTime),若事务平均响应时间曲线趋高,则说明被测系统处理事务的速度开始逐渐变慢,即被测系统随着运行时间的变化,整体性能不断下降。
当系统性能存在问题时,该曲线的走向一般表现为开始缓慢上升,然后趋于平稳,最后缓慢下降。
原因是:
被测系统处理事务能力下降,事务平均响应时间变长,在曲线上表现为缓慢上升;而并发事务达到一定数量时,被测系统无法处理多余的事务,此时曲线变现为趋于平稳;当一段时间后,事务不断被处理,其数量减少,在曲线上表现为下降。
如果被测系统没有等待机制,那么事务响应时间会越来越长,最后系统崩溃。
2.2每秒通过事务数(TransactionsperSecond/TPS),该曲线表示被测系统在运行的任意时刻,每个事务通过、失败的情况,其是考查系统性能的一个重要参数。
若随着压力的增加,曲线如果开始变化缓慢或有平稳的趋势,则有可能是服务器开始出现瓶颈。
意思就是增加压力的时候,每秒的事务量会减小!
2.3每秒通过事务总数(TotalTransactionsperSecond),该曲线显示在任意时刻被测系统通过的事务总数、失败的事务总数。
该曲线走向和TPS曲线走向一致。
2.4事务性能摘要(TransactionPerformanceSunmmary)该曲线表示被测系统中所有事务的最小、最大和平均事务响应时间。
事务平均响应时间和他90%的平均响应时间,若时间过长,查过测试计划中的要求值。
则说明系统不满足我们的要求。
3对于Vusers的测试图有3种:
RunningVusers、VusersSummary、Rendezvous,其中RunningVusers(虚拟用户的数量)是关于虚拟用户加压、施压、减压的情况图;VusersSummary是用户运行结果的综述图;Rendezvous是虚拟用户的集合点情况图。
4.对于Errors的分析,若是在上述测试中发现被测系统运行中有很多错误,则Errors测试结果有分析的必要,否则,就不必发费时间在Errors上了。
其主要包括ErrorStatistics、ErrorStatistics(bydescription)、ErrorsperSecond(bydescription)、ErrorsperSecond、TotalErrorssperSecond,ErrorStatistics是带有错误代码编号的饼状图,ErrorStatistics(bydescription)不仅有错误代码编号,而且带有错误消息,ErrorsperSecond是每秒错误数的曲线图,ErrorsperSecond与ErrorsperSecond(bydescription)的区别也是在于是否带有错误消息。
TotalErrorssperSecond是被测系统每秒错误总数的曲线图。
若要对系统进行错误分析,则ErrorStatistics与ErrorStatistics(bydescription)、ErrorsperSecond(bydescription)与ErrorsperSecond
择其一即可,不过带有错误描述的图更加具体。
5.WebResources测试主要是对Web服务器性能的分析。
5.1每秒点击次数(HitsperSecond)是Vusers每秒向Web服务器提交的HTTP请求数。
查看其曲线情况可以判断被测系统是否稳定,曲线呈下降趋势表明Web服务器的响应速度在变慢,当然其原因可能是服务器瓶颈问题,但是也有可能是Vusers数量减少,访问服务器的请求减少。
点击数:
不是根据用户的鼠标点击次数计算,而是根据客户端向服务器发起的请求次数计算。
例如:
若一个页面里包含10图片,那么在访问该页面时,鼠标仅点击1次,但是服务器收到的请求数却为1+10(每图片都会向服务器发出请求)。
此时其点击次数为11。
5.2吞吐量(Throughput)度量单位是字节,另外也有兆字节,其是度量服务器性能的重要指标,表示服务器在任意时间的吞吐能力,即任意时间服务器发送给
Vusers的流量。
吞吐率=吞吐量/测试时间,单位时间里服务器发送给Vusers的流量。
点击率=吞吐量/测试时间,单位时间里Vusers发送给服务器的HTTP请求数。
5.3状态代码概要(HTTPStatusCodeSummary)表示从服务器返回的带有HTTP状态的数量分布。
其HTTP状态有HTTP200、HTTP302、HTTP404、HTTP500等。
该图可以容易看出HTTP响应状况。
各个状态所表示的含义是:
2XX表示客户端请求成功,服务器已成功接收客户端的请求
3XX表示重定向客户端浏览器必须采取更多的操作来实现请求
302对象已经移动
400无法解析此请求。
HTTP400相对于HTTP200的错误数较多的话就说明系统有问题。
401.1XX:
访问由于凭据无效被拒绝。
401.2XX:
访问由于服务器配置倾向使用替代身份验证方法而被拒绝。
401.3XX:
访问由于ACL对所请求资源的设置被拒绝。
401.4XX:
Web服务器上安装的筛选器授权失败。
401.5XX:
ISAPI/CGI应用程序授权失败。
401.7XX:
由于Web服务器上的URL授权策略而拒绝访问。
403禁止访问:
访问被拒绝。
403.1禁止访问:
执行访问被拒绝。
403.2禁止访问:
读取访问被拒绝。
403.3禁止访问:
写入访问被拒绝。
403.4禁止访问:
需要使用SSL查看该资源。
403.5禁止访问:
需要使用SSL128查看该资源。
403.6禁止访问:
客户端的IP地址被拒绝。
403.7禁止访问:
需要SSL客户端证书。
403.8禁止访问:
客户端的DNS名称被拒绝。
403.9禁止访问:
太多客户端试图连接到Web服务器。
403.10禁止访问:
Web服务器配置为拒绝执行访问。
403.11禁止访问:
密码已更改。
403.12禁止访问:
服务器证书映射器拒绝了客户端证书访问。
403.13禁止访问:
客户端证书已在Web服务器上吊销。
403.14禁止访问:
在Web服务器上已拒绝目录列表。
403.15禁止访问:
Web服务器已超过客户端访问许可证限制。
403.16禁止访问:
客户端证书格式错误或未被Web服务器信任。
403.17禁止访问:
客户端证书已经到期或者尚未生效。
403.18禁止访问:
无法在当前应用程序池中执行请求的URL。
403.19禁止访问:
无法在该应用程序池中为客户端执行CGI。
403.20禁止访问:
Passport登录失败。
404找不到文件或目录。
404.1文件或目录未找到:
无法在所请求的端口访问。
需要注意的是404.1错误只会出现在具有多个IP地址的计算机上。
如果在特定IP地址/端口组合上收到客户端请求,而且没有将IP地址配置为在该特定的端口上侦听,则IIS返回404.1HTTP错误。
例如,如果一台计算机有两个IP地址,而只将其中一个IP地址配置为在端口80上侦听,则另一个IP地址从端口80收到的任何请求都将导致IIS返回404.1错误。
只应在此服务级别设置该错误,因为只有当服务器上使用多个IP地址时才会将它返回给客户端。
404.2文件或目录无法找到:
锁定策略禁止该请求。
404.3文件或目录无法找到:
MIME映射策略禁止该请求。
405用于访问该页的HTTP动作未被许可。
406客户端浏览器不接受所请求页面的MIME类型。
407Web服务器需要初始的代理验证。
410文件已删除。
412客户端设置的前提条件在Web服务器上评估时失败。
414请求URL太大,因此在Web服务器上不接受该URL。
500服务器部错误;系统开发程序写的有问题;系统不兼容;参数化的时候取值有问题等等
500.11服务器错误:
Web服务器上的应用程序正在关闭。
500.12服务器错误:
Web服务器上的应用程序正在重新启动。
500.13服务器错误:
Web服务器太忙。
500.14服务器错误:
服务器上的无效应用程序配置。
500.15服务器错误:
不允许直接请求GLOBAL.ASA。
500.16服务器错误:
UNC授权凭据不正确。
500.17服务器错误:
URL授权存储无法找到。
500.18服务器错误:
URL授权存储无法打开。
500.19服务器错误:
该文件的数据在配置数据库中配置不正确。
500.20服务器错误:
URL授权域无法找到。
500100部服务器错误:
ASP错误。
501标题值指定的配置没有执行。
502Web服务器作为网关或代理服务器时收到无效的响应。
5.4每秒HTTP响应数(HTTPResponsesperSecond)表示每秒从服务器返回的HTTP状态的曲线图。
其和HTTPStatusCodeSummary不同在于后者是总体数量分布,而它是分布在时间段上的平均分布状况。
6.页面诊断(WebPageDiagnostics)可以很好地定位环境问题,如客户端问题、网络问题等,也可以很好的分析系统本身的问题,如网页问题。
(1)WebPageDiagnostics(网页诊断)对测试过程中所有的页面进行一个信息汇总,可以很容易地观察出哪个页面下载耗时,然后选择该页面得其页面分解图,分析耗时原因。
WebPageDiagnostics是一个汇总图,选择要分析的页面,可得到其4图:
DownloadTime、Component(OverTime)、DownloadTime(OverTime)、TimeToFirstBuffer(OverTime)。
DownloadTime分析页面不同组件在不同阶段的所需时间,其阶段主要包括:
DNSResolution:
DNS域名解析所需的时间;
Connect:
与Web服务器建立初始连接所需的时间;
SSLHandshaking:
建立SSL连接所用的时间;
FTPAuthentication:
认证客户端所需的时间;
FirstBuffer:
初始HTTP请求至WEB服务器响应成功所需的时间;
ReceiveTime:
浏览器从服务器接受字节并完成下载所经时间;
ClientTime:
因思考时间或其它客户端问题导致的请求发生延迟所经时间;Error:
从发出HTTP请求到接收到错误消息所需的时间。
这样就可以分析出时间花费在哪里,进而定位问题。
Component(OverTime)页面上不同组件在不同时间的平均下载时间曲线图。
DownloadTime(OverTime)不同组件在不同时间的平均下载时间面积图。
TimeToFirstBuffer(OverTime)不同组件不同时间第一次缓冲时间面积图。
(2)PageComponentBreakdown不同组件的平均响应时间占整个页面平均响应时间的百分比,此为饼状图,可以很容易的分析出页面的那个组件耗时较多。
(3)PageComponentBreakdown(OverTime)任意时间不同组件的响应时间曲线图。
(4)PageDownloadTimeBreakdown页面中不同组件在不同阶段的柱状图,容易看出不同阶段所占面积大小。
(5)PageDownloadTimeBreakdown(OverTime)任意时间不同组件在不同阶段响应时间曲线图。
(6)TimetoFirstBufferBreakdown不同页面第一次缓冲并下载完成所需时间的柱状图,此图在分析测试结果时十分重要,其不仅能分析出哪个页面耗费时间长,而且能分析出之所以耗时是网络问题还是服务器问题。
FirstBufferTime分为NetworkTime和ServerTime,客户端发出http请求并接收到服务器端的应答报文(ACK)所经时间为NetworkTime,客户端从接收到ACK到完成下载所经时间为ServerTime。
若ServerTime明显大于NetworkTime且是其几倍,此时服务器性能是问题关键。
(7)TimetoFirstBufferBreakdown(OverTime)不同页面在任一时间点的NetworkTime和ServerTime分布曲线图。
(8)DownloadComonentSize(KB)不同页面在载整个下载量所占百分比例图。
在对于页面诊断的分析中,应先查看PageComponentBreakdown,分析哪个页面所占比例较大,然后分析其是不是造成耗时的原因。
若是,再查看TimetoFirstBufferBreakdown,分析出其是网络问题,还是服务器问题。
再分析TimetoFirstBufferBreakdown(OverTime)中的曲线,进一步分析原因。
可以进一步查看WebPageDiagnostics做具体分析。
在运行期间,图表的下方,对应的有状态,颜色,规模,最大值,最小值,平均值,标准值和最终值都会有明显的记录。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- loadrunner 使用 步骤 说明
![提示](https://static.bdocx.com/images/bang_tan.gif)