51Testing软件测试论坛

标题: 测试结果分析对比,搞不懂transaction_time和每个事务的响应时间关系 [打印本页]

作者: 0709ready 时间: 2006-12-8 18:20
标题: 测试结果分析对比,搞不懂transaction_time和每个事务的响应时间关系
第1张图:录制简单操作的脚本,不加事务,场景运行,结果分析.
第2张图:录制同样的脚本,加入1,2两个事务,场景运行,结果分析.

不明白,为什么第一张图的transaction_time比第二张图的transaction_time少??
第二张图加入事务后,为什么事务处理时间变大?
第一张图没有加事务,不是每一步都做为一个事务的吗?(印象中在哪里看到过资料)

[ 本帖最后由 0709ready 于 2006-12-8 18:29 编辑 ]

作者: 0709ready 时间: 2006-12-8 18:30
标题: 回复 #1 0709ready 的帖子
是概念理解错误吗?
请大家给予意见及详细解释.
新手感谢

作者: Zee 时间: 2006-12-8 18:36
"每一步都做为一个事务"
是要设置的。

你的图看不清楚。

作者: 0709ready 时间: 2006-12-8 19:17
标题: 回复 #3 Zee 的帖子
是的,"每一步都做为一个事务"是设置的.

经过测试几次后,得到的结果如下:
a,加入1,2两个事务的脚本,场景运行,passed transaction是25.transaction_time在6.000s上下.
b,没有加入事务的脚本,场景运行,passed transaction是15,transaction_time时间没有稳定的,可以是4.582~8.783.

个人认为,此例可能不能完全说明有事务和无事务加入后的脚本的transaction_time的不同.
是吗?

ps,关于这个15和25可以解释吗?

请大家给予意见或建议.
谢先.

作者: 0709ready 时间: 2006-12-8 19:20
标题: 回复 #4 0709ready 的帖子
之所以这样说:"个人认为,此例可能不能完全说明有事务和无事务加入后的脚本的transaction_time的不同.",这和你录制的事务的操作有关吧?例如很小的事务就不能说明问题,个人理解,不知正确否?

作者: Zee 时间: 2006-12-8 19:39
你自己加了两个事务是不是？那你的场景有多少用户？总的事务总是多少，你只说了通过的，是不是都通过了？
这几个问题可以解释你的事务数。

着玩响应时间，你要分析一下具体的原因。你这里只说了时间，你要从结果中看是哪里占用了时间。

作者: ready0709 时间: 2006-12-9 22:49
标题: 感谢zee的回答：再问
感谢zee的回答：
1，加了2个事务
2，设置5个用户
－－－－明白了事务数多的10个了。
3，总的事务数是场景运行结束后，从右边看到的passed transaction中得到的。failed transcation是0。

在没有加入事务的脚本录制时设置的是set each action as a transaction。问：我怎么得到action到底是多少，和录制时的event有关系吗？
（没有在公司，所以无法再现场景，所以先问）

另外，懂了我开始的问题－－平均事务响应时间是事务总数/事务运行总时间数，因为加入事务后，事务总数为25，变大，所以平均事务响应时间变大。
这个平均事务响应时间就是我说的transaction time。也明白了为什么要加入事务是为了衡量服务器的性能的目的。

虽然问题傻，但在问这个问题的过程中，学到了很多别的东西。

再次感谢版主zee的解答！sdlkfj2

在没有加入事务的脚本录制时设置的是set each action as a transaction。问：我怎么得到action到底是多少，和录制时的event有关系吗？
（没有在公司，所以无法再现场景，所以先问）

作者: Zee 时间: 2006-12-10 11:12
"在没有加入事务的脚本录制时设置的是set each action as a transaction。问：我怎么得到action到底是多少"

这个要看你的脚本了。

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