sockt-浅谈接口性能测试脚本编写

平时我们做的都是http请求的接口测试,初次接触socket接口还是有点不知如何下手,其实他如http接口请求区别并不是很大,也是接口的链接-发送数据-断开连接这三大步骤来实现:

以下文章转载自:http://lovesoo.org/how-to-use-loadrunner-to-write-socket-protocol-script.html   因为其介绍的更为形象,便于理解

本文主要介绍使用LoadRunner手工编写Windows Socket协议测试脚本的方法。

通过LoadRunner编写Windows Socket协议测试脚本,总体说来,比较简单。就像把大象放进冰箱一样,总共分三步:

第一步:把冰箱门打开

//建立到服务端的连接

rc =    lrs_create_socket("socket0", "TCP", "LocalHost=0", "RemoteHost=128.64.64.23:8988", LrsLastArg);
if (rc==0)
       lr_output_message("Socket  was successfully created ");
else
       lr_output_message("An error occurred while creating the socket, Error Code: %d", rc);

第二步:把大象装进去

lrs_send("socket0", "buf0", LrsLastArg);   //往"socket0"发送"buf0"中的数据lrs_receive("socket0", "buf1", LrsLastArg);//将"socke0"中返回的数据存放到"buf1"中

第三步:把冰箱门带上

/关闭连接
    lrs_close_socket("socket0");

整个脚本关键是在第二步,要把这么一头大象装到冰箱里可不是件容易的事情,我们要对传送的数据做一些处理才行。LR会把你发送的数据包内容写到data.ws这个文件中,那么我们在此也同样应该把数据写到data.ws中去。假设我要发送的是“00100312303456”这一串字符,那么我就直接把它写到data.ws中,脚本如下:

;WSRData 2 1

send buf0 10

"00100312303456"  //注意要加""
recv buf1 128
-1

运行脚本,可以看到执行成功。在日志信息中可以打印出发送的BUFFER和接收到的BUFFER内容。

接下来,我们要对发送的字符串进行参数化,让脚本每次发送的字符串都不一样,怎么做呢?有两种方法可以实现:

直接参数化。在data.ws中直接进行参数化,要注意的是默认的参数名称符号是尖括号(<>),和HTTP协议的大括号({})不同。脚本如下:

send buf0 106 "<string>" //string是自定义的参数名

第二种方法则麻烦一点,下面重点做个介绍。

事情是这样的:如果我要发送的数据是很通过简单的方法拼接起来,最简单的例子,如“用户名(假设是123)+密码(假设是456)”,在这种情况下,使用第一种方法就够用了,我可以设置两个参数<username>和<password>,写成下面的方式就可以了。

send buf0 106
"<username><password>"

但是情况稍微复杂一些,发送的数据格式还需要加上字符串的长度,比如在上面的例子中,需要这样表示:00100312303456。

前四位0010是表示后面发送的字符串总长度是10,后面的03则表示用户名有3位,再后面的123才是真正的用户名,再后面的03456也是同样的道理。而每次发送的用户名长度不同,字符串也就不同,比如用户名如果是1234,那么我的报文就应该是这样“001104123403456”这样一来,我就不能通过简单地拼接的方式来发送了,而需要再对它进行一些处理:

char data[200];
char length[20];

len = strlen(lr_eval_string("{usermame}"));

sprintf(length,"%d",len);

strcat(data,length);

strcat(data,"{username}");

//然后,再通过lrs_save_param_ex函数把该数据保存到data_param参数中。

lrs_save_param_ex("socket0", "user", data, 0, strlen(data),NULL, "data_param");

//最后,在data.ws文件中使用data_param参数发送数据包:

send buf0 "<data_param>"

下面是一个完整的:

#include "lrs.h"

