51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3836|回复: 13
打印 上一主题 下一主题

[原创] 结果分析精要------最好有51testingLR讲师分析下

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-8-4 10:52:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
结果分析-------疑惑


某本书里面介绍了 一个 限于3层架构的DB服务器和web服务器不在同一台机子上的响应时间分析
时间划分的很细 ,我不否认这张图宏观上带给大家的意义,这里只说下几点困惑

后面测试结果 里面有first buffertime 和receive time,从定义上看
Firstbuffertime 显示从客户端发出请求到 客户端收到来自服务器的第一次缓冲为止
  其中又包含了 网络时间和服务器时间,
Receivetime  显示客户端从服务器收到最后一个字节并完成下载所用的时间

困惑一 : firstbuffertime+receivetime==图
中介绍的响应时间  ?

困惑二: 结果分析图表中 具体的那张图或者那类图 能分析 出 A1,A2,A3?以及 N2,N3,
如果不能,或者说 N2,N3很小,我们 结果分析只能获得的是 A1+A2+A3+N2+N3?
困惑三: firstbuffertime  中的网络时间 和  上图中 那段时间对应 ?或者是压根没关系
                                                        服务器时间和 上图中那段时间对应 ?…..
困惑四:如果 LR结果分析 ,我们只能知道的是 firstbuffertime  ,和receiveTime,对于应用程序的问题是定位 web服务器还是 DB服务器我们要看的又是结果分析里面的那几个图呢?   
这些东西一直没理的很细,但是 实践起来发现如果这些不理细,对于我的性能调优 几乎没一点用处 ,还望 大家多讨论。。。。。。。

[ 本帖最后由 love_yebin 于 2009-8-4 10:54 编辑 ]

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2009-8-4 11:43:48 | 只看该作者
仁兄们,该贴 没人回答? 要不要置顶或者高亮 !!!!!!!11
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-8-4 13:12:36 | 只看该作者

回复 2# 的帖子

呵呵,兄弟,帮你顶
我个人觉得:
困一:firstbuffertime=(N1+N2+N3+N4)+(A1+A2+A3);
困二:结果分析图有网络时间(N1+N2+N3+N4)和服务时间响应时间(A1+A2+A3);
困三:联系困一;
对于困四:由于服务响应时间包括(应用服务和数据库服务响应时间),具体没弄过,但我觉得这个还需要监控应用服务器和数据库;比如向数据库插入数据;插入100条的话,在脚本里写循环100次,然后插入事务;通过LR监控的服务响应时间-插入事务时间-网络时间=应用服务时间;。。。这方面请高手讨论,在线一起看。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2009-8-4 16:13:27 | 只看该作者
  
这么多人不削于回答?

太简单?

我一直认为 LR 能给出来的  就是  servertime 和 网络时间 ,
至于存在问题的应用程序 ,是发生在 DB查询还是  WEB展现   在结果集里 能看到的就是 SERVERTIME时间比较长

但是有人和我说 图里的LR都可以 。。。。。。。。。。
是不是 需要什么工具 ?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-8-4 17:19:03 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-8-5 11:41:58 | 只看该作者
first buffer:显示从初始 HTTP 请求(通常为 GET)到成功收回来
自 Web 服务器的第一次缓冲时为止所经过的时间。第
一次缓冲度量是很好的 Web 服务器延迟和网络滞后指
示器。
注意:由于缓冲区大小最大为 8K,因此第一次缓冲时
间可能也就是完成元素下载所需的时间
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2009-8-5 11:44:12 | 只看该作者
receive time:显示从服务器收到最后一个字节并完成下载之前经过的
时间。
“接收”度量是很好的网络质量指示器(查看用来计算
接收速率的时间/ 大小比率)
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2009-8-5 13:29:20 | 只看该作者
阐明下 观点  导致 您误解真的很不好意思

我需要确定的 是能不能在 LR结果集里面看到  N2,N3,A1,A2,A3


如果可以  ,使用那个计数器或者监控工具

如果不行 才联系  firstbuffertime和 receivetime  

这时候 他们之间存在什么关系 ~
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2009-8-5 18:09:54 | 只看该作者
   难倒不少人


关于LR结果分析,我总结了点资料放博客里,对与不对 ,大家讨论讨论
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2009-8-6 18:19:27 | 只看该作者
说下我的看法:
1、响应时间=first buffer+recieve+client time
注意:这里应该有个客户端时间,也就是数据显示到浏览器上的时间
2、要定位具体瓶颈,应该根据监控到的服务器资源图一块来进行分析
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2011-7-28 16:03:36 | 只看该作者
关注中……
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2011-7-28 17:08:19 | 只看该作者
本帖最后由 云层 于 2011-7-28 17:10 编辑

额,那么早的帖子被挖坟了。。。

个人理解fristbuff =A1+A2+A3+N1+N2+N3
recieve=N4
响应时间=fristbuff+recieve+client time
注意这里的client time不是浏览器的显示时间,而是请求在客户端上运行脚本导致的停留时间,比如一个页面刷新后会自动做个document.location那么这里可以设置一个跳转时间,再刷新下一个页面,这个时候的等待跳转时间就会被计算在client time里面,lr是不会计算渲染时间的
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2011-8-15 11:08:02 | 只看该作者
学习中!
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2011-8-17 15:56:03 | 只看该作者
额 学习
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-28 07:48 , Processed in 0.088175 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表