loadrunner结果分析之见解.docVIP

LoadRunner测试结果分析之我见 LoadRunner生成测试结果并不代表着这次测试结果的结束，相反，这次测试结果的重头戏才刚刚开始。如何对测试结果进行分析，关系着这次测试的成功与否。网上关于LoadRunner测试结果如何分析的介绍相当匮乏，在总结他人的观点和自己的实验体会基础上来介绍如何进行LoadRunner测试结果分析。 1. LoadRunner测试结果分析的第一步应该是查看分析综述（Analysis Summary），其包括统计综述（Statistics Summary）、事务综述（TransactionSummary）、HTTP响应综述（HTTP Responses Summary）三部分。在统计综述中查看Total Errors的数量，HTTP响应综述中查看HTTP 404数量，若数值相对较大（HTTP 404则相对于HTTP 200），则说明系统测试中出错较多，系统系能有问题；另外查看事务的平均响应时间和其90%的事务平均响应时间，若时间过长，超过测试计划中的要求值，则说明系统的性能不满足我们的要求。 2.第二步对LoadRunner测试结果图进行分析，首先对事务综述（TransactionSummary）进行分析，该图可以直观地看出在测试时间内事务的成功与失败情况，所以比第一步更容易判断出被测系统运行是否正常。 3.接着分析事务平均响应时间（Average Transaciton ResponseTime），若事务平均响应时间曲线趋高，则说明被测系统处理事务的速度开始逐渐变慢，即被测系统随着运行时间的变化，整体性能不断下降。当系统性能存在问题时，该曲线的走向一般表现为开始缓慢上升，然后趋于平稳，最后缓慢下降。原因是：被测系统处理事务能力下降，事务平均响应时间变长，在曲线上表现为缓慢上升；而并发事务达到一定数量时，被测系统无法处理多余的事务，此时曲线变现为趋于平稳；当一段时间后，事务不断被处理，其数量减少，在曲线上表现为下降。如果被测系统没有等待机制，那么事务响应时间会越来越长，最后系统崩溃。 4.再分析每秒通过事务数（Transactions perSecond/TPS），该曲线表示被测系统在运行的任意时刻，每个事务通过、失败的情况，其是考查系统性能的一个重要参数。若随着压力的增加，曲线如果开始变化缓慢或有平稳的趋势，则有可能是服务器开始出现瓶颈。 [5].分析每秒通过事务总数（Total Transactions perSecond），该曲线显示在任意时刻被测系统通过的事务总数、失败的事务总数。该曲线走向和TPS曲线走向一致。 [6].事务性能摘要（Transaction PerformanceSunmmary）该曲线表示被测系统中所有事务的最小、最大和平均事务响应时间。 [7].事务在负载情况下的响应时间（Transaction Response Time UnderLoad），该曲线表示在不同数量的虚拟用户情况下的事务响应时间情况。该图对分析具有渐变负载的测试场景比较有用。 [8].事务响应时间（百分比）（Transaction ResponseTime（Percentile）），该曲线可以容易地分析出在给定的响应时间范围内事务量的百分比重。 [9].事务响应时间（分布）（Transaction ResponseTime(Distribution)），该图可以容易地分析出在给定响应时间范围内的事务量情况。 其实，若并不是十分详细地分析测试结果，第4步与第5步选其一分析，第6步、第7步、第8步为可选项，因为在第1步就在一定程度上分析了，而第9步又与第8步功能相识。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 Secon