LR的诡异问题，求助！（已解决，感谢！）

蓝色自由人

按照常理说，在压力测试中，加入了think time的情况其压力比忽略掉think time的情况压力要小，因此对于事务的响应时间应该短，但是我却遇到了完全相反的情况，详述如下：

两次完全相同的脚本，采用完全相同的场景和策略，唯一不同的就是一次加入了think time，另一次忽略，测试后的结果在Analysis中，对加入了think time的情况进行过滤，将加入的延时过滤掉，来观察同一个事务的响应时间：结果很意外，对带think time的情况过滤掉延时后，其响应时间反而大于直接忽略掉think time的事务的响应时间。

请问，谁遇到过这种情况，或者那位dx能够解释一下这个诡异的现象呢？谢谢了！

[ 本帖最后由 蓝色自由人 于 2007-4-25 18:35 编辑 ]

Zee

是不是系统的瓶颈还没有达到？

蓝色自由人

即便如此，也没理由出现这种相反的现象啊？

后来还给以前是Mercury的一个朋友打了电话，他也说没见过这种情况，郁闷了~~！

rickyzhu

Mercury的人都没有见过

只能说见鬼了，楼主很幸运。

Zee

不是，楼主没有理解我的意思。
如果你没有达到系统的瓶颈，那么，你的结果是几次的平均吗？
也就是说，你的结果是稳定的吗？
你的环境是稳定的吗？
你的时间到底用在了哪里呢？你有没有分析过呢？
如果所有的环境都是稳定的（并且环境是独立的，这样排除内网的影响）。
那就真是奇怪了。我想你这里还没有详细分析到哪里占用了时间吧？

蓝色自由人

先谢谢zee版！此问题当天就搞定了，为了给自己在51testing挣个人缘，也为了自己良心过得去，觉得应该自报结果，呵呵。

终于知道是啥原因了，确实是zee版所说，有瓶颈了，因为Weblogic9没有合适的license，而导致它的最大线程分配量很有限，虽然说明白具体为什么会这样，但是后来换成WL8，手动设置线程池，就一切正常了，也就只好把原因归咎于此了，再次多谢版主，也谢谢大家！
还是因为自己的水平不行啊，哈哈，尽管解决了问题很高兴，但却觉得是一个没什么水平，也没有共性的问题，多少有点小郁闷~！

ps：但是wl8的性能确实还是不行，等有机会还是得拿9测一下，也借此提醒各位朋友。