51Testing软件测试论坛

标题: 结果分析精要------最好有51testingLR讲师分析下 [打印本页]

作者: love_yebin 时间: 2009-8-4 10:52
标题: 结果分析精要------最好有51testingLR讲师分析下
结果分析-------疑惑

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

后面测试结果里面有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 编辑 ]

作者: love_yebin 时间: 2009-8-4 11:43
仁兄们，该贴没人回答？要不要置顶或者高亮！！！！！！！11

作者: 苏高跃 时间: 2009-8-4 13:12
标题: 回复 2# 的帖子
呵呵，兄弟，帮你顶
我个人觉得：
困一：firstbuffertime＝（N1＋N2＋N3＋N4）＋（A1＋A2＋A3）；
困二：结果分析图有网络时间（N1＋N2＋N3＋N4）和服务时间响应时间（A1＋A2＋A3）；
困三：联系困一；
对于困四：由于服务响应时间包括（应用服务和数据库服务响应时间），具体没弄过，但我觉得这个还需要监控应用服务器和数据库；比如向数据库插入数据；插入100条的话，在脚本里写循环100次，然后插入事务；通过LR监控的服务响应时间－插入事务时间－网络时间＝应用服务时间；。。。这方面请高手讨论，在线一起看。

作者: love_yebin 时间: 2009-8-4 16:13

这么多人不削于回答？

太简单？

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

但是有人和我说图里的LR都可以。。。。。。。。。。
是不是需要什么工具？

作者: kuangquanshui 时间: 2009-8-4 17:19
学习了

作者: shhuangfy 时间: 2009-8-5 11:41
first buffer:显示从初始 HTTP 请求（通常为 GET）到成功收回来
自 Web 服务器的第一次缓冲时为止所经过的时间。第
一次缓冲度量是很好的 Web 服务器延迟和网络滞后指
示器。
注意：由于缓冲区大小最大为 8K，因此第一次缓冲时
间可能也就是完成元素下载所需的时间

作者: shhuangfy 时间: 2009-8-5 11:44
receive time:显示从服务器收到最后一个字节并完成下载之前经过的
时间。
“接收”度量是很好的网络质量指示器（查看用来计算
接收速率的时间/ 大小比率）

作者: love_yebin 时间: 2009-8-5 13:29

阐明下观点  导致您误解真的很不好意思

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

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

如果不行才联系  firstbuffertime和 receivetime

这时候他们之间存在什么关系 ~

作者: love_yebin 时间: 2009-8-5 18:09

难倒不少人

关于LR结果分析，我总结了点资料放博客里，对与不对，大家讨论讨论

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

作者: yxd2006 时间: 2011-7-28 16:03
关注中……

作者: 云层 时间: 2011-7-28 17:08
本帖最后由云层于 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是不会计算渲染时间的

作者: yandaju 时间: 2011-8-15 11:08
学习中！

作者: snow5366 时间: 2011-8-17 15:56
额学习

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)