关于集合点和事务

yegj

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

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

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


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


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

yegj

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

dongchanglin

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

yegj

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

随机测试

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

云层

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

liangjz

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

如果ignore think  time  ,则 action 耗时=事务耗时

laipi

飞过

yegj

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

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

love_yebin

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

lester0820

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

zengyixun

YES

隐形人

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

boymarco

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

kico0212

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

jx9747

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

superliming

正确

dennyqiang

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

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

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

luoluolan

原帖由 dennyqiang 于 2010-3-23 00:35 发表
可以非常严肃认真地告诉你，你对集合点的理解完全正确。

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

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

JonnyGu

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