LoadRunner测试结果分析

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

LoadRunner测试结果分析LoadRunner测试结果分析之我见一

LoadRunner生成测试结果并不代表着这次测试结果的结束,相反,这次测试结果的重头戏才刚刚开始。如何对测试结果进行分析,关系着这次测试的成功与否。网上关于LoadRunner测试结果如何分析的介绍相当匮乏,在总结他人的观点和自己的实验体会基础上来介绍如何进行LoadRunner测试结果分析。

1. LoadRunner测试结果分析的第一步应该是查看分析综述(Analysis Summary),其包括统计综述(Statistics Summary)、事务综述(Transaction Summary)、HTTP响应综述(HTTP Responses Summary)三部分。在统计综述中查看Total Errors的数量,HTTP响应综述中查看HTTP 404数量,若数值相对较大(HTTP 404则相对于HTTP 200),则说明系统测试中出错较多,系统系能有问题;另外查看事务的平均响应时间和其90%的事务平均响应时间,若时间过长,超过测试计划中的要求值,则说明系统的性能不满足我们的要求。

2.第二步对LoadRunner测试结果图进行分析,首先对事务综述(Transaction Summary)进行分析,该图可以直观地看出在测试时间内事务的成功与失败情况,所以比第一步更容易判断出被测系统运行是否正常。

3.接着分析事务平均响应时间(Average Transaciton Response Time),若事务平均响应时间曲线趋高,则说明被测系统处理事务的速度开始逐渐变慢,即被测系统随着运行时间的变化,整体性能不断下降。当系统性能存在问题时,该曲线的走向一般表现为开始缓慢上升,然后趋于平稳,最后缓慢下降。原因是:被测系统处理事务能力下降,事务平均响应时间变长,在曲线上表现为缓慢上升;而并发事务达到一定数量时,被测系统无法处理多余的事务,此时曲线变现为趋于平稳;当一段时间后,事务不断被处理,其数量减少,在曲线上表现为下降。如果被测系统没有等待机制,那么事务响应时间会越来越长,最后系统崩溃。

4.再分析每秒通过事务数(Transactions per Second/TPS),该曲线表示被测系统在运行的任意时刻,每个事务通过、失败的情况,其是考查系统性能的一个重要参数。若随着压力的增加,曲线如果开始变化缓慢或有平稳的趋势,则有可能是服务器开始出现瓶颈。

[5].分析每秒通过事务总数(Total Transactions per Second),该曲线显示在任意时刻被测系统通过的事务总数、失败的事务总数。该曲线走向和TPS曲线走向一致。

[6].事务性能摘要(Transaction Performance Sunmmary)该曲线表示被测系统中所有事务的最小、最大和平均事务响应时间。

[7].事务在负载情况下的响应时间(Transaction Response Time Under Load),该曲线表示在不同数量的虚拟用户情况下的事务响应时间情况。该图对分析具有渐变负载的测试场景比较有用。

[8].事务响应时间(百分比)(Transaction Response Time(Percentile)),该曲线可以容易地分析出在给定的响应时间范围内事务量的百分比重。

[9].事务响应时间(分布)(Transaction Response Time(Distribution)),该图可以容易地分析出在给定响应时间范围内的事务量情况。

其实,若并不是十分详细地分析测试结果,第4步与第5步选其一分析,第6步、第7步、第8步为可选项,因为在第1步就在一定程度上分析了,而第9步又与第8步功能相识。LoadRunner生成测试结果图在很大的程度上具有一定的重复性,只不过是在不同情况下的具体显示。

LoadRunner测试结果分析之我见二

上述测试过程的重点在于事务,而LoadRunner生成的测试结果图并不局限于事务上,其中还有是关于Vusers、Errors、Web Resources、Web Page diagnostics 的测试图。

1.对于Vusers的测试图有3种:Running Vusers、Vusers Summary、Rendezvous,其中Running Vusers是关于虚拟用户加压、施压、减压的情况图;

Vusers Summary是用户运行结果的综述图;Rendezvous是虚拟用户的集合点情

况图。这三种图单独分析没有多大的价值,一般都是和其他图合并分析。

2.对于Errors的分析,若是在上述测试中发现被测系统运行中有很多错误,则Errors测试结果有分析的必要,否则,就不必发费时间在Errors上了。其主要包括Error Statistics、Error Statistics(by description)、Errors per Second(by description)、Errors per Second、Total Errorss per Second,Error Statistics是带

有错误代码编号的饼状图,Error Statistics(by description)不仅有错误代码编号,而且带有错误消息,Errors per Second是每秒错误数的曲线图,Errors per Second 与Errors per Second(by description)的区别也是在于是否带有错误消息。Total Errorss per Second是被测系统每秒错误总数的曲线图。

若要对系统进行错误分析,则Error Statistics与Error Statistics(by description)、Errors per Second(by description)与Errors per Second择其一即可,不过带有错误描述的图更加具体。

3. Web Resources测试主要是对Web服务器性能的分析。

3.1每秒点击次数(Hits per Second)是Vusers每秒向Web服务器提交的HTTP 请求数。查看其曲线情况可以判断被测系统是否稳定,曲线呈下降趋势表明Web 服务器的响应速度在变慢,当然其原因可能是服务器瓶颈问题,但是也有可能是

Vusers数量减少,访问服务器的请求减少。

点击数:不是根据用户的鼠标点击次数计算,而是根据客户端向服务器发起的请求次数计算。例如:若一个页面里包含10张图片,那么在访问该页面时,鼠标仅点击1次,但是服务器

收到的请求数却为1+10(每张图片都会向服务器发出请求)。此时其点击次数为11。

3.2吞吐量(Throughput)度量单位是字节,另外也有兆字节,其是度量服

务器性能的重要指标,表示服务器在任意时间的吞吐能力,即任意时间服务器发

相关文档
最新文档