LR关联知识点详解

带着问题看本文

  • 为什么录制的脚本回放会出错?出错时排查思路
  • 关联是什么为什么要做关联?
  • 怎么做关联?
  • session是什么?cookie是什么? session跟cookie的区别

一、关联的含义

在脚本回放过程中,客户端发出请求,通过关联函数所定义的左右边界值(也就是关联规则),在服务器所响应的内容中查找,得到相应的值,以变量的形式替换录制时的静态值,从而向服务器发出正确的请求,这种动态获得服务器响应内容的方法被称作关联。

换句话说,关联就是把脚本中某些静态值,用服务端返回的、动态的、每次都不同的数据来代替。

关联属于一种特殊的参数化。

为什么要做关联呢?这就需要理解服务端处理客户端请求时用到的一种技术:session和cookie。

每当有请求发送到服务端时,服务器首先检查这个请求里是否已包含了一个sessionID(可以看做是一个具有唯一标识的辨识码),如果已包含则说明以前已经为此客户端创建过session,服务器就按照session id把这个session检索出来使用,如果客户端请求不包含session id,则为此客户端创建一个session并且生成一个与此session相关联的sessionID,这个session id将被在本次响应中返回给客户端保存。这就是回放录制的脚本会失败的原因。

下面的图可以更形象的解释:

当录制脚本时,浏览器送出网页A的请求,服务器将网页A的内容传送给浏览器,并且夹带了一个sessionID=123的数据,当浏览器再送出网页B的请求时,这时就要用到sessionID=123的数据,服务器才会认为这是合法的请求,并且把网页B的内容送回给浏览器。

在回放脚本时会发生什么状况?浏览器再送出网页B的请求时,用的还是当初录制的sessionID=123的数据,而不是用服务器新给的sessionID=456,所以执行到对session校验的地方时就会失败。

如果这个解释还不够清晰,我们以LR自带的订票系统来解释。

打开网址http://127.0.0.1:1080/WebTours/,此时客户端发出获得登录页面的请求,服务器端得到该请求后,动态生成一个Session Id,并将其连同登录网页的信息一同返回给客户端。如图所示。

当用户输入用户名密码,请求登录时,该Session Id同时被发送到服务器端;

如果该Session Id在当前会话中有效,那么返回登录成功的页面,如果不正确则登录失败。

在第一次录制过程中LR把这个值记录了下来,写到了脚本里,但再次回放时,客户端发出同样的请求,而服务器端再一次动态的生成了Session Id,此时客户端浏览器再次输入用户名和密码请求登录时,还是用旧的Session Id,发出的请求就是错误的,为了获得这个动态的session Id我们就需要用到关联。

若需要对session和cookie加深理解,可以参考本文《session与cookie的区别详解》。

二、什么时候需要做关联

换句话说,如何找出要关联数据呢?

原则上,当客户端的某个请求是随着服务端的响应而动态变化的时候,我们就需要用到关联。(即脚本每次执行时都需要获得唯一标识的地方就需要关联。简单地说,每一次执行时都会变动的值,就有可能需要做关联。)

在录制脚本前,我们可以对测试的项目进行适当的了解,弄清楚哪些请求需要用到服务器响应的动态值,如果我们不明确哪些值需要做关联的话,我们也可以将脚本录制两遍,通过对比脚本的方法来查找需要关联的部分。

三、如何做关联

关联相关的函数:

web_reg_save_param;

web_create_html_param;

web_create_parmam_ex;

其中,web_create_html_param和web_create_parmam_ex这两个函数保留下来主要是为了兼容以前旧版本。目前主要使用web_reg_save_param。

关联有两种机制:自动关联和手动关联。

3.1 自动关联


VuGen内建自动关联引擎(Auto-correlation Eengine),提供Rules Correlation 和Correlation Studio 两种机制,可以自动找出需要关联的值,并自动建立关联。

Rules Correlation

在录制过程中VuGen会根据使用者事先制定的规则,实时自动找出要关联的值。规则的来源有内建(Built-in Correlation)和使用者自定义(User-defined Rules Correlation)关联规则两种。

内建(Built-in Correlation):VuGen已经针对常用的一些应用系统(如AribaBuyer、BlueMartini等),内建了一些关联规则。可以在【Recording Options】>【HTTP Properties】>【Correlation】中启用关联规则,启动关联后,当录制这些应用系统脚本时,VuGen会在脚本中自动建立关联。

