利用LoadRunner进行性能测试和结果分析(连载七)

6,007 Views
『作者:RickyZhu 转载务必注明出处和作者』
Tag:,

网页细分图

网页细分图可以评估页面内容是否影响事务响应时间.使用网页细分图,可以分析网站上有问题的元素(例如下载很慢的图象或者打不开的连链接).
关于网页细分图
网页细分图为你提供脚本中各个受监控的网页的性能信息.你可以在脚本及其组件中查看每个页面的下载时间,并标示下载期间出现问题的时间点.此外,还可以查看每个页面及其组件的相关下载时间以及大小.Analysis将显示平均下载时间和下载数据时间.你可以将网页细分图中的数据与事务性能概要图和平均事务响应图中的数据进行关联,分析问题的原因和问题的所在,以及问题是与网络有关还是与服务器有关.
下图说明了从发送HTTP请求到开始事件的顺序.

sequence
注意: 由于要从客户端测试服务器时间,因此,如果发送初始HTTP请求到发送第一次缓冲这一段时间内网络性能发生变化,则网络时间可能会影响此度量.因此,所显示的服务器时间是一个估量值,可能不太精确.

分析事务性能概要图和平均事务响应时间图,从网页细分图开始,该图显示场景或者会话步骤运行过程中每一秒内各个受监控的网页的平均下载时间(单位秒).X轴表示从场景或者会话步骤开始运行以来所用的时间.Y轴表示每个网页的平均下载时间(单位秒).为了让Analysis能生成网页细分图,在记录脚本之前必须启用Controller或者控制台中的网页细分功能.
启用Controller中的网页细分功能操作如下:
1. 从Controller或者控制台菜单中,选择诊断->配置
2. 选中启用以下诊断复选框
3. 单击网页诊断(允许的最大分布率10%)旁边的启用
4. 单击确定

启用控制台中的网页细分功能,如下操作:
1. 从控制台菜单中,选择工具->选项
2. 在网页细分选项卡中,启用网页细分功能
3. 单击确定

注意: 建议在VUGen中选择<录制选项>对话框中的录制选项卡中的<基于HTML的脚本>
网页细分图主要包括:
页面组件细分图
页面组件细分(随时间变化)图
页面下载时间细分图
页面下载时间(随时间变化)图
第一次缓冲细分时间图
第一次缓冲时间细分(随时间变化)图
已下载组件大小图

页面下载时间细分图显示每个页面组件的下载时间的细分,可以根据此确定在网页下载期间,响应时间缓慢的原因是网络还是服务器有问题.


页面下载时间细分图根据DNS解析时间,连接时间,第一次缓冲时间,SSL握手时间,连接时间,FTP验证时间,客户端时间和错误时间对每个组件进行细分. 下面简单介绍这些细分:


DNS
解析时间:浏览器访问一个网站的时候,一般用的是域名,需要dns服务器把这个域名解析为IP,这个过程就是域名解析时间,如果我们在局域网内直接使用IP访问的话,就没有这个时间了。
Connection:解析出Web Server IP地址后,浏览器请求被送到了Web Server,然后浏览器和Web Server 之间需要建立一个初始化HTTP连接,服务器端需要做2件事:一是接收请求,二是分配进程,建立该连接的过程就是connection时间。
First Buffer:建立连接后,从Web Server 发出第一个数据包,经过网络传输到客户端,浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server 的延迟时间,还可以表示出网络的反应时间。
Receive:从浏览器接收到第一个字节起,直到成功收到最后一个字节,下载完成止,这段时间就是receive时间。
其他的时间还有SSL HandshakingSSL 握手协议,用到该协议的页面比较少)、Client
Time(请求在客户端浏览器延迟的时间,可能是由于客户端浏览器的think time 或者客户端其他方面引起的延迟)、Error Time(从发送了一个HTTP 请求,到Web Server 发送回一个HTTP 错误信息,需要的时间)

注意:页面级别上显示的每个度量都是为每个页面组件记录的度量的和.例如Mercury Tours欢迎首页的链接时间是改页面的每个组件的链接时间的总和.

页面下载时间细分图显示占据主Mercury Tours首页URl大部分下载时间的接受时间,链接时间和第一次缓冲时间.

如果要进一步细分首页,可以将下载时间最长的组件隔离开来,然后分析造成响应时间延迟的网络或者服务器时间. 下图是一个例子:

细分发现,上图主要的占用是一个js文件和一个sevelet文件. 对于时间较长的图片和sevelet文件,占用绝大多数时间的是第一次缓冲时间,也就是服务器处理的时间.

这阵子一直比较忙,而且打算跟深圳广州的其他同仁交流碰个头,交流一下自动化测试的进展,分享一下他们的成果,所以今天才把余下的这几个图放到这里. 这里也是最重要的部分,如果能把图细分到这个程度,距离问题的发现和解决也已经不远了.正好最近一个朋友在利用LR监控Unix资源的时候发现了问题,总是报错,下次就重点介绍一下如何监控系统资源和系统资源图的问题.


随机文章

3条留言

(Required)
(Required, not published)


Close
E-mail It