通过LR来录制登录过程并生成脚本，设置了自动关联，并回放录制脚本，观察回放日志发现没有报error信息，说明脚本没有问题，将脚本放入Controller中设置100个用户设置运行，发现运行一段时间开始报错，这里先不说报什么错，继续观察脚本，回到Vuser中调试，再次回访观察日志文件，发现如下信息：
Warning -27077: The "vuser_init" section contains web function(s) when the "Simulate a new user on each iteration" Run-Time Setting is ON. This may produce unpredictable results with multiple iterations [MsgId: MWAR-27077]
仔细分析发现这里的警告信息提示"Simulate a new user on each iteration"，表示在每次迭代都模拟一个新的用户，对于web登录系统来说，通常都是用session来保存cookie信息，而"Simulate a new user on each iteration"是LR中的一项缺省设置，按照LR手册来讲，这个选项一般带来的副作用并不十分明确。我们再来做另外一个实例，就是一个数据添加页面，通过录制脚本来添加数据，回放过程中也提示该信息，没有提示error信息，将脚本放入Controller中运行，设置100个用户，设置每个用户迭代运行2次，按照计算来讲就是添加200条记录，开始运行，结果发现实际数据库中只新增了100条记录，再回头寻找原因发现脚本回放中的"Simulate a new user on each iteration"，会不会跟这个有关系，根据理解，每次迭代模拟一个新用户来运行，而且该设置在LR中缺省，并默认也是情况缓存的，也就是说同时情况了session信息，导致每次都需要重新来建立新的session才能可以添加数据，在分析日志发现在循环迭代中有一个访问页面timeout.jsp，从这里可以发现是session超时引起的，可以猜想在两次迭代中肯定是清除了cookie。在LR中找到"Simulate a new user on each iteration"的设置区域，如下图：
通过上图发现LR默认就是设置勾选"Simulate a new user on each iteration"该选项，去掉勾选之后再回放脚本，观察回放日志发现，Warning信息已经消失了。
同样将脚本放置Contoller中继续之前设置，开始循环运行，结果会如期而至的。
通过两个简单的实例来说明LR中脚本调试的一些关注点，对于日志中警告信息并不是没有原因的，既然是警告信息就总有可能遇到，不然系统也不会给出提示，当然在web测试中可能还是特别的多见，其实在做关联的时候也经常有warning提示。如果大家做过客户端软件的压力测试时，应该就比较熟悉warning了，通常一些客户端软件由于一些特定的协议，LR支持不太好，总会在录制的脚本运行之后发现有丢包现象，但是不会以错误的形式来提示，而是在回放日志以warning来提示。
以上是个人在学习LR中的一点收获，通过不断总结，才会积累的更多，LoadRunner其实还是比较复杂的，如果简单的问题都不能搞明白，后面的分析就更无从谈起了。