CN110096446A - Sdk测试平台、测试系统及其测试方法 - Google Patents

Abstract

本申请公开了SDK测试平台、测试系统及其测试方法，涉及计算机自动测试化技术领域。本申请的主要技术方案为：PC端SDK测试平台根据设备端IP地址和端口号连接对应设备端，将测试脚本发送至移动设备端SDK测试平台；移动设备端SDK测试平台根据测试脚本调用测试封装函数测试SDK，接收SDK返回的测试结果；SDK测试平台将测试结果存储在移动设备端中，并将测试结果发送至PC端SDK测试平台。本申请通过在PC端设置PC端SDK测试平台和在移动设备端设置SDK测试平台，实现PC端能够统一测试各种类型设备端中的SDK，达到跨平台测试的目的。

Description

SDK测试平台、测试系统及其测试方法

技术领域

本申请涉及计算机自动测试化技术领域，尤其涉及SDK测试平台、测试系统及其测试方法。

背景技术

对于智能硬件设备，设备厂商根据客户的需求开发相应的硬件，在移动设备中开发一种与硬件设备相连的静态库软件，该静态库软件称为SDK(Software DevelopmentKit，软件开发工具包)，通过SDK实现移动设备与硬件设备的通信。同样的，对于在移动设备中开发的需要安全保护的控件(如手机盾，只对交易做一些安全的保护)，出于安全的考虑，也需要将该控件封装成SDK提供给客户使用，避免源码外泄，出现安全漏洞。

在设备出厂前，由于SDK对外提供给客户的是一个封装好的静态包，对于SDK内部函数的具体实现客户无从知晓，因此SDK的测试需要厂商内部进行，然而现有设备厂商并没有自动化的手段对提供给客户的SDK进行测试，只能由测试人员对SDK进行简单的功能测试，不能进行函数(接口)级别的测试。而且现有市面上的手机有很多系统，最广泛的就是iOS、安卓系统，因此在对SDK进行测试时，需要对iOS、安卓分别进行测试，两个系统又有诸多的差异性，导致测试人员测试两系统功能相似的接口，就要花费两倍甚至更多的时间。

发明内容

本申请提供一种PC端SDK测试平台，包括测试脚本库、测试脚本处理模块、第一通讯模块和存储模块；测试脚本库包括编写的测试脚本示例，通过对测试脚本示例中的测试参数修改形成新的测试脚本；测试脚本处理模块用于将所述测试脚本转换为预设数据格式；第一通讯模块用于通过IP地址和端口号连接对应的移动设备端，以及接收移动设备端返回的测试结果；存储模块用于将接收到的测试结果存储在PC端日志中。

如上的，其中，第一通讯模块具体用于通过初始化函数设置移动设备端的IP地址和端口号，实现与对应移动设备端的socket连接。

如上的，其中，所述测试用例中包括测试库名称、待测试内容、通用测试函数，通用测试函数中包括需要测试的参数以及移动设备端SDK测试平台需要返回的测试结果。

如上的，其中，所述预设数据格式包括测试内容、测试库名称、测试函数名称以及测试参数。

本申请还提供一种移动设备端SDK测试平台，包括第二通讯模块、测试脚本解析模块和SDK测试模块；第二通讯模块用于与PC端SDK测试平台进行socket连接，以及将测试结果返回PC端SDK测试平台；测试脚本解析模块用于从来自PC端SDK测试平台的预设格式的数据中解析出测试脚本；SDK测试模块用于通过调用SDK测试封装函数，根据测试脚本对待测试SDK进行测试，得到测试结果。

如上的，其中，所述第二通讯模块，具体用于通过获取IP地址函数获取移动设备端的IP地址，通过在PC端SDK测试平台配置所述IP地址和预置的端口号实现PC端SDK测试平台与移动设备端SDK测试平台的socket连接。

如上的，其中，在第二通讯模块中，通过调用数据接收函数处理数据粘包操作，具体为：接收预设数据格式的数据并存储在缓存区中，计算接收到的数据长度，如果缓存区的长度大于等于数据总长度，则提取出预设数据格式的数据的头内容，将剩余的数据移出缓存区，然后执行后续测试操作。

本申请还提供一种SDK自动化测试系统，包括上述PC端SDK测试平台，以及上述移动设备端SDK测试平台。

如上的，其中，在测试设备SDK时，若设备SDK是为硬件设备开发的SDK，则在移动设备端连接硬件设备；若设备SDK是为手机软件开发的SDK，则移动设备端启动手机软件。

本申请还提供一种SDK自动化测试方法，应用于上述SDK自动化测试系统中，所述方法包括：PC端SDK测试平台根据移动设备端SDK测试平台的IP地址和端口号连接对应移动设备端SDK测试平台，将测试脚本发送至移动设备端的SDK测试平台；移动设备端SDK测试平台根据测试脚本调用测试封装函数测试SDK，接收SDK返回的测试结果；移动设备端SDK测试平台将测试结果日志存储在移动设备端中，并将测试结果发送至PC端SDK测试平台。

如上的，其中，由移动设备端SDK测试平台通过调用获取设备IP地址函数获取设备的IP地址，然后在PC端SDK测试平台上配置移动设备端SDK测试平台的IP地址和预置的端口号，通过调用连接移动设备端函数实现与IP地址和端口号对应设备的socket连接。

本申请实现的有益效果如下：本申请通过在PC端设置PC端SDK测试平台和在设备端设置移动设备端SDK测试平台，实现PC端能够统一测试各种类型设备端中的SDK，达到跨平台测试的目的。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请提供的测试流程示意图；

图2为本申请提供的SDK测试系统结构图；

图3为本申请提供的SDK自动化测试方法流程图。

具体实施方式

下面结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了完成对市面上几乎所有的手机系统的全覆盖，本申请提供一种SDK测试系统，如图1所示，包括在PC端实现的跨平台的PC端SDK测试平台110和在移动设备端(如手机等)实现的移动设备端SDK测试平台120，将移动设备端作为服务端、将PC端作为接入服务器的客户端；在测试设备SDK130(包括安卓手机SDK、IOS手机SDK、其他手机SDK)时，若设备SDK是为硬件设备开发的SDK，则在设备端连接硬件设备(如蓝牙key等)，若设备SDK是为手机软件开发的SDK，则移动设备端启动手机软件，然后PC端SDK测试平台110将测试人员编写的测试用例通过长连接(socket)发送至移动设备端SDK测试平台120，根据不同的测试用例测试对应的设备SDK130，测试目的包括但不限于SDK函数测试、硬件设备功能验证和手机软件功能验证等。

参阅图2，图2为本申请提供的SDK测试系统结构图；

其中，PC端SDK测试平台210包括测试脚本库211、测试脚本处理模块212、第一通讯模块213和存储模块214；其中，测试脚本库211中包括测试人员编写的测试脚本示例，通过对测试脚本示例中的测试参数修改即可形成新的测试脚本；测试脚本处理模块212用于将测试脚本转换为预设数据格式，如json数据格式；第一通讯模块213用于通过IP地址和端口号连接对应的设备端；存储模块214用于将接收到的测试结果存储在日志中；

移动设备端SDK测试平台220包括第二通讯模块221、测试脚本解析模块222和SDK测试模块223；其中，第二通讯模块221用于与PC端SDK测试平台210进行长连接(SOCKET)，以及将测试结果返回PC测试平台210；测试脚本解析模块222用于从来自PC端SDK测试平台210的预设格式数据中解析出测试脚本，如json数据格式；SDK测试模块223用于通过调用SDK测试封装函数，根据测试脚本对待测试SDK进行测试，得到测试结果。

实施例一

本申请实施例一提供一种SDK自动化测试方法，应用于包括PC端和设备端组成的系统中，如图3所示，所述方法包括：

步骤310：PC端SDK测试平台根据移动设备端IP地址和端口号连接对应移动设备端；

具体地，首先由移动设备端的SDK测试平台通过调用获取设备IP地址函数NSString*GetIPAddress()，获取移动设备端的IP地址，然后由测试人员在PC端SDK测试平台上配置待测试移动设备端的IP地址和预置的端口号，通过调用连接移动设备端函数defconnectServer(self)实现与IP地址和端口号对应移动设备端的socket连接。

步骤320：PC端SDK测试平台将测试脚本转换为预设数据格式，将生成的测试数据发送至移动设备端SDK测试平台；

优选地，本申请PC端SDK测试平台将测试脚本转换为json串，其中，测试用例中包括测试库名称、待测试内容、通用测试函数，通用测试函数中包括需要测试的参数以及移动设备端的SDK测试平台需要返回的测试结果。