除了内建的关联则之外,使用者也可以自定关联规则。可以在【Recording Options】>【HTTP Properties】>【Correlation】建立新的关联规则。

Correlation Studio

有别于“Rules Correlation”,“Correlation Studio”是在执行脚本后才会建立关联,也就是说当录制脚本后,脚本至少需被执行过一次时“Correlation Studio”才会起作用。“correlation studio”会尝试找出录制时与执行时,服务器响应内容的差异部分,藉以找出需要关联的数据,并建立关联。

当录制的应用系统不属于VuGen预设支持的应用系统时,“Rules 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”。
  5. 重复步骤(1)~(4),直到所有需要做关联的数据都找出来为止。

注意:

  • 有时关联的地方有多处,前面的管理如果没有执行通过,执行将停止验证脚本的正确性,后面需要做关联的部分无法被扫描出来。
  • 很多时候自动关联的手段不好用,所以很有必要掌握手动关联的技巧。

3.2 手动关联


手动关联的步骤如下(1、2步可选):

第一步:录制测试脚本,录制两遍;

第二步:使用文本比较(如Bcompare)工具找出两次脚本的不同,判断是否需要进行关联;

第三步:使用web_reg_save_param函数手动建立关联;

第四步:验证关联函数是否正确。

具体执行如下:

第一步:录制测试脚本,录制两遍;

先录制一份脚本存档,取名为loginA,再依照相同的操作步骤与数据录制第二份脚本并保存,取名为loginB并关闭loginB;(两次录制的操作步骤及使用的数据最好保持一致)

第二步:使用文本比较(如Bcompare)工具找出两次脚本的不同,判断是否需要进行关联;

用LR自带的工具WinDiff举例。在脚本loginA中,单击VuGen的菜单tool→compare with vuser...,并选择loginB,如下图所示:

接着WinDiff会开启,同时显示两份脚本,并显示有差异的地方。WinDiff会以一整行黄色标示有差异的脚本,并且以红色的字体显示真正差异的文字。

假如没有看到红色字体,请单击“Options>View>Show inline Differences”,如下图所示:

逐一检查两份脚本中差异的部分,每一处差异都有可能是需要做关联的地方。

第三步:使用web_reg_save_param函数手动建立关联

  在插入关联函数前,我们先介绍关联函数web_reg_save_param

语法:int web_reg_save_param(const char *ParamName, <list of Attributes>, LAST);

用法举例:

web_reg_save_param ("sessionid","LB=Session_id:","RB=;","Search=Body",LAST);

参数说明:

  ParamName: 存放得到的动态内容的参数名称;

  list of Attributes: 其它属性,包括:Notfound, LB, RB, RelFrameID, Search, ORD, SaveOffset, Convert, SaveLen。属性值不分大小写;

  • Notfound:指定当找不到要找的动态数据时该怎么处理。
  • 当指定Notfound=error时,表示着找不到动态数据时,就发出一个错误消息。此为该属性的默认值。
  • 当指定Notfound=warning时,表示当找不到动态数据时,不发出错误消息,只发出警告,脚本也会继续执行下去不会中断。在对脚本出错时,可以如此设置。
  • LB:动态数据的左边界字符串。此属性是必须要有的,而且区分大小写。
  • RB:动态数据的右边界字符串。此属性是必须要有的,而且区分大小写。
  • RelFrameID:相对于URL而言,欲搜寻的网页的Frame。此属性可以是All或是数字,而且可有可无。
  • Search:搜寻的范围,其值可以是Headers(只搜寻headers)、Body(只搜寻body部分,不搜寻header)、Noresource(只搜寻body部分,不搜寻header与resource)或是All(搜寻全部范围,此为默认值),此属性可有可无。
  • ORD:指明从第几次出现的左边界开始才是要撷取的数据,默认值是1。假如该属性值为All,则所有找到符合的数据会存储在数组中。此属性可有可无。
  • SaveOffset:当找到符合的动态数据时,从第几个字符开始才开始存储到参数中。此属性值不可为负数,其默认值为0。
  • Convert:转换数据格式。当指定该属性值为HTML_TO_URL时,意味着将HTML-encoded数据转成URL-encoded数据格式。如果是HTML_TO_TEXT,表示将HTML-encoded数据转成纯文字数据格式。
  • SaveLen:当找到匹配项后,偏移量之后的几个字元存储到参数中。此参数可有可无,默认值是-1,表示一直到结尾的整个字符串都存入参数中。

怎么插入关联函数呢?

