时隔2年,我又回来了~

【转】LR性能测试Web Page Breakdown分析篇

上一篇 / 下一篇  2011-10-24 15:26:33 / 个人分类:LR 性能分析

DNS解析时间:显示使用最近的DNS服务器将DNS名称解析为IP地址所需的时间;DNS查找度量是指示DNS解析问题或DNS服务器问题的一个很好的指示器;
Connect时间:显示与包含指定URL的Web服务器建立初始连接所需的时间;Connect度量是一个很好的网络问题指示器;它还可表明服务器是否对请求做出响应;
First buffer时间:显示从初始HTTP请求到成功收回来自WEB服务器的第一次缓冲时为止所经过的时间;First buffer度量是很好的Web服务器延迟和网络滞后指示器;
SSL Handshaking time:显示建立SSL连接所用的时间
Receive Time:显示从服务器收到最后一个字节并完成下载之前经过的时间;接收度量是很好的网络质量指示器;
FTP验证时间:显示验证客户端所用的时间。
Client Time:显示因浏览器思考时间或其他与客户端有关的延迟而使客户机上的请求发生延迟时,所经过的时间。
Error时间:显示从发出HTTP请求到返回错误消息这期间所经过的平均时间
名称        描述
        显示使用最近的 DNS 服务器将 DNS 名称解析为 IP 地
址所需的时间。“DNS 查找”度量是指示 DNS 解析问
题或 DNS 服务器问题的一个很好的指示器。
        显示与包含指定 URL 的 Web 服务器建立初始连接所需
的时间。连接度量是一个很好的网络问题指示器。此
外,它还可表明服务器是否对请求作出响应。
        显示从初始 HTTP 请求(通常为 GET)到成功收回来
自 Web 服务器的第一次缓冲时为止所经过的时间。第
一次缓冲度量是很好的 Web 服务器延迟和网络滞后指
示器。
注意:由于缓冲区大小最大为 8K,因此第一次缓冲时
间可能也就是完成元素下载所需的时间。
        显示建立 SSL 连接(包括客户端 hello、服务器
hello、客户端公用密钥传输、服务器证书传输和其他
部分可选阶段)所用的时间。自此点之后,客户端与服
务器之间的所有通信都将被加密。
SSL 握手度量仅适用于 HTTPS 通信。
        显示从服务器收到最后一个字节并完成下载之前经过的
时间。
“接收”度量是很好的网络质量指示器(查看用来计算
接收速率的时间/ 大小比率)。
        显示验证客户端所用的时间。如果使用 FTP,则服务器
在开始处理客户端命令之前,必须验证该客户端。
“FTP 验证”度量仅适用于 FTP 协议通信。
        显示因浏览器思考时间或其他与客户端有关的延迟而使
客户机上的请求发生延迟时,所经过的平均时间。
        显示从发出 HTTP 请求到返回错误消息(仅限于
HTTP 错误)这期间经过的平均时间。
 

Web Page BreakDown页面分解
 如果某个transaction的时间过长,为了分析问题出在哪里?就可以利用页面分解了,它可以把每个页面分解成:       
        DNS解析时间:浏览器访问一个网站的时候,一般用的是域名,需要dns服务器把这个域名解析为IP,这个过程就是域名解析时间,如果我们在局域网内直接使用IP访问的话,就没有这个时间了。
        Connection:解析出Web ServerIP地址后,浏览器请求被送到了Web Server,然后浏览器和Web Server之间需要建立一个初始化HTTP连接,服务器端需要做2件事:一是接收请求,二是分配进程,建立该连接的过程就是connection时间。
        First Buffer:建立连接后,从Web Server发出第一个数据包,经过网络传输到客户端,浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server的延迟时间,还可以表示出网络的反应时间。
        Receive:从浏览器接收到第一个字节起,直到成功收到最后一个字节,下载完成止,这段时间就是receive时间。

