CN111858368A - 数据处理方法、装置及存储介质 - Google Patents
数据处理方法、装置及存储介质 Download PDFInfo
- Publication number
- CN111858368A CN111858368A CN202010733231.9A CN202010733231A CN111858368A CN 111858368 A CN111858368 A CN 111858368A CN 202010733231 A CN202010733231 A CN 202010733231A CN 111858368 A CN111858368 A CN 111858368A
- Authority
- CN
- China
- Prior art keywords
- data
- numerical
- converting
- preset
- character
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/133—Protocols for remote procedure calls [RPC]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及软件测试技术领域,公开了一种数据处理方法、装置及存储介质,所述方法包括:接收客户端发送的测试请求,测试请求中携带有接口地址和请求参数;基于接口地址将请求参数发送给与接口地址对应的应用服务端;接收应用服务端基于请求参数返回的第一数据;将第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据;将第二数据发送给客户端。本发明能够以避免由于数值型数据的数值超出预设数值范围而出现的误报错,确保接口测试的顺利进行。
Description
技术领域
本发明涉及软件测试技术领域,具体涉及一种数据处理方法、装置及存储介质。
背景技术
Remote模式是RF(Robot Framework)框架下以远程过程调用(Remote ProcedureCall,PRC)协议提供测试服务的一种方式,其由于可以以单独的服务形式呈现,能够开源给外部任意想接入的项目使用,因此被广泛用于接口的自动化测试。
Remote模式中由于采用了RPC协议,在数据传输过程中,对字段的值有一定的约束,当字段的值超过限制的范围则会出现数值运算超出最大限制(OverflowError)的报错。而对于软件行业的接口测试过程,服务端返回数据里的数值型数据可能会超过这个限制范围(如时间字段的时间戳),从而出现误报错并结束测试流程的情形,进而导致接口测试无法顺利的进行。
因此,如何提供一种有效的方案,以避免由于误报错而导致接口测试无法顺利进行,已成为现有技术中一亟待解决的问题。
发明内容
为了解决现有技术中存在的由于误报错而导致接口测试无法顺利进行的情形,本发明的目的在于提供一种数据处理方法、装置及存储介质,以避免由于误报错而导致测试流程异常结束,确保接口测试的顺利进行。
第一方面,本发明提供了一种数据处理方法,包括:
接收客户端发送的测试请求,所述测试请求中携带有接口地址和请求参数;
基于所述接口地址将所述请求参数发送给与所述接口地址对应的应用服务端;
接收所述应用服务端基于所述请求参数返回的第一数据;
将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据;
将所述第二数据发送给所述客户端。
通过上述设计,本发明通过将第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,避免了由于数值型数据的数值超出预设数值范围而出现数值运算超出最大限制的误报错,确保接口测试的顺利进行。
在一个可能的设计中,所述将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,包括:
遍历所述第一数据中每个键名所对应的键值,确定出字段类型为数值型且对应的数值超出所述预设范围的键值;
将所述字段类型为数值型且对应的数值超出所述预设数值范围的键值转换为字符型数据,得到所述第二数据。
基于上述公开的内容,可通过遍历第一数据中每个键名所对应的键值,确定出字段类型为数值型且对应的数值超出预设数值范围的键值,并将该键值转换为字符型数据,从而能够避免由于数值型数据的数值超出预设数值范围而出现的误报错。
在一个可能的设计中,所述将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,包括:
将所述第一数据的数据格式转换为字符型,得到第三数据;
通过正则表达式匹配出所述第三数据中数值超出所述预设数值范围的数值型数据;
将所述第三数据中数值超出所述预设数值范围的数值型数据转换为字符型数据,得到第四数据;
将所述第四数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据。
通过上述设计,可通过正则表达式匹配出第三数据中数值超出预设数值范围的数值型数据,并将第三数据中数值超出预设数值范围的数值型数据转换为字符型数据,从而能够避免由于数值型数据的数值超出预设数值范围而出现的误报错。
在一个可能的设计中,所述将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,包括:
将所述第一数据的数据格式转换为字符型,得到第五数据;
对所述第五数据进行切片处理,得到第六数据;
将所述第六数据中超出所述预设数值范围的数值型数据转换为字符型数据,得到第七数据;
将所述第七数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据。
通过上述设计,可通过切片的方式将数据格式转换为字符型的数据进行切片处理,并将切片处理后得到的超出预设数值范围的数值型数据转换为字符型数据,从而能够避免由于数值型数据的数值超出预设数值范围而出现的误报错。
在一个可能的设计中,所述接收客户端发送的测试请求,包括:
与所述客户端建立RPC连接;
接收所述客户端发送的测试请求。
第二方面,本发明提供了一种数据处理装置,包括:
第一接收单元,用于接收客户端发送的测试请求,所述测试请求中携带有接口地址和请求参数;
第一发送单元,用于基于所述接口地址将所述请求参数发送给与所述接口地址对应的应用服务端;
第二接收单元,用于接收所述应用服务端基于所述请求参数返回的第一数据;
转换单元,用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据;
第二发送单元,用于将所述第二数据发送给所述客户端。
在一个可能的设计中,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,具体用于:
遍历所述第一数据中每个键名所对应的键值,确定出字段类型为数值型且对应的数值超出所述预设范围的键值;
将所述字段类型为数值型且对应的数值超出所述预设数值范围的键值转换为字符型数据,得到所述第二数据。
在一个可能的设计中,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据时,具体用于:
将所述第一数据的数据格式转换为字符型,得到第三数据;
通过正则表达式匹配出所述第三数据中数值超出所述预设数值范围的数值型数据;
将所述第三数据中数值超出所述预设数值范围的数值型数据转换为字符型数据,得到第四数据;
将所述第四数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据。
在一个可能的设计中,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据时,具体用于:
将所述第一数据的数据格式转换为字符型,得到第五数据;
对所述第五数据进行切片处理,得到第六数据;
将所述第六数据中超出所述预设数值范围的数值型数据转换为字符型数据,得到第七数据;
将所述第七数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据
在一个可能的设计中,所述第一接收单元在用于接收客户端发送的测试请求时,具体用于:
与所述客户端建立RPC连接;
接收所述客户端发送的测试请求。
第三方面,本发明提供了一种数据处理装置,包括包括依次通信相连的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发消息,所述处理器用于读取所述计算机程序,执行如上述第一方面所述的数据处理方法。
第四方面,本发明提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述指令在计算机上运行时,执行第一方面所述的数据处理方法。
第五方面,本发明提供了一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使所述计算机执行如第一方面所述的数据处理方法。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明提供的数据处理方法、装置及存储介质的应用环境示意图。
图2是本发明提供的数据处理方法的流程图。
图3是本发明提供的数据处理装置的结构示意图。
图4是本发明提供的另一数据处理装置的结构示意图。
具体实施方式
下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是,对于这些实施例方式的说明虽然是用于帮助理解本发明,但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而,可用很多备选的形式来体现本发明,并且不应当理解为本发明限制在本文阐述的实施例中。
应当理解,尽管本文可能使用术语第一、第二等等来描述各种单元,但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元,同时不脱离本发明的示例实施例的范围。
应当理解,对于本文中可能出现的术语“和/或”,其仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,单独存在B,同时存在A和B三种情况;对于本文中可能出现的术语“/和”,其是描述另一种关联对象关系,表示可以存在两种关系,例如,A/和B,可以表示:单独存在A,单独存在A和B两种情况;另外,对于本文中可能出现的字符“/”,一般表示前后关联对象是一种“或”关系。
应当理解,在本文中若将单元称作与另一个单元“连接”、“相连”或“耦合”时,它可以与另一个单元直相连接或耦合,或中间单元可以存在。相対地,在本文中若将单元称作与另一个单元“直接相连”或“直接耦合”时,表示不存在中间单元。另外,应当以类似方式来解释用于描述单元之间的关系的其他单词(例如,“在……之间”对“直接在……之间”,“相邻”对“直接相邻”等等)。
应当理解,本文使用的术语仅用于描述特定实施例,并不意在限制本发明的示例实施例。若本文所使用的,单数形式“一”、“一个”以及“该”意在包括复数形式,除非上下文明确指示相反意思。还应当理解,若术语“包括”、“包括了”、“包含”和/或“包含了”在本文中被使用时,指定所声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。
应当理解,还应当注意到在一些备选实施例中,所出现的功能/动作可能与附图出现的顺序不同。例如,取决于所涉及的功能/动作,实际上可以实质上并发地执行,或者有时可以以相反的顺序来执行连续示出的两个图。
应当理解,在下面的描述中提供了特定的细节,以便于对示例实施例的完全理解。然而,本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出系统,以避免用不必要的细节来使得示例不清楚。在其他实例中,可以不以不必要的细节来示出众所周知的过程、结构和技术,以避免使得示例实施例不清。
实施例
为了能够确保接口测试的顺利进行,本申请实施例提供了一种数据处理方法、装置及存储介质,该数据处理方法、装置及存储介质能够避免由于误报错而导致测试流程异常结束,确保接口测试的顺利进行。
首先,为了更直观地理解本申请实施例提供的方案,下面结合图1,对本申请实施例提供的数据处理方案的系统架构进行说明。
如图1所示,是本申请一个或多个实施例提供的数据处理方法、装置及存储介质的应用环境示意图。如图1所示,Remote服务端通过PRC协议与客户端之间建立通信连接,并能够根据客户端发送的接口地址与应用服务端建立通信连接。所述客户端可以是,但不限于智能手机、个人电脑(personal computer,PC)、平板电脑、个人数字助理(personaldigital assistant,PDA)、服务器等。
其中,所述客户端可用于向Remote服务端发送请求,所述Remote服务端可用于为客户端提供调用接口的能力以从应用服务端获取相应的数据。
下面将对本申请实施例提供的数据处理方法进行详细说明。
本申请实施例提供的数据处理方法可应用于Remote服务端。为便于描述,除特别说明外,本申请实施例均以Remote服务端为执行主体进行说明。
可以理解,所述执行主体并不构成对本申请实施例的限定。
如图2所示,是本申请实施例提供的数据处理方法的流程图,所述数据处理方法可以包括如下步骤:
步骤S201:接收客户端发送的测试请求。
本申请实施例中,在进行接口测试时,客户端可向Remote服务端发送一测试请求,所述测试请求中携带有接口地址和请求参数。其中,所述接口地址为被请求的应用服务端的接口地址,例如淘宝商城的接口地址、京东商城的接口地址等等。所述请求参数为被请求数据的相关参数,例如可以包括当前页数和每页展示商品的数量,或者是商品名称、编号等,本申请实施例中不做具体限定。
例如,在一个或多个实施例中,所述测试请求中携带的接口地址可以是http://www.xinchao.com/orderlist,所述测试请求中携带的请求参数可以是{"pageSize":20,“pageNum”:1},其中,"pageSize":20表示每页所展示商品的数量为20项,“pageNum”:1表示当前页数为第一页。
本申请实施例中,Remote服务端在接收客户端发送的测试请求之前,还需要先与客户端建立建立PRC连接,并在建立PRC连接成功后向客户端返回一表征连接成功的信息,客户端在接收到该返回的表征连接成功的信息后才会向Remote服务端发送测试请求。
步骤S202:基于接口地址将请求参数发送给与接口地址对应的应用服务端。
测试请求中携带有与被请求应用服务端对应的接口地址,因此Remote服务端可根据接口地址与该接口地对应的应用服务端建立通信连接,并将请求参数发送给与接口地址对应的应用服务端。
步骤S203:接收应用服务端基于请求参数返回的第一数据。
应用服务端在接收端到Remote服务端发送的请求参数后,基于自身的业务逻辑获取与请求参数相关的第一数据,并将获取到的相第一数据发送给Remote服务端。
本申请实施例中,应用服务端返回的第一数据的数据格式为json格式。
步骤S204:将第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据。
在接口测试过程中,应用服务端返回的第一数据中可能出现数值超出RPC协议所限定的数值范围(-231至231-1)的数值型数据(一般多为第一数据中携带的时间字段的时间戳),若超出该数值范围,则会出现OverflowError的报错并结束测试流程,从而导致接口测试无法顺利的进行。
因此为了避免由于出现数值超出RPC协议所限定的数值范围而导致误报错,从而导致接口测试无法顺利的进行的情形发生,本申请实施例可根据RPC协议所限定的数值范围预先定义一预设数值范围,该预设数值范围可以是RPC协议所限定的数值范围(-231至231-1),也可以包含RPC协议所限定的数值范围(如-231-1至231),本申请实施例中该预设数值范围为-231至231-1。
Remote服务端在接收到应用服务端响应请求参数而返回的第一数据后,可将第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据。
例如,在一个或多个实施例中,第一数据可以是如下的形式:
{"code":0,"msg":"成功","data":{"pageNum":1,"pageSize":20,"totalSize":2,"startIndex":1,"data":[{"id":null,"type":"0","sort":2,"createTime":1587955250000,"createUser":"145","updateTime":1588149153000,"updateUser":"145"},{"id":null,"type":"0","sort":10,"createTime":1587955320000,"createUser":"146","updateTime":1588150383000,"updateUser":"146"}]}}。
在上述的第一数据中,创建时间"createTime"及最后更新时间"updateTime"所对应的时间戳(包括1587955250000、1588149153000、1587955320000以及1588150383000)所对应的数值显然已经超出了该预设数值范围,因此需要将这几个数值型数据转换为字符型数据。
本申请实施例中,将第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据可以采用,但不限于如下的方式:
方式一:
首先遍第一数据中每个键名(即json数据中的字段名称)所对应的键值,然后将键值的类型为数值型且对应的数值超出预设数值范围的键值转换为字符型数据,得到第二数据。
具体的,先确定第一数据的所有键名,然后遍历各键名对应的键值,并确定各键名对应键值的字段类型是否为数值型,若为数值型则判断为数值型的键值的数值是否超出预设数值范围,若超出则将其转换为字符型数据。其中,数值型包括整数类型和浮点型。
如前面所列举的第一数据,可得到4个键名及其对应的字段类型为数值型的键值,分别是"createTime":1587955250000、"updateTime":1588149153000、"createTime":1587955320000和"updateTime":1588150383000。在"createTime":1587955250000中,"createTime"为键名,1587955250000为键名"createTime"对应的键值。在"updateTime":1588149153000中,"updateTime"为键名,1588149153000为键名"updateTime"对应的键值。在"createTime":1587955320000中,"createTime"为键名,1587955320000为键名"createTime"对应的键值。在"updateTime":1588150383000中,"updateTime"为键名,1588150383000为键名"updateTime"对应的键值。
本申请实施例中,在将数值型的键值转换为字符型数据时,其在计算机语言里面最终表现形式可以是在数值型的键值的两端加上单引号或双引号。
方式二:
首先将第一数据的数据格式转换为字符型,得到第三数据,然后通过正则表达式匹配出第三数据中数值超出预设数值范围的数值型数据,并将第三数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第四数据,然后将第四数据的数据格式式转换为第一数据的数据格式,得到第二数据。
本申请实施例中,在将数值型数据转换为字符型数据时,其在计算机语言里面最终表现形式可以是在数值型数据的两端加上单引号或双引号。
例如一第一数据为{"code":0,"msg":"成功","data":{"pageNum":1,"pageSize":20,"totalSize":2,"startIndex":1,"data":[{"id":null,"type":"0","sort":2,"createTime":1587955250000,"createUser":"145","updateTime":1588149153000,"updateUser":"145"},{"id":null,"type":"0","sort":10,"createTime":1587955320000,"createUser":"146","updateTime":1588150383000,"updateUser":"146"}]}}。
首先可以将该第一数据的数据格式转换为字符型,得到第三数据,第三数据可以表示为'{"code":0,"msg":"成功","data":{"pageNum":1,"pageSize":20,"totalSize":2,"startIndex":1,"data":[{"id":null,"type":"0","sort":2,"createTime":1587955250000,"createUser":"145","updateTime":1588149153000,"updateUser":"145"},{"id":null,"type":"0","sort":10,"createTime":1587955320000,"createUser":"146","updateTime":1588150383000,"updateUser":"146"}]}}'。
然后通过正则表达式匹配出第三数据里面连续的数值(即数值型数据),并可以以列表的形式将匹配出的数值型数据进行保存,再遍历列表中的数值型数据,判断列表中的数值型数据是否有超出预设数值范围,若超出则将超出预设数值范围的数值型数据转换为字符型数据,从而得到第四数据。
第四数据此时可以表示为'{"code":0,"msg":"成功","data":{"pageNum":1,"pageSize":20,"totalSize":2,"startIndex":1,"data":[{"id":null,"type":"0","sort":2,"createTime":"1587955250000","createUser":"145","updateTime":"1588149153000","updateUser":"145"},{"id":null,"type":"0","sort":10,"createTime":"1587955320000","createUser":"146","updateTime":"1588150383000","updateUser":"146"}]}}'。
然后,再将第四数据的数据格式还原为第一数据的数据格式,即还原为josn格式,得到第二数据。此时,还原为josn格式的第二数据可以表示为{"code":0,"msg":"成功","data":{"pageNum":1,"pageSize":20,"totalSize":2,"startIndex":1,"data":[{"id":null,"type":"0","sort":2,"createTime":"1587955250000","createUser":"145","updateTime":"1588149153000","updateUser":"145"},{"id":null,"type":"0","sort":10,"createTime":"1587955320000","createUser":"146","updateTime":"1588150383000","updateUser":"146"}]}}。
方式三:
首先将第一数据的数据格式转换为字符型,得到第五数据,然后对得到的第五数据进行切片处理,得到第五数据,并将第六数据中超出预设数值范围的数值型数据转换为字符型数据,得到第七数据,最后第七数据的数据格式转换为第一数据的数据格式,即还原为josn格式,得到第二数据。
本申请实施例中,在进行切片时可以先以第一数据中的逗号为基准进行切片,然后再对切片得到的数据以冒号为基准再次进行切片,就能够得到第一数据中的数值型数据。可以理解的,在其他的一些实施例中还可以有其他的切片方式。
可以理解的,上述将第一数据中数值超出预设数值范围的数值型数据转换为字符型数据的方式仅仅是举例说明,在其他的一些实施例中,还可以采用其他的方式,本申请实施例中不再一一列举。
步骤S205:将第二数据发送给客户端。
将第二数据发送给客户端后,可将第二数据在客户端进行渲染展示,从而完成一次测试过程。
本申请实施例提供的数据处理方法,由于能够将应用服务端返回的第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,因此不会出现由于数值型数据的数值超出预设数值范围而导致误报错并结束测试流程的情形,确保接口测试的顺利进行。且根据RF框架的使用策略,当断言键名的键值时,只会断言键值的内容是否一致,不会断言具体的类型是字符型数据还是数值型数据,将类型为数值型的键值转换为字符型数据不会影响对结果的断言,因此将数值型数据转换为字符型数据不会对测试结果产生任何影响。另外,本申请实施例提供的数据处理方法整个过程简单、易于实现,可广泛应用于数据处理方案中。
第二方面,本申请实施例提供了一种数据处理装置,所述数据处理装置可应用于Remote服务端,请参阅图3,数据处理装置包括:
第一接收单元,用于接收客户端发送的测试请求,所述测试请求中携带有接口地址和请求参数;
第一发送单元,用于基于所述接口地址将所述请求参数发送给与所述接口地址对应的应用服务端;
第二接收单元,用于接收所述应用服务端基于所述请求参数返回的第一数据;
转换单元,用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据;
第二发送单元,用于将所述第二数据发送给所述客户端。
在一个可能的设计中,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,具体用于:
遍历所述第一数据中每个键名所对应的键值,确定出字段类型为数值型且对应的数值超出所述预设范围的键值;
将所述字段类型为数值型且对应的数值超出所述预设数值范围的键值转换为字符型数据,得到所述第二数据。
在一个可能的设计中,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据时,具体用于:
将所述第一数据的数据格式转换为字符型,得到第三数据;
通过正则表达式匹配出所述第三数据中数值超出所述预设数值范围的数值型数据;
将所述第三数据中数值超出所述预设数值范围的数值型数据转换为字符型数据,得到第四数据;
将所述第四数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据。
在一个可能的设计中,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据时,具体用于:
将所述第一数据的数据格式转换为字符型,得到第五数据;
对所述第五数据进行切片处理,得到第六数据;
将所述第六数据中超出所述预设数值范围的数值型数据转换为字符型数据,得到第七数据;
将所述第七数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据
在一个可能的设计中,所述第一接收单元在用于接收客户端发送的测试请求时,具体用于:
与所述客户端建立RPC连接;
接收所述客户端发送的测试请求。
本实施例第二方面提供的装置的工作过程、工作细节和技术效果,可以参见实施例第一方面,于此不再赘述。
如图4所示,本申请实施例第三方面提供了一种数据处理装置,包括依次通信相连的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发消息,所述处理器用于读取所述计算机程序,执行如实施例第一方面所述的的数据处理方法。
具体举例的,所述存储器可以但不限于包括随机存取存储器(RAM)、只读存储器(ROM)、闪存(Flash Memory)、先进先出存储器(FIFO)和/或先进后出存储器(FILO)等等;所述处理器可以不限于采用型号为STM32F105系列的微处理器、ARM(Advanced RISCMachines)、X86等架构处理器或集成NPU(neural-network processing units)的处理器;所述收发器可以但不限于为WiFi(无线保真)无线收发器、蓝牙无线收发器、通用分组无线服务技术(General Packet Radio Service,GPRS)无线收发器、紫蜂协议(基于IEEE802.15.4标准的低功耗局域网协议,ZigBee)无线收发器、3G收发器、4G收发器和/或5G收发器等。
本实施例第三方面提供的装置的工作过程、工作细节和技术效果,可以参见实施例第一方面,于此不再赘述。
本实施例第四方面提供了一种存储包含有实施例第一方面所述的数据处理方法的指令的计算机可读存储介质,即所述计算机可读存储介质上存储有指令,当所述指令在计算机上运行时,执行如第一方面所述的数据处理方法。其中,所述计算机可读存储介质是指存储数据的载体,可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(MemoryStick)等,所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
本实施例第四方面提供的计算机可读存储介质的工作过程、工作细节和技术效果,可以参见实施例第一方面,于此不再赘述。
本实施例第五方面提供了一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使所述计算机执行如实施例第一方面所述的基于微服务调用的权限管理方法,其中,所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
以上所描述的多个实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台仓库代码的合并装置执行各个实施例或者实施例的某些部分所述的方法。
本发明不局限于上述可选实施方式,任何人在本发明的启示下都可得出其他各种形式的产品,但不论在其形状或结构上作任何变化,凡是落入本发明权利要求界定范围内的技术方案,均落在本发明的保护范围之内。
Claims (10)
1.一种数据处理方法,其特征在于,包括:
接收客户端发送的测试请求,所述测试请求中携带有接口地址和请求参数;
基于所述接口地址将所述请求参数发送给与所述接口地址对应的应用服务端;
接收所述应用服务端基于所述请求参数返回的第一数据;
将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据;
将所述第二数据发送给所述客户端。
2.如权利要求1所述的方法,其特征在于,所述将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,包括:
遍历所述第一数据中每个键名所对应的键值,确定出字段类型为数值型且对应的数值超出所述预设范围的键值;
将所述字段类型为数值型且对应的数值超出所述预设数值范围的键值转换为字符型数据,得到所述第二数据。
3.如权利要求1所述的方法,其特征在于,所述将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,包括:
将所述第一数据的数据格式转换为字符型,得到第三数据;
通过正则表达式匹配出所述第三数据中数值超出所述预设数值范围的数值型数据;
将所述第三数据中数值超出所述预设数值范围的数值型数据转换为字符型数据,得到第四数据;
将所述第四数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据。
4.如权利要求1所述的方法,其特征在于,所述将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,包括:
将所述第一数据的数据格式转换为字符型,得到第五数据;
对所述第五数据进行切片处理,得到第六数据;
将所述第六数据中超出所述预设数值范围的数值型数据转换为字符型数据,得到第七数据;
将所述第七数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据。
5.如权利要求1所述的方法,其特征在于,所述接收客户端发送的测试请求,包括:
与所述客户端建立远程过程调用RPC连接;
接收所述客户端发送的测试请求。
6.一种数据处理装置,其特征在于,包括:
第一接收单元,用于接收客户端发送的测试请求,所述测试请求中携带有接口地址和请求参数;
第一发送单元,用于基于所述接口地址将所述请求参数发送给与所述接口地址对应的应用服务端;
第二接收单元,用于接收所述应用服务端基于所述请求参数返回的第一数据;
转换单元,用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据;
第二发送单元,用于将所述第二数据发送给所述客户端。
7.如权利要求6所述装置,其特征在于,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据,具体用于:
遍历所述第一数据中每个键名所对应的键值,确定出字段类型为数值型且对应的数值超出所述预设范围的键值;
将所述字段类型为数值型且对应的数值超出所述预设数值范围的键值转换为字符型数据,得到所述第二数据。
8.如权利要求6所述的装置,其特征在于,所述转换单元在用于将所述第一数据中数值超出预设数值范围的数值型数据转换为字符型数据,得到第二数据时,具体用于:
将所述第一数据的数据格式转换为字符型,得到第三数据;
通过正则表达式匹配出所述第三数据中数值超出所述预设数值范围的数值型数据;
将所述第三数据中数值超出所述预设数值范围的数值型数据转换为字符型数据,得到第四数据;
将所述第四数据的数据格式转换为所述第一数据的数据格式,得到所述第二数据。
9.一种数据处理装置,其特征在于,包括依次通信相连的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发消息,所述处理器用于读取所述计算机程序,执行如权利要求1~5任意一项所述的数据处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有指令,当所述指令在计算机上运行时,执行如权利要求1~5任意一项所述的数据处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010733231.9A CN111858368B (zh) | 2020-07-27 | 2020-07-27 | 数据处理方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010733231.9A CN111858368B (zh) | 2020-07-27 | 2020-07-27 | 数据处理方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111858368A true CN111858368A (zh) | 2020-10-30 |
CN111858368B CN111858368B (zh) | 2022-11-25 |
Family
ID=72948855
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010733231.9A Active CN111858368B (zh) | 2020-07-27 | 2020-07-27 | 数据处理方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111858368B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112672400A (zh) * | 2020-12-15 | 2021-04-16 | 成都新潮传媒集团有限公司 | 数据交互控制方法、设备及存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030061341A1 (en) * | 2001-09-26 | 2003-03-27 | Infineon Technologies North America Corp. | Media cross conversion interface |
CN1609792A (zh) * | 2003-10-24 | 2005-04-27 | 微软公司 | 计算机程序的编程接口 |
US20130312103A1 (en) * | 2012-05-21 | 2013-11-21 | Carnegie Mellon University | Detecting exploitable bugs in binary code |
CN104657275A (zh) * | 2015-03-09 | 2015-05-27 | 浪潮软件集团有限公司 | 一种内存越界的定位方法及装置 |
CN106815150A (zh) * | 2017-01-19 | 2017-06-09 | 网易(杭州)网络有限公司 | 服务端接口测试系统及方法 |
CN107209673A (zh) * | 2015-08-05 | 2017-09-26 | 谷歌公司 | 数据流加窗和触发 |
CN107861713A (zh) * | 2017-07-25 | 2018-03-30 | 平安普惠企业管理有限公司 | 数据调用方法、装置及计算机可读存储介质 |
CN109947646A (zh) * | 2019-03-13 | 2019-06-28 | 平安信托有限责任公司 | 接口测试方法、装置、计算机设备和存储介质 |
CN109992500A (zh) * | 2017-12-29 | 2019-07-09 | 北京奇虎科技有限公司 | 应用的接口测试方法、装置和计算机可读存储介质 |
CN110347708A (zh) * | 2019-06-28 | 2019-10-18 | 深圳市元征科技股份有限公司 | 一种数据处理方法以及相关设备 |
US20200104510A1 (en) * | 2018-05-02 | 2020-04-02 | Spectare Systems, Inc. | Static Software Analysis Tool Approach to Determining Breachable Common Weakness Enumerations Violations |
-
2020
- 2020-07-27 CN CN202010733231.9A patent/CN111858368B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030061341A1 (en) * | 2001-09-26 | 2003-03-27 | Infineon Technologies North America Corp. | Media cross conversion interface |
CN1609792A (zh) * | 2003-10-24 | 2005-04-27 | 微软公司 | 计算机程序的编程接口 |
US20130312103A1 (en) * | 2012-05-21 | 2013-11-21 | Carnegie Mellon University | Detecting exploitable bugs in binary code |
CN104657275A (zh) * | 2015-03-09 | 2015-05-27 | 浪潮软件集团有限公司 | 一种内存越界的定位方法及装置 |
CN107209673A (zh) * | 2015-08-05 | 2017-09-26 | 谷歌公司 | 数据流加窗和触发 |
CN106815150A (zh) * | 2017-01-19 | 2017-06-09 | 网易(杭州)网络有限公司 | 服务端接口测试系统及方法 |
CN107861713A (zh) * | 2017-07-25 | 2018-03-30 | 平安普惠企业管理有限公司 | 数据调用方法、装置及计算机可读存储介质 |
CN109992500A (zh) * | 2017-12-29 | 2019-07-09 | 北京奇虎科技有限公司 | 应用的接口测试方法、装置和计算机可读存储介质 |
US20200104510A1 (en) * | 2018-05-02 | 2020-04-02 | Spectare Systems, Inc. | Static Software Analysis Tool Approach to Determining Breachable Common Weakness Enumerations Violations |
CN109947646A (zh) * | 2019-03-13 | 2019-06-28 | 平安信托有限责任公司 | 接口测试方法、装置、计算机设备和存储介质 |
CN110347708A (zh) * | 2019-06-28 | 2019-10-18 | 深圳市元征科技股份有限公司 | 一种数据处理方法以及相关设备 |
Non-Patent Citations (3)
Title |
---|
QINGYANG WANG等: "A Study of Long-Tail Latency in n-Tier Systems: RPC vs. Asynchronous Invocations", 《2017 IEEE 37TH INTERNATIONAL CONFERENCE ON DISTRIBUTED COMPUTING SYSTEMS (ICDCS)》 * |
冯立彬: "超大整数相加,超过了long的范围,你要怎么做!", 《HTTPS://BLOG.CSDN.NET/FENGLIBING/ARTICLE/DETAILS/1756773?》 * |
王春雷等: "基于知识发现的网络安全态势感知系统", 《计算机科学》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112672400A (zh) * | 2020-12-15 | 2021-04-16 | 成都新潮传媒集团有限公司 | 数据交互控制方法、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111858368B (zh) | 2022-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102415845B1 (ko) | 사물 인터넷 리소스 구독 방법, 디바이스, 및 시스템 | |
CN108196961B (zh) | 一种异步消息处理方法、终端、系统及存储介质 | |
CN111930700A (zh) | 一种分布式日志处理方法、服务器、系统和计算设备 | |
CN109688051B (zh) | 会话列表显示方法、装置和电子设备 | |
CN111246406A (zh) | 一种短信发送方法、系统、存储介质及终端设备 | |
CN111858368B (zh) | 数据处理方法、装置及存储介质 | |
CN114500036A (zh) | 一种传输数据的方法、装置以及介质 | |
CN110865973B (zh) | 一种数据处理方法及设备和相关装置 | |
US8510426B2 (en) | Communication and coordination between web services in a cloud-based computing environment | |
CN113518431B (zh) | 通信处理方法、终端、装置及存储介质 | |
CN110059091B (zh) | 索引构建的方法、装置、客户端、服务器及系统 | |
CN108009246A (zh) | 一种历史消息查找方法及装置 | |
US10292057B2 (en) | Network identification and display based on local information | |
CN104079368B (zh) | 一种应用软件的测试数据传输方法及服务器 | |
CN106790323B (zh) | 一种资源发现的方法及装置 | |
CN112784139B (zh) | 查询方法、装置、电子设备和计算机可读介质 | |
US10897401B2 (en) | Determining the importance of network devices based on discovered topology, managed endpoints, and activity | |
CN112184027A (zh) | 任务进度更新方法、装置及存储介质 | |
CN107835124B (zh) | 邮件发送方法、装置及系统 | |
US8296055B2 (en) | Method and system for positional communication | |
CN116431523B (zh) | 一种测试数据管理方法、装置、设备及存储介质 | |
US11553050B2 (en) | Event notification method and device, apparatus and computer storage medium | |
CN114006880B (zh) | 一种消息回执的获取方法、装置、电子设备和存储介质 | |
CN113612676B (zh) | 社交群组的消息同步方法、装置、设备及存储介质 | |
CN109167668B (zh) | 一种消息的通知方法、消息的通知装置及终端设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |