LoadRunner测试结果分析03 转载至zhangzhe的新浪博客

LoadRunner测试结果分析之我见

  前面分析的Web
Resource(网络资源)的测试情况,其主要关注的是服务器性能,而系统本身和环境都有可能存在问题,页面诊断(Web Page
Diagnostics)主要就是关注这方面的问题。页面诊断可以很好地定位环境问题,如客户端问题、网络问题等,也可以很好的分析系统本身的问题,如网页问题。

1.Web Page Diagnostics (网页诊断)对测试过程中所有的页面进行一个

信息汇总,可以很容易地观察出哪个页面下载耗时,然后选择该页面得其页面分解图,分析耗时原因。Web Page Diagnostics是一个汇总图,选择要分析的页面,可得到其4张图:Download Time、Component(Over Time)、Download Time(Over
Time)、Time To First
Buffer(Over
Time)。

Download
Time分析页面不同组件在不同阶段的所需时间,其阶段主要包括:

DNS Resolution:DNS域名解析所需的时间;

Connect:与Web服务器建立初始连接所需的时间;

SSL
Handshaking:建立SSL连接所用的时间;

FTP
Authentication:认证客户端所需的时间;

First Buffer:初始HTTP请求至WEB服务器响应成功所需的时间;
Receive
Time:浏览器从服务器接受字节并完成下载所经时间;
Client Time:因思考时间或其它客户端问题导致的请求发生延迟所经时间;Error:从发出HTTP请求到接收到错误消息所需的时间。

这样就可以分析出时间花费在哪里,进而定位问题。

Component(Over Time)页面上不同组件在不同时间的平均下载时间曲线图。

Download Time(Over
Time)不同组件在不同时间的平均下载时间面积图。

Time To First
Buffer(Over
Time)不同组件不同时间第一次缓冲时间面积图。

2. Page Component
Breakdown  不同组件的平均响应时间占整个页面平均响应时间的百分比,此为饼状图,可以很容易的分析出页面的那个组件耗时较多。
    3. Page Component
Breakdown(Over Time) 任意时间不同组件的响应时间曲线图,和步骤2有异曲同工之处。
    4. Page Download
Time Breakdown 页面中不同组件在不同阶段的柱状图,容易看出不同阶段所占面积大小。
    5. Page Download
Time Breakdown(Over Time) 任意时间不同组件在不同阶段响应时间曲线图。
    6. Time
to First Buffer
Breakdown 不同页面第一次缓冲并下载完成所需时间的柱状图,此图在分析测试结果时十分重要,其不仅能分析出哪个页面耗费时间长,而且能分析出之所以耗时是网络问题还是服务器问题。First Buffer Time分为Network Time和Server
Time,客户端发出http请求并接收到服务器端的应答报文(ACK)所经时间为Network
Time,客户端从接收到ACK到完成下载所经时间为Server
Time。若Server
Time明显大于Network
Time且是其几倍,此时服务器性能是问题关键。

7. Time to First Buffer
Breakdown (Over Time) 不同页面在任一时间点的Network Time和Server
Time分布曲线图。

[8]. Download Comonent
Size(KB)不同页面在载整个下载量所占百分比例图。

在对于页面诊断的分析中,应先查看2. Page Component
Breakdown,分析哪个页面所占比例较大,然后分析其是不是造成耗时的原因。若是,再查看6. Time to First Buffer
Breakdown,分析出其是网络问题,还是服务器问题。再分析7.
Time to First Buffer Breakdown (Over
Time) 中的曲线,进一步分析原因。可以进一步查看1.Web Page Diagnostics做具体分析。

LoadRunner测试结果分析03 转载至zhangzhe的新浪博客,布布扣,bubuko.com

时间: 2024-08-01 08:24:05

LoadRunner测试结果分析03 转载至zhangzhe的新浪博客的相关文章

LoadRunner测试结果分析02 转载至zhangzhe的新浪博客

LoadRunner测试结果分析之我见 上述测试过程的重点在于事务,而LoadRunner生成的测试结果图并不局限于事务上,其中还有是关于Vusers.Errors.Web Resources.Web Page diagnostics的测试图. 1. 对于Vusers的测试图有3种:Running Vusers.Vusers Summary.Rendezvous,其中Running Vusers是关于虚拟用户加压.施压.减压的情况图: Vusers Summary是用户运行结果的综述图:Rend

LoadRunner测试结果分析01 转载至zhangzhe的新浪博客