步骤330：移动设备端SDK测试平台从测试数据中解析出测试脚本，根据测试脚本调用测试封装函数测试SDK；

具体地，移动设备端SDK测试平台接收到测试数据后，解析出json格式的测试脚本，从中取出测试参数，将测试参数保存在参数列表中，并根据测试参数调用测试封装函数beginTestingTestContent:testContentType testArray:paramList finishBlock:^(NSDictionary*resultDic)开始测试SDK，得到测试结果resultDic。

步骤340：移动设备端SDK测试平台接收SDK返回的测试结果；

其中，移动设备端SDK测试平台通过统一的测试封装函数测试SDK，然后分别根据SDK不同的回调函数，在每个回调函数中获取SDK返回的测试结果，resultDic是部分接口回调的测试结果。

步骤350：移动设备端SDK测试平台将测试结果存储在移动设备端日志中，并将测试结果转换为预设数据格式，将生成的预设数据格式的测试结果发送至PC端SDK测试平台；

具体地，移动设备端SDK测试平台在在收到测试结果后通过函数(void)redirectStringToDocumentFolder:(NSString*)floderNamelogTitle:(NSString*)logTitle logString:(NSString*)logString中将测试结果存储在日志中，测试结果分两种，成功或者失败，通过调用(void)sendClientResultDic:(NSDictionary*)dic函数将成功或失败的测试结果转换为json串后发送至PC端SDK测试平台。

步骤360：PC端SDK测试平台解析出测试结果后，将测试结果存储在PC端日志中。

实施例二

在PC端SDK测试平台上实现初始化、连接移动设备端、断开与移动设备端的连接、收发数据等函数，具体如下：

初始化：在初始化函数def_init_(self,socketIP,socketPort,autoRecv＝None,onDataReceivedCallback＝None,onConnected＝None)中，设置移动设备端的IP地址socketIP和端口号socketPort，例如IP地址192.168.0.5、端口号9001；其中，初始化函数中还包括设置是否启动自动接收设备端数据线程的标志autoRecv、设置收到数据时的回调函数onDataReceivedCallback和连接成功时的回调函数onConnected、以及定义socket类型的网络通信；

连接设备端：在连接移动设备端函数def connectServer(self)中，根据初始化函数中设置的IP地址和端口号，与不同操作系统的移动设备端建立socket连接，实现跨平台的对话，并启动数据接收线程；

断开与移动设备端的连接：在断开连接函数def disconnectServer(self)中，当测试过程中需要结束或测试完成需要结束时，调用断开连接函数实现PC端与移动设备端的socket断开，并将断开连接标志置位；

收发数据：包括发送数据函数def sendData(self,data)和接收数据函数defdataReceiveWorkThread(clsIns)；在发送数据函数中，优选地PC端将测试脚本采用json传输方式发送至移动设备端，在接收数据函数中，PC端接收移动设备端返回的数据，并将数据转换为json类型；其中，PC端和设备端采用一发一收命令响应模式，即在PC端每次发送数据后均需收到设备端返回的响应。

其中，PC端与移动设备端进行传输的预设数据格式至少包括测试内容、测试库名称、测试函数名称以及测试参数；

例如，在移动设备端连接硬件设备(如蓝牙key)，PC端SDK测试平台与移动设备端SDK测试平台建立socket连接，测试与硬件设备连接的SDK，PC端SDK测试平台向移动设备端发送的json数据格式如下：

其中，GDRSDK为测试设备的种类标志；00000690为json串的长度；caseInfo作为当前脚本测试的解释与说明，标明测试的内容；functionInfo中包括三个关键字，其中，SDKName为测试库名称，是由开发人员和测试人员一同协商的测试库名字，根据测试库名称调用对应的测试库进行测试；FunctionName为测试函数名称，由测试人员与设备端提前预置，所有SDK通用，例如ScanBleDevice；description为测试函数的测试内容描述，如ScanBleDevice为扫描连接设备，当设备端接收到该函数名后，调用相应的SDK中的扫描连接设备接口；req为测试函数需要测试的参数；rsp为设备端返回的测试结果；

移动设备端SDK测试平台从上述测试脚本中获取硬件设备，即蓝牙key的蓝牙地址，移动设备端SDK测试平台通过设备SDK与硬件设备建立蓝牙连接；

在上述测试脚本的ScanBleDevice接口函数中，需要两个参数即蓝牙名称和超时时间，通过编写的下述示例脚本，测试蓝牙连接接口函数，同时测试返回的结果，并保存日志:

