Breakdown分类.docVIP

其中web page breakdown图又可以分为以下四种： Download time breakdown Component breakdown(overtime) Download time breakdown(overtime) Time to first buffer breakdown(overtime) 他们和上面的breakdown不同的是：针对某个page的具体元素如图片进行breakdown，因此前面没有加page 1)、Download Time Breakdown(下载时间细分) “下载时间细分”图显示网页中不同元素的下载时间，并进行分解 用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。 页面下载时间细分图组成： DNS解析时间 Connection(连接时间) First Buffer(第一次缓冲时间) Receive(接收时间) SSL Handshaking (SSL握手时间) FTP验证时间 Client Time(客户端时间) Error Time(错误时间) DNS解析时间 浏览器访问网站时，一般用的是域名，需要DNS服务器把这个域名解析为IP，这个过程就是域名解析时间； 如果在局域网内直接使用IP访问，则不存在这个时间。 Connection 解析出Web Server 的IP地址后，浏览器请求发送到Web Server，然后浏览器和Web Server 之间需要建立一个初始化HTTP连接，服务器端需要做2件事：一是接收请求，二是分配进程，建立该连接的过程就是connection时间。 First Buffer 显示从初始 HTTP 请求（通常为 GET）到成功收回来自 Web 服务器的第一次缓冲时为止所经过的时间。 第一次缓冲度量是很好的 Web 服务器延迟和网络滞后指示器 注意：由于缓冲区大小最大为 8K，因此第一次缓冲时间可能也就是完成元素下载所需的时间。 Receive 从浏览器接收到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是receive时间。 其他的时间还有： SSL Handshaking：显示建立 SSL 连接（包括客户端 hello、服务器 hello、客户端公用密钥传输、服务器证书传输和其他部分可选阶段）所用的时间。此时刻后，客户端和服务器之间的所有通信都被加密。 SSL 握手度量仅适用于 HTTPS 通信。 Client Time：请求在客户端浏览器延迟的时间，可能是由于客户端浏览器的处理时间 或者客户端其他方面引起的延迟 Error Time：从发送HTTP 请求，到Web Server 返回一个HTTP 错误信息需要的时间 如下图所示： 该图一般是网络问题，如果确认网络不存在问题，那么考察是否为服务器端问题，和客户端的问题（客户端也可能会造成Receive过长） 页面上包括了非常多的图片，而且图片似乎都没有优化，最大的竟然有163K 2)、Component Breakdown(Over Time)(组件细分(随时间变化)) “组件细分”图显示选定网页的页面组件随时间变化的细分图。可以很容易看出哪些元素在测试过程中下载时间不稳定。 该图特别适用于需要在客户端下载控件较多的页面，通过分析控件的响应时间，很容易就能发现哪些控件不稳定或者比较耗时。 3)、Download Time Breakdown(Over Time)(下载时间细分(随时间变化)) “下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分(随时间变化)情况，清晰的显示出页面各个元素在压力测试过程中的下载情况。 “下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果，“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果，两者分别从宏观和微观角度来分析页面元素的下载时间。 4)、Time to First Buffer Breakdown(Over Time)(第一次缓冲时间细分(随时间变化)) “第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务器返回的第一次缓冲之前的这段时间，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间(以秒为单位)。可以使用该图确定场景或会话步骤运行期间服务器或网络出现问题的时间。 如下图所示： 浏览器模拟设置 Simulate browser cache 选项 浏览器可以存储一些从远程服务器磁盘中下载HTML/JPG等文件，使下次访问时速度更快，这称为“缓存”。 默认情况下，缓存模拟是启用的，当使用LoadRunner进行并发测试的时候，每个用户都使用自己的缓存并且从缓存中检索图片等。 当缓存被设置为禁用后，虚拟用户将忽略所有