测试环境描述：
客户端 5台 Windows2000机器。服务器端 20台机器 一台F5（负载均衡设备，提供一个唯一的IP供客户端访问）
客户端绑定Host后，使用域名http://www.****.com来访问。
为了说明问题，简化的脚本说明如下。
协议:http/html vuser_init:登陆；Action:查询某笔交易，查询成功的前提是用户必须登陆；vuser_end:退出 运行时设置参数Browser Emulation采用的是默认值。场景设置的是Goal-Oriented。
在运行时发现，登陆都能成功，但是在执行Action时，部分成功，部分失败。为了查明失败的原因，在Vuser Generator中调试脚本，设置Action运行100次。每次运行时，总有一部分成功，一部分失败，而且是不规律的。这时候联想到服务器端有好多台机器，是不是因为把查询交易的请求分发到不同服务器导致查询时因为没有登陆而失败呢。
那么有什么办法让每一个Vuser访问固定的一台机器呢？这也符合实际的业务情况，当一个用户登陆后，他所进行的一系列动作都是在同一台服务器上完成的，否则会不定时的让用户重新登陆。此时查看Browser Emulation，发现有一个设置“Simulate a new user on each iteration”。根据LR给出的解释是：在每一次迭代完成后，VuGen会把所有的http状态设置为vuser_init完成后的状态，然后以新的用户进行下一次迭代。现实的情况是，如果每次Action迭代时，F5会根据当前服务器的使用情况把请求分发到空闲的机器上。这时就出现了上面所说的问题。把此选项去掉后测试成功。
