CN110209571A - 更新接口的测试方法及装置、存储介质、计算机设备 - Google Patents

Abstract

本申请公开了一种更新接口的测试方法及装置、存储介质、计算机设备，该方法包括：接收测试任务，其中，测试任务包括测试数据以及测试功能；根据测试功能，确定测试功能对应的待测接口；通过待测接口，获取与测试数据对应的测试返回数据；根据测试返回数据，确定测试返回数据的类型；按照与测试返回数据的类型对应的预设排序规则，对测试返回数据进行排序；根据排序处理后的测试返回数据，得出待测接口的测试结果。本申请本申请可以根据测试任务自动对待测接口进行测试，并将测试返回数据有序化后，得出待测接口的测试结果，解决了传统测试方法无法对返回海量复杂数据的接口进行测试的问题，并且无需手动操作，方便可靠。

Description

更新接口的测试方法及装置、存储介质、计算机设备

技术领域

本申请涉及计算机技术领域，尤其是涉及到一种更新接口的测试方法及装置、存储介质、计算机设备。

背景技术

服务端接口经常会因业务的更新而更新，例如国际机票和酒店的联合搜索接口，会返回大量复杂数据，数据大小能达到几M甚至几十M，且里面的元素可能包括数字、字符串、对象等多种类型，而元素的子元素也包括上述几种类型，不断的嵌套，嵌套次数甚至达到几十次，每次嵌套的数据顺序都可能是不一样的。

传统的测试方法，是利用相同的查询条件分别请求更新前和更新后的服务端接口的返回数据，从而校验两次返回数据的一致性，以验证更新后的服务端接口能否实现原有接口的功能；或者利用相同的查询条件多次请求更新后的服务端接口的返回数据，从而校验多次的返回数据一致性，以验证更新后的服务端接口是否存在漏洞。然而对于上述的服务端接口类型，由于返回数据所包含的数据顺序可能存在不同，无法通过传统的测试方法对这类接口进行测试。

如何对返回复杂数据的服务端接口进行测试，已成为测试领域亟待解决的问题。

发明内容

有鉴于此，本申请提供了一种更新接口的测试方法及装置、存储介质、计算机设备，解决了传统测试方法无法对返回海量复杂数据的接口进行测试的问题。

根据本申请的一个方面，提供了一种更新接口的测试方法，包括：

接收测试任务，其中，所述测试任务包括测试数据以及测试功能；

根据所述测试功能，确定所述测试功能对应的待测接口；

通过所述待测接口，获取与所述测试数据对应的测试返回数据；

根据所述测试返回数据，确定所述测试返回数据的类型；

按照与所述测试返回数据的类型对应的预设排序规则，对所述测试返回数据进行排序；

根据排序处理后的测试返回数据，得出所述待测接口的测试结果。

根据本申请的另一方面，提供了一种更新接口的测试装置，包括：

任务接收模块，用于接收测试任务，其中，所述测试任务包括测试数据以及测试功能；

待测接口确定模块，用于根据所述测试功能，确定所述测试功能对应的待测接口；

测试模块，用于通过所述待测接口，获取与所述测试数据对应的测试返回数据；

类型确定模块，用于根据所述测试返回数据，确定所述测试返回数据的类型；

排序模块，用于按照与所述测试返回数据的类型对应的预设排序规则，对所述测试返回数据进行排序；

测试结果分析模块，用于根据排序处理后的测试返回数据，得出所述待测接口的测试结果。

依据本申请又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述更新接口的测试方法。

依据本申请再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述更新接口的测试方法。

借由上述技术方案，本申请提供的一种更新接口的测试方法及装置、存储介质、计算机设备，根据接收到的测试功能确定待测接口后，利用测试数据获取待测接口的测试返回数据，从而对测试返回数据进行排序处理，使测试返回数据变成有序化的数据，进而确定待测接口是否通过测试。本申请可以根据测试任务自动对待测接口进行测试，并将测试返回数据有序化后，得出待测接口的测试结果，解决了传统测试方法无法对返回海量复杂数据的接口进行测试的问题，并且无需手动操作，方便可靠。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例提供的一种更新接口的测试方法的流程示意图；