在Function Reference 中搜索web_reg_save_param,找到C语言下的实例进行复制,然后粘贴到脚本对应区域,然后对对应的值进行替换。

一般情况下关联函数写到发出请求的函数之前就可以了。如下图所示:

还有一种添加的方法,鼠标右键选择【insert】>【net step...】>在add step界面,step type中选择services>web_reg_save_param,单击【ok】键,弹出如下图所示:

单击【OK】键,显示如下信息:

web_reg_save_param("11",

"LB=2",

"RB=2",

"Search=Body",

LAST);

最后,对脚本中需要参数化进行替代。

对于确定参数的左右边界,可以在Replay Log中通过ctrl+F查找,如下图所示:

对于引号需要使用【\】作转义,例如上面的左边界可以写成name\"lt\" value=\" ,右边界可以写成\" 。

转义字符总结

在做手动关联时,取边界值的时候,会经常用到转义字符,现将转义字符整理如下:

\b 退格

\f 换页

\n 换行

\r 回车

\t 水平制表

\v 垂直制表

\\ 反斜杠

\? 问号字符

\' 单引号字符

\" 双引号字符

\0 空字符

第四步:验证关联函数是否正确。

首先设置一下输出日志,在VuGen的工具栏运行时设置【Run-time Settings】>log>勾选Enable logging>Always send messages>Extended log>勾选Parameter substitution。如下图所示:

回放脚本时,会在Replay Log日志中可以显示关联参数的相应值,此值是动态变化的,每一次执行后,显示的值都不一样。如下图所示:

本文来源 | 在网络文章基础上进行了深度加工

本期编辑 | Mack

原文发布于微信公众号 - 软件测试经验与教训(udatest)

原文发表时间:2018-08-24

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏小程序解决方案的专栏

Wafer2 Node.js QuickStart 架构分析

Wafer2 的 Node.js QuickStart 采用了 Koa.js 框架编写,Koa 将整个请求过程看做全异步的操作,使用 Node.js 7.6 开...

6.3K60
来自专栏SDNLAB

第五届SDN大赛初赛部分试题解题思路:基于ONOS的路径反转实现

作者简介:周正强,北京邮电大学未来网络实验室在读研究生,个人邮箱:857538065@qq.com

24730
来自专栏技术之路

go微服务框架go-micro深度学习(二) 入门例子

    上一篇帖子简单介绍了go-micro的整体框架结构,这一篇主要写go-micro使用方式的例子,中间会穿插一些go-micro的源码,和调用流程图,帮大...

1.9K50
来自专栏C/C++基础

Linux命令(9)——tcpdump命令

tcpdump是一款类Unix/Linux环境下的抓包工具,允许用户截获和显示发送或收到的网络数据包。tcpdump 是一个在BSD许可证下发布的自由软件。

16530
来自专栏Python中文社区

Python网络编程中的套接字名和DNS解析

这一次要讲的是套接字名和DNS,并且还会涉及到网络数据的发送接受和网络错误的发生和处理。下面说套接字名,在创建和部署每个套接字对象时总共需要做5个主要的决定,主...

43970
来自专栏解Bug之路

MySql-Binlog协议详解-报文篇

#MySql-Binlog协议详解-报文篇 紧接上篇流程篇,本篇主要将binlog的event报文。 ##Event报文分层 event报文主要分三层。 (1...

17930
来自专栏SDNLAB

POF技术分享(二):POF交换机源码结构

一:函数调用关系图 POF交换机先会进行基本配置的初始化、交换机资源初始化等,然后开启交换机与控制器通信进程,建立连接进行通信,最后开启基于流表的数据包匹配与处...

38770
来自专栏Fundebug

Mocha浏览器测试入门教程

在玩转Node.js单元测试博客中,我介绍了测试框架Mocha,对后端Node.js代码进行测试。在这篇博客,我将介绍如何使用Mocha在浏览器中测试JavaS...

31550
来自专栏PHP在线

PHP的错误机制总结

PHP的错误机制也是非常复杂的,做了几年php,也没有仔细总结过,现在就补上这一课。

25950
来自专栏点滴积累

geotrellis使用(二)geotrellis-chatta-demo以及geotrellis框架数据读取方式初探

在上篇博客(geotrellis使用初探)中简单介绍了geotrellis-chatta-demo的大致工作流程,但是有一个重要的问题就是此demo如何调取数据...

44460

扫码关注云+社区

领取腾讯云代金券