loadrunner结果分析analysis.ppt

性能测试loadrunner工具之Analysis一.启动analysisß整理结果在controller中，默认选中results—auto  collate  results场景运行结束后，自动整理结果ß启动analysis一是直接在controller中打开analysis，自动分析该场景运行结果二是在程序目录中选择打开analysis，打开后可以选择分析哪个场景运行结果二.Analysis界面ß界面包括4部分：会话浏览器、属性、监控图、图数据ß会话浏览器默认打开概要报告、运行vuser、HPS、平均事物响应时间、吞吐量、HTTP  response图，可自己新加监控图ß属性界面显示监控图的属性，部分可修改ß监控图显示场景运行过程中监控到的数据图以及使用合并图功能后的监控图ß图数据界面显示监控图中各指标的数据整理结果三.新加监控图ß通过graph—add new graph或者在会话浏览器窗口右击选择add new item—add new graph来打开新加监控图页面ß新加监控图页面默认显示监控到数据的部分资源，可以将右上角的display  only  graphs  containting  data不选查看所有资源。

ß常用的5种资源是：vuser、transactions、web  resources、web  page  breakdown、system  resourcesß点击工具栏上的合并图按钮，可选择两个不同的监控图进行合并查看四.事物响应时间分析ß概要报告中可查看事物平均响应时间和90%事物响应时间ß选中事物，右击选中web  page breakdown可查看事物响应时间的分析1）浏览器向服务器发送请求，一般该请求先发送到DNS服务器，把DNS解析成IP地址这个DNS解析时间可以确定DNS服务器是否有问题（2）解析出IP地址后，请求被送到服务器，浏览器和服务器之间需要建立一个初始化连接，建立该连接的过程就是连接时间，可以判断网络情况，也可以判断服务器是否能够响应这个请求（3）建立链接后，从服务器发出第一个数据包，经过网络传输到客户端，浏览器成功接收第一字节的时间就是first buffer，可以表示服务器的延迟时间，还可以表示网络的反应时间（4）从浏览器接收到第一个字节起，直到成功接收到最后一个字节，下载完成为止，这个度量时间可以判断网络的质量（可以用size/time比来计算接收速率），还有SSL Handshaking（SSL握手协议）、ClientTime（请求在客户端浏览器延迟的时间，可能是由于客户端浏览器的thinktime或客户端其他方面引起的延迟）、error time（从发送一个HTTP请求到服务器返回一个HTTP错误信息所需要的时间）。

四.事物响应时间分析ß分析选项：1.Download Time下载时间分析——组成页面的每个请求下载时间2.Component（Over time）各模块的时间变化——通过这个功能可以分析响应时间变长是因为页面生成慢，还是因为图片资源下载慢3.Download Time（Over time）模块下载时间——针对每个组成页面元素的时间组成部分分析，方便确认该元素的处理时间组成部分4.Time to Buffer（Over time）模块时间分类——列出该元素所使用的时间分配比例，是受Network Time影响的多还是Server Time影响的多ßreceive时间很长，这个一般是网络问题，当然如果你确认网络不存在问题，那么你就要看看是不是客户端的问题ßfirst buffer time一般表示请求的真正响应时间ßReceive Time接受数据的时间，这个时间反映了带宽的大小，带宽越大，下载时间越短五.报告ß详细报告：自动汇总显示测试中重要的数据点击reports—new report可打开创建报告页面，设置完毕后生成报告可导出为word或者PDF格式ßHTML报告：显示analysis中已打开的图，点击reports—HTML report可生成html格式的报告。

ß摘要报告：列出关于方案运行的统计信息，可通过view—export  summary  to  excel导出到excel中六.结果分析ß分析原则1.由于不同的应用系统，不同的测试目的，不同的性能关注点，所以具体的事物具体分析2.查找瓶颈时按以下顺序，由易到难    服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）    注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度六.结果分析ß监控指标数据分析1.最大并发用户数：最大并发用户数：应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么OK。

否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在六.结果分析ß监控指标数据分析2.业务操作响应时间：业务操作响应时间：• 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务• 细分事务并分析每个页面组件的性能查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？• 如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题六.结果分析ß监控指标数据分析3.内存：内存：    UNIX资源监控中指标内存页交换速率（Paging rate），如果该值偶尔走高，表明当时有线程竞争内存如果持续很高，则内存可能是瓶颈也可能是内存访问命中率低    Windows资源监控中，如果Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时Memory\Available bytes计数器的值持续降低，则很可能存在内存泄漏内存资源成为系统性能的瓶颈的征兆:    很高的换页率(high pageout rate);    进程进入不活动状态;    交换区所有磁盘的活动次数可高;    可高的全局系统CPU利用率;     内存不够出错(out of memory errors) 六.结果分析ß监控指标数据分析4.处理器：处理器：    UNIX资源监控（Windows操作系统同理）中指标CPU占用率（CPU utilization），如果该值持续超过95%，表明瓶颈是CPU。

可以考虑增加一个处理器或换一个更快的处理器如果服务器专用于SQL Server,可接受的最大上限是80-85%     合理使用的范围在60%至70%    Windows资源监控中，如果System\Processor Queue Length大于2，而处理器利用率（Processor Time）一直很低，则存在着处理器阻塞CPU资源成为系统性能的瓶颈的征兆:        很慢的响应时间(slow response time)      CPU空闲时间为零(zero percent idle CPU)      过高的用户占用CPU时间(high percent user CPU)      过高的系统占用CPU时间(high percent system CPU)     长时间的有很长的运行进程队列(large run queue size sustained over time) 六.结果分析ß监控指标数据分析5.磁盘磁盘I/O   UNIX资源监控（Windows操作系统同理）中指标磁盘交换率（Disk rate），如果该参数值一直很高，表明I/O有问题可考虑更换更快的硬盘系统。

  Windows资源监控中，如果 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径 I/O资源成为系统性能的瓶颈的征兆 :     过高的磁盘利用率(high disk utilization)     太长的磁盘等待队列(large disk queue length)     等待磁盘I/O的时间所占的百分率太高(large percentage of time waiting for disk I/O)     太高的物理I/O速率:large physical I/O rate(not sufficient in itself)     过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))     太长的运行进程队列，但CPU却空闲(large run queue with idle CPU) 六.结果分析ß监控指标数据分析6.数据库监控数据库监控 使用sar来检查操作系统是否存在IO问题    使用vmstat监控内存 cpu资源    检查mysql参数    检查mysql 相关状态值 关注慢查询（slow query）日志。