jmeter中的事务响应时间什么概念？
在jmeter的脚本中设置了事务控制器，事务控制器中包含了若干个请求。在summary report和聚合报告中显示的Average一栏里，事务的响应时间完全大于该事务所包含的所有请求的平均响应时间，这是什么原因？
事务响应时间是什么概念阿？是 samples的数量乘上每个sample的平均响应时间吗？
回复 1# 的帖子
不清楚是指哪个对不上号.先说明一下,Aggregate Report 和Summary Report 关于时间的单位在没有特别标注的时候都是毫秒,不是秒.
PS:
个人感觉JMeter在中文本地化翻译中,有些描述的并贴近定义.
Aggregate Report 我更倾向与翻译成合计报告 JMeter明确指出，响应时间不包括浏览器渲染时间 什么叫浏览器渲染时间？？ 原帖由 liu_xp2003 于 2009-8-27 21:39 发表 http://bbs.51testing.com/images/common/back.gif
不清楚是指哪个对不上号.
先说明一下,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的数量才会=各个请求响应时间之和吗？
回复 5# 的帖子
你在测试控制Transaction Controller 中只有3个不同类型请求吗?(是否还包含别的处理?)从Transaction Controller1 的统计信息看最小值跟最大值都不能跟以上3个sample的合计匹配.貌似有什么额外处理时间被这个Transaction Controller统计进去了.
这种方式使用我验证过是正常的.包含在Transaction Controller 中的request总和略小于Transaction Controller 的对应值.(原因:统计舍入误差: 误差范围: (±0.4*N) % 1)
你先查查脚本吧.
回复 4# 的帖子
渲染时间是只客户端在接受到服务器响应数据后,呈现给用户界面的一个描绘过程.(该过程不属于服务器响应时间,做服务器性能测试的时候需要避免这些信息的统计.如果是测试用户使用体验的时候,就需要考虑这个渲染时间因素对用户使用产品的影响.在测试分类中可以将其放在单用户性能测试或者客户端响应测试.)用越差的PC 来请求带复杂CSS,JS,和XML的内容的URL就能很容易体验到这个过程的漫长.... 就是说JMeter计算的时候已经把渲染时间去掉了？所以不包含那些用户界面？
就是说如果其他工具把这个描绘出来，那它的时间就包含渲染时间了？
回复 8# 的帖子
JMeter没有做这个动作.所以他不包含渲染时间.真实浏览器就有这个渲染时间.渲染过程的时间消耗跟代码质量和客户端PC性能有直接关系. 我用loadrunner测试出来的事务响应时间就比jmeter测试出来的大好多
页:
[1]
