请教事务时间的问题

ldkk

我在action中只录制了打开网站首页的操作，Iterations设为10次，用Controller运行时仅设定1个用户，trans Response time达到6s多；如果并发200个用户，则高达80s。
但是在测试过程中（200个用户时），我用ie打开该网站，并没有太多的延迟，估计也就2、3秒时间，请问大家这个事务时间为什么有这么大的差异？

tacy_lee

注意脚本中的think time

ldkk

比如我将一个web_url（...）定义为一个transaction，里面不包括think time，但是还是存在这个问题，是不是脚本哪里还存在问题？我用的是默认的runtime-settings

tacy_lee

这个问题我也不是很清楚，我自己猜测是：假设你录制的是sina，比如打开首页这个步骤，它的首页非常复杂，会有很多jsp，控件，包括那些flash，这些东西在vu里面执行的时候感觉很慢，建议你如果只是了解工具，可以测试一些页面比较简单的网页，这样会有助于你的理解

yuxingxin

我用ie打开该网站，并没有太多的延迟，估计也就2、3秒时间

你怎么来判断已经打开该网站了呢？

ldkk

目前正在测公司的一个web项目，不知道怎么把这个时间数据向开发那边解释。

用ie打开的话，可以观察页面上的可视元素都已经呈现，ie左下角显示”完毕“。2、3秒也是感觉，但肯定没有vu并发时的完成时间那么长。

tacy_lee指出某些东西在vu里执行较慢，那么和真实浏览能有多大差距呢？

tacy_lee

：） 我也没有实际的分析过，把你的脚本贴出来看看，可能你所说的transaction时间还是包括think time时间

ldkk

脚本就只有三句（action里面）：
web_add_cookie(...);
web_add_cookie(...);
web_url(...);
肯定不包含think time的。

在analysis里看web page breakdown，connection和first buffer占了大多数时间，而且Network比Server的时间大很多，会不会是网络的问题呢？
但我是在局域网里测的啊

tacy_lee

先解决网络问题，最好把网络监控起来。

kernzhang

有如下几个方面会影响你的速度！
1考虑IE中的cache,如果你是多次打开网页，因为cache影响，会在打开IE时比第一次快，你可以在Contoller的Runtme Setting的Brower Emulation选项中取去你想模拟的现象
2。还有一些non html的资源！你同时造成两边的差异
3。Think Time

ldkk

多谢两位帮忙：）

我监视Network Delay Time，提示“traceroute_server” was not created信息，请教我应该在后台如何设置，linux的后台。

qier_gao

我也有这样的疑问，我用一个Vuser测试一个B/S的登陆界面。
测试出Transaction时间（不包含Think Time）需要7秒。
但实际操作登陆时，也就是1、2秒的时间。所以不知道该怎么跟RD解释这个时间。