昨天在研究脚本的时候偶然遇到一个问题,正好有了点时间,拿来再研究一下。
  问题是这样的:我想用strcpy函数把一个字符串赋给一个变量,再将这字符串做一个参数化,然后我想看看参数化是否成功,于是我用了lr_message函数把它打印出来。脚本代码很简单,如下所示:
  Action()
  {
  char a[10];
  strcpy(a,"{a}");
  lr_message(a);
  return 0;
  }
  其中,{a}我已经做了参数化,参数值为11。
  运行这个脚本后,发现运行日志里打印出来的a值显示为{a}。
  在尝试了N遍以后,我把lr_message(a);这句代码改成lr_message(lr_eval_string(a));后问题解决,运行日志里打印出了我所期望的值11。
  问题虽然解决了,但我还是很纳闷,为什么在用lr_message的时候不能直接引用参数,而我记得之前在web_url、web_submit_data等函数里都是可以直接引用参数化的值,而从来没有出现过问题。也许是在LoadRunner里,这几个函数对参数值的引用方式不同吧,不知道我这样想是否正确,希望大家批评指正!
  昨天和Zee讨论了一个下午,结论还是没有明确。上午继续试验,试验结果表明Zee说的是正确的,不能直接将C语言里的变量直接当作LR变量使用,而需要做一些转换。事实上,执行strcpy(a,"{a}");后,并没有真正将参数值传给a。需要这样写:strcpy(a,lr_eval_string("{a}"));这样没问题了。
  不过,问题还没有结束,在tuxedo协议中,用lrt_strcpy函数则没有这个问题存在,例如:lrt_strcpy(sendBuf1,sendBuf);则可以成功地将sendBuf中的参数值赋值给sendBuf1。目前怀疑是该函数在内部已经进行过转换,但并不肯定,尚待证实。
  再次针对以上问题进行试验,我在lrt_strcpy(sendBuf1,sendBuf);语句的前后各加了一句调试信息:lr_output_message("sendBuf:%s",sendBuf);
  和lr_output_message("sendBuf1:%s",sendBuf1);
  打印出来的结果截然不同,前者的输出显示没有传入参数值,而后者则成功传入参数。这表明确实是lrt_strcpy这个函数在搞鬼。