LoadRunner中对图表分析说明.docxVIP

HYPERLINK /zouhui/archive/2014/03/26/411499.html LoadRunner中对图表的分析说明 （一）在Vusers（虚拟用户状态）中 　　1.Running Vusers（负载过程中的虚拟用户运行情况） 　　说明——系统形成负载的过程，随着时间的推移，虚拟用户数量是如何变化的，描述为（用户在几分钟左右到达了组在峰值多少个虚拟用户，负载的生成是大约每分钟增加几个用户，峰值负载持续为几分几秒）。 　　2.Rendezvous（负载过程中集合点下的虚拟用户数） 　　说明——脚本中一般要设置集合点才会产生并发，随着时间的推移各个时间点上并发用户的数目，方便我们了解并发用户数的变化情况。描述（刚开始的几分钟内，负载的并发用户都是几个，而后面变化为几个用户并发）。 　　（二）在Transactions（事务）中 　　这里给出了所有和事务相关的数据统计，方便了解被测试系统业务处理的响应时间和吞吐量。 　　1.Average Transaction Response Time（平均事务响应时间） 　 　说明——反映随着时间的变化事务响应时间的变化情况，时间越小说明处理的速度越快。如果和前面的用户负载生成图合并在一起看，就可以发现用户负载增加对 系统事务响应时间的影响规律。描述（看到响应时间是如何增长的，随着时间的推移响应时间逐渐变长，并且在不到多少时间的时候突然出现响应时间大幅下降的情 况）另外事务的响应时间也不应该超过用户的最大接受范围，否则会出现系统响应过慢的问题。 　　2.Transactions per Second（每秒事务数） 　 　说明——数据反映了系统在同一时间内能处理业务的最大能力，这个数据越高，说明系统处理能力越强。描述（看到系统的TPS随着时间的变化逐渐变大，而在 不到多少分钟的时候系统每秒可以处理多少个事务。这里的最高值并不一定代表系统的最大处理能力，TPS会受到负载的影响，也会随着负载的增加而逐渐增加， 当系统进入繁忙期后，TPS会有所下降。而在几分钟以后开始出现少量的失败事务） 　　3.Transaction Summary（事务概要说明） 　　说明——通过的事务数越多，说明系统的处理能力越强；失败的事务越少，说明系统越可靠。描述（对于注册操作一共有对少次操作成功，有几次失败。可以开率结合前面的每秒错误数进一步分析为什么会出现几个注册错误，以及错误发生的时间和该时间产生错误的原因） 　　4.Transaction Performance Summary（事务性能概要） 　　说明——给出事务的平均时间、最大时间、最小时间柱状图，方便分析事务响应时间的情况。描述（看到这个事务最大时间为多少S，最小时间为多少S，平均时间为多少S。柱状图的落差越小说明响应时间的波动较小，那么说明系统不够稳定。） 　　5.Transaction Response Time Under Load（在用户负载下事务响应时间） 　 　说明——在负载用户增长的过程中响应时间的变化情况，起始这张图也是将Vusers和Average Transaction Response Time图做了一个Correlate Merge得到的，该图的线条越平稳，说明系统越稳定。描述（看到负载逐渐增加到几个用户时，事务的响应时间基本没有变化，而用户增加到几个开始，随着用 户负载的增加响应时间也有较大的波动） 　　6.Transaction Response Time（Percentile）（事务响应时间的百分比） 　　说明——有多少比例的事务发生在某个时间内，也可以发现响应时间的分布规律，数据越平稳说明响应时间变化越小。描述（看到百分几%的事务是在几秒内） 　　7.Transaction Response Time （Distribution）（每个时间段上的事务数） 　　说明——在每个时间段上的事务个数，响应时间较小的分类下的事务数越多越好。描述（看到在所有的事务中，有多少个事务的响应时间最接近几秒，而有几个事务的响应时间最接近几秒） 　　（三）在Web Resources（网页资源信息）中 　　当Controller的Run Time Setting中Preferences下的Generated Web performance graphs选项处于开启状态时，该图表才会出现。 　　1.Hits per Second（每秒点击数） 　　说明——每秒点击数提供了当前负载重对系统所产生的点击量记录。每一次点击相当于对服务器发出了一次请求，一般点击数会随着负载的增加而增加，该数据越大越好。描述（随着时间的增加，每秒点击数在上升，最高达到了多少次/s）。 　　2.Throughput（带宽使用） 　　说明——当前系统负载下所使