LoadRunner和RPT之间关于手动关联和参数化的几点感悟

最近几天，按照项目需要突击学习下LoadRunner。本人有Rational Performance Test的脚本录制经验，但是对LR从没有接触过，花了两天时间看完了虫师的LR博客，通俗易懂收益良多。值得初学者学习的文档。

基于已有的RPT经验和基础知识，从LR理论基础向项目实践转变。功夫不负有心人，第一个LR脚本终于能够跑通并且完成了表单的提交。尽管脚本比较简单（只有15个transaction），但是麻雀虽小五脏俱全，它也包括了参数化，手动关联等。这些也是保证脚本能够在多用户下正常运行最基本也是最重要的东西。

在RPT的影响之下，难免向把LR和RPT进行比较，由于我接触LR时间比较短，有可能我理解的不够全面，请各位高人指正！

LR比RPT方便的地方（优点）：

1. LR支持多语言，C,Java等，但是RPT只支持JAVA。
2. LR手动增加transaction和action更加方便。
3. LR可以直接修改.C文件（C语言），但是RPT不能直接修改文件并直接保存，需要代码时间重新打包（这点会在另外的博客解释）。
4. LR参数化的形式更加多元化，文件，日期，随机数等等，在选择同一行的参数时，可配置的选项比较多，产生的效果也更加丰富。
5. 个人感觉，LR运行速度比RPT快，主要原因LR分为generator，controller 和 analysis， 而RPT是三者结合在一起，并且RPT使用java也会吃大量的内存。

LR不如PRT的地方（主要针对关联和参数化的缺点）：

1. LR通过比较两次录制脚本的不同找到需要关联的地方，人为确定左右边界等参数，通过web_reg_save_param（现在有新的函数web_reg_save_param_ex)完成关联，而RPT无需确定左右边界参数和添加任何函数，RPT可以找到所有的reference供使用者选择想要的reference。
2. LR关联之后关联部分显示的是reference内容（是web_reg_save_param函数的一个变量），而RPT只是将关联部分更改颜色，不会将原始值改变。LR这样做的不好之处是，在建立关联之后，假如你想取消关联返回原来的参数值，那么你需要花费一段时间找到原来的值（我是去data文件下找当时的录制脚本，是不是很麻烦），而PRT可以简单地点点鼠标取消关联，原来的参数还在那里，不用去找。
3. LR在建立好关联之后对相同的多个元素进行关联（就是你关联了一个，现在把所有相同的元素都关联上），此时我们无法选择哪个元素可以关联哪个元素不要关联，只能关联所有，而RPT会把所有的关联显示出来，让你自己选择关联哪些相同元素，当然也有全选。（这点我可能需要再确认下）。
4. LR参数化整体做的还是不错的，只是在对多个相同元素进行参数化时同样是只能全部替换，不能手动选择需要改变哪些，不改变哪些。

以上是个人的一点点经验，由于接触LR时间比较短，可能有许多不妥之处，希望各位高人指正，万分感谢！

转载请回复作者并注明出处。