最近在与大家的讨论中发现了LoadRunner的很多问题，出于解决问题的出发点，我也就相关自己不理解的问题在Google中搜索了一番，并通过一些实例也去实际操作了一遍，发现很多问题确实并不是那么难解决，而只是我们不够细心，没有认真去分析和总结。这里简单列举我最近去研究的一个问题，就是关于LoadRunner在脚本回放日志中出现的Warning信息，也就是所谓的警告信息，通常我们可能觉得只要在录制回放过程中没有报error就认为脚本是ok的，但是到真正去场景中去运行才发现，会不断报错，而且很多错误都觉得很摸不到头脑，因为总会出现一些我们始料不及又难以理解的错误信息，其实这个时候我们并是第一时间就去寻求帮助，去论坛发贴，因为你没有到错误的根本，别人也很难帮你，如果说贴出脚本帮你调试，那估计有这个时间的人也不多，所以解决问题的方法很重要，这种方法最主要还是要靠自己来分析和总结，哪怕是最后没有分析出什么，也至少先去google一下，如果有解答最好，没有解答，可能不是一般的问题，可能大家都没有碰到，这就说明这个问题可能是由于我的操作的失误等等。所以说解决问题应该先问自己，我分析了吗？
我通过java写了一个简单的登录系统页面，通过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其实还是比较复杂的，如果简单的问题都不能搞明白，后面的分析就更无从谈起了。