资源描述：
《loadrunner脚本中的乱码问题以及解决办法》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。
1、相信有不少人在使用LoadRunner的过程中都遇到过这样的问题：在录制下来的脚本的中文信息出现了乱码。关于乱码问题，可能大家在网上也能搜到不少相关的解决办法，我在这里就不多说了，大家自己去试验一下吧，到底哪个办法有效也就只有谁用谁知道了！我这里只举一个自己遇到的实际例子来说这个问题，也许不是解决这个问题的唯一办法，但至少也是其中的一个吧。 被测系统采用Ajax技术，通过录制下来的脚本看起来像下面的样子（省略函数其它部分，下同）： web_custom_request("CALL-H001I", "EncType=text/x
2、ml;charset=UTF-8", "BodyBinary=CALLH001I1040浣忔埧01鏆傛棤鍙风爜1110000001000000.00A110102641122043#1闇嶈景榫""""x99" "10001鍘﹂棬100A1442000050031"r"n" "", LAST); 从上面脚本的黑体部分可以看出，LoadRunner向服务器提交的请求body部分，输入的中文字段被变成了诸如“浣忔埧”这样的乱码。遇到这样的情况，相信大多数人和我最开始一
3、样，只能不加理会，直接点击回放，然后我们很高兴地发现，脚本回放成功了！这些乱码是可以被LR识别的，而且到应用系统中查看运行的结果，也没有问题，显示的是正确的中文。但是且慢！先不要高兴得太早，我们很快就会意识到：如果这个字段我们是需要进行参数化的怎么办？我们应该如何造出这种乱码的字呢？ 首先，我们直接用正常的字去参数化，这里只举其中的一个例子来说明，比如这个字段，我们用参数值“汽车”直接在脚本中替换“浣忔埧”，脚本回放失败。然后就想到会不会是所有的中文字段都需要用才行呢？于是把所有的乱码都用简体字替换，脚本回放还是失败。 通过以上的
4、两点试验，说明直接参数化的方法是行不通的，我们必须另找办法。在LoadRunner中，为我们提供了一个字符串编码转换的函数lr_convert_string_encoding，用法如下： intlr_convert_string_encoding(constchar*sourceString,constchar*fromEncoding,constchar*toEncoding,constchar*paramName); 该函数有4个参数，含义如下： sourceString：被转换的源字符串。 fromEncoding：转换
5、前的字符编码。 toEncoding：要转换成为的字符编码。 paramName：转换后的目标字符串。 在本例中可以看到，我们需要把字符编码转换为UTF-8格式，因此用法如下： lr_convert_string_encoding("汽车",LR_ENC_SYSTEM_LOCALE,LR_ENC_UTF8,"str"); 这样一来，就成功地完成了字符串的编码转换。此时我们就可以对"汽车"这个参数进行参数化，参数化的方法很简单，地球人都知道！于是最终的脚本编码看起来像这样： lr_convert_string_enc
6、oding("lr_eval_string("{name}"),LR_ENC_SYSTEM_LOCALE,LR_ENC_UTF8,"str"); 完整的示例代码如下： charstring[5000]; chartmp[10]; lr_convert_string_encoding(lr_eval_string("{name}"),LR_ENC_SYSTEM_LOCALE,LR_ENC_UTF8,"str"); strcpy(tmp,lr_eval_string("{str}"));
7、 sprintf(string,"BodyBinary=CALLH001I1040%s01鏆傛棤鍙风爜1110000001000000.00A110102641122043#1闇嶈景榫""x9910001鍘﹂棬100A1442000050031"r"n",tmp); web_custom_request("CALL-H001I", "EncType=text/xml;charset=UTF-8", string, LAST);1介绍LoadRunner性能测试过程中其中最重要的一个环节是VU
8、G的脚本开发，在脚本开发过程中一项很重的技术就是脚本的参数化，那么什么是参数化如何进行参数化，使我们需要掌握的。所谓的参数化就是需要将脚本中静态的值通过某种操作转换
