温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
要对付这种服务器，我们必须想办法找出这个Session ID到底是什么、位于何处，然后把它撷取下来，放到某个参数中，并且取代掉脚本中有用到Session ID的部份，这样就可以成功骗过服务器，正确地完成整个交易了。二、什么时候需要做关联& && &&&要想弄清这个问题，我们首先要知道客户端与服务器端的请求与响应的过程& && &&&过程说明：& && &&&客户端发出获得登录页面的请求，服务器端得到该请求后，返回登录页面，同时动态生成一个Session Id& && &&&当用户输入用户名密码，请求登录时，该Session Id同时被发送到服务器端；如果该Session Id在当前会话中有效，那么返回登录成功的页面，如果不正确则登录失败。
&&&&&&&&在第一次录制过程中LR把这个值记录了下来，写到了脚本中，但再次回放时，客户端发出同样的请求，而服务器端再一次动态的生成了Session Id，此时客户端浏览器再次输入用户名和密码时，请求登录，还是用旧的Session Id，发出的请求就是错误的，为了获得这个动态的session Id我们这里用到了关联。
&&&&&&&&所以我们得出结论：& && &&&当客户端的某个请求是随着服务器端的相应而动态变化的时候，我们就需要用到关联。（凡是脚本每次执行时都必须获得唯一标识的地方都需要关联。）
&&&&&&&&当然我们在录制脚本时应该对测试的项目进行适当的了解，知道哪些请求需要用到服务器响应的动态值，如果我们不明确那些值需要做关联的话，我们也可以将脚本录制两遍，通过对比脚本的方法来查找需要关联的部分，但并不是说两次录制的所有不同点都需要关联，这个要具体情况具体分析。
&&&&&&& 如何做关联？
&&&&&& 关联会用到下列函数：
&&&&&&&web_reg_save_
&&&&&& web_create_html_
&&&&&& web_create_parmam_
&&&&&&& 其中，web_reg_save_param的语法为：
&&&&&& web_reg_save_param（"parameter& Name" , &list of Attributes&, LAST）;
&&&&& web_create_html_param和web_create_parmam_ex这两个函数主要是保留以兼容以前旧版本。建议使用web_reg_save_param.
&&&& 那么，如何找出要关联数据呢？简单地说，每一次执行时都会变动的值，就有可能需要做关联。VuGen提供两种方式帮助用户找出需要做关联的值：自动关联和手动关联。
三、关联有两种机制，自动关联和手动关联：&&&&&&&&首先谈谈自动关联
&&&&&&&&VuGen内建自动关联引擎（Auto-correlation Eengine），提供Rules Correlation 和Correlation Studio 两种机制，可以自动找出需要关联的值，并且自动使用关联函数建立关联。
&&&&&&& 1、“Rules Correlation”：在录制过程中VuGen 会根据使用者事先制订的规则，实时自动找出要关联的值。规则的来源有内建（Built-in Correlation）和使用者自定义（User-defined& Rules Correlation）关联规则两种。
&&&&&&&内建（Built-in Correlation）：VuGen已经针对常用的一些应用系统，如AribaBuyer、BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、Oracle、PeropleSoft、Siebel、SilverJRunner等，内建了一些关联规则。这些应用系统可能会有一种以上的关联规则。
&&&&&& 可以在单击“VuGen”启动&在菜单【Tool】&【Recording Options】&【HTTP Properties】&【Correlation】中启用关联规则，启动关联后，当录制这些应用系统脚本时，VuGen会在脚本中自动建立关联。也可以在【Recording Options】&【HTTP Properties】&【Correlation】检视每个关联规则的定义。
&&&&&&& 除了内建的关联则之外，使用者也可以自定关联规则。可以在【Recording Options】&【HTTP Properties】&【Correlation】建立新的关联规则。
&&&&&&& 请依照以下步骤使用“Rule Correlation”：
&&&&&&& 单击“VuGen”启动&在菜单【Tool】&【Recording Options】&【HTTP Properties】&【Correlation】，勾选“Enable correction during& recording”，以启动自动关联。如下图所示：
&上面两个图片，都可以启动Recording Options，勾选“Enable correction during& recording”，以启动自动关联。
&&&&&&& 假如录制的应用系统属于内建关联规则的系统，如AribaBuyer、BlueMartini、BroadVision、InterStage、mySAP、NetDynamics、Oracle、PeropleSoft、Siebel、SilverJRunner等，请勾选相应的应用系统。或者可针对录制的应用系统加入新的关联规则，此即为使用者自定的关联规则。
&&&&&& 以下是自动关联的脚本，如下图所示：
&&&&&& 自动关联时VuGen会侦测到复核关联规则的数据，以下为处理方式：
&&&&&& 首先会跳出一个“Correlation warning”：消息对话框窗口，选择“Issue a pop-up message and let medecide online”：询问用户是否建立关联，每遇到一次询问一次，以了解每个关联数据的内容和位置。如果每次询问很麻烦，可以选择“Perform correlation in script”（直接自动建立关联）。
&&&&&&&2、“Correlation Studio”：有别于“Rules Correlation”，“Correlation Studio”是在执行脚本后才会建立关联，也就是说当录制脚本后，脚本至少需被执行过一次时“Correlation Studio”才会起作用。“correlation studio”会尝试找出录制时与执行时，服务器响应内容的差异部分，藉以找出需要关联的数据，并建立关联。
&&&&&& 当录制的应用系统不属于VuGen预设支持的应用系统时，“Rule correlation”可能无法发挥作用，这是可以利用“Correlation Studio”来进行关联。
&&&&&& 使用“Correlation Studio” 的步骤如下：
（1）录制脚本并执行。
（2）执行完毕后，VuGen会跳出“Scan Action for Correlation”窗口，询问用户是否要扫描脚本并建立关联，单击“yes”按钮，扫描脚本。
（3）扫描完后，可以在脚本下方的“Correlation Results”中看到扫描的结果。
（4）检查一下扫描的结果，选择要做关联的数据，然后单击“Correlation”按钮，逐次关联，或是单击“Correlate All” 让VuGen 一次就对所有的数据建立关联。
&&& 注意：由于Correlation& studio会找出所有有变得的数据，但是并不是所有的数据都需要做关联，所以不是建议用户直接“Correlate All”。
重复步骤（1）~（4），直到所有需要做关联的数据都找出来为止。
&&& 注意：有时关联的地方有多处，前面的管理如果没有执行通过，执行将停止验证脚本的正确性，后面需要做关联的部分无法被扫描出来。
四、手动关联
&&&&&&&& 手动关联的步骤如下：
&&&&&&& 第一步：录制测试脚本，录制两遍；
&&&&&&&&&&& 第二步：使用WinDiff工具找出两次脚本的不同，判断是否需要进行关联；
&&&&&&&&&&& 第三步：使用web_reg_save_param函数手动建立关联；
&&&&&&&&&&& 第四步：将脚本中有用到关联的数据，已参数代替；
　　 具体执行如下：&&&&&&& 第一步：录制测试脚本，录制两遍；先录制一份脚本存档，取名为loginA，再依照相同的操作步骤与数据录制第二份脚本并保存，取名为loginB并关闭loginB；（两次录制的操作步骤及使用数据最好保持一模一样）&&&&&&& 第二步：使用WinDiff工具找出两次脚本的不同，判断是否需要进行关联；在脚本loginA中，单击VuGen的菜单tool→compare with vuser...，并选择loginB，如下图所示：
&&第三步：接着WinDiff会开启，同时显示两份脚本，并显示有差异的地方。WinDiff会以一整行***标示有差异的脚本，并且以红色的字体显示真正差异的文字。（假如没有看到红色字体，请单击“Options&View&Show inline Differences”）如下图所示：
&逐一检查两份脚本中差异的部分，每一处差异都有可能是需要做关联的地方，选取差异的脚本，然后复制。在复制时，有时并不需要整行脚本，可能只会选择脚本中的一部分。注意：lr_thik_time是用来模拟每个步骤之间使用者思考延迟的时间，这一部分可以忽略。接着打开Recording Log（单一协议）或是Generation Log（多重协议）中找到这个值。我个人推荐在Generation Log的第一行开头，按Ctrl+F组合键，开始“find”窗口，黏上刚刚复制的脚本，找出其在Generation Log第一次出现的位置。例如：上图中一行和第二行的差异已经让系统自动做了关联，故不管；在第三行中两个脚本存在差异性。差异的地方在【LT-68750-afrD2frlzMHDQ1wwDsjlNugZgY0mxw】，此时复制这一差异点，在Generation Log中进行查找。查找的结果如下图所示：
&找到数据后，看此差异在什么地方，检查数据的标头，例如上面查找的【LT-68750-afrD2frlzMHDQ1wwDsjlNugZgY0mxw】在Body区域，如下图所示：
&一般情况下关联函数写到发出请求的函数之前就可以了。如下图所示：
&第四步：插入关联函数　　在插入关联函数前，我们先介绍关联函数web_reg_save_param　　一个web_reg_save_param函数的例子：& && web_reg_save_param ("sessionid","LB=Session_id:","RB=;","Search=Body",LAST);
& & 在这里我们只介绍几个常用参数的含义　　语法：int web_reg_save_param(const char *ParamName, &list of Attributes&, LAST);　　参数说明:　　ParamName: 存放得到的动态内容的参数名称；　　list of Attributes: 其它属性，包括：Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, SaveLen。属性值不分大小写；　　LB( Left Boundary ) : 返回信息的左边界字串。该属性必须有，并且区分大小写；　　RB( Right Boundary ): 返回信息的右边界字串。该属性必须有，并且区分大小写；　　Search : 返回信息的查找范围。可以是Headers，Body，Noresource，All(缺省)。该属性质可有可无。　　怎么插入关联函数呢？&&&&& 根据我的经验，当找到两个脚本的差异后，在对应区域插入关联函数，单击回车键，显示一行为空，在此行可以手动输入关联函数web_reg_save_param（"参数名称","左边界","右边界","查询区域",LAST）;或单击鼠标右键单击【insert】&【net step...】&在add step界面，step type中选择services&web_reg_save_param，单击【ok】键，弹出如下图所示：
单击【OK】键，显示如下信息：
web_reg_save_param("lt",&&"LB/IC=name=\"lt\" value=\"",&&"RB/IC=\"",&&"Ord=1",&&"Search=Body",&&LAST);
对脚本中需要参数化进行替代，如下图所示：
对于确定参数的左右边界，我个人建议是在找到脚本中差异性的地方【LT-68750-afrD2frlzMHDQ1wwDsjlNugZgY0mxw】后复制，然后在Generation Log日志中通过ctrl+F组合键查找，如下图所示：
&对于引号需要使用【\】作转义，例如上面的左边界可以写成name\"lt\"& value=\"&& ，右边界可以写成\"& 。
第五步：验证关联函数是否正确。
首先设置一下输出日志，在VuGen的工具栏运行时设置【Run-time Settings】&log&勾选Enable logging&Always send messages&Extended log&勾选Parameter substitution。个人观念，在负载测试时不需要输出参数日志，改为Standard log日志即可，因为输出参数日志也需要时间。如下图所示：
&回放脚本时，会在Replay Log日志中可以显示关联参数的相应值，此值是动态变化的，每一次执行后，显示的值都不一样。如下图所示：
参数说明：
int web_reg_save_param (const char *mpszParamName, &List of Attributes&, LAST);
ParamName：存放动态数据的参数名称。
list of Attributes：其他属性，包含 “Notfound”、“LB”、“RB”、“RelFrameID”、“Search”、“ORD”、“SaveOffset”、“Convert”以及“SaveLen”。
下面将详细说明每个属性值的意义：
1、Notfound：指定当找不到要找的动态数据时该怎么处理。
当指定Notfound=error时，表示着找不到动态数据时，就发出一个错误消息。此为该属性的默认值。
当指定Notfound=warning时，表示当找不到动态数据时，不发出错误消息，只发出警告，脚本也会继续执行下去不会中断。在对脚本出错时，可以如此设置。
2、LB：动态数据的左边界字符串。此属性是必须要有的，而且区分大小写。
3、RB：动态数据的右边界字符串。此属性是必须要有的，而且区分大小写。
4、RelFrameID：相对于URL而言，欲搜寻的网页的Frame。此属性可以是All或是数字，而且可有可无。
5、Search：搜寻的范围，其值可以是Headers（只搜寻headers）、Body（只搜寻body部分，不搜寻header）、Noresource（只搜寻body部分，不搜寻header与resource）或是All（搜寻全部范围，此为默认值），此属性可有可无。
6、ORD：指明从第几次出现的左边界开始才是要撷取的数据，默认值是1。假如该属性值为All，则所有找到符合的数据会存储在数组中。此属性可有可无。
7、SaveOffset：当找到符合的动态数据时，从第几个字符开始才开始存储到参数中。此属性值不可为负数，其默认值为0。
8、Convert：转换数据格式。当指定该属性值为HTML_TO_URL时，意味着将HTML-encoded数据转成URL-encoded数据格式。如果是HTML_TO_TEXT，表示将HTML-encoded数据转成纯文字数据格式。
9、SaveLen：当找到匹配项后，偏移量之后的几个字元存储到参数中。此参数可有可无，默认值是-1，表示一直到结尾的整个字符串都存入参数中。
转义字符总结
在做手动关联时，取边界值的时候，会经常用到转义字符，现将转义字符整理如下：
\t 水平制表
\v 垂直制表
\? 问号字符
\' 单引号字符
\" 双引号字符
&&以上是整个自动关联和手动关联的过程，其中有一些网上总结，同时也有个人观念，若有异议，请吐槽。&
阅读(8736)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
在LOFTER的更多文章
loftPermalink:'',
id:'fks_',
blogTitle:'如何做LR自动关联和手动关联？',
blogAbstract:'\r\n一、什么时候需要关联&& & & & 1.关联的含义& && &&&关联的含义A（correlation）：在脚本回放过程中，客户端发出请求，通过关联函数所定义的左右边界值（也就是关联规则），在服务器所响应的内容中查找，得到相应的值，已变量的形式替换录制时的静态值，从而向服务器发出正确的请求，这种动态获得服务器响应内容的方法被称作关联。\r\n&&&&&&& 关联的含义B（correlation）：就是把脚本中某些写死的代码（hard_coded）数据，转变成撷（xie）取自服务器所送的、动态的、每次都不一样的数据。\r\n&&',
blogTag:'',
blogUrl:'blog/static/2',
isPublished:1,
istop:false,
modifyTime:3,
publishTime:6,
permalink:'blog/static/2',
commentCount:1,
mainCommentCount:1,
recommendCount:4,
bsrk:-100,
publisherId:0,
recomBlogHome:false,
currentRecomBlog:false,
attachmentsFileIds:[],
groupInfo:{},
friendstatus:'none',
followstatus:'unFollow',
pubSucc:'',
visitorProvince:'',
visitorCity:'',
visitorNewUser:false,
postAddInfo:{},
mset:'000',
remindgoodnightblog:false,
isBlackVisitor:false,
isShowYodaoAd:false,
hostIntro:'',
hmcon:'1',
selfRecomBlogCount:'0',
lofter_single:''
{list a as x}
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}LR场景设置里的各参数解释 - Growing - 51Testing软件测试网 51Testing软件测试网-中国软件测试人的精神家园
LR场景设置里的各参数解释
& 10:57:36 / 天气: 晴朗
/ 心情: 平静
/ 个人分类：
1、Start Vuser& ep1：&Strat 100 Vusers :2 every 00:00:15(HH:MM:SS)
解释： 场景总共要跑100个虚拟用户，每15秒启动2个虚拟用户Vuser，总共需要12分30秒启动完100个虚拟用户 ep2：Strat 100 Vusers &simultaneously 解释：场景在开始跑的那一秒同时出动100个虚拟用户。2、Duration（持续时间） ep: Run for 00:05:00（HH:MM:SS） 场景中的虚拟用户在场景中总共要不断的执行5分钟。（如果录制的时间执行一次只需要10秒钟，那么一个Vuser 在5分钟内执行某一时间就执行了几十次，100个Vuser在5分钟内的事件数就达到几千件）；3、Stop Vuser ep1：Stop all Vusers : 5 every 00:00:30(HH:MM:SS) 解释：当Vuser跑完了，怎么停止掉场景中的所有的Vuser呢？在这里是设置了每30秒中停止5个Vuser，100个Vuser需要10分钟全部停止。 ep2：Stop all Vusers simultaneously 解释：跑完场景后，设置同时停止所有运行中的Vuser。在场景设置右侧的Interactive Schedule Graph 这张图反应的就是左侧的设置，可以对照着理解下。