图2示出了本申请实施例提供的另一种更新接口的测试方法的流程示意图；

图3示出了本申请实施例提供的一种更新接口的测试装置的结构示意图；

图4示出了本申请实施例提供的另一种更新接口的测试装置的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种更新接口的测试方法，如图1所示，该方法包括：

步骤101，接收测试任务，其中，测试任务包括测试数据以及测试功能。

本申请提供的测试方法，可以对多个升级(或更新)接口的可靠性进行测试，而评价待测接口是否可靠，主要依据于某种预设好的功能是否能够通过该接口实现。例如，通过某查询接口是否能够实现国际机票的查询。测试任务具体可以包括测试数据以及测试功能，其中，测试功能用于确定一次测试行为需要测试的接口，而测试数据用于测试待测接口。

步骤102，根据测试功能，确定测试功能对应的待测接口。

依据测试任务中包含的测试功能，确定用于实现该功能的待测接口。例如，需测试的功能为国际机票的查询功能，则将用于实现该查询功能的接口确定为待测接口，从而利用测试数据对该接口进行测试。

步骤103，通过待测接口，获取与测试数据对应的测试返回数据。

在确定了待测接口后，将测试数据输入至待测接口中，获取待测接口输出的与测试数据对应的测试返回数据。例如，通过某查询接口查询下午3点至4点之间达到巴黎某机场的全部航班号，测试数据即为上述查询条件，待测接口即为上述接口，测试返回数据为将上述的查询条件输入上述查询接口后，查询接口返回的查询所得数据。

步骤104，根据测试返回数据，确定测试返回数据的类型。

本申请中的待测接口可以适用于返回大量复杂数据的接口，这些接口的返回数据经常能达到几兆甚至几十兆，并且这些返回数据中可能包含各种嵌套，并且每次的数据嵌套顺序都可能是不一样的。例如对于国际机票和酒店的联合搜索接口，若用户需要通过该接口查询下午3点至4点之间达到巴黎某机场后方便入住的酒店，查询接口在进行上述查询时，查询返回的结果会受到多种因素影响如酒店的广告排名、路况信息等等，即使两次查询返回的酒店信息是一样的，返回数据的嵌套顺序也会不一样。传统的测试方法通常是通过比较两次接口返回数据的一致性，判断接口是否通过测试，而如果测试返回数据的嵌套顺序不同，是无法通过这种传统方法进行测试的。

因此，本申请提出将测试返回数据进行排序处理，使返回的数据有序化，以便将有序化的数据进行比较，从而得到测试结果。

不同类型的数据具有不同的特点，例如数字类型的数据“123”、“456”，字符串类型的数据“abc”、“def”，因此不同类型的数据对应的排序规则也应是不同的。在对测试返回数据排序之前，需要先确定测试返回数据的类型，以便根据数据的类型确定相应的排序规则。

步骤105，按照与测试返回数据的类型对应的预设排序规则，对测试返回数据进行排序。

按照测试返回数据的类型确定对应的排序规则后，可以按照对应的排序规则将测试返回数据进行排序，使其变成方便分析的有序化数据。

步骤106，根据排序处理后的测试返回数据，得出待测接口的测试结果。

将测试返回数据进行排序后，就可以进一步利用有序化的测试返回数据分析待测接口是否通过测试。具体地，可以将有序化的测试返回数据与预设的结果进行比较，也可以比较两次或多次的测试返回数据从而确定待测接口的测试结果。

通过应用本实施例的技术方案，根据接收到的测试功能确定待测接口后，利用测试数据获取待测接口的测试返回数据，从而对测试返回数据进行排序处理，使测试返回数据变成有序化的数据，进而确定待测接口是否通过测试。本申请可以根据测试任务自动对待测接口进行测试，并将测试返回数据有序化后，得出待测接口的测试结果，解决了传统测试方法无法对返回海量复杂数据的接口进行测试的问题，并且无需手动操作，方便可靠。