def sendCase(self,socketClient):

jsondata＝Json_Template()

jsondata.setParams(“name”,”string”,”9556821003500001”)

jsondata.setParams(“time”,”string”,”10”)

data＝jsondata.template(“这个用例用于测试：蓝牙连接”，”GDRCBDK”,”ScanBleDevice”,”扫描连接设备”，1，{})

rspJson＝socketClient.transmitData(data)

rspList＝jsondata.analysis(rspJson)

print rspList

dataStr＝jsondata.template(“这个用例用于测试：蓝牙连接”,”GDRCBDK”,”ScanBleDevice”,”扫描连接设备”，1，rspList)

Json_Template().writeJsonToLocal(‘蓝牙连接.txt’,dataStr)

上述测试脚本用于测试蓝牙连接，其中，需要测试的参数包括蓝牙名称name＝9556821003500001，超时时间time＝10秒，rspList为返回的json格式的测试结果，将蓝牙连接的测试结果存储在.txt格式的日志文件中。

进一步地，以下对测试脚本的测试功能进行详细描述：

1、脚本的自动生成功能：测试脚本具备自动生成能力，当需要实现新的测试需求时，更改测试脚本中的参数名或接口名，即可变为新的测试脚本；例如，上述测试脚本为实现新的测试功能，需要更改的是参数名、接口名和日志名；

2、边界测试功能：测试脚本中的超时时间可最小设置为0.1s，最大设置到蓝牙的额定连接时间，即可测试一个最大或最小连接的边界测试；例如，蓝牙的连接时间本身最大为15s，则超时时间参数time可设置为0.1s或15s；

3、批量测试功能：将测试用例放置在while循环中，即可为该测试用例设定循环测试，实现批量测试用例；例如，while循环100次测试用例；

4、压力测试功能：使用while循环方式实现接口的压力测试，例如循环1万次调用该测试用例，测试用例分1万次发送至设备端进行接口测试，如下：

socketClient＝CSocketClient(“192.168.2.4”4000)//设置IP地址和端口号

socketClient.connectServer()//通过IP地址和端口号与设备端的SDK测试平台连接

count＝0

while(count<10000)//1万次循环测试该测试用例sendCase

case.sendCase(socketClient)

count＝count+1

5、业务逻辑的有序接口调用：根据编写好的测试用例，按照顺序执行case、case1，然后根据实际业务组合出有序的接口调用。

实施例三

基于实施例二中PC端SDK测试平台的测试功能实现，本申请实施例三提供对应于PC端SDK测试平台的移动设备端SDK测试平台，实现PC端SDK测试平台能够直接测试设备SDK；

在移动设备端SDK测试平台上实现获取IP地址函数、数据接收函数、数据解析函数、测试封装函数和数据发送函数等，具体如下：

获取IP地址函数：在安卓、iOS等系统的设备中分别使用对应的获取IP地址函数从设备中获取IP地址，在PC端SDK测试平台使用获取到的IP地址以及预置的端口号即可实现PC端SDK测试平台与移动设备端SDK测试平台的连接；

数据接收函数，用于接收PC端SDK测试平台的预设数据格式的测试脚本，该测试脚本可以是json格式，通过对json数据进行解析，得到json格式的测试脚本，从测试脚本中获取测试参数，将测试参数存储在测试参数列表中；

其中，在数据接收函数(void)packageProcessWithData:(NSData*)data tag:(long)tag sock:(GCDAsyncSocket*)sock中包括处理数据粘包操作，具体为：接收json格式的数据并存储在缓存区中，计算接收到的json格式的数据长度，如果缓存区的长度小于数据总长度，则继续获取数据，如果缓存区的长度大于等于数据总长度，则说明在缓存区中有完整的数据包，提取出json数据的前14位头内容，将剩余的数据移出缓存区，然后执行后续测试操作；

需要说明的是，由于在测试脚本转换为json格式的过程中，头内容中包括有非法字符，若不处理掉这些非法数据会导致转换后的json数据内容为空，因此本申请为防止出现粘包问题将json数据的头内容去掉，对剩余数据进行解析处理。

测试封装函数：使用测试脚本中的测试参数调用测试封装函数beginTestingTestContent:testContentType testArray:paramList finishBlock:^(NSDictionary*resultDic)，对待测试SDK进行测试，并通过调用回调函数获取测试结果；