LoadRunner测试结果分析之我见 LoadRunner生成测试结果并不代表着这次测试结果的结束,相反,这次测试结果的重头戏才刚刚开始.如何对测试结果进行分析,关系着这次测试的成功与否.网上关于LoadRunner测试结果如何分析的介绍相当匮乏,在总结他人的观点和自己的实验体会基础上来介绍如何进行LoadRunner测试结果分析. 1. LoadRunner测试结果分析的第一步应该是查看分析综述(Analysis Summary),其包括统计综述(Statistics Summary).事务

【转载】利用新浪博客建设网站外链

当今网络管理机制越来越完善,允许发外接的网站越来越少,建设网站外链变得越来越困难,今天和大家分享一篇文章,告诉你如何利用新浪博客建设网站外键. 目前国内知名的博客平台有QQ.网易.新浪.搜狐.百度等,先来分析一下为什么我为什么选择新浪博客建设网站外链? 腾讯博客(QQ空间)是不被搜索引擎收录的,所以直接淘汰. 网易博客使用的是三级域名,即使成功建设外链权重也不高. 百度博客(百度HI)即将要关闭了,完全是浪费时间. 搜狐博客也是使用三级域名,权重并不高. 新浪博客的内容页使用 blog.sina

Loadrunner测试实例分析

LoadRunner性能测试结果分析是个复杂的过程,通常可以从结果摘要.并发数.平均事务响应时间.每秒点击数.业务成功率.系统资源.网页细分图.Web服务器资源.数据库服务器资源等几个方面分析,如图1- 1所示.性能测试结果分析的一个重要的原则是以性能测试的需求指标为导向.我们回顾一下本次性能测试的目的,正如 所列的指标,本次测试的要求是验证在30分钟内完成2000次用户登录系统,然后进行考勤业务,最后退出,在业务操作过程中页面的响应时间不超过3秒,并且服务器的CPU使用率.内存使用率分别不超过

[转载]那些C++牛人的博客

现整理收集C++世界里那些“牛人”的个人博客.凡三类:一是令人高山仰止的大牛,对C++语言本身产生过深远的影响的人:二是C++运用炉火纯青的高手,有原创性的技术干货:三是中文世界里的C++牛人. C++大牛的博客 Bjarne Stroustrup的博客: Bjarne Stroustrup’s Homepage Bjarne Stroustrup,不认识的可以去面壁了,没有他,就没有我们现在的饭碗.Bjarne Stroustrup是丹麦人,目前任教于TAMU.他的Homepage和他的书籍T

转载于山边小溪的博客--编写跨浏览器兼容的 CSS 代码的金科玉律

http://www.cnblogs.com/lhb25/archive/2010/06/19/1760786.html   原始网页 作为 Web 设计师,你的网站在各种浏览器中有完全一样的表现是很多人的目标,然而这是一个永远无法真正实现的目标,很多人认为,完美的跨浏览器兼容并不必要,这样说虽然没错,但在很多情形,一种近似的兼容还是很容易实现的,本文讲的是各种跨浏览器兼容的 CSS 编码准则和技巧. 理解 CSS 盒子模型 如果你想实现不需要很多奇巧淫技的跨浏览器兼容的 CSS 代码,透彻地理

测试MCU I/O和CPLD的通信(旧博客迁移)

一.硬件连接 STC89LE52RC的P0[7:0].P2[7:0].P3[7:2].P1[2:0]和ALE共26个信号与EPM1270相连: 另外利用CPLD外接的四位拨码开关和八个LED灯进行控制及指示: 二.测试流程 根据四位拨码开关的状态,选择P0~P3的端口值输出到LED上,用ALE作时钟同步: 三.C51 Code #include "STC89C5xRC.h" void main(void) { P0 = 0xff; P1 = 0xff; P2 = 0xff; P3 =

团队作业9——测试与发布(Beta版本)(含展示博客)

团队作业9--测试与发布(Beta版) http://www.cnblogs.com/newteam6/p/6938504.html 团队作业9--展示博客 http://www.cnblogs.com/newteam6/p/6938737.html

个人博客网站收录突然减少的原因分析

最近良家佐言发现个人博客网站收录突然急剧下降,从收录的124条一直降到72条,登录百度资源平台通过索引工具的趋势图才发现,近20天良家佐言的个人博客网站的索引量走势图波动非常的大,从上个月中旬到这个月初5号,索引量才开始慢慢回升:良家佐言个人博客网站是去年10月中旬注册,11月份才上线的,通过一些优化手段,收录呈现正常形态,从百度搜索资源平台索引工具反映出来的信息来看,近三周索引走势图变化开始呈现不规律现象,仔细想想这三周的所作所为,良家佐言发现了一些原因. 一.网站站内文章更新不规律 搜索引擎