Action()
{
    //存放通信返回报文
  char * ActualBuffer = "";
  int resCnt = -1;
  int revCode = -1;
  int rc = 0;
 //建立连接
  rc = lrs_create_socket("socket0", "TCP", "RemoteHost=192.168.1.97:60000", LrsLastArg);//连接是否成功,成功为0,失败返回1
  if (rc != 0) return 1;
//事务
lr_start_transaction("pos");
  lrs_send("socket0", "buf0", LrsLastArg);     //往"socket0"发送"buf0"中的数据   
//    lrs_disable_socket("socket0", DISABLE_SEND);
  lr_think_time(0.005);

  //lr_log_message("url: %s", LrsLastArg);
//  lrs_set_receive_option(EndMarker, StringTerminator , "}");//读取直到"}"符号出现
  //lrs_set_receive_option(EndMarker, BinaryStringTerminator, "risk_tactic");//读取直到"risk_tactic"符号出现
  //lrs_set_recv_timeout(30,0);//建立连接后,只接收数据1秒加10毫秒后停止接收。1单位是秒,10单位是毫秒

  // Peek at the incoming data. The data is copied into the buffer but is not removed from the input queue.(lrs_receive only) 

revCode = lrs_receive("socket0", "buf1", "Flags=MSG_PEEK", LrsLastArg);   //将"socke0"中返回的数据存放到"buf1"中
  lrs_disable_socket("socket0", DISABLE_SEND);
  //lrs_disable_socket("socket0", DISABLE_RECV);
  lrs_disable_socket("socket0", DISABLE_SEND_RECV);

  if(revCode == 0 || revCode == 9101 || revCode==9102){
    lrs_get_last_received_buffer("socket0" , &ActualBuffer, &resCnt);//获取最后返回的缓冲区的数据及其长度
    lrs_free_buffer(ActualBuffer);
    if(resCnt > 0){
      lr_end_transaction("pos", LR_PASS);
    }else{
      lr_end_transaction("pos", LR_FAIL);
    }
/*
    lr_log_message("----------- revCode: %d", revCode);
    lr_log_message("----------- ActualBuffer: %s", ActualBuffer);
    lr_log_message("----------- resCnt: %d", resCnt);
*/
  }else{
//    lr_error_message("----------- revCode: %d", revCode);
    lr_end_transaction("pos", LR_FAIL);
  }

  lrs_close_socket("socket0"); //关闭socket
  //lrs_cleanup(); //lrs_cleanup 终止Windows套接字 DLL 的使用

  return 0;
}

数据:

;WSRData 2 1
    send buf0 707

    "{\"*****\":1,\"******\":<trans_type>,\"*******\":\"<channelid>\",\"*****\":\"<trans_code>\",\"afa_serial\":\"1\",\"bank_serial\":\"\",\"card_type\":1,\"media_type\":0,\"msgtype\":\"7856\",\"field2\":\"<field2>\",\"field3\":\"<field3>\",\"field4\":<field4>,\"field7\":\"<NewParam>\"}"

    recv buf1 1024
-1

原文地址:https://www.cnblogs.com/johnson-yuan/p/8110528.html

时间: 2024-11-04 22:29:26

sockt-浅谈接口性能测试脚本编写的相关文章

浅谈软件性能测试中关键指标的监控与分析

浅谈软件性能测试中关键指标的监控与分析 一.软件性能测试需要监控哪些关键指标? 软件性能测试的目的主要有以下三点: Ø  评价系统当前性能,判断系统是否满足预期的性能需求. Ø  寻找软件系统可能存在的性能问题,定位性能瓶颈并解决问题. Ø  判定软件系统的性能表现,预见系统负载压力承受力,在应用部署之前,评估系统性能. 而对于用户来说,则最关注的是当前系统: Ø  是否满足上线性能要求? Ø  系统极限承载如何? Ø  系统稳定性如何? 因此,针对以上性能测试的目的以及用户的关注点,要达到以上

浅谈Linux下Makefile编写

浅谈Linux下Makefile的编写 前言:本文简要介绍Makefile文件的编写规范,结合具体项目中的应用进行讲解. 具体代码地址: https://github.com/AnSwErYWJ/DogFood/blob/master/Makefile 简介 Make工具最主要也是最基本的功能就是通过makefile文件来描述源程序之间的相互关系并自动维护编译工作.而makefile 文件需要按照某种语法进行编写,文件中需要说明如何编译各个源文件并连接生成可执行文件,并要求定义源文件之间的依赖关

浅谈应用性能测试 PTS