其他的时间还有SSL HandshakingSSL握手协议,用到该协议的页面比较少)、ClientTime(请求在客户端浏览器延迟的时间,可能是由于客户端浏览器的think time或者客户端其他方面引起的延迟)、Error Time(从发送了一个HTTP请求,到Web Server发送回一个HTTP错误信息,需要的时间)

    为了确认问题缘由到底是服务器还是网络,选择“Time to First Buffer Breakdown”

    发现network时间比Server时间要高的多,从而确定问题是network引起的。
报表组合
   
Analysis默认的图表都是以时间作为横坐标,然而在分析结果的过程中,我们可能需要以运行的用户数作为横坐标,来比较结果。假如我们要画出Windows Resources ——VUsers的图表,可以这样操作。首先打开Windows Resources图表,然后在图表上点鼠标右键,选择Merge Graphs

   出现Merge Graphs对话框

   选择第一项“Overlay”,出现以下的图表,这样是把两个图表进行了合并,两条曲线的纵轴共用一个原点,横轴还是时间轴。选择第二项“Title”,这样是把两个图表进行了合并,两条曲线的纵轴不再共用一个原点,VUsers的原点在Windows Resouces的上面,横轴还是时间轴。选择第三项“Correlate”LoadRunner提示信息。

1、概念说明:

DNS解析时间:显示使用最近的DNS服务将DNS名称解析为IP地址所需的时间;DNS查找度量是指示DNS解析问题或DNS服务问题的一个很好的指示
Connect时间:显示与包含指定URL的Web服务建立初始连接所需的时间;Connect度量是一个很好的网络问题指示;它还可表明服务是否对请求做出响应
First buffer时间:显示从初始HTTP请求到成功收回来自WEB服务的第一次缓冲时为止所经过的时间;First buffer度量是很好的Web服务延迟和网络滞后指示
SSL Handshaking time:显示建立SSL连接所用的时间
Receive Time:显示从服务收到最后一个字节并完成下载之前经过的时间;接收度量是很好的网络质量指示
FTP验证时间:显示验证客户端所用的时间
Client Time:显示因浏览思考时间或其他与客户端有关的延迟而使客户机上的请求发生延迟时,所经过的时间。
Error时间:显示从发出HTTP请求到返回错误消息这期间所经过的平均时间

 

