loadrunner问题统计

   在做性能测试的过程中常会遇到些问题，以下根据错误编号总结了些常见问题。
MsgId: MERR-26377
报错信息："Check whether the requested boundaries exist in the response data. Also, if the data you want to save exceeds 1592 bytes, use web_set_max_html_param_len to increase the parameter size [MsgId: MERR-26377]"。
错误原因及解决办法：
1） 、左右边界取值不正确：Vuser->scan action for correllations 在correlation results中选中需要关联信息，点crete rule查看左右关联字符。
2）、关联函数的位置放置错误：Vuser->scan action for correllations 将脚本切换到script下并在correlation results中双击需要关联信息，光标会在scrip中定位在需要关联的位置。
3）、服务器返回的报文过长，超出了LoadRunner默认的参数保存长度（1024字节），在设置关联的语句之前加上如下语句：web_set_max_html_param_len(“10000″);（web_set_max_html_param_len函数用于设置需要保存的HTML字符串的长度）；

MsgId: Error -27498
错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。
解决办法：通过报错可以暴露出对应url，再运行该场景，同时在其他机器访问该url，如果不能访问或访问时间过长，可能是服务器或者此应用不能支撑如此大的负载。分析下服务器，确定是否需要调优。最后重新设置下超时设置Run-time Settings->Preferences->Options增加“HTTP-request connect timeout” 或者“HTTP-requestreceive”的值。

MsgId: Error -27979

错误分析：该错误是回放脚本时是出现的，所选择的录制脚本模式不正确，通常情况下，基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based script”模式进行录制。

解决办法：Recording Options->recording中选择“Recording Level”为“HTML-based script”，单击“HTML Advanced”，选择“Script. Type”为“A script. containing explicit”。然后 再选择使用“URL-based script”模式来录制脚本。

MsgId: Error -27796
现象：Error -27796: Failed to connect to server "192.168.40.70:7021": [10061] Connection refused     [MsgId: MERR-27796]
错误分析：访问的地址错误或者被访问网站服务已经关闭
解决办法：更改脚本中被访问的网站的url，开启被测网站服务；

MsgId: Error -27796
现象：Error -27796: Failed to connect to server "192.168.40.70:7021": [10060] Connection timed out  [MsgId: MERR-27796]
错误分析：controller机子挂了代理。
解决办法：Run-time Settings->Proxy->Use custom proxy 选中：Use porxy server输入所用的代理服务器的IP和端口号。

MsgId: Error -27792
现象：Action.c(244): Error -27792: Failed to transmit data to network: [10054]....
错误分析：这个错误很常见也很令人恼火，错误产生的原因很多：
1）、访问被测服务器存在网络延迟，或者网络不稳定；
2）、controller机子上开着卡巴斯基，关掉卡巴斯基；
3）、controller机子挂了代理，此时查看是否Run-time Settings->Proxy中是否选择的是No proxy；如果必须采取挂代理形式才可访问被测服务器，还需改选成Use custom proxy并深入正确的代理服务器的IP及端口号；
4）、controller机子是否采用了动态IP，如果是动态IP请改为固定IP再试试；
5）、录制方式错误，在recording options->recording更改录制方式（改选URL_based script）；
6）、运行场景时虚拟用户数超出了被测服务器的最大连接数,适当更改被测服务器连接数......

  测试过程也是一个不断发现问题解决问题的过程，产生问题的源头往往只有一个，但是可能引发问题的源头会有很多个，这就需要我们不断去发现去总结，最后解决问题。