很多人在loadrunner测试脚本中加入中文检查点的时候会出现检查失败的情况，究竟是为什么呢？其实是被测试系统与loadrunner字符集之间的转换出现了问题。下面我们来一一解释。
我们知道loadrunner在录制选项中有一个字符集的设置：Recording Options>>Advanced>>Support charset，在这里可以设置loadrunner支持的字符集。
那么被测试系统的字符集与loadrunner字符集会有什么样的关系呢？下面我们以百度、Google为例子加以说明。
首先分别查看百度、Google网站的字符集是什么？打开相应的网站，通过右键查看源文件来获取它们的字符集。百度的字符集为?：gb2312，源文件代码中内容为：<!doctype html><html><head><meta http-equiv="Content-Type" content="text/html;charset=gb2312">；Google的字符集为?：UTF-8，源文件代码中内容为：<!doctype html><html><head><meta http-equiv="content-type" content="text/html; charset=UTF-8">。
1、在录制百度的测试脚本的时候不设置loadrunner字符集，脚本如下：
Action()
if(atoi(lr_eval_string ("{times}"))>0) return 0; |
运行测试脚本，检查点可以通过。
2、设置loadrunner的字符集为：UTF-8，再次录制一个百度的测试脚本，测试脚本同上。这时运行测试脚本，会发现检查点没有通过，日志信息显示：Action.c(26): Error: search failed。
为什么没有设置loadrunner的字符集的检查点可以通过，而设置loadrunner的字符集为：UTF-8的检查点却不能通过呢？我们来看下这两个脚本所产生的代码生成日志信息，在测试脚本的data目录下的CodeGenerationLog.txt文件中。这时我们可以在两个文件中搜索检查点“百度”关键字，可以发现在没有设置loadrunner字符集的这个文件中可以搜索到“百度”关键字而在设置loadrunner的字符集为：UTF-8的这个文件中却搜索不到“百度”关键字。这是因为设置loadrunner的字符集为：UTF-8会把测试脚本所生成的信息会强制将gb2312转换为UTF-8。所以对于被测试系统字符集是gb2312的网站，loadrunner中又将字符集设置为：UTF-8，中文关键字作为检查点的时候可能失败。
