1. 一前言
2. 二任务的提出
3. 三实现方案讨论
4. 四技术要点讲解
   1. 如何开始录制一个最简单的收发数据包脚本
   2. 写日志文件
   3. 一行一行读数据包文件
   4. 字符串转换为十六进制数据包
   5. 发送自己定义的数据包
   6. 接收数据包到自定义缓冲区
   7. 从自定义缓冲区读出数据
   8. 如何释放自定义缓冲区
   9. 如何根据数据包返回计算为十进制数
5. 五小节

摘要：通过实例讲解loadrunner中的socket协议性能测试的一种测试方法，如何不依赖loadrunner既定规则，自行控制收发数据包

关键词：Loadrunner，socket，自行控制，收发数据包

一．前言

用过loadrunner的socket协议进行性能测试的同学都知道，只需要录制短短的几句命令，就可以实现socket的链接、收发数据包和关闭链接，一时大爽，不过紧跟着的就是没完没了的折磨。刚开始参数化数据包发送接收都行，慢慢的发现，很多情况下，收发数据包的长度和内容都是不可确定的，加上十六进制和ASCII，甚至协议和加密等等因素混合在一起，简直就是灾难。于是自行控制数据包收发成了可选项，虽然loadrunner提供了相关的函数，但是真的面对进制转换，面对没完没了的<memory violation : Exception ACCESS_VIOLATION received>，很多人只能另外寻找办法完成任务。

本来想全面剖析loadrunner的socket协议性能测试，发现需要厘清的细节太多了，只能尽力讲清楚下面这个例子中遇到的各个知识点了。

二．任务的提出

这个性能测试是很常见的一种情况，前置机链接了各类不同的硬件设备客户端，各个硬件设备客户端使用了不同的协议，协议承载了大量的不同业务，不过数据包的基本结构相同，由首部、包体和校验码组成，既有TCP链接也有UDP链接，数据发送方式上都是使用的短链接，也就是链接上服务器，发送完数据就立刻关闭了链接。现在需要loadrunner模拟不同的硬件设备，测试前置机的并发能力。

数据包结构：

 006.jpg

系统架构：

001.jpg

三．实现方案讨论

这个场景很常见，不过也比较复杂。

如果采用传统的录制回放，需要先选择几种有代表性的硬件类型和重点业务，录制出脚本，可以想象需要录制的脚本有很多，如果进行参数化，必须要搞清楚各种协议，重新组包，这个工作量太大了。

或者开发提供两个动态链接库，一个用来对各种协议实现编解码，另外一个包括了需要模拟的硬件类型的重点业务，第二个动态链接库调用第一个，在loadrunner中加载了动态链接库以后，直接调用相关的业务操作函数就可以了。这个够通用，不过开发谁有空搭理你呀。况且如果说这个，这篇文章就不用写了。

那还有第三种方法，现在收发的数据包在前置机上有日志文件保存，可以将各种硬件类型发送的数据包日志文件分类搜集到，然后做两个脚本，一个TCP的，一个UDP的，逻辑都是同样的，打开数据表日志文件，读出数据包发送，将发送和接收到的数据包写入本地日志文件，这样就只需要编写两个脚本，拷贝出多份，每个脚本下放入不同的数据包文件模拟出不同的硬件类型。

看起来这种方式最简单，再分析一下，是否可行。

很多协议中会在链接上服务器后，服务器端提供一个唯一串返回，做为一次通讯的唯一标识，加入到后续的数据包中，这里协议倒是没有这个问题，要不每次发送数据包前，还得根据返回的唯一串来修改要发送的数据包，真是幸运。

这样看来建立链接后，数据包可以不做任何修改就能发送出去。不过有些业务，例如增加业务，前置机接收到任务后，可能会写入表，如果已经存在可能会冲突，所以测试前需要清空数据库，只保留初始化数据。

这样还有一个好处，测试的业务和实际生产的业务是完全一致的，无论种类还是比例。缺点是这里的数据包文件会不会不够大，发一会就发完了，看来还需要有个工具来生成足够多的数据包的文件。不过怎么说也是松散耦合了。

经过确认，也没有出现某硬件的某个业务，混合使用TCP和UDP的情况。

看来这个方案没有太大的问题，就这样吧。

四．技术要点讲解

1. 如何开始录制一个最简单的收发数据包脚本

开始录制脚本的时候，使用了一个绿色软件SocketTool.exe，在本机启动了一个TCP服务器端：

002.jpg

使用loadrunner录制windows application，启动一个新的SocketTool.exe，创建一个TCP Client，链接刚才启动的服务器，钩选上显示十六进制值，发送313233，别写空格进去，点击发送数据，然后再在服务器端发送点数据回客户端，最后客户端点击断开，脚本就录制完成了。

003.jpg

004.jpg

脚本就四句：

lrs_create_socket("socket0", "TCP", "LocalHost=0", "RemoteHost=server:60000", LrsLastArg);

lrs_send("socket0", "buf0", LrsLastArg);

lrs_receive("socket0", "buf1", LrsLastArg);

lrs_close_socket("socket0");

数据文件data.ws:

;WSRData 2 1

send  buf0 3

         "123"

recv  buf1 3

         "456"

-1

后面的脚本就在此基础上修改了。

2. 写日志文件

假设脚本并发了五个用户，如果都往一个日志文件里面写入内容，就可能出现各个用户日志交织在一起的情况，如果需要每个用户独立使用自己的日志文件，可以创建一个参数vurid

005.jpg

sprintf(cReqSeqNo,"%s%s20d459b3412a2b",cNow,);

定义变量：

char cLogFile[100]="\0";   //日志文件

long filedeslog=0;         //日志文件句柄

在vuser_init中打开日志文件：

