如何做LR自动关联和手动关联.docxVIP

如何做LR自动关联和手动关联？什么时候需要关联?关联的含义?关联的含义A（correlation）：在脚本回放过程中，客户端发出请求，通过关联函数所定义的左右边界值（也就是关联规则），在服务器所响应的内容中查找，得到相应的值，已变量的形式替换录制时的静态值，从而向服务器发出正确的请求，这种动态获得服务器响应内容的方法被称作关联。 关联的含义B（correlation）：就是把脚本中某些写死的代码（hard_coded）数据，转变成撷（xie）取自服务器所送的、动态的、每次都不一样的数据。?其实关联也属于一种特殊的参数化，只是与一般的参数化有些不同。一般的参数化的参数来源于一个文件、一个定义的table、通过sql写的一个结果集等，但关联所获得的参数是服务器响应请求所返回的一个符合条件的、动态的值。举一个常见的例子，刚刚提到有些比较聪明的服务器，这些服务器在每个浏览器第一次跟它要数据时，都会在数据中夹带一个唯一的辨识码，接下来就会利用这个辨识码来辨识跟它要数据的是不是同一个浏览器。一般称这个辨识码为Session ID。对于每个新的交易，服务器都会产生新的Session ID给浏览器。这也就是为什么执行脚本会失败的原因，因为VuGen还是用旧的Session ID向服务器要数据，服务器会发现这个Session ID是失效的或是它根本不认识这个Session ID，当然就不会传送正确的网页数据给VuGen了。当录制脚本时，浏览器送出网页A的请求，服务器将网页A的内容传送给浏览器，并且夹带了一个ID=123的数据，当浏览器再送出网页B的请求时，这时就要用到ID=123的数据，服务器才会认为这是合法的请求，并且把网页B的内容送回给浏览器。在执行脚本时会发生什么状况？浏览器再送出网页B的请求时，用的还是当初录制的ID=123的数据，而不是用服务器新给的ID=456，整个脚本的执行就会失败。下面的图示说明了这样的情形：要对付这种服务器，我们必须想办法找出这个Session ID到底是什么、位于何处，然后把它撷取下来，放到某个参数中，并且取代掉脚本中有用到Session ID的部份，这样就可以成功骗过服务器，正确地完成整个交易了。什么时候需要做关联?要想弄清这个问题，我们首先要知道客户端与服务器端的请求与响应的过程。?过程说明：客户端发出获得登录页面的请求，服务器端得到该请求后，返回登录页面，同时动态生成一个Session Id。当用户输入用户名密码，请求登录时，该Session Id同时被发送到服务器端；如果该Session Id在当前会话中有效，那么返回登录成功的页面，如果不正确则登录失败。在第一次录制过程中LR把这个值记录了下来，写到了脚本中，但再次回放时，客户端发出同样的请求，而服务器端再一次动态的生成了Session Id，此时客户端浏览器再次输入用户名和密码时，请求登录，还是用旧的Session Id，发出的请求就是错误的，为了获得这个动态的session Id我们这里用到了关联。?所以我们得出结论：?当客户端的某个请求是随着服务器端的相应而动态变化的时候，我们就需要用到关联。（凡是脚本每次执行时都必须获得唯一标识的地方都需要关联。）?当然我们在录制脚本时应该对测试的项目进行适当的了解，知道哪些请求需要用到服务器响应的动态值，如果我们不明确那些值需要做关联的话，我们也可以将脚本录制两遍，通过对比脚本的方法来查找需要关联的部分，但并不是说两次录制的所有不同点都需要关联，这个要具体情况具体分析。自动关联 那么，如何找出要关联数据呢？简单地说，每一次执行时都会变动的值，就有可能需要做关联。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等，内建了一些关联规则。这些应用系统可能会有一种以上的关联规则。 可以在单击“VuG