进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的具体实施过程，提供了另一种更新接口的测试方法，如图2所示，该方法包括：

步骤201，接收测试任务；

步骤202，根据测试功能，确定测试功能对应的待测接口。

其中，测试功能包括原有功能或新增功能。若测试功能包括原有功能，则待测接口包括用于实现原有功能的更新前的接口以及用于实现原有功能的更新后的接口；若测试功能包括新增功能，则待测接口包括用于实现新增功能的更新后的接口。

一般的服务器接口更新有两种情况，一种是对已有功能的优化升级，一种是增加新的功能，或者二者兼备。如果需要对更新前后都具备的功能进行测试，那么则需要对更新前的实现该功能的接口和更新后的实现该功能的接口进行测试，从而判断更新后的接口是否能够实现原有接口的功能；而如果需要对更新后的新增功能进行测试，那么则需要对该功能的对应接口进行多次测试，从而判断该接口是否能够稳定可靠的工作。

步骤203，通过待测接口，获取与测试数据对应的测试返回数据。

具体地，步骤203具体可以包括：步骤2031，若测试功能包括原有功能，则根据测试数据，分别获取与原有功能对应的更新前的接口的测试返回数据以及更新后的接口的测试返回数据。

当测试功能为原有功能时，需要利用测试数据，获取与原有功能对应的更新前和更新后的接口的返回数据，从而可以依据更新前接口的返回数据，分析更新后的接口是否能够实现原有功能，即是否能够通过更新后接口得到与更新前接口相同的返回数据。

步骤203具体还可以包括：步骤2032，若测试功能包括新增功能，则根据测试数据，获取至少两次与新增功能对应的更新后的接口的测试返回数据。

当测试功能为新增功能时，需要利用测试数据，获取两次或两次以上的对应的接口的返回数据，从而可以依据获取到的多次返回数据，分析更新后的接口是否能够稳定运行。

需要说明的是，本申请中基于开源httpclient包向待测接口发送http请求，该请求具体为xml格式的测试数据，服务端接口经过处理后返回xml格式的测试返回数据。

步骤204，根据测试返回数据，确定测试返回数据的类型。

不同类型的数据具有不同的特点，例如数字类型的数据“123”、“456”，字符串类型的数据“abc”、“def”，因此不同类型的数据对应的排序规则也应是不同的。在对测试返回数据排序之前，需要先确定测试返回数据的类型，以便根据数据的类型确定相应的排序规则。

步骤205，按照与测试返回数据的类型对应的预设排序规则，对测试返回数据进行排序。

按照测试返回数据的类型确定对应的排序规则后，可以按照对应的排序规则将测试返回数据进行排序，使其变成方便分析的有序化数据。

在上述实施例中，具体地，测试返回数据的数据类型包括但不限于以下任意一种：字符串、数字、对象；测试返回数据包括多组测试返回子数据。

测试返回数据可以为字符串、数字或对象等类型，并且本申请可以对包含多组测试返回子数据的复杂测试返回数据进行分析，从而实现对待测接口的测试。其中，可以根据测试返回数据中的数据节点，将其划分为多组测试返回子数据。

若测试数据的数据类型为字符串，则步骤205具体为：按照每一组测试返回子数据的ASCII码从小到大或从大到小的顺序，排列多组测试返回子数据。

在具体的实施例中，若测试数据的数据类型为字符串，则按照ASCII码对照表的从小到大或者从大到小的顺序，将测试返回数据中包含的多组测试返回子数据进行排序，使其有序化。

若测试数据的数据类型为数字，则步骤205具体为：按照每一组测试返回子数据的数字从小到大或从大到小的顺序，排列多组测试返回子数据。

在具体的实施例中，若测试数据的数据类型为数字，则按照数字从小到大或者从大到小的顺序，将测试返回数据中包含的多组测试返回子数据进行排序，使其有序化。

