LoadRunner脚本乱码怎么解决，LoadRunner脚本只显示添加事务，很多人第一次碰到这类问题时，习惯先去重装VuGen，或者到处找补丁文件，结果折腾半天还是没解决。真正麻烦的地方往往不在软件有没有装好，而在脚本编码、录制协议、录制选项和当前显示方式没有对齐。

　　一、LoadRunner脚本乱码怎么解决

　　处理LoadRunner脚本乱码，最稳妥的顺序不是直接改系统语言，而是先确认乱码究竟出现在编辑器、日志、脚本文件本身，还是快照和输出面板里。因为官方Options对话框里单独提供了编码处理入口，明确写到当非英文字符在VuGen编辑器和日志中显示不正确时，可以启用“Convert script to default encoding”，然后重新加载脚本。

　　1、先确认乱码发生的位置

　　（1）如果乱码只出现在编辑器里，而运行结果正常，优先考虑是编辑显示编码问题；

　　（2）如果乱码同时出现在日志和输出面板里，就要进一步检查脚本文件本身编码和当前默认编码是否不一致；

　　（3）如果只是快照或录制报告里显示异常，则不能直接把问题归到脚本正文上，因为快照、日志和脚本源文件并不是同一层内容。

　　2、用官方编码选项先做一次转换验证

　　（1）OpenText官方选项页明确写到，当非英文字符在VuGen编辑器和日志中显示不正确时，可以启用“Convert script to default encoding”；

　　（2）这个选项开启后，官方要求重新加载脚本，也就是改完设置不能只停在当前界面，还要让脚本重新按默认编码被读取一次；

　　（3）因此，LoadRunner脚本乱码怎么解决，第一步最值得尝试的不是外部转换工具，而是先把官方编码开关和重新加载流程跑完整。

　　3、再检查录制和回放相关配置有没有放大乱码

　　（1）错误代码指南里列出了“Convert from/to UTF-8”“Charset conversions by HTTP”“Reparse when META changes charset”等与字符集转换相关的运行时项，这说明LoadRunner在Web回放链路里本身就有字符集处理逻辑；

　　（2）如果脚本里涉及中文页面、表单或响应体，而当前字符集转换规则和实际页面不匹配，乱码就不一定只发生在编辑器层面；

　　（3）所以遇到LoadRunner脚本乱码时，不能只改文本显示，还要留意脚本处理的页面编码和运行时字符集设置是否一致。

　　4、最后再考虑脚本来源和保存习惯

　　（1）如果脚本经过外部编辑器改写，再回到VuGen打开，最容易出现保存编码被改掉的情况；

　　（2）如果团队里有人用不同编辑器或不同系统区域设置处理同一份LoadRunner脚本，乱码概率会明显升高；

　　（3）更稳妥的做法，是把脚本编辑入口尽量统一，先在VuGen内完成主要修改，再在必要时做额外文本处理。

　　二、LoadRunner脚本只显示添加事务

　　LoadRunner脚本只显示添加事务，这类现象最容易让人误以为脚本“没录上”。实际上，真正要先判断的是，当前看到的是代码视图、树形视图，还是某种录制结果展示；其次再看录制协议和录制模式是不是和被测应用匹配。

　　1、先分清是脚本没生成还是当前视图没展开

　　（1）Recording Options节点就在脚本树里，这说明VuGen的展示本身带有树形层级，而不只是纯代码平铺；

　　（2）如果你当前看的主要是事务节点、步骤节点或缩略图关联区域，就可能误以为脚本里只剩添加事务；

　　（3）因此，LoadRunner脚本只显示添加事务时，第一步应先确认自己看到的是完整代码区，还是录制树和辅助面板。

　　2、再检查录制协议和录制模式是不是选对了

　　（1）Recording Options会影响脚本记录方式和录制结束后的代码生成方式；

　　（2）函数参考中又写得很清楚，web.link和web.image只会在HTML-based recording mode下被录制；

　　（3）这意味着如果应用类型和录制模式不匹配，业务操作可能不会生成你预期的标准函数步骤，最终留下的就只有你手动加的事务标记或很少量自动步骤。

　　3、留意自动事务和自动关闭事务设置

　　（1）Options页面里有“Automatically close transactions”这一项，说明VuGen本身支持自动补全事务结束步骤；

　　（2）如果录制时事务相关设置被打开，而业务步骤又没有按合适模式生成，界面里就会显得事务节点特别显眼；

　　（3）因此，LoadRunner脚本只显示添加事务，并不一定是事务录多了，也可能是业务步骤生成方式本身就有问题。

　　4、重新录制时不要跳过录制选项检查

　　（1）官方录制说明专门把“Configure the recording options”放在录制流程前面，这说明录制前检查选项不是可有可无；

　　（2）如果当前脚本出现只显示事务的情况，更稳妥的做法是新建一个最小脚本，先确认协议、模式和录制区段，再重新录一次核心流程；

　　（3）用最小流程去验证录制结果，比在一份已经混乱的LoadRunner脚本上反复补函数更容易定位问题。

　　三、LoadRunner脚本录制后怎么检查生成结果是否正常

　　很多人把重点都放在“乱码怎么修”或“事务怎么补”，真正容易忽略的，反而是录制完成后的第一轮检查。其实更有效的做法，是在每次生成脚本后先做一次结构核对：看编码是否正常，看业务步骤是否按预期生成，看事务、快照和日志是不是互相对得上。

　　1、先看代码区是否存在完整业务步骤

　　（1）录制完成后不要只看树形节点或缩略图，先回到代码区确认核心函数有没有真正生成；

　　（2）如果只看到事务开始和结束，而没有对应的请求、页面或操作函数，就应先回头检查录制模式；

　　（3）这一步能最直接地区分“显示问题”和“生成问题”。

　　2、再看日志和脚本编码是否一致

　　（1）如果代码区中文正常，日志却乱码，说明问题更可能落在输出显示或字符集转换；

　　（2）如果代码和日志都乱码，则应优先回到编码设置与脚本重载流程；

　　（3）把脚本正文和日志一起核对，比只盯其中一个位置更容易判断LoadRunner脚本乱码的来源。

　　3、最后再决定是修复还是重录

　　（1）如果只是编码显示不对，通常先做官方编码转换和重载就有机会恢复；

　　（2）如果业务步骤本身没按正确模式生成，继续在原脚本上硬修通常效率很低；

　　（3）这类情况下，重新核对协议和Recording Options后重录一个最小流程，往往比反复修补更稳。

　　总结

　　LoadRunner脚本乱码怎么解决，LoadRunner脚本只显示添加事务，真正高效的处理方式不是一出问题就重装软件，而是先把编码显示、字符集转换、录制模式、树形视图和事务设置这几条线分开看。