Windows XP+IE8+LoadRunner9.5，录制脚本时有时录制时，工具条上显示为“0 events”录制结束后action为空。解决办法是：在浏览器的“工具—Internet选项—高级”中取消“启用第三方浏览器扩展”，然后关闭浏览器，重新录制。如果还是不成功，右键点击“我的电脑—属性—高级—性能—设置—数据执行保护”，选择第二个单选按钮，添加LR安装文件中的vugen.exe文件，然后重启电脑，看是否解决。

    迭代和并发，迭代和并发是完全不同的概念，没有什么关系。迭代，模仿一个用户在一段时间内多次登录，可以更接近真是情况。不过迭代要保证压力达到一个稳定值后再运行，这样才有效。所以一般不用迭代。并发是多个用户的同时操作。如：一个用户迭代十次还是一个用户的压力，10个用户执行一次就是10个用户的压力，10个用户迭代10次还是10个用户的压力。一个用户执行10次只会分配一块内存，10个用户执行一次会分配10块内存。

     迭代和参数，迭代只针对于action部分，所以有时候把所有脚本都放在action中会很不方便。如登录之后新建课程，这样登录次数和新建课程次数相对应，登录一次只能新建一门课程，登录一次新建多门课程就无法模拟了。所以可以将脚本分离，action只存放新建课程部分，并进行参数化，这样就可以登录一次创建多门课程。参数化可以提高脚本的重复利用率，并且方便维护。可以按照需要设定循环方式。

迭代和pacing、think time，think time即思考时间，是模仿用户在真实操作环境中的等待或停留时间，如浏览页面。是iteration内部各个步骤之间的时间间隔，对服务器没有影响。迭代是action脚本的重复操作。Pacing是两次迭代之间的时间间隔，所以pacing和iteration是相互联系，捆绑在一起的。现实中两次迭代之间是会有时间间隔的。在实际测试过程中，服务器端的排队队列已满，新该请求会驻留在服务器的线程中，换句话说，这个新产生的请求并不会对服务器端产生真正的负载，但该请求的计时器已经启动了，这个请求的响应时间会变得很长，这样测试的响应时间平均结果就不切实际了。所以在实际测试过程中pacing要合理设置。

迭代是只针对action部分进行的重复操作，而且迭代的最小单位就是action。但实际的操作情况是有的业务需要迭代，有的不需要。例如，用户登录一次，然后进行多次的新建课程业务操作，并且登录，新建课程都要包含在action中，因为最后的场景测试结果都是针对action中的事务进行分析的。

所以这时就要将登录和新建课程业务脚本分别放在不同的action中，但是在一个脚本中。然后进入run time setting中，点击Run Logic，在此界面选中run，点击insert block，插入一个block，然后右键点击block，选择insert action，将要进行迭代的action插入。注意：action之间的顺序要排列正确，要不在回放时会出错。右键点击block，选择properties，可以设置block的迭代次数。注意，block可以单独设定迭代次数，没有block时，设置的迭代次数时所有action的共同迭代次数。

Controller运行场景窗口有SLA功能块。SLA（品质保证）是预先定义性能目标，分析器会将你的场景运行的结果和SLA的度量数据进行比较，验证性能是否达标和预期的性能和实际之间的差别。可以不用管，对结果没有影响。