若测试数据的数据类型为对象，则步骤205具体为：获取任意一组测试返回子数据的标识，标识对应有多个按顺序排列的字段；按照标识对应的字段顺序，分别对每一组测试返回子数据进行排序；将多组测试返回子数据的数据类型转换为数字或字符串后，排列转换后的多组测试返回子数据。

在具体的实施例中，在测试数据的数据类型为对象时，首先获取测试返回数据中任意一组测试返回子数据的标识，如果测试返回子数据由组合字段组成，那么可以利用该标识记录的该子数据中的字段顺序，排列其他的测试返回子数据的字段顺序，使每一组的测试返回子数据的字段顺序变为一致，进而再将字段顺序一致的每一组测试返回子数据的数据类型转换为数字类型或者字符串类型，再按照上述的对数字类型和字符串类型的测试返回数据的排序方法进行排序，使其有序化。

步骤206，根据排序处理后的测试返回数据，得出待测接口的测试结果。

具体地，步骤206可以包括：步骤2061，若测试功能包括原有功能，则比较排序后的与原有功能对应的更新前的接口的测试返回数据与更新后的接口的测试返回数据的一致性，若一致，则待测接口通过测试。

在具体的实施例中，对于原有功能的测试来说，需要将更新前后的接口的测试返回数据分别进行排序处理后，进行比较，如果通过更新前接口获得的测试返回数据与通过更新后接口获得的测试返回数据一致，则说明更新后的接口能够实现上述原有功能，测试通过，而如果不一致，则说明更新后的接口不能实现该功能，测试不通过，需要对更新后的接口进行调试。

步骤206还可以包括：步骤2062，若测试功能包括新增功能，则比较至少两次的排序后的与更新后的接口的测试返回数据的一致性，若一致，则待测接口通过测试。

在具体的实施例中，对于新增功能的测试来说，需要获取到的至少两次的测试返回数据分别进行排序处理后，进行比较，如果每次获取的测试返回数据均一致，则说明更新后的接口运行稳定，测试通过，而如果不一致，则说明更新后的接口运行不稳定，测试不通过，需要对更新后的接口进行调试。

另外，在验证待测接口运行稳定后，还可以将测试返回数据与预先规定的标准测试结果相比较，从而判断待测接口能否实现新增功能。

需要说明的是，对于排序后的测试返回数据，还可以按照每组子数据进行分行输出，并在输出文本上标记出每组子数据是否一致，便于测试人员查看和分析。

通过应用本实施例的技术方案，根据不同的需要测试的功能，自动选择待测接口，其中，若对原有功能测试，则选择更新前、后用于实现该原有功能的接口进行测试，若对新增功能测试，则选择更新后用于实现该新增功能的接口进行测试，而后利用测试数据通过待测接口获取测试返回数据，进一步确认返回数据的数据类型后，按照与数据类型相应的排序规则，对测试返回数据进行排序处理，从而得到有序化的可对比的测试返回数据，进而根据排序后的测试返回数据分析待测接口的测试结果，具体若每次获取的测试返回数据均一致，则测试通过，若不一致，则测试不通过。本申请根据测试功能自动选择待测接口，以及通过将测试返回数据有序化，使得可以根据测试返回数据确定测试结果，实现了对于返回大量复杂数据的接口的测试，并且减少了测试工作中的人为操作。

进一步的，作为图1方法的具体实现，本申请实施例提供了一种更新接口的测试装置，如图3所示，该装置包括：任务接收模块31、待测接口确定模块32、测试模块33、排序模块34、测试结果分析模块35。

任务接收模块31，用于接收测试任务，其中，测试任务包括测试数据以及测试功能；

待测接口确定模块32，用于根据测试功能，确定测试功能对应的待测接口；

测试模块33，用于通过待测接口，获取与测试数据对应的测试返回数据；

类型确定单元34，根据所述测试返回数据，确定所述测试返回数据的类型；

排序模块35，用于按照与所述测试返回数据的类型对应的预设排序规则，对所述测试返回数据进行排序；

