PerformanceRunner性能测试项目实战之crm客户管理系统的关联（10）

Performance Runner 实验 实验三

关联（2课时）

实验老师：small but strong

实验目的

预习要求

实验理论

实验步骤

实验目的

1，理解关联的概念。

2，理解关联的意义。

3，掌握关联函数的用法。

4，掌握关联的操作步骤。

预习要求

1，仔细阅读实验指导书。

2，理解关联的概念。

3，理解什么时候需要关联。

4，掌握关联的操作步骤。

实验理论

1,关联的含义     关联（correlation）：在脚本回放过程中，客户

端发出请求，通过关联函数所定义的左右边界值（也就是关联规

则），在服务器所响应的内容中查找，得到相应的值，以变量的

形式替换录制时的静态值，从而向服务器发出正确的请求，这种

动态获得服务器响应内容的方法被称作关联。     其实关联也属

于一类特殊的参数化，只是与一般的参数化有些不同一般的参数

化的参数来源于一个文件、一个定义的table、通过sql写的一个

结果集等，但关联所获得的参数是服务器响应请求所返回的一个

符合条件的、动态的值。

2，什么时候需要做关联       要想弄清这个问题，我们首先要知

道客户端与服务器端的请求与响应的过程。       过程说明：      

客户端发出获得登录页面的请求，服务器端得到该请求后，返

回登录页面，同时动态生成一个Session Id，当用户输入用户

名密码，请求登录时，该Session Id同时被发送到服务器端，

如果该Session Id在当前会话中有效，那么返回登录成功的页

面，如果不正确则登录失败。在第一次录制过程中Performance Runner

把这个值记录了下来，写到了脚本中，但再次回放时，客户端发出同样

的请求，而服务器端再一次动态的生成了Session Id，此时客户端发出

的请求就是错误的，为了获得这个动态的Session Id我们这里用到了关

联。       所以我们得出结论：       当客户端的某个请求是随着服务器端

的相应而动态变化的时候，我们就需要用到关联。当然我们在录制脚本

时应该对测试的项目进行适当的了解，知道哪些请求需要用到服务器响

应的动态值，如果我们不明确那些值需要做关联的话，我们也可以将脚

本录制两遍，通过对比脚本的方法来查找需要关联的部分，但并不是说

两次录制的所有不同点都需要关联，这个要具体情况具体分析。

实验步骤

一，录制登陆CRM系统并新增一个客户的脚本。

二，进行关联。

三，运行脚本。

一，录制登陆CRM系统并新增一个客户的脚本。

1，双击打开CRM被测系统文件夹下的     ，

然后打开PR，新建一个项目，在Action.bsh脚本文件夹下点击开

始录制按钮，如下图，填好参数之后，点击确定

2，输入用户名和密码点击登录

3，客户管理—新增客户

4，填写公司名称，点击确认

二，关联

1，点击菜单栏执行-关联

2，出现需要关联的脚本，点击确定，若关联尚未完成会弹出“还没

有做完所有关联，请继续进行关联操作”重复第一步，直到出现“关

联结束，无需进一步关联”的消息框

3，关联完成后，会自动生成一句关联脚本。

String corCookie0 = pr.http_correlateCookie("localhost", "CGOZXEYJNDGTRPBCJVQM");

脚本解释如下：  http_correlateCookie 命令含义：Cookie关联。 协议类型：HTTP协议。

命令参数：两个参数，第一个参数为DOMAIN名称，第二个参数为Cookie的属性名称。

命令产生：手工添加。 命令返回：返回当前的Cookie值。

关联完成后自动生成的脚本语句：

三，关联完成后执行脚本。 点击执行按钮，开始执行，若执行失败，把失败

对应的脚本段删除，或者重新录制。直到执行成功。