数据发送函数：在数据发送函数(void)sendClientResultDic:(NSDictionary*)dic中将测试结果存储在日志中，以及将测试结果发送至PC端SDK测试平台。

本申请实现的有益效果如下：

(1)本申请通过在PC端设置PC端SDK测试平台和在移动设备端设置SDK测试平台，实现PC端能够统一测试各种类型移动设备端中的SDK，达到跨平台测试的目的；

(2)采用socket的方式传输给硬件设备，实现对硬件设备中SDK的调用和对SDK代码的测试，并且能够对硬件设备(蓝牙key，Mpos等设备)进行业务测试，假设SDK接入的APP不存在硬件设备，也能够对APP的接口调用逻辑，业务逻辑进行测试；

(3)PC测试平台具有测试脚本跨平台、自动生成维护能力、方便扩展、可单个或批量执行；且能够实现接口参数的边界测试和压力测试，便于这带有业务逻辑的有序接口调用；

(4)能够记录所有测试日志，具备结果统计功能。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种PC端SDK测试平台，其特征在于，包括测试脚本库、测试脚本处理模块、第一通讯模块和存储模块；

测试脚本库包括编写的测试脚本示例，通过对测试脚本示例中的测试参数修改形成新的测试脚本；

测试脚本处理模块用于将所述测试脚本转换为预设数据格式；

第一通讯模块用于通过IP地址和端口号连接对应的移动设备端，以及接收移动设备端返回的测试结果；

存储模块用于将接收到的测试结果存储在PC端日志中。

2.如权利要求1所述的PC端SDK测试平台，其特征在于，第一通讯模块具体用于通过初始化函数设置待测试设备端的IP地址和端口号，实现与对应移动设备端的socket连接。

3.如权利要求1所述的PC端SDK测试平台，其特征在于，所述测试用例中包括测试库名称、待测试内容、通用测试函数，通用测试函数中包括需要测试的参数以及移动设备端SDK测试平台需要返回的测试结果。

4.如权利要求1所述的PC端SDK测试平台，其特征在于，所述预设数据格式包括测试内容、测试库名称、测试函数名称以及测试参数。

5.一种移动设备端SDK测试平台，其特征在于，包括第二通讯模块、测试脚本解析模块和SDK测试模块；

第二通讯模块用于与PC端SDK测试平台进行socket连接，以及将测试结果返回PC端SDK测试平台；

测试脚本解析模块用于从来自PC端SDK测试平台的预设格式的数据中解析出测试脚本；

SDK测试模块用于通过调用SDK测试封装函数，根据测试脚本对待测试设备SDK进行测试，得到测试结果。

6.根据权利要求5所述的移动设备端SDK测试平台，其特征在于，所述第二通讯模块，具体用于通过获取IP地址函数获取移动设备端的IP地址，通过在PC端SDK测试平台配置所述IP地址和预置的端口号实现PC端SDK测试平台与移动设备端SDK测试平台的socket连接。

7.根据权利要求5所述的移动设备端SDK测试平台，其特征在于，在第二通讯模块中，通过调用数据接收函数处理数据粘包操作，具体为：接收预设数据格式的数据并存储在缓存区中，计算接收到的数据长度，如果缓存区的长度大于等于数据总长度，则提取出预设数据格式的数据的头内容，将剩余的数据移出缓存区，然后执行后续测试操作。

8.一种SDK自动化测试系统，其特征在于，包括在PC端实现的如权利要求1-4中任意一项所述的PC端SDK测试平台，以及在移动设备端实现的如权利要求5-7中任意一项所述的移动设备端SDK测试平台。

9.如权利要求8所述的SDK自动化测试系统，其特征在于，在测试设备SDK时，若设备SDK是为硬件设备开发的SDK，则在移动设备端连接硬件设备；若设备SDK是为手机软件开发的SDK，则移动设备端启动手机软件。

10.一种SDK自动化测试方法，其特征在于，应用于如权利要求8-9中任意一项所述的SDK自动化测试系统中，所述方法包括：

PC端SDK测试平台根据移动设备端IP地址和端口号连接对应移动设备端，将测试脚本发送至移动设备端的SDK测试平台；

移动设备端SDK测试平台根据测试脚本调用测试封装函数测试设备SDK，接收设备SDK返回的测试结果；

移动设备端SDK测试平台将测试结果存储在移动设备端中，并将测试结果发送至PC端SDK测试平台。