测试结果分析模块36，用于根据排序处理后的测试返回数据，得出待测接口的测试结果。

在上述任一实施例中，具体地，测试返回数据的数据类型包括但不限于以下任意一种：字符串、数字、对象；测试返回数据包括多组测试返回子数据；

排序单元35，具体用于若测试数据的数据类型为字符串，则按照每一组测试返回子数据的ASCII码从小到大或从大到小的顺序，排列多组测试返回子数据；

排序单元35，具体还用于若测试数据的数据类型为数字，则按照每一组测试返回子数据的数字从小到大或从大到小的顺序，排列多组测试返回子数据；

排序单元35，具体还用于若测试数据的数据类型为对象，则获取任意一组测试返回子数据的标识，标识对应有多个按顺序排列的字段；

按照标识对应的字段顺序，分别对每一组测试返回子数据进行排序；

将多组测试返回子数据的数据类型转换为数字或字符串后，排列转换后的多组测试返回子数据。

在具体的应用场景中，测试功能包括原有功能；待测接口包括用于实现原有功能的更新前的接口以及用于实现原有功能的更新后的接口如图4所示，测试模块33，具体包括：第一测试单元331。

第一测试单元331，用于若测试功能包括原有功能，则根据测试数据，分别获取与原有功能对应的更新前的接口的测试返回数据以及更新后的接口的测试返回数据。

在具体的应用场景中，如图4所示，测试结果分析模块36，具体包括：第一比较单元361。

第一比较单元361，用于若测试功能包括原有功能，则比较排序后的与原有功能对应的更新前的接口的测试返回数据与更新后的接口的测试返回数据的一致性，若一致，则待测接口通过测试。

在具体的应用场景中，测试功能包括新增功能；待测接口包括用于实现新增功能的更新后的接口。

如图4所示，测试模块33，具体包括：第二测试单元332。

第二测试单元332，用于若测试功能包括新增功能，则根据测试数据，获取至少两次与新增功能对应的更新后的接口的测试返回数据。

在具体的应用场景中，如图4所示，测试结果分析模块36，具体包括：第二比较单元362。

第二比较单元352，用于若测试功能包括新增功能，则比较至少两次的排序后的与更新后的接口的测试返回数据的一致性，若一致，则待测接口通过测试。

需要说明的是，本申请实施例提供的一种更新接口的测试装置所涉及各功能单元的其他相应描述，可以参考图1和图2中的对应描述，在此不再赘述。

基于上述如图1和图2所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1和图2所示的更新接口的测试方法。

基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景所述的方法。

基于上述如图1、图2所示的方法，以及图3、图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1和图2所示的更新接口的测试方法。

可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、WI-FI接口)等。

本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现根据接收到的测试功能确定待测接口后，利用测试数据获取待测接口的测试返回数据，从而对测试返回数据进行排序处理，使测试返回数据变成有序化的数据，进而确定待测接口是否通过测试。本申请可以根据测试任务自动对待测接口进行测试，并将测试返回数据有序化后，得出待测接口的测试结果，解决了传统测试方法无法对返回海量复杂数据的接口进行测试的问题，并且无需手动操作，方便可靠。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种更新接口的测试方法，其特征在于，包括：

接收测试任务，其中，所述测试任务包括测试数据以及测试功能；

根据所述测试功能，确定所述测试功能对应的待测接口；

通过所述待测接口，获取与所述测试数据对应的测试返回数据；

根据所述测试返回数据，确定所述测试返回数据的类型；

按照与所述测试返回数据的类型对应的预设排序规则，对所述测试返回数据进行排序；

根据排序处理后的测试返回数据，得出所述待测接口的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述测试返回数据的数据类型包括但不限于以下任意一种：字符串、数字、对象；所述测试返回数据包括多组测试返回子数据；

若所述测试数据的数据类型为字符串，则所述按照与所述测试返回数据的数据类型对应的预设排序规则，对所述测试返回数据进行排序，具体包括：

