3.1.8.3 Analysis主要视图的含义
3.1.8.3.1 Analysis Summary场景状态的统计说明
描述的是整个测试过程中，客户端每秒、总发请的请求的数量，以及服务器端处理的平均每秒、总处理数据量的大小。
其值只是一个总概性质的结果，只能作为一个参考，如果请求数和处理量过小则可能是你的脚本的问题。
3.1.8.3.2 Transaction Summary事务状态的摘要说明
粗略描述了与测试脚本中定义的事务有关的信息，比如响应时间。该值从用户视角来说，已经可以初步确定其定义的事务的响应时间的快慢，以及稳定性了。
不一定是90%的时间，具体设置可到Properties中进行更改设置，但不应该设置为100%，设置为100%时Loadrunner会显示最高值。90%显示的是90%用户所在区间的高值。
大部分的性能问题，通过此图与Web Page Diagnostics的配合即可定位可能是由那些请求导致的。如果找到了这些请求，可对这一请求进行单一的测试来推断自己的结论。
3.1.8.3.3 HTTP Responses Summary HTTP响应摘要
具体描述场景统计状态说明中的每秒请求数等信息。如果有404或者505错误，也会在这里进行显示。
3.1.8.3.4 Running Vusers 负载中的Vuser变化
该图主要是配合其它图来分析使用的，以观察随着时间和Vuser加载相关性能计数器的发展，同时该图反应的其实就是Loadrunner场景设计。
单位：以每秒加载的用户数的方式来查看Set Granularity=1s
3.1.8.3.5 Rendezvous 负载中集合点时的Vuser变化
该图反应的是加了集合点时，集合点用户数的变化，该图主要是配合其它图来分析使用的，以观察随着时间和Vuser加载相关性能计数器的发展。
单位：以每秒加载的用户数的方式来查看Set Granularity=1s
3.1.8.3.6 Errors per Second 每秒错误数
配合Vuser或者集合点图，了解在那个时间点产生了错误，并需要配合系统日志或者Loadrunner产生的日志信息查找原因。或者开启全面日志，查看返回信息。
单位：以每秒加载的用户数的方式来查看Set Granularity=1s
3.1.8.3.7 Average Transaction Response Time 平均事务响应时间
配合Vuser或者集合点图，了解响应时间随着并发数的推移的变化。本图反映随着时间的变化事务响应时间的变化情况，响应时间越低说明越快，曲线越平滑其标准差也就越小，系统稳定性也就越高。该图是判断事务响应时间是否达标的重要标准。注意，如果曲线是一条直线，反而说明你的测试方法或程序可能存在问题。
单位：以每秒加载的用户数的方式来查看Set Granularity=1s
3.1.8.3.8 Transaction Response Time (Percentile) 事务响应时间比
此图可以帮助确定合适的事务百分比，以符合你系统的性能指标。通常情况下，你需要在可以接受的时间范围内,确定事务的百分比。最大响应时间可能非常长,但是如果大多数的事务具有可以接受的响应时间，则整个系统还是适用的。
如图，95%的响应时间是小于0.055秒的，其实这个时候性能还是可接受的。
3.1.8.3.9 Transactions per Second每秒事务通过数
Loadrunner中所定义的事务在服务器中通过的数量。在一定程序上反应了服务器的处理能力。服务器每秒处理的事务数越多，则响应时间越快，每秒处理的事务数越小，则响应时间越慢。但是可能存在，响应时间快，但服务器每秒处理能力低，这往往是由于连接池设置过小引起的。同时，如果请求数（点击率）越高，则每秒事务通过数也应该高起来，如果低，则代表那里出了问题。
3.1.8.3.10 Total Transactions per Second每秒通过事务总数
“每秒通过事务总数”显示在场景运行时，在每一秒内通过的事务总数、失败的事务总署以及停止的事务总数。与Hits per second和Throughput图结合起来看，这三个图基本上应该是一致的。单位：笔，间隔时间最好设置成：1秒
3.1.8.3.11 Hits per Second点击率
客户端平均每秒发送的请求的个数。请求的数量决定了后面的事务通过的数量，同时也可以影响到响应时间的变化。单位：笔，间隔时间最好设置成：1秒
3.1.8.3.12 Throughput服务器处理的字节数
该图反应的是服务器处理的下行网络字节数，与点击率结合起来看。一般说来，当用户数增加Hits per second和throughput也开始增加，当用户数达到一个极限的时候，两者都将下降。如果某个增加，某个反而下降，比如Hits per second增加而throughput下降，往往可以判断出现问题（一般说来：脚本问题、网络阻塞、服务器死处理等）。单位：笔，间隔时间最好设置成：1秒
3.1.8.3.13 Web Page Diagnostics服务器处理的字节数
该图例会将某个事务中各个请求所耗费的时间都展示出来，如果一个事务有多个请求，那么此处将会很容易分辨出是那个请求所花费的时间较大，有利于快速可疑请求。
以下节点的图例，主要反应web中某个组件在各个通信环节所耗费的时间。通过这个图例分析，可以清晰地知道某个组件所耗费的时间。
注意使用抓包工具也可以产生相同的效果，其各字段的含义如下图所示：
