51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 9249|回复: 9
打印 上一主题 下一主题

jmeter中的事务响应时间什么概念?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-8-27 18:27:00 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在jmeter的脚本中设置了事务控制器,事务控制器中包含了若干个请求。
在summary report和聚合报告中显示的Average一栏里,事务的响应时间完全大于该事务所包含的所有请求的平均响应时间,这是什么原因?
事务响应时间是什么概念阿?是 samples的数量乘上每个sample的平均响应时间吗?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-8-27 21:39:41 | 只看该作者

回复 1# 的帖子

不清楚是指哪个对不上号.
先说明一下,Aggregate Report 和Summary Report 关于时间的单位在没有特别标注的时候都是毫秒,不是秒.

PS:
个人感觉JMeter在中文本地化翻译中,有些描述的并贴近定义.
Aggregate Report 我更倾向与翻译成合计报告
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-8-28 08:55:44 | 只看该作者
JMeter明确指出,响应时间不包括浏览器渲染时间
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-8-28 10:17:57 | 只看该作者
什么叫浏览器渲染时间??
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2009-8-28 11:50:52 | 只看该作者
原帖由 liu_xp2003 于 2009-8-27 21:39 发表
不清楚是指哪个对不上号.
先说明一下,Aggregate Report 和Summary Report 关于时间的单位在没有特别标注的时候都是毫秒,不是秒.

PS:
个人感觉JMeter在中文本地化翻译中,有些描述的并贴近定义.
Aggregate Repor ...


不是说Aggregate Report 和Summary Report 有区别,是说这2个报告结果中的数据:单个请求的响应时间和事务的响应时间的差距相差很大。
比如summary report中的数据:
Label            #Samples     Average      Min      Max     Throughput      KB/sec     Avg Bytes
http://../1        50                  14490       12702    16246    3.1/sec         60.31      20121.9
http://../2        50                  10571       3310     12900    3.3/sec         62.37      19070.5
http://../3        50                  12426       1874     18327    1.7/sec         95.18      56253.5
Transaction
Controller1        50              388443      371411   39668    7.6/min         12.01       97552.8

就是这个粉色的数据和红色的数据的概念,我看粉色数据完全大于所有红色数据之和,而且大出好多。
每个请求中另外包含了正则表达提取器和Assertion,这些不会占用太多时间吧?
事务平均响应时间需要除以Sample的数量才会=各个请求响应时间之和吗?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-8-29 11:10:52 | 只看该作者

回复 5# 的帖子

你在测试控制Transaction Controller 中只有3个不同类型请求吗?(是否还包含别的处理?)
从Transaction Controller1 的统计信息看最小值跟最大值都不能跟以上3个sample的合计匹配.貌似有什么额外处理时间被这个Transaction Controller统计进去了.
这种方式使用我验证过是正常的.包含在Transaction Controller 中的request总和略小于Transaction Controller 的对应值.(原因:统计舍入误差: 误差范围: (±0.4*N) % 1)
你先查查脚本吧.
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2009-8-29 11:36:35 | 只看该作者

回复 4# 的帖子

渲染时间是只客户端在接受到服务器响应数据后,呈现给用户界面的一个描绘过程.(该过程不属于服务器响应时间,做服务器性能测试的时候需要避免这些信息的统计.如果是测试用户使用体验的时候,就需要考虑这个渲染时间因素对用户使用产品的影响.在测试分类中可以将其放在单用户性能测试或者客户端响应测试.)
用越差的PC 来请求带复杂CSS,JS,和XML的内容的URL就能很容易体验到这个过程的漫长....
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2009-8-29 20:03:46 | 只看该作者
就是说JMeter计算的时候已经把渲染时间去掉了?所以不包含那些用户界面?
就是说如果其他工具把这个描绘出来,那它的时间就包含渲染时间了?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2009-8-31 15:37:19 | 只看该作者

回复 8# 的帖子

JMeter没有做这个动作.所以他不包含渲染时间.
真实浏览器就有这个渲染时间.渲染过程的时间消耗跟代码质量和客户端PC性能有直接关系.
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-1-10 15:21
  • 签到天数: 32 天

    连续签到: 1 天

    [LV.5]测试团长

    10#
    发表于 2011-12-26 15:44:45 | 只看该作者
    我用loadrunner测试出来的事务响应时间就比jmeter测试出来的大好多
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 05:12 , Processed in 0.069910 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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