按照每一组所述测试返回子数据的ASCII码从小到大或从大到小的顺序，排列多组所述测试返回子数据；

若所述测试数据的数据类型为数字，则所述按照与所述测试返回数据的数据类型对应的预设排序规则，对所述测试返回数据进行排序，具体包括：

按照每一组所述测试返回子数据的数字从小到大或从大到小的顺序，排列多组所述测试返回子数据；

若所述测试数据的数据类型为对象，则所述按照与所述测试返回数据的数据类型对应的预设排序规则，对所述测试返回数据进行排序，具体包括：

获取任意一组所述测试返回子数据的标识，所述标识对应有多个按顺序排列的字段；

按照所述标识对应的字段顺序，分别对每一组所述测试返回子数据进行排序；

将多组所述测试返回子数据的数据类型转换为数字或字符串后，排列转换后的多组所述测试返回子数据。

3.根据权利要求1或2所述的方法，其特征在于，所述测试功能包括原有功能，所述待测接口包括用于实现所述原有功能的更新前的接口以及用于实现所述原有功能的更新后的接口；

所述通过所述待测接口，获取与所述测试数据对应的测试返回数据，具体包括：

根据所述测试数据，分别获取与所述原有功能对应的所述更新前的接口的测试返回数据以及所述更新后的接口的测试返回数据。

4.根据权利要求3所述的方法，其特征在于，所述根据排序处理后的测试返回数据，得出所述待测接口的测试结果，具体包括：

比较排序后的与所述原有功能对应的所述更新前的接口的测试返回数据与所述更新后的接口的测试返回数据的一致性，若一致，则所述待测接口通过测试。

5.根据权利要求1或2所述的方法，其特征在于，所述测试功能包括新增功能，所述待测接口包括用于实现所述新增功能的更新后的接口；

所述通过所述待测接口，获取与所述测试数据对应的测试返回数据，具体包括：

根据所述测试数据，获取至少两次与所述新增功能对应的更新后的接口的测试返回数据。

6.根据权利要求5所述的方法，其特征在于，所述根据排序处理后的测试返回数据，得出所述待测接口的测试结果，具体包括：

比较至少两次的排序后的与所述更新后的接口的测试返回数据的一致性，若一致，则所述待测接口通过测试。

7.一种更新接口的测试装置，其特征在于，包括：

任务接收模块，用于接收测试任务，其中，所述测试任务包括测试数据以及测试功能；

待测接口确定模块，用于根据所述测试功能，确定所述测试功能对应的待测接口；

测试模块，用于通过所述待测接口，获取与所述测试数据对应的测试返回数据；

类型确定模块，用于根据所述测试返回数据，确定所述测试返回数据的类型；

排序模块，用于按照与所述测试返回数据的类型对应的预设排序规则，对所述测试返回数据进行排序；

测试结果分析模块，用于根据排序处理后的测试返回数据，得出所述待测接口的测试结果。

8.根据权利要求7所述的装置，其特征在于，所述测试返回数据的数据类型包括但不限于以下任意一种：字符串、数字、对象；所述测试返回数据包括多组测试返回子数据；

所述排序模块，具体用于若所述测试数据的数据类型为字符串，则按照每一组所述测试返回子数据的ASCII码从小到大或从大到小的顺序，排列多组所述测试返回子数据；

所述排序模块，具体还用于若所述测试数据的数据类型为数字，则按照每一组所述测试返回子数据的数字从小到大或从大到小的顺序，排列多组所述测试返回子数据；

所述排序模块，具体还用于若所述测试数据的数据类型为对象，则获取任意一组所述测试返回子数据的标识，所述标识对应有多个按顺序排列的字段；

按照所述标识对应的字段顺序，分别对每一组所述测试返回子数据进行排序；

将多组所述测试返回子数据的数据类型转换为数字或字符串后，排列转换后的多组所述测试返回子数据。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至6中任一项所述的更新接口的测试方法。

10.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至6中任一项所述的更新接口的测试方法。