http://cache.baidu.com/c?m=9d78d513d99d01b8589c830e0801a1620e25f77448d3c7140fc3e24c84105e564616f4ca25356770c4b47d7076ab5e5d9ae74778207425a0ebbb9f3baaac935838f95623076a913163c46faedc47558477c04de9de5bb4efa72593df829388070a9c0e402694b7cb040f4e8c29b2033090bb84124e4810cdbd633ea91e6029e8721de95aa6b3673b5cd6a886045193748d340ccce962ef2313e415f5481a7441f14de009017067e34e25ac126b0792e84ae75d23067ce8&p=867cc416d9c711a05bedc2295400&user=baidu&fm=sc&query=LR+%B7%D6%CE%F6%C6%F7%C0%EF%C3%E6%C8%E7%BA%CE%CC%ED%BC%D3web+page+breakdown&qid=d364ac220dfcef26&p1=5

   WebPageBreakdown(网页元素细分)   

    “网页元素细分”主要用来评估页面内容是否影响事务的响应时间,通过它可以深入地分析网站上那些下载很慢的图形或中断的连接等有问题的元素。

    1、WebPageBreakdown(页面分解总图)

    “页面分解”显示某一具体事务在测试过程的响应情况,进而分析相关的事务运行是否正常。

    “页面分解”图可以按下面四种方式进行进一步细分:

    1)、Download Time Breaddown(下载时间细分)

    “下载时间细分”图显示网页中不同元素的下载时间,同时还可按照下载过程把时间进行分解,用不同的颜色来显示DNS解析时间、建立连接时间、第一次缓冲时间等各自所占比例。

    2)、ComponentBreakdown(Over Time)(组件细分(随时间变化))

    “组件细分”图显示选定网页的页面组件随时间变化的细分图。通过该图可以很容易的看出哪些元素在测试过程中下载时间不稳定。该图特别适用于需要在客户端下载控件较多的页面,通过分析控件的响应时间,很容易就能发现那些控件不稳定或者比较耗时。

    3)、Download TimeBreakdown(Over Time)(下载时间细分(随时间变化))

    “下载时间细分(随时间变化)” 图显示选定网页的页面元素下载时间细分(随时间变化)情况,它非常清晰地显示了页面各个元素在压力测试过程中的下载情况。

    “下载时间细分”图显示的是整个测试过程页面元素响应的时间统计分析结果,“下载时间细分(随时间变化)”显示的事场景运行过程中每一秒内页面元素响应时间的统计结果,两者分别从宏观和微观角度来分析页面元素的下载时间。

    4)、Time to First BufferBreakdown(Over Time)(第一次缓冲时间细分(随时间变化))

    “第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务返回的第一次缓冲之前的这段时间,场景或会话步骤运行的每一秒中每个网页组件的服务时间和网络时间(以秒为单位)。可以使用该图确定场景或会话步骤运行期间服务或网络出现问题的时间。

    First Buffer Time:是指客户端与服务端建立连接后,从服务发送第一个数据包开始计时,数据经过网络传送到客户端,到浏览接收到第一个缓冲所用的时间。

    2、PageComponentBreakdown(页面组件细分)

    “页面组件细分”图显示每个网页及其组件的平均下载时间(以秒为单位)。可以根据下载组件所用的平均秒数对图列进行排序,通过它有助于隔离有问题的组件。

    3、PageComponentBreakdown(Over Time)(页面组件分解(随时间变化))

    “页面组件分解(随时间变化)”图显示在方案运行期间的每一秒内每个网页及其组件的平均响应时间 (以秒为单位)。

    4、PageDownload TimeBreakdown(页面下载时间细分)

    “页面下载时间细分”图显示每个页面组件下载时间的细分,可以根据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由服务错误引起。

    “页面下载时间细分”图根据DNS解析时间、连接时间、第一次缓冲时间、SSL握手时间、接收时间、FTP验证时间、客户端时间和错误时间来对每个组件的下载过程进行细分。

    5、PageDownload TimeBreakdown(Over Time)(页面下载时间细分(随时间变化))

    “页面下载时间细分(随时间变化)”图显示方案运行期间,每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务在方案执行期间哪一时间点发生了问题。

    “页面组件细分(随时间变化)”图和“页面下载时间细分(随时间变化)”图通常结合起来进行分析:首先确定有问题的组件,然后分析它们的下载过程,进而定位原因在哪里。

    6、Time to First BufferBreakdown(第一次缓冲时间细分)

    “第一次缓冲时间细分”图显示成功收到从Web服务返回的第一次缓冲之前的这一段时间内的每个页面组件的相关服务/网路时间。如果组件的下载时间很长,则可以使用此图确定产生的问题与服务有关还是与网络有关。

    网络时间:定义为第一个HTTP请求那一刻开始,直到确认为止所经过的平均时间。

    服务时间:定义为从收到初始HTTP请求确认开始,直到成功收到来自Web服务的一次缓冲为止所经过的平均时间。

    7、Time to First BufferBreakdown(Over Time)(第一次缓冲时间细分(随时间变化))

    “第一次缓冲时间细分(随时间变化)”图显示成功收到从Web服务返回的第一个缓冲之前的这段时间内,场景运行的每一秒中每个网页组件的服务时间和网络时间。可以使用此图确定场景运行期间服务或网络出现问题的时间点。

    8、Downloader Component Size(KB)(已下载组件大小)

    “已下载组件大小”图显示每个已经下载的网页组建的大小。通过它可以直接看出哪些组件比较大并需要进一步进行优化以提高性能。



TAG:

 

评分:0

我来说两句

Open Toolbar