loadrunner结果分析：analysis.pptx

性能测试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语句、数据库设计、业务逻辑、算法等）    注：以上过程并不