CN111338959A - 一种数据处理方法及相关设备 - Google Patents
一种数据处理方法及相关设备 Download PDFInfo
- Publication number
- CN111338959A CN111338959A CN202010127723.3A CN202010127723A CN111338959A CN 111338959 A CN111338959 A CN 111338959A CN 202010127723 A CN202010127723 A CN 202010127723A CN 111338959 A CN111338959 A CN 111338959A
- Authority
- CN
- China
- Prior art keywords
- sdk
- access
- joint debugging
- sdks
- interface
- 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/362—Software debugging
-
- 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
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请提供了一种数据处理方法及相关设备,快速发现联调过程中存在异常的SDK接口,提高联调测试的效率,进而提高产品开发的效率。该方法包括:获取目标对象对应的联调数据,所述目标对象包括N个软件开发工具包SDK,所述N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,所述目标对象为处于联调测试过程中的对象;根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标;当所述M个SDK接口中存在联调指标满足第一预设条件的SDK接口时,发出第一提示信息,所述第一提示信息指示所述M个SDK接口中联调指标满足所述第一预设条件的SDK接口。
Description
技术领域
本申请涉及软件测试领域,尤其涉及一种数据处理方法及相关设备。
背景技术
在软件开发的过程中,往往采用前后端同时研发的方式,前后端分离的研发模式下,前后端开发人员共同约定每个接口的请求及相应信息,然后各自独立开发,开发完成后进行联调测试。
目前来说,在对软件的接口联调测试过程中,接口联调周期长,稳定性差的问题让产品开发效率大打折扣,并且往往爆出异常后也不容易定位问题所在,为了找出接口联调测试过程中的具体问题,无形消耗了大量时间,导致产品的接口联调测试效率低下,影响产品开发效率。
发明内容
本申请实施例提供了一种数据处理方法及相关设备,可以在联调测试过程中快速定位异常问题,提高联调测试的效率,进而提高产品开发效率。
本申请实施例第一方面提供一种数据处理方法,所述方法包括:
获取目标对象对应的联调数据,所述目标对象包括N个软件开发工具包SDK,所述N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,所述目标对象为处于联调测试过程中的对象;
根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标;
当所述M个SDK接口中存在联调指标满足第一预设条件的SDK接口时,发出第一提示信息,所述第一提示信息指示所述M个SDK接口中联调指标满足所述第一预设条件的SDK接口。
可选地,所述联调指标包括接入成功率、接入时长和/或中断接入时长,所述根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标包括:
根据所述联调数据获取所述M个SDK接口中每个SDK接口调用成功的第一次数以及所述M个SDK接口中每个SDK接口的调用失败的第二次数;
根据所述第一次数以及所述第二次数计算所述M个SDK接口中每个SDK接口的接入成功率;
和/或,
根据所述联调数据获取所述M个SDK接口中每个SDK接口的首次上报的第一时刻;
根据所述联调数据获取所述M个SDK接口中每个SDK接口的非首次上报的第二时刻;
当所述第二时刻为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的接入时长,所述联调成功指示SDK接口的调用满足第二预设条件;
和/或,
当所述第二时刻不为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的中断接入时长。
可选地,所述第一预设条件包括:
所述接入成功率低于第一预设值、所述接入时长大于第二预设值和/或所述中断接入时长大于第三预设值,其中,所述第一预设条件与所述联调指标相对应。
可选地,所述方法还包括:
根据所述M个SDK接口中每个SDK接口调用成功的第一次数确定所述N个SDK中每个SDK联调成功的第三次数;
根据所述M个SDK接口中每个SDK接口的调用失败的第二次数确定所述N个SDK中每个SDK中每个SDK联调失败的第四次数;
根据所述第三次数以及所述第四次数计算所述N个SDK中每个SDK的接入成功率;
对所述M个SDK接口中每个SDK接口的接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的接入时长;
对所述M个SDK接口中每个SKD接口的中断接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的中断接入时长;
当所述N个SDK中每个SDK的接入成功率小于第四预设值、所述N个SDK中每个SDK的接入时长大于第五预设值或所述N个SDK中每个SDK的中断接入时长大于第六预设值时,发出第二提示信息,所述第二提示信息指示所述N个SDK中接入成功率小于所述第四预设值、接入时长大于所述第五预设值或中断接入时长大于所述第六预设值的SDK。
可选地,所述方法还包括:
根据所述N个SDK中每个SDK调用成功的第三次数确定所述目标对象对应的第五次数;
根据所述N个SDK中每个SDK中每个SDK调用失败的第四次数确定所述目标对象对应的第六次数;
根据所述第五次数以及所述第六次数计算所述目标对象对应的全部SDK的接入成功率;
对所述N个SDK中每个SDK的接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的接入时长;
对所述N个SDK中每个SDK的中断接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的中断接入时长;
当所述目标对象对应的全部SDK的接入成功率小于第七预设值、所述目标对象对应的全部SDK的接入时长大于第八预设值或所述目标对象对应的全部SDK的中断接入时长大于第六预设值时,发出第三提示信息。
本申请实施例第二方面提供了一种数据处理装置,包括:
获取单元,用于获取目标对象对应的联调数据,所述目标对象包括N个软件开发工具包SDK,所述N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,所述目标对象为处于联调测试过程中的对象;
确定单元,用于根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标;
第一处理单元,用于当所述M个SDK接口中存在联调指标满足第一预设条件的SDK接口时,发出第一提示信息,所述第一提示信息指示所述M个SDK接口中联调指标满足所述第一预设条件的SDK接口。
可选地,所述联调指标包括接入成功率、接入时长和/或中断接入时长,所述确定单元具体用于:
根据所述联调数据获取所述M个SDK接口中每个SDK接口调用成功的第一次数以及所述M个SDK接口中每个SDK接口的调用失败的第二次数;
根据所述第一次数以及所述第二次数计算所述M个SDK接口中每个SDK接口的接入成功率;
和/或,
根据所述联调数据获取所述M个SDK接口中每个SDK接口的首次上报的第一时刻;
根据所述联调数据获取所述M个SDK接口中每个SDK接口的非首次上报的第二时刻;
当所述第二时刻为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的接入时长,所述联调成功指示SDK接口的调用满足第二预设条件;
和/或,
当所述第二时刻不为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的中断接入时长。
可选地,所述第一预设条件包括:
所述接入成功率低于第一预设值、所述接入时长大于第二预设值和/或所述中断接入时长大于第三预设值,其中,所述第一预设条件与所述联调指标相对应。
可选地,所述数据处理装置还包括:
第二处理单元,所述第二处理单元用于:
根据所述M个SDK接口中每个SDK接口调用成功的第一次数确定所述N个SDK中每个SDK联调成功的第三次数;
根据所述M个SDK接口中每个SDK接口的调用失败的第二次数确定所述N个SDK中每个SDK中每个SDK联调失败的第四次数;
根据所述第三次数以及所述第四次数计算所述N个SDK中每个SDK的接入成功率;
对所述M个SDK接口中每个SDK接口的接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的接入时长;
对所述M个SDK接口中每个SKD接口的中断接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的中断接入时长;
当所述N个SDK中每个SDK的接入成功率小于第四预设值、所述N个SDK中每个SDK的接入时长大于第五预设值或所述N个SDK中每个SDK的中断接入时长大于第六预设值时,发出第二提示信息,所述第二提示信息指示所述N个SDK中接入成功率小于所述第四预设值、接入时长大于所述第五预设值或中断接入时长大于所述第六预设值的SDK。
可选地,所述数据处理装置还包括:
第三处理单元,所述第三处理单元用于:
根据所述N个SDK中每个SDK调用成功的第三次数确定所述目标对象对应的第五次数;
根据所述N个SDK中每个SDK中每个SDK调用失败的第四次数确定所述目标对象对应的第六次数;
根据所述第五次数以及所述第六次数计算所述目标对象对应的全部SDK的接入成功率;
对所述N个SDK中每个SDK的接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的接入时长;
对所述N个SDK中每个SDK的中断接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的中断接入时长;
当所述目标对象对应的全部SDK的接入成功率小于第七预设值、所述目标对象对应的全部SDK的接入时长大于第八预设值或所述目标对象对应的全部SDK的中断接入时长大于第六预设值时,发出第三提示信息。
本申请实施例第三方面提供了一种计算机装置,其包括至少一个连接的处理器、存储器和收发器,其中,所述存储器用于存储程序代码,所述处理器用于调用所述存储器中的程序代码来执行上述各方面所述的操作。
本申请实施例第六方面提供了一种计算机存储介质,其包括指令,当其在计算机上运行时,使得计算机执行上述各方面所述的操作。
综上所述,可以看出,本申请中,数据处理装置可以获取目标对象的联调数据,之后根据联调数据确定目标对象的每个SDK接口的联调指标,且在当联调指标满足第一预设条件时,发出第一提示新,该第一提示信息指示该M个SDK接口中满足第一预设条件的SDK接口。由此,可以在联调测试过程中,快速定位异常情况的SDK接口,提高联调测试的效率,进而提高产品开发进度。
附图说明
图1为本申请实施例提供的数据处理方法的网络架构示意图;
图2为本申请实施例提供的数据处理方法的一个流程示意图;
图3为本申请实施例提供的数据上报SDK上报联调数据的流程示意图;
图4为本申请实施例提供的联调数据的拉取和分析的示意图;
图5为本申请实施例提供了数据处理方法的另一流程示意图;
图6为本申请实施例提供的数据处理方法的另一流程示意图;
图7A为本申请实施例提供的SDK接口的度量效率显示示意图;
图7B为本申请实施例提供的SDK的度量效率显示示意图;
图7C为本申请实施例提供的目标对象的度量效率显示示意图;
图8为本申请实施例提供的数据处理装置的虚拟结构示意图;
图9为本申请实施例提供的服务器的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或模块的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或模块,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块,本申请中所出现的模块的划分,仅仅是一种逻辑上的划分,实际应用中实现时可以有另外的划分方式,例如多个模块可以结合成或集成在另一个***中,或一些特征可以忽略,或不执行,另外,所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,模块之间的间接耦合或通信连接可以是电性或其他类似的形式,本申请中均不作限定。并且,作为分离部件说明的模块或子模块可以是也可以不是物理上的分离,可以是也可以不是物理模块,或者可以分布到多个电路模块中,可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。
联调测试又称组装测试、联合测试、子***测试、部件测试。侧重点在于模块间接口的正确性、各模块间的数据流和控制流是否按照设计实现其功能、以及集成后整体功能的正确性。
首先对本申请实施例中涉及的名词进行说明:
软件开发工具包(Software Development Kit,SDK):软件工程师用于为特定的软件包、软件框架、硬件平台以及操作***等创建应用软件的开发工具的集合。可以是简单的为某个编程语言提供应用程序接口的一些文件,但也可能包括能与某种嵌入式***通讯的复杂的硬件。一般的工具包括用于调试和其他用途的实用工具。SDK还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。
游戏SDK:游戏开发中用到的特定的软件包、软件框架、硬件平台、操作***等开发游戏的集合,一套统一的游戏SDK接入框架,能让游戏开发者以最短的时间,接入多种SDK,让游戏快速对接完成并上线,一款游戏会接入多款SDK。
接口:每个SDK都是由一套陈述、功能、选项、其它表达程序结构的形式以及程序师使用的程序或者程序语言提供的数据组成,通过接口将SDK的使用方法暴露给使用者。
接入效率:软件工程师在开发游戏的过程中开始联调SDK中的接口,从开始联调、首次调用成功以及联调成功这几个阶段所花费的时间。
Kafka:高吞吐量的分布式发布订阅消息***,可以处理消费者在网站中的所有动作流数据。
Redis:一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,其中,ANSI C是美国国家标准协会(American NationalStandards Institute,ANSI)对C语言发布的标准。
请参阅图1,图1为本申请实施例提供的数据处理方法的网络架构示意图,包括:本申请中的服务器101可以是一台服务器,也可以是多台服务器,服务器101从数据中心102获取待测试产品103的联调数据。具体的,待测试产品103在联调测试过程中,会产生相关上下文日志,该上下文日志会通过数据上报SDK上报到数据中心102,该上下文日志中包含SDK接口调用成功、SDK接口调用失败以及调用过程中的数据等,数据中心102接收到该上下文日志后对数据进行实时计算汇总和清洗,区分调用成功以及调用失败的数据汇总保存下来。服务器101根据当前接入的产品,以定时拉取的方式将联调数据拉取回来,从不同的维度进行计算,包括产品、产品SDK以及SDK的接口等方面,细粒度的计算能更准确度量出SDK的接入效率,发现接入过程中的问题,从而找到优化的方法。具体的,服务器101可以从数据中心102获取待测试产品103的联调数据,该目标对象包括N个软件开发工具包SDK,N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,目标对象为处于联调测试过程中的对象;之后,根据联调数据确定M个SDK接口中每个SDK接口的联调指标,当该M个SDK接口中存在联调指标满足第一预设条件的SDK接口时,发出第一提示信息,该第一提示信息指示M个SDK接口中联调指标满足第一预设条件的SDK接口。由此,可以在产品联调测试过程中,快速定位异常的SDK接口,提高联调测试的效率,进而提高产品开发效率。
下面从数据处理装置的角度对本申请提供的数据处理方法进行说明,该数据处理装置可以是服务器,也可以是服务器中的服务单元,具体不做限定。
请参阅图2,图2为本申请提供的数据处理方法的流程示意图,包括:
201、获取目标对象对应的联调数据。
本实施例中,在对目标对象进行联调测试的过程中,通过数据上报SDK将目标对象在联调测试中的联调数据上报至数据中心,之后数据处理装置可以从数据中心获取目标对象对应的联调数据,其中,该目标对象包括N个SDK,N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,目标对象为处于联调测试过程中的对象,该目标对象可以是游戏,也可以是其他的应用程序,具体不做限定。
首先结合图3对数据上报SDK上报联调数据的流程进行说明,请参阅图3,图3为本申请实施例自提供的数据上报SDK上报联调数据的流程示意图,目标对象的SDK的联调数据306来源于数据上报SDK301,数据上报SDK301将目标对象的全部SDK接口联调的过程中的上下文日志上报到数据中心302,并实时写入kafka303中,并经过ETL(该ETL为Extract-Transform-Load的缩写,用来描述将数据从来源端经过抽取(extract)、转换(transform)以及加载(load)至目的端的过程)将数据进行格式化处理,得到格式化数据304并保存在Redis305中,进而得到联调数据306。
下面结合图4对如何从Redis中拉取数据并对数据进行处理进行说明,将数据进行格式化处理,得到格式化数据并保存至Redis中,也即将目标对象的N个SDK、N个SDK中的每个SDK对应的M个接口,以及M个接口中每个接口的数据进行处理之后,汇总存储在度量数据汇总(Redis)401中,之后数据处理装置通过corn402设定的时间定时拉取(例如每小时拉取一次,当然也还可以是其他的,例如每10分钟)的方式从度量数据汇总(Redis)401中拉取SDK接口的上报数据;之后对拉取的数据进行分析,分析接入度量效率403,并展示接入联调详情404以及接入业务总览405。其中,cron表示通过特定的规则指定时间,用于定时任务。
需要说明的是,数据上报SDK是以SDK下每个SDK接口为最小粒度上报数据,周期性或者接收指令时从Redis汇总数据中拉取来统计SDK接口的上报详情,该联调数据主要包含接入的目标对象的标识、SDK标识、SDK接口标识、调用时刻、调用成功数以及调用失败数,当然也还可以包括其他的数据,例如调用者以及调用SDK的版本。
需要说明的是,数据上报SDK在上报数据时,可以定时进行上报,也可以是接收到上报请求时上报,具体不做限定,另外数据上报SDK上报的数据格式包含目标对象的标识、上报的SDK代码以及SDK接口的代码,根据这些标识可以获取到目标对象的SDK接口在接入过程中上报联调数据(简单来说,该联调数据指示的就是什么时刻调用了什么接口,接口调用成功与否的数据),从而可以计算出调用数、成功率、接入时长,后续可以根据成功率和接入时长执行相应的操作。
202、根据联调数据确定M个SDK接口中每个SDK接口的联调指标。
本实施例中,该联调指标包括接入成功率、接入时长和/或中断接入时长,数据处理装置可以根据联调数据确定M个SDK接口中每个SDK接口的联调指标,下面进行具体说明,数据处理装置如何根据联调数据确定M个SDK接口中每个SDK接口的联调数据。
数据处理装置通过获取到的目标对象的联调数据可以计算出SDK接口的首次联调时刻、SDK接口首次联调成功时刻以及SDK接口的接入成功率。
首先对SDK接口联调成功进行定义:
1、假设SDK的某个接口每小时调用超过2次,并且成功率超过50%,该接口判定为联调成功;
2、假设SDK的某个接口每小时调用小于2次,但是连续超过两个小时调用并成功率大于50%。
如果满足上述的两个条件中的任意一个,则该SDK接口确定联调成功,如果都不满足上述两个条件,则该SDK接口联调不成功(上述对SDK接口联调成功的定义中的数值仅为举例说明,当然也还可以是的数值,例如每小时调用超过3次,成功率超过60%等等,具体不做限定)。
其次,确定几个SDK接口的度量数据的计算方法:
首次联调时刻:首次接口上报时刻;
首次联调成功时刻:满足联调成功定义的接口调用时刻为首次联调成功时刻;
接口接入成功率:接口调用成功次数/(接口调用成功次数+接口调用失败次数);
接口接入时长,此处从两个维度进行计算,一个是小时数,一个是天数:所有接口上报联调数据中,满足联调成功定义的接口调用时刻为首次联调成功时刻与首次接口上报时刻的差值。
下面计算M个SDK接口中每个SDK接口的联调指标:
接口接入成功率:
可以获取M个SDK接口中每个SDK接口调用成功的第一次数以及M个SDK接口中每个SDK接口调用失败的第二次数,之后根据第一次数以及第二次数计算M个SDK接口中每个SDK接口的接入成功率。也就是说,对于目标对象的M个SDK接口中的接口,如目标对象包括1个接口,则可以获取到该接口的调用成功的次数(如20次),以及该接口的调用失败的次数(如10次),之后可以根据调用成功的次数以及调用失败的次数计算该接口的接入成功率(如20/(20+10)=66.7%),此处以一个SDK接口为例进行说明,当目标对象包括多个SDK接口时,可以按照上述方式得到每个SDK接口的接入成功率。
接口接入时长:
可以获取M个SDK接口中每个SDK接口首次上报的第一时刻,同时获取到M个SDK接口中每个SDK接口非首次上报的第二时刻,并判断该第二时刻是否为联调成功的时刻,上述已经对联调成功的定义进行说明,此处在进行判断是可以以该联调成功的定义为基准进行判断,当该第二时刻为联调成功的时刻时,则根据该第一时刻以及第二时刻计算M个接口中每个SDK接口的接入时长,例如该目标对象包含1个接口,知道该接口首次接入的第一时刻,如2020年1月20日10:00:00,联调成功的第二时刻,如2020年1月20日11:00:00,则该接口的接入时长即为1小时,此处以一个接口为例进行说明,当该目标对象包括多个接口时,可以按照上述方式得到每个接口的SDK的接入时长。
接口中断接入时长:
上述在通过联调成功的定义对第二时刻进行判断时,当该第二时刻不为联调成功的时刻时,可以根据该第一时刻以及第二时刻计算接口的中断接入时长,也就是说,在接口为联调成功之前的时长均为中断接入时长,由此可以得到M个接口中每个接口的中断接入时长。
需要说明的是,上述对联调指标的计算方式进行详细说明,在实际应用中,可以只选取联调指标中的某一个指标(例如只以接入成功率进行测试)进行测试,也还可以选用联调指标中的所有指标进行联调测试,具体不做限定。
203、判断M个SDK接口中是否存在联调指标满足第一预设条件的SDK接口,若是,则执行步骤204,若否,则执行步骤205。
本实施例中,数据处理装置在得到联调指标之后,可以判断该M个SDK接口中是否存在联调指标满足第一预设条件的SDK,其中该第一预设条件为接入成功率低于第一预设值、接入时长大于第二预设值,中断接入时长大于第三预设值。在判断该联调指标是否满足第一预设条件时,分别对联调指标中的各个指标进行判断,判断接入成功率是否低于第一预设值,判断接入时长是否大于第二预设值,判断中断接入时长是否大于第三预设之,只要SDK接口中有一个联调指标满足其对应的预设值,则确定该SDK接口的联调指标满足第一预设条件,执行步骤204,当SDK接口的联调指标中的所有指标均不满足其对应的预设值时,执行步骤205。
204、发出第一提示信息。
本实施例中,当M个SDK接口中不存在联调指标满足第一预设条件SDK时,发出第一提示信息。例如当该成功率低于第一预设值时,发出第一提示信息,该第一提示信息指示该M个SDK接口中成功率低于第一预设值的SDK接口,当该成功率低于第一预设值,且该接入时长大于第二预设值时,发出第一提示信息,此时,该第一提示信息指示该M个SDK接口中接入成功率低于第一预设值的SDK接口、接入时长大于第二预设值的SDK接口或接入中断时长大于第三预设值的SDK。
205、执行其他操作。
本实施例中,当该M个SDK接口中不存在满足第一预设条件的SDK时,可以执行其他的操作,例如继续执行联调测试。
综上所述,可以看出,本申请中,数据处理装置可以获取目标对象的联调数据,之后根据联调数据确定目标对象的每个SDK接口的联调指标,且在当联调指标满足第一预设条件时,发出第一提示新,该第一提示信息指示该M个SDK接口中满足第一预设条件的SDK接口。由此,可以在联调测试过程中,快速定位异常情况的SDK接口,提高联调测试的效率,进而提高产品开发进度。
上面以SDK接口为基准说明如何确定SDK接口联调指标并发出提示信息,下面以SDK为基准说明如何确定确定SDK联调指标并发出提示信息的。
需要说明的是,该SDK的联调指标至少包括接入成功率、接入时长和中断接入时长中的一个,为了描述简便,下面结合图5以SDK的联调指标为接入成功率、接入时长以及中断接入时长为例进行说明。
首先对SDK的几个度量数据进行说明:
SDK首次联调时刻:SDK下的全部接口中的最早上报的时刻。
SDK首次联调成功时间:SDK下的全部接口中的最早联调成功的时刻。
SDK接入成功率:SDK下全部接口调用成功次数/(全部接口调用成功次数+全部接口调用失败次数)。
SDK接入时长:SDK下各SDK接口上报数据中,各SDK接口所有接入时长小时数汇总后进行去重处理,或SDK下各SDK接口上报数据中,各SDK接口所有接入时长天数汇总后进行去重处理(此处从两个维度来确定SDK接入时长,小时数或者天数,具体不限定)。
请参阅图5,图5为本申请实施例提供的数据处理方法的另一流程示意图,包括:
501、获取目标对象对应的联调数据。
502、根据联调数据确定M个SDK接口中每个SDK接口的联调指标。
需要说明的是,图5中的步骤501至步骤502与图2中的步骤201至步骤202类似,上述图2中已经进行了详细说明,具体此处不再赘述。
503、根据M个SDK接口中每个SDK接口调用成功的第一次数确定N个SDK中每个SDK调用成功的第三次数。
本实施例中,数据处理装置在得到M个SDK接口中每个接口调用成功的第一次数之后,可以将N个SDK中每个SDK对应的SDK接口调用成功的第一次数相加,可以得到N个SDK中每个SDK调用成功的次数,例如目标对象包括1个SDK,该SDK对应了3个SDK接口A、B、C,其中,A接口调用成功的次数为10次,B接口调用成功的次数为8次,C接口调用成功的次数为12次,则该SDK调用成功的次数为10+8+12=30。
504、根据M个SDK接口中每个SDK接口的调用失败的第二次数确定N个SDK中每个SDK联调失败的第四次数。
本实施例中,数据处理装置在得到M个SDK接口中每个接口调用失败的第二次数之后(其中N个SDK中每个SDK均对应了M个SDK接口,此处也即可以通过每个SDK对应的M个SDK接口调用失败的次数相加得到每个SDK对应的调用失败的次数),可以将N个SDK中每个SDK对应的SDK接口调用失败的第二次数相加,可以得到N个SDK中每个SDK调用失败的次数,例如目标对象包括1个SDK,该SDK对应了3个SDK接口A、B、C,其中,A接口调用失败的次数为2次,B接口调用失败的次数为5次,C接口调用失败的次数为1次,则该SDK调用失败的次数为2+5+1=8。
505、根据第三次数以及第四次数计算N个SDK中每个SDK的接入成功率。
本实施例中,数据处理装置在得到目标对象的N个SDK中每个SDK的调用成功的第三次数以及N个SDK中每个SDK调用失败的第四次数之后,可以根据第三次数以及第四次数计算N个SDK中每个SDK的接入成功率,例如目标对象包括1个SDK,则该SDK调用成功的次数为30次,调用失败的次数为8次,则接入成功率为30/(30+8)=79%。
506、对M个SDK接口中每个SDK接口的接入时长进行去重处理后相加,得到N个SDK中每个SDK的接入时长。
本实施例中,数据处理装置在得到M个SDK接口中每个SDK接口的接入时长之后,可以对M个SDK接口中每个SDK接口的接入时长进行去重处理后相加,得到N个SDK中每个SDK的接入时长,例如目标对象包括1个SDK,该SDK对应3个接口,A、B、C,其中A接口的接入时长为2020年1月20日10:00:00至2020年1月20日12:00:00,共计2小时,B接口的接入时长为2020年1月20日11:00:00至2020年1月20日16:00:00,共计5小时,C接口的接入时长2020年1月20日9:00:00至2020年1月20日12:00:00为3小时,对各个SDK接口进行去重处理,得到该SDK的接入时长为2020年1月20日9:00:00至2020年1月20日16:00:00,共7个小时。
507、对M个SDK接口中每个SKD接口的中断接入时长进行去重处理后相加,得到N个SDK中每个SDK的中断接入时长。
需要说明的是,步骤507中中断接入时长的去重方式与步骤506中接入时长的去重方式类似,上述已经进行了详细说明,具体此处不再赘述。
还需要说明的是,数据处理装置通过步骤503至步骤505可以得到N个SDK中每个SDK的接入成功率,通过步骤506可以得到N个SDK中每个SDK的接入时长,通过步骤507可以得到N个SDK中每个SDK的中断接入时长,然而,这三个步骤之间并没有先后执行顺序的限制,可以先执行步骤503至步骤505,也可以先执行步骤506,也可以先执行步骤507,或者同时执行,具体不做限定。
508、判断N个SDK中是否存在联调指标满足第三预设条件的SDK,若是,则执行步骤509,若否,则执行步骤510。
本实施例中,数据处理装置可以判断N个SDK中是否存在满足第三预设条件的SDK,其中,该第三预设条件为接入成功率小于第四预设值、接入时长大于第五预设值或中断接入时长大于第六预设值,也即判断N个SDK中是否存在接入成功率小于第四预设值、接入时长大于第五预设值或中断接入时长大于第六预设值的SDK,若是,则确定N个SDK中存在满足第三预设条件的SDK,执行步骤509,若否,则确定N个SDK中不存在满足第三预设条件的SDK,执行步骤510。
509、发出第二提示信息。
本实施例中,数据处理装置在确定该N个SDK中存在满足第三预设条件的SDK时,发出第二提示信息,该第二提示信息指示N个SDK中满足第三预设条件的SDK。
510、执行其他操作。
本实施例中,数据处理装置在确定该N个SDK中不存在满足第三预设条件的SDK时,执行其他操作,也就是说,当数据处理装置在确定N个SDK中不存在接入成功率小于第四预设值、接入时长大于第五预设值或中断接入时长大于第六预设值的SDK时,执行其他操作。
综上所述,可以看出,本申请中,数据处理装置可以获取目标对象的联调数据,之后根据联调数据确定目标对象的每个SDK接口的联调指标,并根据每个SDK接口的联调指标计算N个SDK中每个SDK的联调指标,且在当SDK联调指标满足第三预设条件时,发出第二提示信息,该第二提示信息指示该N个SDK中满足第二预设条件的SDK。由此,可以在联调测试过程中,快速定位异常情况的SDK,提高联调测试的效率,进而提高产品开发进度。
下面结合图6以目标对象为基准说明如何确定目标对象的联调指标并发出提示信息的。该目标对象的联调指标至少包括接入成功率、接入时长和中断接入时长中的一个,为了描述简便,以目标对象的联调指标为接入成功率、接入时长以及中断接入时长为例进行说明。
首先对目标对象的联调指标的计算方式进行说明:
目标对象首次联调时刻:目标对象对应的SDK中的全部接口最早上报时刻。
目标对象首次联调成功时刻:目标对象对应的SDK中的全部接口最早联调成功的时刻。
目标对象SDK接入成功率:目标对象对应的全部SDK接口调用成功次数/(目标对象对应的SDK的全部接口调用成功次数+目标对象的SDK的全部接口调用失败次数)。
目标对象对应的全部SDK的接入时长:目标对象对应的全部SDK中,SDK接入时长的全部小时数去重,或,目标对象对应的全部SDK中,SDK接入花费的全部天数去重。
请参阅图6,图6为本申请实施例提供的数据处理方法的另一流程示意图,包括:
601、获取目标对象对应的联调数据。
602、根据联调数据确定M个SDK接口中每个SDK接口的联调指标。
需要说明的是,图6中的步骤601至步骤602与图2中的步骤201至步骤202类似,上述图2中已经进行了详细说明,具体此处不再赘述。
603、根据N个SDK中每个SDK调用成功的第三次数确定目标对象对应的第五次数。
上述图5中已经计算得到N个SDK中每个SDK的调用成功的第三次数,将N个SDK中每个SDK调用成功的次数相加,即可得到目标对象全部SDK的调用成功次数。
604、根据N个SDK中每个SDK中每个SDK联调失败的第四次数确定目标对象对应的第六次数。
上述图5中已经计算得到N个SDK中每个SDK的调用失败的第四次数,将N个SDK中每个SDK调用失败的次数相加,即可得到目标对象全部SDK的调用失败次数。
605、根据第五次数以及第六次数计算目标对象对应的全部SDK的接入成功率。
本实施例中,在得到目标对象对应的全部SDK的调用成功次数以及调用失败次数之后,可以计算得到目标对象对应的全部SDK的接入成功率。
606、对N个SDK中每个SDK的联调时长进行去重处理后相加,得到目标对象对应的全部SDK的接入时长。
607、对N个SDK中每个SDK的中断接入时长进行去重处理后相加,得到目标对象对应的全部SDK的中断接入时长。
需要说明的是,图6中的步骤606以及步骤607分别对目标对象的所有SDK进行去重后,得到目标对象对应的全部SDK的接入时长以及中断接入时长,上述图5中已经对去重进行详细说明,具体此处不再赘述。
需要说明的是,数据处理装置通过步骤603至步骤605可以得到目标对象对应的全部SDK的接入成功率,通过步骤606可以得到目标对象对应的全部SDK的接入时长,通过步骤607可以得到目标对象对应的全部SDK的中断接入时长,然而,这三个步骤之间并没有先后执行顺序的限制,可以先执行步骤603至步骤605,也可以先执行步骤606,也可以先执行步骤607,或者同时执行,具体不做限定。
608、判断目标对象对应的全部SDK中是否存在满足第四预设条件的SDK,若是,则执行步骤609,若否,则执行步骤610。
本实施例中,该第四预设条件为接入成功率小于第七预设值、接入时长大于第八预设值或中断接入时长大于第六预设值时,此时可以判断该目标对象对应的全部SDK中是否存在接入成功率小于第七预设值、接入时长大于第八预设值或中断接入时长大于第六预设值的SDK,若是,则发出第三提示信息。
609、发出第三提示信息。
本实施例中,当数据处理装置确定目标对象对应的全部SDK中存在满足第四预设条件的SDK时,发出第三提示信息,该第三提示信息指示目标对象对应的全部SDK中接入成功率小于第七预设值、接入时长大于第八预设值或中断接入时长大于第六预设值的SDK。
610、执行其他操作。
本实施例中,当数据处理装置确定目标对象对应的全部SDK中不存在满足第四预设条件的SDK时,执行其他操作,例如继续执行联调测试,或者终止联调测试。
需要说明的是,在得到每个SDK的联调指标、每个SDK接口对应的联调指标以及目标对象对应的联调指标之后,可以进行图示化展示,请参阅图7A至图7C,图7A为本申请提供的SDK接口度量效率的显示示意图,请参阅图7A,其中包括接口名称7A01,例如logout,调用量7A02“1709”,接入成功率7A03“95.32%”,联调启动时间7A04“2019-03-19 10:00:00”,联调结束时间7A05“2019-01-19:14:00:00”,接入时长7A06“接入天数以及接入时长”以及超时告警配置7A07(也即预设的报警时长,如图7A中接入时长超过5小时报警,或发出提示信息),还包括详情数据7A09,展开可以查看接口Logout的所有详细数据;
请参阅图7B,图7B为本申请提供的SDK的度量效率的显示示意图,以SDK为SDK-A为例进行说明,其中包括调用量/成功率7B01“175944/77%”,联调启动日期7B02“2019-03-1819:00:00”、首个接口成功日期7B03“2019-03-18 19:00:00”、联调完成日期7B04以及接入有效天数7B05“2”,以及7B06的SDK-A中各个接口对应的度量效率,如7B06中的“Logout、AutoLogin以及Login”,以SDK-A中各个接口的调用量、成功率、联调启动时间、联调结束时间、接入天数、接入时长以及各自对应的超时告警配置(还可以在SDK-A的各个接口对应的位置显示按钮(图7B中未显示),并通过对该按钮的操作显示如图7A中接口的具体信息);图7B中还可以显示SDK的测试进度,如图7B中的“进度3/20”等等其他于联调测试相关的信息,具体不做限定。
请参阅图7C,图7C为目标对象对应的接入度量效率的示意图,包括接入时长6C01“16小时”以及7C02中展示的目标对象中各个SDK,可以点击各个SDK以显示各个SDK对应的详细信息(图7C中未展示)。
需要说明的是,在展示SDK接口、SDK以及目标对象的接入度量效率时,可以以表格的形式展示,也可以是纯文字,也可以是图标的形式,具体不做限定。此处图7A至图7C以表格为例进行说明。
综上所述,可以看出,本申请中,数据处理装置可以获取目标对象的联调数据,之后根据联调数据确定目标对象的每个SDK接口的联调指标,并根据每个SDK接口的联调指标计算N个SDK中每个SDK的联调指标,并根据N各SDK种每个SDK的联调指标计算目标对象对应的全部SDK的联调指标,且在当目标对象对应的全部SDK中存在满足第三预设条件的SDK时,发出第三提示信息,该第三提示信息指示该目标对象的全部SDK中满足第四预设条件的SDK。由此,可以在联调测试过程中,快速定位异常情况的SDK,同时还可以展示目标对象全部SDK的联调指标,在提高联调测试的效率的同时,可视化展示目标对象的联调指标。
请参阅图8,图8为本申请实施例提供的数据处理装置的一个实施例示意图,包括:
获取单元801,用于获取目标对象对应的联调数据,所述目标对象包括N个软件开发工具包SDK,所述N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,所述目标对象为处于联调测试过程中的对象;
确定单元802,用于根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标;
第一处理单元803,用于当所述M个SDK接口中存在联调指标满足第一预设条件的SDK接口时,发出第一提示信息,所述第一提示信息指示所述M个SDK接口中联调指标满足所述第一预设条件的SDK接口。
可选地,所述联调指标包括接入成功率、接入时长和/或中断接入时长,所述确定单元802具体用于:
根据所述联调数据获取所述M个SDK接口中每个SDK接口调用成功的第一次数以及所述M个SDK接口中每个SDK接口的调用失败的第二次数;
根据所述第一次数以及所述第二次数计算所述M个SDK接口中每个SDK接口的接入成功率;
和/或,
根据所述联调数据获取所述M个SDK接口中每个SDK接口的首次上报的第一时刻;
根据所述联调数据获取所述M个SDK接口中每个SDK接口的非首次上报的第二时刻;
当所述第二时刻为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的接入时长,所述联调成功指示SDK接口的调用满足第二预设条件;
和/或,
当所述第二时刻不为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的中断接入时长。
可选地,所述第一预设条件包括:
所述接入成功率低于第一预设值、所述接入时长大于第二预设值和/或所述中断接入时长大于第三预设值,其中,所述第一预设条件与所述联调指标相对应。
可选地,所述数据处理装置还包括:
第二处理单元804,所述第二处理单元804用于:
根据所述M个SDK接口中每个SDK接口调用成功的第一次数确定所述N个SDK中每个SDK联调成功的第三次数;
根据所述M个SDK接口中每个SDK接口的调用失败的第二次数确定所述N个SDK中每个SDK中每个SDK联调失败的第四次数;
根据所述第三次数以及所述第四次数计算所述N个SDK中每个SDK的接入成功率;
对所述M个SDK接口中每个SDK接口的接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的接入时长;
对所述M个SDK接口中每个SKD接口的中断接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的中断接入时长;
当所述N个SDK中每个SDK的接入成功率小于第四预设值、所述N个SDK中每个SDK的接入时长大于第五预设值或所述N个SDK中每个SDK的中断接入时长大于第六预设值时,发出第二提示信息,所述第二提示信息指示所述N个SDK中接入成功率小于所述第四预设值、接入时长大于所述第五预设值或中断接入时长大于所述第六预设值的SDK。
可选地,所述数据处理装置还包括:
第三处理单元805,所述第三处理单元805用于:
根据所述N个SDK中每个SDK调用成功的第三次数确定所述目标对象对应的第五次数;
根据所述N个SDK中每个SDK中每个SDK调用失败的第四次数确定所述目标对象对应的第六次数;
根据所述第五次数以及所述第六次数计算所述目标对象对应的全部SDK的接入成功率;
对所述N个SDK中每个SDK的接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的接入时长;
对所述N个SDK中每个SDK的中断接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的中断接入时长;
当所述目标对象对应的全部SDK的接入成功率小于第七预设值、所述目标对象对应的全部SDK的接入时长大于第八预设值或所述目标对象对应的全部SDK的中断接入时长大于第六预设值时,发出第三提示信息。
综上所述,可以看出,本申请中,数据处理装置可以获取目标对象的联调数据,之后根据联调数据确定目标对象的每个SDK接口的联调指标,且在当联调指标满足第一预设条件时,发出第一提示新,该第一提示信息指示该M个SDK接口中满足第一预设条件的SDK接口。由此,可以在联调测试过程中,快速定位异常情况的SDK接口,提高联调测试的效率,进而提高产品开发进度。
上面从模块化功能实体的角度对本申请实施例中的数据处理装置进行了描述,下面从硬件处理的角度对本申请实施例中的服务器进行描述。
图9是本申请实施例提供的一种服务器结构示意图,该服务器900可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(英文全称:centralprocessing units,英文简称:CPU)922(例如,一个或一个以上处理器)和存储器932,一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中,存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器922可以设置为与存储介质930通信,在服务器900上执行存储介质930中的一系列指令操作。
服务器900还可以包括一个或一个以上电源926,一个或一个以上有线或无线网络接口950,一个或一个以上输入输出接口958,和/或,一个或一个以上操作***941,例如Windows Server,Mac OS X,Unix,Linux,FreeBSD等。
上述实施例中由数据处理装置所执行的步骤可以基于该图9所示的服务器结构。
本申请实施例还提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现所述数据处理方法以及所述数据处理方法。
本申请实施例还提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行所述数据处理方法以及所述数据处理方法。
本申请实施例还提供了一种设备,设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现上述所述数据处理方法以及所述数据处理方法的步骤。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行上述所述数据处理方法以及所述数据处理方法的步骤。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、***或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种数据处理方法,其特征在于,包括:
获取目标对象对应的联调数据,所述目标对象包括N个软件开发工具包SDK,所述N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,所述目标对象为处于联调测试过程中的对象;
根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标;
当所述M个SDK接口中存在联调指标满足第一预设条件的SDK接口时,发出第一提示信息,所述第一提示信息指示所述M个SDK接口中联调指标满足所述第一预设条件的SDK接口。
2.根据权利要求1所述的方法,其特征在于,所述联调指标包括接入成功率、接入时长和/或中断接入时长,所述根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标包括:
根据所述联调数据获取所述M个SDK接口中每个SDK接口调用成功的第一次数以及所述M个SDK接口中每个SDK接口的调用失败的第二次数;
根据所述第一次数以及所述第二次数计算所述M个SDK接口中每个SDK接口的接入成功率;
和/或,
根据所述联调数据获取所述M个SDK接口中每个SDK接口的首次上报的第一时刻;
根据所述联调数据获取所述M个SDK接口中每个SDK接口的非首次上报的第二时刻;
当所述第二时刻为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的接入时长,所述联调成功指示SDK接口的调用满足第二预设条件;
和/或,
当所述第二时刻不为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的中断接入时长。
3.根据权利要求2所述的方法,其特征在于,所述第一预设条件包括:
所述接入成功率低于第一预设值、所述接入时长大于第二预设值和/或所述中断接入时长大于第三预设值,其中,所述第一预设条件与所述联调指标相对应。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
根据所述M个SDK接口中每个SDK接口调用成功的第一次数确定所述N个SDK中每个SDK联调成功的第三次数;
根据所述M个SDK接口中每个SDK接口的调用失败的第二次数确定所述N个SDK中每个SDK中每个SDK联调失败的第四次数;
根据所述第三次数以及所述第四次数计算所述N个SDK中每个SDK的接入成功率;
对所述M个SDK接口中每个SDK接口的接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的接入时长;
对所述M个SDK接口中每个SKD接口的中断接入时长进行去重处理后相加,得到所述N个SDK中每个SDK的中断接入时长;
当所述N个SDK中每个SDK的接入成功率小于第四预设值、所述N个SDK中每个SDK的接入时长大于第五预设值或所述N个SDK中每个SDK的中断接入时长大于第六预设值时,发出第二提示信息,所述第二提示信息指示所述N个SDK中接入成功率小于所述第四预设值、接入时长大于所述第五预设值或中断接入时长大于所述第六预设值的SDK。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
根据所述N个SDK中每个SDK调用成功的第三次数确定所述目标对象对应的第五次数;
根据所述N个SDK中每个SDK中每个SDK调用失败的第四次数确定所述目标对象对应的第六次数;
根据所述第五次数以及所述第六次数计算所述目标对象对应的全部SDK的接入成功率;
对所述N个SDK中每个SDK的接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的接入时长;
对所述N个SDK中每个SDK的中断接入时长进行去重处理后相加,得到所述目标对象对应的全部SDK的中断接入时长;
当所述目标对象对应的全部SDK的接入成功率小于第七预设值、所述目标对象对应的全部SDK的接入时长大于第八预设值或所述目标对象对应的全部SDK的中断接入时长大于第六预设值时,发出第三提示信息。
6.一种数据处理装置,其特征在于,包括:
获取单元,用于获取目标对象对应的联调数据,所述目标对象包括N个软件开发工具包SDK,所述N个SDK中每个SDK对应M个SDK接口,其中,N和M均为大于或等于1的正整数,所述目标对象为处于联调测试过程中的对象;
确定单元,用于根据所述联调数据确定所述M个SDK接口中每个SDK接口的联调指标;
第一处理单元,用于当所述M个SDK接口中存在联调指标满足第一预设条件的SDK接口时,发出第一提示信息,所述第一提示信息指示所述M个SDK接口中联调指标满足所述第一预设条件的SDK接口。
7.根据权利要求6所述的装置,其特征在于,所述联调指标包括接入成功率、接入时长和/或中断接入时长,所述确定单元具体用于:
根据所述联调数据获取所述M个SDK接口中每个SDK接口调用成功的第一次数以及所述M个SDK接口中每个SDK接口的调用失败的第二次数;
根据所述第一次数以及所述第二次数计算所述M个SDK接口中每个SDK接口的接入成功率;
和/或,
根据所述联调数据获取所述M个SDK接口中每个SDK接口的首次上报的第一时刻;
根据所述联调数据获取所述M个SDK接口中每个SDK接口的非首次上报的第二时刻;
当所述第二时刻为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的接入时长,所述联调成功指示SDK接口的调用满足第二预设条件;
和/或,
当所述第二时刻不为联调成功的时刻时,则根据所述第一时刻以及所述第二时刻计算所述M个SDK接口中每个SDK接口的中断接入时长。
8.根据权利要求7所述的装置,其特征在于,所述第一预设条件包括:
所述接入成功率低于第一预设值、所述接入时长大于第二预设值和/或所述中断接入时长大于第三预设值,其中,所述第一预设条件与所述联调指标相对应。
9.一种计算机装置,其特征在于,所述计算机装置包括:
至少一个处理器、存储器和收发器;
其中,所述存储器用于存储程序代码,所述处理器用于调用所述存储器中存储的程序代码来执行如权利要求1-5任一项所述的数据处理方法的步骤。
10.一种计算机存储介质,其特征在于,其包括指令,当其在计算机上运行时,使得计算机执行如权利要求1-5任一所述的数据处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010127723.3A CN111338959B (zh) | 2020-02-27 | 2020-02-27 | 一种数据处理方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010127723.3A CN111338959B (zh) | 2020-02-27 | 2020-02-27 | 一种数据处理方法及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111338959A true CN111338959A (zh) | 2020-06-26 |
CN111338959B CN111338959B (zh) | 2021-06-15 |
Family
ID=71183819
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010127723.3A Active CN111338959B (zh) | 2020-02-27 | 2020-02-27 | 一种数据处理方法及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111338959B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111949421A (zh) * | 2020-08-12 | 2020-11-17 | 北京奇艺世纪科技有限公司 | Sdk调用方法、装置、电子设备和计算机可读存储介质 |
CN113222300A (zh) * | 2021-06-15 | 2021-08-06 | 中国银行股份有限公司 | 产品改造数据的处理方法、装置、可读介质以及设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363264A (zh) * | 2014-10-22 | 2015-02-18 | 北京棱镜云桥科技有限公司 | 移动终端软件的多渠道sdk接入***及方法 |
CN106651650A (zh) * | 2016-12-07 | 2017-05-10 | 国网浙江省电力公司电力科学研究院 | 联调测控装置及应用该装置的电力物联网联调测控*** |
CN106951369A (zh) * | 2017-03-15 | 2017-07-14 | 微梦创科网络科技(中国)有限公司 | 一种联调测试的管理方法及装置 |
US20170244814A1 (en) * | 2016-02-19 | 2017-08-24 | Wuhan MBaaS Computing Co., Ltd. | Apparatus, System and Method to Provide IoT Cloud Backend Service |
US20170249139A1 (en) * | 2015-09-02 | 2017-08-31 | Google Inc. | Software development and distribution platform |
CN107368408A (zh) * | 2017-05-31 | 2017-11-21 | 中国船舶工业综合技术经济研究院 | 一种面向接口的软件故障注入自动化测试方法 |
CN107943688A (zh) * | 2017-11-02 | 2018-04-20 | 北京奇虎科技有限公司 | 一种sdk检查方法、装置、终端设备及存储介质 |
CN108446120A (zh) * | 2018-02-13 | 2018-08-24 | 北京奇虎科技有限公司 | 一种sdk接入安装包的检测方法、装置及终端设备 |
CN110096395A (zh) * | 2019-03-12 | 2019-08-06 | 深圳壹账通智能科技有限公司 | 接口联调测试方法、装置、计算机设备及存储介质 |
-
2020
- 2020-02-27 CN CN202010127723.3A patent/CN111338959B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363264A (zh) * | 2014-10-22 | 2015-02-18 | 北京棱镜云桥科技有限公司 | 移动终端软件的多渠道sdk接入***及方法 |
US20170249139A1 (en) * | 2015-09-02 | 2017-08-31 | Google Inc. | Software development and distribution platform |
US20170244814A1 (en) * | 2016-02-19 | 2017-08-24 | Wuhan MBaaS Computing Co., Ltd. | Apparatus, System and Method to Provide IoT Cloud Backend Service |
CN106651650A (zh) * | 2016-12-07 | 2017-05-10 | 国网浙江省电力公司电力科学研究院 | 联调测控装置及应用该装置的电力物联网联调测控*** |
CN106951369A (zh) * | 2017-03-15 | 2017-07-14 | 微梦创科网络科技(中国)有限公司 | 一种联调测试的管理方法及装置 |
CN107368408A (zh) * | 2017-05-31 | 2017-11-21 | 中国船舶工业综合技术经济研究院 | 一种面向接口的软件故障注入自动化测试方法 |
CN107943688A (zh) * | 2017-11-02 | 2018-04-20 | 北京奇虎科技有限公司 | 一种sdk检查方法、装置、终端设备及存储介质 |
CN108446120A (zh) * | 2018-02-13 | 2018-08-24 | 北京奇虎科技有限公司 | 一种sdk接入安装包的检测方法、装置及终端设备 |
CN110096395A (zh) * | 2019-03-12 | 2019-08-06 | 深圳壹账通智能科技有限公司 | 接口联调测试方法、装置、计算机设备及存储介质 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111949421A (zh) * | 2020-08-12 | 2020-11-17 | 北京奇艺世纪科技有限公司 | Sdk调用方法、装置、电子设备和计算机可读存储介质 |
CN111949421B (zh) * | 2020-08-12 | 2023-09-05 | 北京奇艺世纪科技有限公司 | Sdk调用方法、装置、电子设备和计算机可读存储介质 |
CN113222300A (zh) * | 2021-06-15 | 2021-08-06 | 中国银行股份有限公司 | 产品改造数据的处理方法、装置、可读介质以及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111338959B (zh) | 2021-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9405662B2 (en) | Process for displaying test coverage data during code reviews | |
US20070203973A1 (en) | Fuzzing Requests And Responses Using A Proxy | |
AU2017327823B2 (en) | Test case generator built into data-integration workflow editor | |
US11550628B2 (en) | Performing runbook operations for an application based on a runbook definition | |
US8631280B2 (en) | Method of measuring and diagnosing misbehaviors of software components and resources | |
CN111338959B (zh) | 一种数据处理方法及相关设备 | |
CN110007921B (zh) | 一种代码发布方法及装置 | |
US8046638B2 (en) | Testing of distributed systems | |
KR20150118963A (ko) | 큐 모니터링 및 시각화 | |
CN113227978B (zh) | 计算机处理管线中的自动异常检测 | |
US20140095934A1 (en) | Test case production utilizing problem reports | |
CN111240876A (zh) | 微服务的故障定位方法、装置、存储介质及终端 | |
EP4160421A1 (en) | Method and apparatus for obtaining browser running data, and storage medium | |
US11169910B2 (en) | Probabilistic software testing via dynamic graphs | |
CN112817869A (zh) | 测试方法、装置、介质及电子设备 | |
CN115328891A (zh) | 数据迁移方法、装置、存储介质及电子设备 | |
CN112306862B (zh) | 一种前端自动化测试***及方法、存储介质、计算设备 | |
CN109840213B (zh) | 一种gui测试的测试数据创建方法、装置、终端及存储介质 | |
CN111741046B (zh) | 数据上报方法、获取方法、装置、设备及介质 | |
CN114116480A (zh) | 应用程序测试覆盖率的确定方法、装置、介质及设备 | |
CN114003497A (zh) | 业务***的测试方法、装置、设备及存储介质 | |
US11169905B2 (en) | Testing an online system for service oriented architecture (SOA) services | |
CN112416727A (zh) | 批处理作业的检核方法、装置、设备及介质 | |
CN111581088A (zh) | 基于Spark的SQL程序的调试方法、装置、设备及存储介质 | |
US20230350672A1 (en) | System and method for evaluating software development |
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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40023742 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |