Loadrunner的Socket脚本关联小技巧

Socket脚本关联小技巧

我们在socket脚本调试的时候经常会遇到很多问题，比如：socket包中繁杂的二进制编码，socket数据如何进行截取，如何对socket数据包进行参数化等等，以下几点内容是近期我在调试新加坡MTL项目中socket代码的一些经验，希望对各位以后进行socket脚本调试时能有所帮助。

此次MTL项目中的SE评测场景，其实与爱吼网的评测场景比较接近，对于此类项目的性能测试，通过HTTP协议时无法完成的，我们只有通过Socket脚本来实现。

在做性能测试的时候，“关联”是必不可少的，在WEB系统中，我经常采用LR函数：web_reg_save_param()来完成，但web类型的函数在Socket协议中是无法使用的，那么我们怎么来进行Socket协议的关联呢？

1. 查找关联数据

在Socket录制协议的脚本“action”中是看不到客户端所发送的数据的，所有客户端与服务端交互的数据，都保存在data.ws中：

那么，我们必须要在data.ws中找到我们需要关联的数据，根据系统设计，SE评测发送音频数据时，服务端会先返回给客户端一个Evalinstance，这是一个表示评测实例的ID，后面在进行音频数据传输的时候，需要带上这个ID，那么我们先搜索一下这个ID：

在buf3中，我们发现了这个Evalinstance。（recv代表的接受的包，send代表的是发送包）

我们需要保存这个ID，以便后面发送音频数据使用。

2. 保存关联数据

在buf3中，我们找到了我们所需要的数据，如何保存？

回到action中，找到  lrs_receive("socket0", "buf3", LrsLastArg); 语句，这条语句表示客户端接受buf3数据包，而数据包的内容就是我们刚才在data.ws中看到的内容。在这条语句时候，我们需要添加函数进行数据保存：

lrs_save_searched_string("socket0", NULL, "evalid", "LB=SimpleEngineTest/", "RB=\"", 1,0,-1);

这个函数的用法基本与web_reg_save_param()类似，一样是通过左右边界来进行数据查找，函数的8个参数依次代表：“socket线程名”、“buf名称”（这里传NULL表示从上面一个buf取值）、“参数名称”（需要将数据保存的参数名称）、“左边界”、“右边界”、“第几次出现”、“位移的数量”、“参数的长度”。线程名和buf名一定不可以传错，最后三个数据只要传（1 , 0，-1）就可以了。

在socket协议中，关联数据保存也可以用函数lrs_save_param()，这里不作说明，每个函数都其优点，适当的时候也可以采用。需要注意的是web_reg_save_param() 需要放在请求之前，lrs_save_searched_string()是放在接受之后。

3. 参数替换

保存参数之后，我们需要对data.ws中发送的数据包，进行下全局替换，将用到Evalinstance的地方全部替换成 “evalid”参数：

在socket包中，参数需要用“<>”来表示。

最后，再介绍1个socket函数：lrs_set_receive_option（）使用这个函数可以防止回放脚本receive出现一些相关问题。

lrs_set_receive_option(EndMarker, EndMarker_None ) //读取直到缓冲结束。

lrs_set_receive_option(EndMarker, StringTerminator , "\r\n") //读取直到"\r\n"符号出现.你可以根据自己的接收数据的结束符修改。

lrs_set_receive_option(EndMarker, BinaryStringTerminator , "\\X00")读取直到二进制符号"\\X00"出现。

此方法适用于知道返回数据包的最后符号的情况，接收过程中读取此符号即停止接收。

总之，Socket脚本调试问题比较多，也不是一两句话说的完的，网上一些资料多是“去头断尾”，要么是“药不对症”。这里仅是就socket的关联给大家做个介绍，希望这篇文章对大家有所帮助，同时也希望各位将自己的一些经验拿出来共享。

　lrs_set_recv_timeout和lrs_set_recv_timeout2都是用来设置套接字的接收超时时间，但针对的超时对象不一样。

• lrs_set_recv_timeout：执行lrs_receive命令后，等待服务器返回消息的超时时间，即：服务器的响应时间。
• lrs_set_recv_timeout2：创建连接成功，接收到服务器返回的消息后，获取匹配消息的超时时间。lrs_receive接收到数据后，会和预期的数据长度进行比较，如果长度不匹配，它将重新从套接字上读取数据，直到超时为止。如果字符不匹配的话，lrs_receive会重新到服务器端再去取数据，直到再次取失败，默认取得时间为10秒钟，这个你可以用这个函数修改之。

　　例如：

lrs_create_socket("socket2", "TCP", "RemoteHost=tears.mercury.co.il:23", LrsLastArg);

lrs_send("socket2", "buf2", LrsLastArg);

lrs_set_recv_timeout(120,0);

lrs_set_recv_timeout2(10,0);

lrs_receive("socket2", "buf3", LrsLastArg);

4.lrs_receive("socket2", "buf5","Flags=MSG_PEEK", LrsLastArg);

在recv的时候，flag字段设置了MSG_PEEK，则读取数据包的时候，不会把该数据包从缓存队列中删除；下次读取时还是这个数据包。

此方法也可保证每次读取的数据一致，让后面的请求在接收时只接收前面读取的数据包，而不是读取实际返回的数据包。但是需要注意buf大小的设置要和第一次返回的数据包大小一致，否则会导致后面读取的缓存数据过大，与实际情况不符。

5.使用lrs_set_socket_options来修改接收选项，使得不延迟接受。

举例：

int opt_value;

lrs_set_socket_options("socket1", LRS_NO_DELAY, (char*)(&opt_value));