loadrunner结果分析：analysis

性能测试loadrunner工具,之Analysis,一.启动analysis,整理结果在controller中，默认选中resultsautocollateresults。场景运行结束后，自动整理结果。启动analysis一是直接在controller中打开analysis，自动分析该场景运行结果。二是在程序目录中选择打开analysis，打开后可以选择分析哪个场景运行结果。,二.Analysis界面,界面包括4部分：会话浏览器、属性、监控图、图数据会话浏览器默认打开概要报告、运行vuser、HPS、平均事物响应时间、吞吐量、HTTPresponse图，可自己新加监控图。属性界面显示监控图的属性，部分可修改。监控图显示场景运行过程中监控到的数据图以及使用合并图功能后的监控图。图数据界面显示监控图中各指标的数据整理结果,三.新加监控图,通过graphaddnewgraph或者在会话浏览器窗口右击选择addnewitemaddnewgraph来打开新加监控图页面新加监控图页面默认显示监控到数据的部分资源，可以将右上角的displayonlygraphscontaintingdata不选查看所有资源。常用的5种资源是：vuser、transactions、webresources、webpagebreakdown、systemresources点击工具栏上的合并图按钮，可选择两个不同的监控图进行合并查看,四.事物响应时间分析,概要报告中可查看事物平均响应时间和90%事物响应时间。选中事物，右击选中webpagebreakdown可查看事物响应时间的分析。（1）浏览器向服务器发送请求，一般该请求先发送到DNS服务器，把DNS解析成IP地址。这个DNS解析时间可以确定DNS服务器是否有问题（2）解析出IP地址后，请求被送到服务器，浏览器和服务器之间需要建立一个初始化连接，建立该连接的过程就是连接时间，可以判断网络情况，也可以判断服务器是否能够响应这个请求（3）建立链接后，从服务器发出第一个数据包，经过网络传输到客户端，浏览器成功接收第一字节的时间就是firstbuffer，可以表示服务器的延迟时间，还可以表示网络的反应时间（4）从浏览器接收到第一个字节起，直到成功接收到最后一个字节，下载完成为止，这个度量时间可以判断网络的质量（可以用size/time比来计算接收速率），还有SSLHandshaking（SSL握手协议）、ClientTime（请求在客户端浏览器延迟的时间，可能是由于客户端浏览器的thinktime或客户端其他方面引起的延迟）、errortime（从发送一个HTTP请求到服务器返回一个HTTP错误信息所需要的时间）。,四.事物响应时间分析,分析选项：1.DownloadTime下载时间分析组成页面的每个请求下载时间2.Component（Overtime）各模块的时间变化通过这个功能可以分析响应时间变长是因为页面生成慢，还是因为图片资源下载慢3.DownloadTime（Overtime）模块下载时间针对每个组成页面元素的时间组成部分分析，方便确认该元素的处理时间组成部分4.TimetoBuffer（Overtime）模块时间分类列出该元素所使用的时间分配比例，是受NetworkTime影响的多还是ServerTime影响的多receive时间很长，这个一般是网络问题，当然如果你确认网络不存在问题，那么你就要看看是不是客户端的问题firstbuffertime一般表示请求的真正响应时间。ReceiveTime接受数据的时间，这个时间反映了带宽的大小，带宽越大，下载时间越短。,五.报告,详细报告：自动汇总显示测试中重要的数据。点击reportsnewreport可打开创建报告页面，设置完毕后生成报告可导出为word或者PDF格式。HTML报告：显示analysis中已打开的图，点击reportsHTMLreport可生成html格式的报告。摘要报告：列出关于方案运行的统计信息，可通过viewexportsummarytoexcel导出到excel中,六.结果分析,分析原则1.由于不同的应用系统，不同的测试目的，不同的性能关注点，所以具体的事物具体分析2.查找瓶颈时按以下顺序，由易到难。服务器硬件瓶颈-网络瓶颈（对局域网，可以不考虑）-服务器操作系统瓶颈（参数配置）-中间件瓶颈（参数配置，数据库，web服务器等）-应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。,六.结果分析,监控指标数据分析1.最大并发用户数：应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置）下能承受的最大并发用户数。在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么OK。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。,六.结果分析,监控指标数据分析2.业务操作响应时间：分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题,六.结果分析,监控指标数据分析3.内存：UNIX资源监控中指标内存页交换速率（Pagingrate），如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。Windows资源监控中，如果ProcessPrivateBytes计数器和ProcessWorkingSet计数器的值在长时间内持续升高，同时MemoryAvailablebytes计数器的值持续降低，则很可能存在内存泄漏。内存资源成为系统性能的瓶颈的征兆:很高的换页率(highpageoutrate);进程进入不活动状态;交换区所有磁盘的活动次数可高;可高的全局系统CPU利用率;内存不够出错(outofmemoryerrors),六.结果分析,监控指标数据分析4.处理器：UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPUutilization），如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。如果服务器专用于SQLServer,可接受的最大上限是80-85%合理使用的范围在60%至70%。Windows资源监控中，如果SystemProcessorQueueLength大于2，而处理器利用率（ProcessorTime）一直很低，则存在着处理器阻塞。CPU资源成为系统性能的瓶颈的征兆:很慢的响应时间(slowresponsetime)CPU空闲时间为零(zeropercentidleCPU)过高的用户占用CPU时间(highpercentuserCPU)过高的系统占用CPU时间(highpercentsystemCPU)长时间的有很长的运行进程队列(largerunqueuesizesustainedovertime),六.结果分析,监控指标数据分析5.磁盘I/OUNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Diskrate），如果该参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。Windows资源监控中，如果DiskTime和Avg.DiskQueueLength的值很高，而PageReads/sec页面读取操作速率很低，则可能存在磁盘瓶径。I/O资源成为系统性能的瓶颈的征兆:过高的磁盘利用率(highdiskutilization)太长的磁盘等待队列(largediskqueuelength)等待磁盘I/O的时间所占的百分率太高(largepercentageoftimewaitingfordiskI/O)太高的物理I/O速率:largephysicalI/Orate(notsufficientinitself)过低的缓存命中率(low