Loadrunner错误日志分析

Loadrunner错误日志分析：
1. 初始化timeout错误：这个问题，查了一些资料，原因是因为某个虚拟用户在transaction初始化时超时了。

解决办法：将controller------tools------timeout-----vuser---init时间设大些，默认为120，我设为600解决此问题。

2. 运行场景时提示“Step download timeout (120 seconds) has expired when downloading r esource(s)”
vuser_init.c(12): Error -27728: Step download timeout (120 seconds) has expired when downloadi ng non-resource(s)（出现个别，可以忽略）
vuser_init.c(12): Error -27727: Step download timeout (120 seconds) has expired when downloadi ng resource(s). Set the "Step Timeout caused by resources is a warning" Run-Time Setting to Y es/No to have this message as a warning/error, respectively
如果觉得下载一个页面超过2分钟不是错误的话，可以在Run-Time设置中选择Preferences->Options，修改Step download timeout(sec)的时间
或者把“Step timeout caused by resources is a warning”设置为Yes，这样下载资源超时也只是作为警告，不作为错误提示，但是对于非资源的下载超时，则总是会提示错误的
D
一、26630错误
原因：这个错误基本上因为在进入WEB应用系统的时候，由于服务器又一次单出一个认证窗口，而LOADRUNNER缺无法捕捉到这个弹出框，所以就会弹出这样的一个错误信息。

解决方法：如果是LOADRUNNER9.0+，那么在录制完脚本之后，就会又一个让你输入账号，密码，域名的窗体，这时候填对就可以了，LOADRUNNER自动会在最前面生产一条代码web_set_user("[domain_name]\\[acount]", "[password]", "[ip]:[port]")：
例如：
web_set_user("sbit\\test85",lr_decrypt("4ba87ac245d3cf3bbd6f"),"vsvr059163.s :9000");
注：lr_decrypt("4ba87ac245d3cf3bbd6f")为LOADRUNNER的加密函数。

二、26377错误
这个错误的成因很多，总结最直接的结果就是No match found for the requested parameter "XXXXX".意思就是没有找到关联变量匹配的值，实际上是没有从返回报文中得到匹配的边界结果。

可能的原因
1.脚本错误，确实没有匹配上的值22,028次中出现2次，或许可以排除（但也不能完全排除）是脚本的错误。

需要仔细看日志分析到此返回的结果是什么。

2. 参数列表错误，实际上还是造成了脚本运行错误，没有返回正确的页面和结果（可能根本就没有正常到达你设想的页面，由于特殊原因跳转到某个地方去了）
3.服务器超载，没有在规定时间内返回正确的网页报文，当然就找不到数据了。

（注意不要对同一条目重复进行查询、更新等复杂造作）
4. web_set_max_html_param_len过小，没有足够的空间储存返回的报文，也就是，你要
的信息在某个地方因为存储空间不足被截断了。

设置更大的值可能会解决问题。

26377 这个错误很常见，但是原因有多种，你再提供更多的信息，可能能帮你找点原因。

三、HTTP－500错误
造成这个错误的原因具体有：
1、运行的用户数过多，对服务器造成的压力过大，服务器无法响应，则报HTTP500错误。

减小用户数或者场景持续时间，问题得到解决。

2、该做关联的地方没有去做关联，则报HTTP500错误。

进行手工或者自动关联，问题得到解决。

3、录制时请求的页面、图片等，在回放的时候服务器找不到，则报HTTP500错误，若该页面无关紧要，则可以在脚本中注释掉，问题将会得到解决。

例如：有验证码的情况下，尽
管测试时已经屏蔽了，但是录制的时候提交了请求，但回放的时候不存在响应。

4、参数化时的取值有问题，则报HTTP500错误。

可将参数化列表中的数值，拿到实际应用系统中进行测试，可排除问题。

5、更换了应用服务器（中间件的更换，如tomcat、websphere、jboss等），还是利用原先录制的脚本去运行，则很可能报HTTP500错误。

因为各种应用服务器处理的机制不一样，所录制的脚本也不一样，解决办法只有重新录制脚本。

6、Windows xp2 与ISS组件不兼容，则有可能导致HTTP500错误。

对ISS组件进行调整后问题解决。

7、系统开发程序写的有问题，则报HTTP500错误。

例如有些指针问题没有处理好的，有空指针情况的存在。

修改程序后问题解决。

我总结最主要的还是，窗体数据产生的数据逻辑错误，比如说数据唯一性、空记录、数据验证失效等等原因，反正我在录制脚本的时候碰到的都是这样的原因。

因为马上就要进行新项目开发了，所以没有太多的时间，进行深入的了解。

最后感叹的是程序员最反感的QA其实就是你最原始的动力。