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

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

好几天没有分享了...,(正在忙着找新的窝...),今天我们来一块探讨一下 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 条回复 时间 点赞
恒温 回复

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

王争伟 回复

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

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

恒温 回复

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

王争伟 回复

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

恒温 回复

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

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