原文链接 我们为什么要进行性能测试? 1. 评估系统的能力. 当应用上线有大量用户当问的时候,页面的打开速度直接影响用户体验,进而影响用户的留存.了解用户的真实使用体验,对应用做出针对性的性能评估,有效提升用户体验. 2. 验证系统的稳定性和可靠性. 在整个的网站应用架构体系中,会有一些接口基础服务,它的职责是对外输出一些稳定的查询,一些服务能力,这个时候系统需要有较高的稳定性,比如访问量很多,数据量很大,这个时候就需要关注性能.另外对于一些核心系统,可用性很高,对于性能系统也是非常关键的. 3

浅谈接口自动化测试

昨晚在某个测试交流群,听了一个测试老司机分享接口自动化测试的内容,对接口自动化有了更深的一些认识,也为接下来公司的接口自动化实施,提供了更多的思路. 这篇博客,就说说功能测试到接口自动化的进阶,以及接口自动化的一些事... 前言 自动化测试,算是近几年比较火热的一个话题,当然,更是软件测试未来的一个发展趋势.未来,功能测试等非核心的测试工作,都将被外包. 想要在软件测试这个行业继续前行,就必须拥有核心竞争力,掌握自动化测试技术,是必不可少的一个技能. 在<Google软件测试之道>一书中有介绍

浅谈(接口)测试注意事项四

大概列举一下自己在工作中总结的一些关于接口测试需要考虑的内容 接口测试  checklist (检测点) 1.  正常功能: a. 只填入接口参数必填项,实现正常功能 b. 参数全部填写正常数据,实现正常功能 2. 接口背后逻辑是否正确 例如:红包领取个数接口,接口内部逻辑如何计算红包领取个数的逻辑是否正确,这个需要和开发了解具体实现逻辑,和产品了解需求,看是否一致 3. 接口所有返回类型的code及msg都要用例覆盖:返回类型的code及数据是否满足所有业务的需求 4.  异常: a.必填项字

浅谈服务器性能测试的全生命周期——从测试、结果分析到优化策略

本文由腾讯WeTest授权发布 作者:Micheal,腾讯资深后台开发工程师. 链接:http://wetest.qq.com/lab/view/?id=102 著作权归作者所有.商业转载请联系WeTest获得授权,非商业转载请注明出处. WeTest导读 服务器性能测试是一项非常重要而且必要的工作,本文是作者Micheal在对服务器进行性能测试的过程中不断摸索出来的一些实用策略,通过定位问题,分析原因以及解决问题,实现对服务器进行更有针对性的优化,提升服务器的性能. 1.服务器性能测试小结 讲

浅谈接口、抽象类、抽象方法和虚方法的区别

C#抽象类和接口孩子间在对于抽象类定义的支持方面具有很大的相似性,甚至可以相互替换,因此很多开发者在进行抽象类定义时对于抽象类和接口的选择显得比较随意.其实,两者之间还是有很大区别的. 首先说一下接口与抽象类的异同: 相同点: 1.他们都不能实例化自己,也就是说都是用来被继承的. 2.抽象类中的抽象方法和接口方法一样,都不能有方法体 不同点: 1.抽象类里可以有字段,接口中不能有字段. 2.抽象类中的普通方法可以有方法体,而接口方法没有方法体. 3.接口中的方法不能有访问修饰符,抽象类中的抽象方

浅谈 接口

接口: 先看下面一段话: 如果,你即将准备开始编程,就是那种 感觉需要很多很多类,而其中有些类,你已经提前知道需要哪些共同的功能.怎么办?当然首先想到,提前给他们规定好一种模式,规定他们是什么样的方法,有返回值,还是无返回值,返回啥种类型,等等的规定. 接口,就是可以帮助你的.接口,只是一种规范,一种约束. 概念:接口,是把方法都组合起来,以封装特定功能的集合. 注意:  1.一旦类实现了接口,类就可以支持接口所指定的所有属性和成员. 2.声明接口在语法上与声明抽象类完全相同,但是不允许接口中有

C# 浅谈 接口(Interface)的作用

继承"基类"跟继承"接口"都能实现某些相同的功能,但有些接口能够完成的功能是只用基类无法实现的 1.接口用于描述一组类的公共方法/公共属性. 它不实现任何的方法或属性,只是告诉继承它的类 <至少>要实现哪些功能,继承它的类可以增加自己的方法. 2.使用接口可以使继承它的类: 命名统一/规范,易于维护.比如: 两个类 "狗"和"猫",如果它们都继承了接口"动物",其中动物里面有个方法Behavio