sprintf(cLogFile,"lrsocket%s.log",lr_eval_string("{vurid}"));

if((filedeslog = fopen(cLogFile, "a+")) == NULL)

{

         lr_output_message("Open File Failed!");

         return -1;

}

//写入日志文件内容

fwrite("\nopen file:", strlen("\nopen file:"), 1, filedeslog);

fwrite(cFileName, strlen(cFileName), 1, filedeslog);

fwrite("\n", 1, 1, filedeslog);

在vuser_end中关闭日志文件：

fclose(filedeslog);

3. 一行一行读数据包文件

定义部分：

char cFileName[100]="\0";  //数据包文件名

long filedes=0;            //数据包文件句柄

char cLine[2048]="\0";      //文件中一行

读文件方法：

sprintf(cFileName,"%s","data.txt");

if((filedes = fopen(cFileName, "r")) == NULL)

{

         lr_output_message("Open File Failed!");

         return -1;

}

while (!feof(filedes)) {

         fscanf(filedes, "%s", cLine);

         lr_output_message("read:%s", cLine);

}

fclose(filedes);

4. 字符串转换为十六进制数据包

定义：

unsigned char cOut[1024]="\0";      //记录转换出来的数据包,发送出去的数据包

在这里虽然表面是字符数组，不过请大家千万别把cOut[]当成字符串来处理，而应该理解为一个存放一系列十六进制数据的数组。这有什么区别吗？当然有。

比如你现在要发出一个数据包16进制是：31 32 00 33 34，该数组中就该存储着(十进制)：

cOut[0]=49

cOut[1]=50

cOut[2]= 0

cOut[3]=51

cOut[4]=52

发送数据包的时候就应该发送长度为5，如果处理为了字符串，发送strlen(cOut)，可以想象，逢零就停止了，只发出去了前两个字节。接收的时候自然也不可以使用strcpy(cOut,BufVal)，因为遇到零就会停止，如果包中有00字节，就会造成数据不完整。

首先初始化cOut的所有字节为0;

读取从文件中取出的一行;

每遇到偶数字符，就读出来两个字符，放入cTmp字符串，使用sscanf(cTmp,"%x", &lngTrans);

比如cTmp中存着”31”，理解为16进制转换出来，lngTrans=0x31;

然后再把转换出来的数据放入cOut中，得到要发出的数据包

如果想看看cOut里面存的内容：

在loadrunner中不可以直接引用cOut[0]的方式打印值，需要使用指针。连指针的地址都打给你看了，这下够清楚了吧。

5. 发送自己定义的数据包

建立链接我就不写了，发送自己定义的数据包：

lrs_set_send_buffer("socket0", (char *)cOut, strlen(cLine)/2 );

lrs_send("socket0", "buf0", LrsLastArg);

说明：

1.         (char *)cOut 是因为函数的参数定义
int lrs_set_send_buffer ( char *s_desc,char *buffer, int size );

2.         strlen(cLine)/2不可写为strlen(cOut)，一定要牢牢记住这里不是发送的字符串，而是一个二进制数据包；

6. 接收数据包到自定义缓冲区

代码：

说明：

1.         intGetLen必须定义为int，而不可是long，为啥？函数定义决定的：
int lrs_get_last_received_buffer ( char *s_desc, char **data,int *size );

2.         "NumberOfBytesToRecv=4"此处loadrunner的帮助中例子写错了，当时我照着粘贴下来，死活报那个恐怖的<memory violation : Exception ACCESS_VIOLATION received>，后来仔细看了看，明白了，例子上NumberOfBytesToRecv前面多了一个空格，删除了就可以了；

3.         定义接收数据包长度，这个参数只适应于TCP协议，UDP就不行了

7. 从自定义缓冲区读出数据

代码：

说明：

1.         初始化接收数组cGetLen所有字节为0；

2.         (unsigned char)*BufVal将BufVal指向的值一个个字节读出，按照无符号数解读为16进制和十进制，如果不设定为无符号数，碰到诸如0xA0，转换成十进制字符串就不是”160”，会变成一个负值”-95”，高位被解读为了符号；

3.         cGetLen不用定义为无符号的，他只是用来将16进制串转化为字符串写入日志用的，并不是存储的数据包

8. 如何释放自定义缓冲区

代码：

用完了缓冲区BufVal后需要释放，否则BufVal不断的取得返回，就会越来越长，定位就变得麻烦，用起来不方便。最初释放的时候也是遭遇<memory violation : Exception ACCESS_VIOLATION received>。查看了例子，想了半天，终于明白了，我之前读取缓冲区操作了指针，而释放需要是初始的头指针，于是写了一段狗血的代码，通过循环，回到初始状态进行释放。-_-|||

9. 如何根据数据包返回计算为十进制数

接收数据的时候是分成两个步骤，首先取得四个字节，计算出后续数据包的长度，然后再指定长度进行接收。所以得到返回的四个字节后，需要计算出长度。这里我是一个字节一个字节转换为十进制的值，例如：

0x11 0x22 0x33 0x44=0d17 0d34 0d51 0d68=256^3*17+256^2*34+256^1*51+256^0*68

代码：

通过atoi把ASCII码转换为int值，比如cT2=”160”，atoi后就成了数值的160；

五．小节

学多用少是一个大的战略原则，尽可能用最简单最适合的法子解决问题，loadrunner的socket测试本篇中没有提到如何和参数打交道的问题，也没有描述UDP和TCP的细节差异，接收报文也只是长度数据两段式的收取，没有讲到不确定长度使用终止串的收取方法，一篇文章终归难以尽言，抛砖引玉，如有错漏，不吝赐教。

代码和工具下载：

http://download.csdn.net/detail/testingba/4305645

转自：http://blog.csdn.net/testingba/article/details/7571911