loadrunner分析结果二

5 worst transaction

　　transaction name:事务名

　　failure ratio[%](exceeded time/transaction duration)失败率（超标次数/事务持续时间）该值反映了在所有事务中百分之多少的事务是无法达到SLA基准值的

　　failure value[%](response time/SLA)失败率（响应时间/sla)该值反映了在整个场景运行下，SLA的定义标准值与实际事务值超标的平均百分比，也就是说平均算下来真实的响应时间和定义的阈值误差百分比

scenario behavior over time（整个场景行为）

这里列出了在场景中定义的事务在各个时间点上的sla情况，背景中的X表示在这个时间点上事务没有达到sla的指标，

上面的application under test error 显示了在每个时间段上的错误

transaction summary 事务摘要

　　total passed 事务总通过数

　　total failed 事务总失败数

　　total stopped 事务总停止数

　　average response time 可以打开事务平均响应时间图表

　　transaction name 事务名

　　SLA status：在sla 的指标测试中最终结果图是通过还是失败

　　minimum 事务最小时间

　　average 事务平均时间

　　maximum 事务最大时间

　　std.deviation 标准方差

　　90percent 用户感受百分比这个值说明，采样数据中，有90%的数据比它大，10%的数据比它小。可以调整在（analysis-view summary files-transaction percentile)

service level agreement legend(SLA图例说明）

http responses summary (http响应摘要）

total http 请求返回次数

Per second 每秒请求数

hits per second 每秒点击数：每一次点击相当于对服务器发出一次请求，一般点击数会随着负载的增加而增加，该数据越大越好

throughput 宽带使用：该数据越小说明系统的宽带依赖越小

transaction summary 事务概要说明：通过事务数越多说明系统的处理能力超强，失败的事务越小，说明系统越可靠

average transaction response time 每秒事务数：时间越小说明处理的速度越快，如果和前面的用户负载生成图合并在一起看，就可以发现用户负载增加对系统事务响应时间的影响规律（事务的响应时间也不应该超过用户的最大接受范围，否则会出现系统响应过慢的问题

transaction per second 每秒事务数：TPS 该数据反映了系统在同一时间内能处理业务的最大能力，这个数据越高，说明系统处理能力越强，但是这里的最高值并不一定代表系统的最大处理能力，TPS会受到负载的影响，也会随着负载的增加而逐渐增加，当系统进入繁忙期后，TPS会有所下降

transaction performance summary事务性能概要

这里给出了事务的平均时间、最大时间、最小时间，柱状图的落差越小说明响应时间的波动较小，如果落差很大，那么说明系统够稳定

transaction response time under load 在用户负载下事务响应时间：负载用户增长的过程中响应时间的变化情况，该图的线条越平越稳，说明系统越稳定

transaction response time(percentile)事务响应时间的百分比：不同百分比下的事务响应时间范围，通过这个图可以了解有多少比例的事务发在某个时间内，也可以发现响应时间的分布规律，数据越平稳说明响应时间偏差越小

transaction response time (distribution）每个时间段上的事务数

该图给出的是每个时间段上的事务数，响应时间较小的分类下的事务数越多越好

巴特西