首页 > 代码库 > LoadRunner测试结果分析02 转载至zhangzhe的新浪博客
LoadRunner测试结果分析02 转载至zhangzhe的新浪博客
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)度量单位是字节,另外也有兆字节,其是度量服务器性能的重要指标,表示服务器在任意时间的吞吐能力,即任意时间服务器发送给Vusers的流量。
吞吐率=吞吐量/测试时间,单位时间里服务器发送给Vusers的流量。
点击率=吞吐量/测试时间,单位时间里Vusers发送给服务器的HTTP请求数。
[3.3]状态代码概要(HTTP Status Code Summary)表示从服务器返回的带有HTTP状态的数量分布。其HTTP状态有HTTP 200、HTTP 302、HTTP404等。该图可以容易看出HTTP响应状况。
[3.4] 每秒HTTP响应数(HTTP Responses per Second)表示每秒从服务器返回的HTTP状态的曲线图。其和 HTTP Status Code Summary不同在于后者是总体数量分布,而它是分布在时间段上的平均分布状况。
[3.5] 每秒重试次数(Retries per Second)表示单位时间内服务器尝试的连接次数。服务器重试连接的情况:初始连接未经授权、要求代理服务器身份验证、服务器关闭了初始连接、初始连接无法连接到服务器、服务器最初无法解析负载生成器的IP地址。重试次数概要(Retries Summary)是表示服务器重试连接次数量的饼图。
[3.6]连接数(Connections)显示任意时间点的TCP/IP连接数。借助此图,分析应该何时添加其他连接。每秒连接数(Connections Per Second)显示单位时间里新建或关闭的TCP/IP连接数。该图呈下降趋势,就表明每秒连接数减少,也即服务器性能下降。
对于页面资源的测试结,3.1步和3.2步应该分析,3.3步和3.4步在分析综述(Analysis Summary)中已经做了一定的分析,没有特定需求可以不做分析,若是想了解在什么时间出现何种HTTP(如错误HTTP 404),则要分析3.4步。至于3.5步可以了解在何时进行了重新连接,是什么原因导致。3.6步分析恰当的时间添加连接。