关于集合点和事务

yegj 发表于 2008-2-21 12:00:09

有如下一个脚本：在action中单独有个查询操作，其中有思考时间3秒，再还有集合点。
经过我实际操作比较发现，整个action的时间包括了思考时间和集合点的等待时间。

当我在集合点的后面加了一个事务时，发现事务的平均响应时间明显比整个action的时间变低很多。

当我在思考时间之后开始加事务，发现事务的时间比整个action的时间短3秒。

由此实际操作，我认为：在加集合点后一定要加事务，否则你无法准确的查看你需要的平均响应时间。因为你当当看action的时间已经不准确了，他包括了集合点的等待时间和思考时间。

请大家对以上结论讨论一下。是否正确？？？

yegj 发表于 2008-2-21 16:02:34

没人回答啊

没人回答啊没人回答啊没人回答啊

dongchanglin 发表于 2008-2-21 16:21:09

查看响应时间都是自己设置事务的，我从来不看整个action的时间

yegj 发表于 2008-2-21 17:08:16

我也是今天在测试的时候刚遇到了这个问题
测登陆整个action的平均响应时间13秒多，其中设置了3秒thinktime，页面分解后全加起来也不超过6秒，很奇怪平均响应时间为什么会这么高。后来设了事务，整个事务的平均响应时间就5秒多
发现以前测出来的结果很多不准确的。以前性能测试的时候，如果这个action就包含了一个操作，就没有再去设置事务

随机测试 发表于 2008-3-31 21:49:40

思考时间是可以在报告分析中过滤调的（有一个漏掉形状的图标，点一下拉到最后把包括思考时间去掉即可）。所以在哪里设置并没什么关系。

云层发表于 2008-3-31 23:02:21

如果事务中包含think time那么事务将会计算进入整个thinktime这个可以通过事务调试+日至分析得到相关结果
所以建议的是将事务放在集合点和思考时间以后，这样事务的时间更加准确

liangjz 发表于 2008-3-31 23:10:34

加入集合点时，可以指定等待的事务名称。

如果ignore thinktime,则 action 耗时=事务耗时

laipi 发表于 2008-4-1 09:39:08

飞过

yegj 发表于 2008-4-1 11:21:53

思考时间确实可以在报告分析中过滤掉。但是集合点的等待时间就过滤不掉了吧

原帖由随机测试于 2008-3-31 21:49 发表 http://bbs.51testing.com/images/common/back.gif
思考时间是可以在报告分析中过滤调的（有一个漏掉形状的图标，点一下拉到最后把包括思考时间去掉即可）。所以在哪里设置并没什么关系。

思考时间确实可以在报告分析中过滤掉。但是集合点的等待时间就过滤不掉了吧

love_yebin 发表于 2008-12-4 13:32:57

关注的是测试内容，而非整个ACTION

我认为这个道理很简单，对于think time大家都没的说，不论你是在runtimesetting中把它ignore掉，还是加多少时间，这个在测试结果中都要给除掉的，因为这是你人为操作给影响的，而非虚拟用户的
对于集合点和事务来说，有人说只要把整个登录过程录入action中，这样就可以不要集合点和事务了，这个我尝试过，结果相差不大（这个也许是每次运行的偏差），插入集合点，是为了优化性能，更好的确定你的服务器在接受并发的一瞬间响应状态，插入事务呢，也就是说这个并发操作只要在要求时间内完成，LR的运算结果并非是对单个时间的累加，这个我建议大家看看相关帖子
也可以光临我博客看看
http://blog.sina.com.cn/521xiuyun

lester0820 发表于 2008-12-4 14:05:48

没问题啊，你所说的总的transaction时间=整个Transaction中包含的Think Time的时间+实际业务（查询）时间+rendezvous等待时间。
所以要知道实际业务的真正响应时间需要在rendezvous后添加对应操作（查询）的Transaction且其中不能包含think time

zengyixun 发表于 2008-12-4 18:23:42

YES

隐形人 发表于 2009-7-16 23:06:34

加集合点的目的是为了测试事务的并发性能表现，单单做一个集合点是没有实际作用的，因此集合点要放在待考察的事务之前。另外，思考时间指的是客户端在发出请求之前的等待时间，如果要衡量系统对请求的处理能力，思考时间是一定要除外的。

boymarco 发表于 2009-7-17 09:06:42

我觉得要不要加事务是根据用户场景需求来定的，先来看看为什么要加集合点。
加入集合点就是为了在某一个操作前聚集虚拟用户，然后对当下操作进行一个比较大的压力操作，因为当你不设置集合点的时候，虚拟用户在运行第一或者第二轮后可能就不存在并发的情况。所以简单来说，如果需要对一个操作加压，应该加入一个集合点，以保证测试效率；
对于事务来说，简单的就是能够方便的对所进行的事务内的操作把握其时间，我们可以很方便的定义事务，以得到我们所要的结果。
所以事务和集合点我认为没有必要的联系，没有像LZ所说的那样，加入集合点就一定要加事务，如何组合这两个内容应该是根据性能测试场景如何定义来说的

kico0212 发表于 2009-7-17 17:57:18

通常情况下集合点就是加在事务之前的否则统计不出真实的操作时间
Action的时间是一个笼统的时间
要加集合点就要设置事务这样的数据才有效:)

jx9747 发表于 2010-3-22 13:19:16

:handshake 要加集合点就要设置事务这样的数据才有效

superliming 发表于 2010-3-22 14:36:33

正确

dennyqiang 发表于 2010-3-23 00:35:12

可以非常严肃认真地告诉你，你对集合点的理解完全正确。

再重复一下：
1) 事务里面放集合点肯定是有问题的，集合点的等待时间会被包含在响应时间里，所以在集合点后加事务是完全必要的。
2) 思考时间能不放在事务中就不放，即使放在事务中也没关系，计算响应时间的时候可以扣除的。

[ 本帖最后由 dennyqiang 于 2010-3-23 00:37 编辑 ]

luoluolan 发表于 2010-3-23 11:19:17

原帖由 dennyqiang 于 2010-3-23 00:35 发表 http://bbs.51testing.com/images/common/back.gif
可以非常严肃认真地告诉你，你对集合点的理解完全正确。

再重复一下：
1) 事务里面放集合点肯定是有问题的，集合点的等待时间会被包含在响应时间里，所以在集合点后加事务是完全必要的。
2) 思考时间能不放在事 ...

很有道理，如果要进行响应时间的计算，肯定要除过思考时间和集合点等待的时间，一般集合点都得放在事务外部，后面只需要过滤掉思考时间剩下的就是响应时间。

JonnyGu 发表于 2010-3-23 15:18:39

事务是要加的，思考和集合点是要放在事务之外的，完毕。

页: [1] 2

51Testing软件测试论坛 's Archiver