51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 1441|回复: 1
打印 上一主题 下一主题

[求助] receive time到底是什么?懂的进

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2014-12-18 05:07:20 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
关于receive time,我反复看了官方文档对它的解释,应该就只是单纯的接收从服务器返回数据的耗时,现在的问题是:
查询业务一:其对应的sql在库里执行不慢(2.5s),不过receive time达到8s,一共返回1200行、20列数据,在页面上也可以明显的感觉到查询已经执行完了(进度条很快就没了),但是具体的数据是在8s以后才显示在屏幕里面,我已经测试过网络没有问题,也测试过系统里面的其他查询业务,但主要都是查询慢(一直在读进度条,最终执行sql24秒,receive time 0.5秒)返回2000行、10列,但一旦查询完毕数据立即就能显示出来。

问题是:从我上面的分析,receive time既然只是从服务器获取数据的时间,就应该只受网络的影响,那么同一个系统里面两个不同的业务为什么差异有这么大呢?receive time到底是否还包含了其他的时间,比如客户端的结果渲染呢?这个问题我该从哪里找切入点比较好?

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

使用道具 举报

  • TA的每日心情
    奋斗
    2021-8-5 10:07
  • 签到天数: 1136 天

    连续签到: 1 天

    [LV.10]测试总司令

    2#
    发表于 2014-12-18 10:24:10 | 只看该作者
    recieve time 指显示从服务器收到(第一个字节)到最后一个字节并完成下载之前经过的时间。
    业务不同当然会返回时间不一样,包含各种情况:
    SQL执行时间也仅是DB response time中一部分而已,只是执行SQL语句查询的时间;
    建议别根据进度条来判断,毕竟有误的,还是得相信工具的精确度。
    一般事务响应时间包括:first buffer time、receive time和client time
    故而从web服务器发出第一个数据包起,经网络乃至到客户端接受数据延时都会给你主观上带来不一致的时间节点

    评分

    参与人数 1测试积点 +10 收起 理由
    lsekfe + 10 很给力!

    查看全部评分

    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-3 01:35 , Processed in 0.064648 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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