负载测试问题，盼高手解答

_张磊_

场景设计好后，负载测试时虚拟用户到了Gradual Exiting状态就不会到Stop状态，而且到期望时间到了过后场景并不会停止，只能手动停止。

charleswhite

资源名拼写错误。
1、先确定一下第一次录制中的资源名值，在第二次访问存不存在变化。
2、不要把太多涉及到数据库的操作放在一个action中，将每一步的操作都放在独立新的action函数里试试。

关于7楼的问题，不知道你场景是怎么设计的呢？

_张磊_

今天在录制脚本的时候，到录制结束都没有报错，但是当我回放脚本就会报
“
Message Code 26627
HTTP Status-Code='HTTP error code'_ld ('server returned status code phrase') for 'URL address'

The specified resource has not found in server.

Troubleshooting
If the file is missing add it to the server.
If the resource name has a spelling mistake, find the HTML page that contain the resource and correct it.
”我猜测这是和服务器端没有开放端口的原因，因为我所录制的几个脚本只要涉及到数据库的增删查改都会报这个错，而其他不涉及数据库的都没有错，但是现在还不确定，请高人解答。

_张磊_

我也猜测是事物响应时间过长的问题，因为等到后面很久以后，他还是会停下来；但我为做任何更改今天来运行的时候等待时间明显缩短，这让我很不能理解。

云层

一般情况就是你一个脚本跑一次要很久，于是虽然时间到了，这个脚本却才刚开始跑，于是

等。。

charleswhite

你检查一下该事物的超时时间，用户退出后是不是记录为失败的user，我估计很有可能就是压力过大或者其它链接资源导致虚拟用户在最后一次迭代中的某个事务响应时间过长，如果超时时间设置过长LR就一直等待该事物运行完毕，除非该事务超时，也许是这个原因导致此类现象。

另外，检查一下用户退出函数user_end 函数里有没有什么不合理的脚本语句。

_张磊_

问题补充，虚拟用户停不下来过后，但是当等上一段时间后，虚拟用户会一下全部停止，但是会等上很久只是场景设置结束的时间早已经过了。

charleswhite

我的也是这样，一般出现在虚拟用户多负载较大的时候，很郁闷，不得不在控制器（我的是8.1）里点击直接停止。

我估计可能LR逐渐退出虚拟用户时必须等待当前迭代完成导致，如果当前迭代的某步事务卡死停止任务也必须等待事务超时。也许是事务的超时时间设置过长导致，也许是LR的一个Bug。

我一般看到这种虚拟用户都打开vuser查看窗口针对有问题的用户进行“停止”或者在点击“运行”按钮再运行一次。个人感觉比直接点击contoller的立刻停止要好。

另外vuser查看窗口，标题栏拖动窗口只能拖一次，第二次就拖不动了，这时标题栏的关闭按钮失效了，想再次换位置只能关闭再打开，再记一个bug~!

[ 本帖最后由 charleswhite 于 2010-2-26 11:41 编辑 ]

飞小天

我也遇到同样问题。。。

11111

同等。。。

云层

等。。。。