资源预览内容
第1页 / 共49页
第2页 / 共49页
第3页 / 共49页
第4页 / 共49页
第5页 / 共49页
第6页 / 共49页
第7页 / 共49页
第8页 / 共49页
第9页 / 共49页
第10页 / 共49页
亲,该文档总共49页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
目录第5章 数据收集分析Analysis25.1 新建Analysis分析25.2 Analysis Summary25.2.1 Analysis Summary(场景的摘要)35.2.2 Statistics Summary(场景状态的统计说明)35.2.3 5Worst Transaction(SLA失败事务)45.2.4 Scenario Behavior Over Time(场景行为综述)55.2.5 Transaction Summary(事务摘要)55.2.6 Service Level Agreement Legend(SLA图标说明)75.2.7 HTTP Responses Summary(HTTP响应摘要)75.3 Graphs(数据图)85.3 .1 Vusers(虚拟用户状态)105.3.2 Errors(错误统计)115.3.3 Transactions(事务)115.3.4 WebResources(网页资源信息)155.3.5 Web Page Diagnostics(网页分析)175.3.6 Network Monitor(网络监控)225.3.7 Resources(资源监控)235.4 图设置与操作345.4.1 Merge Graphs (合并图)345.4.2 Auto Correlate(自动定位瓶颈)375.5 Transaction Report(事务报告)405.6 SLA Report(系统阈值监控报告)425.7 External Monitor(外部监控数据导入)435.8 Cross with result(跨脚本横向比较)455.9 生成测试报告465.9.1 创建HTML报告465.9.2 创建Word报告475.9.3 创建水晶报表47小结49第5章 数据收集分析Analysis通过场景完成负载后,我们完成了性能测试的执行过程,接着就是通过负载的结果来发现和定位性能瓶颈。在这里Analysis就好比一个数据分析中心或数据仓库,它将场景运行中所能得到的数据都整合在一起,能够对测试结果数据进行整理,并提供了一些方法可以进一步对结果数据进行分析,从而找出系统的性能指标和可能的瓶颈,最终生成报告。可以把Analysis看作一个股票分析软件,将股票的数据收集分析后生成K线图,而具体说明了什么,还要依赖于分析者自身。使用Analysis进行性能测试结果的分析流程如图5.1所示。图5.1 Analysis结果分析流程5.1 新建Analysis分析导入场景数据生成Analysis报告的方式有以下三种:1 当场景运行结束后在场景直接运行Results菜单下的Analyze Results命令进入Analysis。2在Analysis中打开新建菜单,然后进入场景运行结束后的场景结果res目录,接着Analysis会对整个场景数据进行整理,给出简明报告及相关图表。3在场景结果目录中直接双击Mercury LoadRunner Result(.lrr)文件。5.2 Analysis Summary当Analysis导入场景数据后,首先映入眼帘的是统计表格Analysis Summary场景摘要,提供了对整个场景数据的简单报告。下面介绍一下该报告的各个组成部分。5.2.1 Analysis Summary(场景的摘要)这里给出了场景的摘要(Analysis Summary),包括以下内容:Period:场景运行的起止时间Scenario Name:场景名称Resultsin Session:场景运行的结果目录Duration:场景运行的时间通过场景摘要可以了解场景执行的基础信息。5.2.2 Statistics Summary(场景状态的统计说明)场景状态的统计说明(Statistics Summary)包含以下内容:Maximum Running Vusers:场景最大用户数Total Throughput(bytes):总带宽流量Average Throughput(bytes/second):平均每秒带宽流量Total Hits:总点击数Average Hits per Second:平均每秒点击数单击View HTTP Responses Summary选项可以切换到报告的最下端查看HTTP请求的统计。在每项数据标题和数据中,还会看到一个小的球形图标囊,单击后会进入SLA分析报告。5.2.3 5Worst Transaction(SLA失败事务)这里列出了对5大失败事务的统计,只有当在Controller或Analysis中定义了SLA status determined at time intervals over a timeline监控时才会出现该报告。Transaction Name(事务名)。Failure Ratio(exceeded time/transaction duration)失败率(超标次数/事务持续时间)。该值反映了在所有事务中有百分之多少的事务是无法达到SLA基准值。Failure Value(response time/SLA)失败率(响应时间/SLA)。该值反映了在整个场景运行下,SLA的定义标准值与实际事务值超标的平均百分比,也就是说平均算下来真实的响应时间和定义的阈值误差百分比。通过这行报告,我们可以清晰地了解该事务有多少是无法达到SLA标准的,以及无法达到标准的事务与SLA的误差范围是多少。单击事务名前的加号还能列出该事务在SLA定义的持续时间下平均误差比例和最大误差比例。Analysis会根据SLA中的定义分析事务的通过率,在这个场景结果中,所有的事务响应时间都在SLA监控值以外,所以结果为Infinity全部超标。分析的失败事务数可以在Tools菜单下Options的General标签中进行设置,默认为5个事务,如图52所示。图52 SummaryReport设置5.2.4 Scenario Behavior Over Time(场景行为综述)这里列出了在场景中定义的事务在各个时间点上的SLA情况,背景中的x表示在这个时间点上事务没有达到SLA的指标。而上面的Application Under Test Errors显示了在每个时间段上的错误数目。5.2.5 Transaction Summary(事务摘要) 这里首先给出的是场景中所有事务的情况说明:TotalPassed(事务的总通过数)TotalFailed(事务的总失败数)TotalStopped(事务的总停止数)Average Response Time是一个链接,可以打开事务平均响应时间图表。下面给出每个具体事务的情况列表,可以看到以下数据项:Transaction Name(事务名)SLA Status(SLA状态):在SLA的指标测试中最终结果是通过还是失败Minimum(事务最小时间)Average(事务平均时间)Maximum(事务最大时间)Std.Deviation(标准方差)标准方差,这个数据是描述采样数据离散状态很重要的指标,它又分为以下两种:1给定样本标准方差,它是估算给定样本而不是整个样本的标准方差(也就是样本中的一部分),计算公式如下:其中X代表平均值,n代表取样个数。n-1是统计学上的常用做法,主要考虑到采样量越大,越能反映真实的情况。2总体样本标准方差,它是估算整个采样样本的标准方差(注意是整个采样数据而不是部分),计算公式如下:当采样数据足够大的时候,上述两种计算方式得出的偏差相差很小。标准方差相对于平均值越大,说明数据越离散,则分布状态相对于平均值波动很大;标准方差相对于平均值越小,说明数据分布越集中,曲线也越平稳。在采样值服从正态分布的条件下通过上面的指标结合平均值、最大值、最小值,可以比较清楚地知道采样数据的分布状态及其是否有较大的波动。90Percent(用户感受百分比)这个值说明的采样数据中有90的数据比它小,有10的数据比它大,举例如下:假设有一组数据(1、3、4、6、5、7、8、2、9、10),从小到大排序之后为(1、2、3、4、5、6、7、8、9、10),在这10个数字中第九大的数字是9,所以90 Percent的结果就是9。它的主要作用就是来了解在某个响应时间内有百分之多少的用户。当然这个90是可调整的,在Analysis中通过View菜单中SummaryFilter下的Transaction Percentile选项来调整。Pass(事务通过数)Fail(事务失败数)Stop(事务停止数)5.2.6 Service Level Agreement Legend(SLA图标说明) 图标为灰色带减号的为No Data,说明在SLA中未对这个数据项进行监控,没有数据;图标为红色带叉的为Fail,说明在SLA中定义了该项的数据监控,但该数据未能达到期望的阈值;图片为绿色带钩的为Pass,说明在SLA中定义了该项的数据监控,该数据达到了的期望阈值。5.2.7 HTTP Responses Summary(HTTP响应摘要)这里给出了服务器返回的状态。服务器返回HTTP请求状态(HTTP Responses,具体的服务器返回状态码见附录A)HTTP请求返回次数(Total)每秒请求数(Per second)通过Analysis Summary可以对整个性能测试的结果有一个直观的介绍,特别是通过SLA的数据可以直观地了解在整个负载中系统的性能指标是否满足阈值,除此以外设置的事务响应时间数据也会显示。Analysis保存后会生成Mercury LoadRunner Analysis Session(lra)文件。通过File菜单下的Session Information功能可以了解该Session文件的属性,而File菜单下的View Scenario RunTime Settings功能可以查看该报告场景的运行设置。当粗略了解了整个场景的情况后,根据场景执行前的目标,可以对整个系统的性能有一定的了解,接着需要对关心的数据进行进一步的了解和分析。5.3 Graphs(数据图)在场景运行时可以看到一些图,这些图将场景中的数据转化为折线图,方便我们了解当前该数据的状态。在默认情况下,Analysis会自动打开如图53所示的几张图。这是系统最基本的几个图,这些图反映了在不同时间段相关计数器的数据变化情况,可以通过在Graphs上右键菜单中的Add New Graphs命令完成添加图的操作,添加后弹出Graphs管理器,如图5.4所示。在Open a NewGraph窗口中,可以得到所有能添加的计数器图形,勾选左下角的Display only graphs containing data选项可以隐藏没有数据的计数器,有数据的计数器则会以蓝色显示在左侧区域。而选中具体的图,在右侧的Graph Description中会有更加详细的介绍。在Graph Properties中还可以对生成的图表进行一定的属性设置,例如生成的图是使用整个场景的时间还是其中的某一部分时间。 图53默认情况下系统打开的Graphs图54数据图管理
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号