LoadRunner性能测试Analysis分析器的Analysis分析器摘要报告,这期我们来讲讲,Analysis常见图分析。
在分析视图时通常会先分析一些常用的视图,之后才会分析其它的一些相关数据,通常分析的视图有:Vuser图、点击率视图、平均事务响应时间视图和吞吐量视图。在LoadRunner分析器中对资源使用的情况分析的很少,因为通常在性能测试过程中很少使用LoadRunner来监控系统资源的使用,特别是Linux、Unix和AIX操作系统,几乎不使用LoadRunner来监控,更多的是借助第三方式工具来监控,当然如果服务器是Windows操作系统,那么使用LoadRunner进行监控比较简单。
Vuser图
在方案执行过程中,Vuser在执行事务时生成数据。使用Vusers图可以确定方案执行期间Vuser的整体行为。它显示Vuser状态和完成脚本的Vuser的数量。将这些图与事务图结合使用可以确定Vuser的数量对事务响应时间产生的影响。
这里包含两种图:正在运行的Vuser图和Vuser摘要图。
正在运行的Vuser图显示在测试期间的每一秒内执行Vuser脚本的Vuser数量及它们的状态。可以帮助确定任何给定环境中服务器上的Vuser负载。默认情况下,此图仅显示状态为Running的Vuser。当然可以更改筛选条件来查看其他状态的Vuser情况。
X轴表示从方案开始运行以来已用的时间,Y轴表示方案中的Vuser数,如图所示。
Vuser摘要图显示Vuser性能的摘要。使用此图可以查看运行方案成功、失败或停止的Vuser的情况,如图所示。
点击率图
点击率图显示在方案运行过程中Vuser每秒钟向Web服务器提交的HTTP请求数。借助此图可以依据点击次数来评估Vuser产生的负载量。一般会将此图与平均事务响应时间图放到一块进行查看,观察点击数对事务性能产生的影响,如图所示。
X轴表示方案从开始运行以来所用的时间,Y轴表示服务器上的点击数。通过图能看出随着方案的运行,每秒点击数趋于稳定,说明服务器运行比较稳定。注意,点击率并不能衡量服务器的真实处理能力,也即不能仅仅通过点击率来衡量服务器的处理能力,因为服务器即使出现了瓶颈也不会影响到这个值的变化,因为LoadRunner其实也是一个代理录制的工具,将录制过程中捉到的请求录制成脚本,在回放时模拟用户重新提交这些请求,那么在提交的时间LoadRunner可以对HTTP请求进行统计,进而生成点击率视图。
但是这并不代表LoadRunner画出来的点击率视图一定正确,假如客户端实际提交的HTTP请求为2000个每秒,但点击率视图画出来的值为1000个HTTP请求每秒,这说明客户端提交的请求根本就没有完全发送到服务器,那么这种情况最有可能的是在网关处请求出现超时,因为每个网关端口都有一个允许其访问的最大值,当这个值过大时,网关就也会出现排队现象,如果队列过长就会导致一些请求出现超时现象,最后导致统计出来的点击率的值不正确。
平均事务响应时间图
平均事务响应时间图显示方案在运行期间执行事务所用的平均时间,如图所示。其中X轴表示从方案开始运行以来已用的时间,Y轴表示执行每个事务所用的平均时间(以秒为单位)。平均事务响应时间最直接地反应了事务的性能情况,一般会将平均事务响应时间图与Vuser图对照着看,来观察Vuser运行对事务性能的影响。
在这里可以点击右键选择Show Transaction Breakdown Tree,进一步查看子事务或者所有的事务每个页面所花费的时间。
平均事务响应时间图直接反应系统的性能情况,这也是客户眼中的性能,在定义需要时会必须明确的定义好业务的响应时间,在分析时一般直接先分析事务的响应时间,当平均事务响应时间符合需求的定义时,那么也仅仅能说明响应时间能达到要求,但是此时并不代表系统达到客户要求,因为LoadRunner统计出来的事务响应时间不一定正确,所以当事务响应时间达到要求后,也一定要分析一些其它的数据,需要确定的是业务是否都做成功了,如果业务都做成功了,并且事务响应时间达到要求,这样才叫说明事务响应时间达到客户的要求;那么如果平均事务响应时间达不到要求那么就需要进一步分析,是那些原因导致事务响应时间过长,这样才能进一步优化系统的性能。
吞吐量图
吞吐量图显示方案运行过程中服务器上每秒的吞吐量。吞吐量的单位为字节,表示Vuser在一秒时间内从服务器获得的数据量。借助此图可以依据服务器吞吐量来评估Vuser产生的负载量,如图所示。可以和平均事务响应时间图对照观察,以查看吞吐量对事务性能产生的影响。
其中X轴表示从方案开始运行以来已用的时间,Y轴表示服务器的吞吐量(以字节为单位)。图显示随着服务器的运行,吞吐量趋于平衡状态,在80000字节/秒附近波动。
吞吐量直接反应了服务器的处理能力,如果服务器处理的吞吐量的值越大说明服务器处理业务的能力越强,但是在测试过程中不可能一次就测试出服务器吞吐量的值,必须经过多次测试才能找到吞吐量的值,即测试过程中一定要找到吞吐量的捌点,这样才能找到服务器处理业务时的最大吞吐量,也即服务器处理的最大能力。如吞吐量图,其吞吐量捌点值大概为358000字节/秒。