性能测试工具 Load Runner 中 Analysis 内 web 资源图表

王争伟 · 2017年09月04日 · 最后由 王争伟 回复于 2017年09月07日 · 1354 次阅读

好几天没有分享了...,(正在忙着找新的窝...),今天我们来一块探讨一下 Analysis 中的 web 资源图表的解释:
我们在分析网站的性能的时候,web 资源下的图表给我们提供了很大的帮助,能够很清晰的找到,网站在加载的时候,各项资源的加载时间,第一次缓冲的时间,本地网络的加载时间和服务器的响应时间等。
我们先看一下 Web Page Diagnostics 图表下的模块的几个常用图表的解释:
1、Web Page Diagnostics(网页分析)
2、Page Download Time Breakdown(页面响应时间组成分析)
3、Page Download Time Breakdown(Over time)(页面组成部分时间)
4、Time to First Buffer Breakdown(页面请求组成时间)
5、Time to First Buffer Breakdown(Over time)(基于时间的页面请求组成分析)
我们在分析 web 资源的时候一般都会从以上的几个图表中分析,找出我们系统的 “蛀虫所在”。
Web Page Diagnostics(网页分析)图中一些名词的解释:
1.Download Time 下载时间分析——组成页面的每个请求下载时间——可以看到创建用户的操作由几个请求组成,其中请求的资源中哪些资源的加载的速度是拖后腿的。
2.Component(Over time)各模块的时间变化——通过这个功能可以分析响应时间变长是因为页面生成慢,还是因为图片资源下载慢。
3.Download Time(Over time)模块下载时间——针对每个组成页面元素的时间组成部分分析,方便确认该元素的处理时间组成部分。发现请求下载时间主要消耗哪端。
4.Time to Buffer(Over time)模块时间分类——列出该元素所使用的时间分配比例,是受 Network Time 影响的多还是 Server Time 影响的多。对页面刷新的响应时间来说,主要是 Network Time 网络上消耗的时间,而 Server Time 服务器端的处理时非常优秀的。Server Time 是服务器对该页面的处理时间;Network Time 是指本地网络的下载时间。)
页面加载的响应时间,一个页面的响应时间一般由以下内容组成:
1.Client Time 客户端浏览接收所需要使用的时间,可以不用考虑。
2.Connections Time 连接服务器所需要的时间,越小越好。
3.DNS Resolution Time 通过 DNS 服务器解析域名所需要的时间,解析受到 DNS 服务器的影响,越小越好。
4.Error Time 服务器返回错误响应时间,这个时间反映了服务器处理错误的速度,一般是 Web 服务器直接返回的,包含了网络时间和 Web 服务器返回错误的时间,该时间越小越好。
5.First Buffer Time 连接到服务器,服务器返回第一个字节所需要的时间,反映了系统对于正常请求的处理时间开销,包含网络时间和服务器正常处理的时间,该时间越小越好。
6.FTP Authentication Time FTP 认证时间,这是进行 FTP 登录等操作所需要消耗的认证时间,越短越好。
7.Receive Time 接受数据的时间,这个时间反映了带宽的大小,带宽越大,下载时间越短。
8.SSL Handshaking Time SSL 加密握手的时间,而 Analysis 在这里会分析得到页面请求的组成比例图,便于分析页面时间浪费在哪些过程中。

以上的结论,只是本人在学习过程中,结合各种资源,写出来的,欢迎一块探讨。
(吐槽一下。为什么以前发的帖子,评论的这么少.......给点力行不,哈哈)

共收到 6 条回复 时间 点赞

loadrunner 现在用户少了吧。另外帖子排版不是很好看。

恒温 回复

你是 说现在使用 Load Runner 的用户少?还是什么
(排版一直在改进...)

王争伟 回复

嗯,是啊。用户感觉比较少。认识的人里基本都不用了。

恒温 回复

那 测试 性能的 使用的是什么? Jemter 吗?还是 使用的别的 0.0
在说和公司的性质和地域有关系,你能说说你的地域和公司性质吗?

王争伟 回复

jmeter,我了解的公司,比如阿里都是用 jmeter 的。

恒温 回复

的确,jemter 是开源的,而且底层是适应 Java 开发滴,哈哈。使用哪种都可以吧。你咯,做几年测试了.0.0

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册