Loadrunner Design Studio错过了相关参数的URL编码变体

时间:2017-02-14 18:11:52

标签: correlation loadrunner vugen

我们是一家使用LoadRunner和VuGen(以标准HTTP / HTML网络模式录制)的商店,并且我们有一个使用长base64参数的应用程序的问题,在某些情况下它们是编码的(主要是+转进入%2B),有些则没有。设计工作室只找到一个或另一个(取决于服务器响应),并仅使用源编码关联请求,但不能同时关联两者。

例如,让我们说有一个值需要传递回应用程序。在作为相关源的服务器的原始响应中,值为" ABCDEF + 012345"。

现在,在某些情况下,它的提交方式完全相同,在这种情况下,Design Studio会成功关联服务器响应并替换请求。但是,在其他情况下,它以" ABCDEF%2B012345" (URL编码为替换+与%2B),在这种情况下,Design Studio不会关联使用该值变体的请求。

如果它只是一个单独的实例来手动添加转换功能,然后搜索/替换使用未获得相关的参数,那么现在不是什么大问题。不幸的是,这很麻烦,我们的脚本有大约100个参数,长度为200-400个字符。因此,不仅需要花费大量时间来解决这个问题,而且由于它们的长度经常在编辑器中包装,因此无论如何都不可能进行搜索/替换。

当使用的值可能编码也可能不编码时,有没有办法让Design Studio关联参数?这似乎应该是一件很常见的事情。

1 个答案:

答案 0 :(得分:0)

我建议使用TruClient协议解决所有相关问题。 如果你坚持使用HTTP协议,在你的情况下你宁愿不使用设计工作室。使用调用HTTP页面的代码行上方的lr_reg_save_param命令自行获取参数。 这样,您可以自己指定左边界和右边界,不要让设计工作室使用正则表达式或其他有时会出现问题的识别方法:

lr_reg_save_param("param1", "LB=textleftofyourparam", "RB=textrightofyourparam", LAST);