手工关联失败之后

suchboy

帮朋友做一个业务的关联， 分析脚本得知一共有两个ID， 一个是服务器端产生的ID1，通过lr的自动关联就能处理

另一个是通过点击页面上的按钮，由js生成的ID2， 通过手工关联也能处理。

但把这两个关联做好后，回放脚本生成的新记录却总是无法进一步做业务的脏数据。把我俩急死了。

最后，我们发现除了把以上两个地方关联，页面的某个字段还存在一处关联ID3，但是它是硬生生加上的对ID2的验证

等于是把ID2复制了一遍（数据库中没这个ID3字段）在我们发出的请求中，这个ID3是空的，导致脚本生成了数据，但是没有把ID1和ID2关联起来。


这次录制脚本得到的教训：

录制脚本回放不成功后，应该把负责这个模块的开发人员请出来帮忙，原因有二：

1、他可以告诉你“如何验证回放的脚本也生成了数据，且数据是正确可用的”一般是看数据库是否生成了记录，且生成的记录可用于其他业务。

2、 他可以告诉你，录制某个页面后，哪里或哪些字段会生成id，需要关联。

这样，我们就知道应该去修改脚本的哪些字段、请求，以及到底是用关联还是用参数化了。

suchboy

附上“如何在 LoadRunner 脚本中做关联 ”

suchboy

楼上在灌水啊 哈哈

suchboy

1、首先确定哪个字段需要关联，这个字段的值是服务器在什么时候传过来的（操作步骤的第几步） 具体到脚本里的哪个action的何处位置

2、在vuser generator的  recording log 里进行搜索，如果那个需要关联的字段 出现了好几次，不知道该怎么选， 请参考以下list


a、不能从前面写着 “web_submit_data” 的那个地方选（它不是服务器返回的东东）

b、不能从html页面里实际上是js脚本的地方选（虽然是从服务器下载来的， 但不是真正返回的值）

c、不能从前面写着“ Sending request to host……”的地方选（因为已经晚了，请求都发出去了）

说白了，一句话，选边界LB的时候，应该在 Receiving response from host 的后面选， 只有这个地方带有那个服务器返回了id值

suchboy

关于  web_reg_save_param这一句该写在哪里，产生了争议， 写在脚本最前面，还是写在 “ 服务器返回 那个id号”对应的脚本语句 的 前面？？   大家帮忙分析一下，谢谢！