CN108874679A - 接口测试方法及装置 - Google Patents

Abstract

本发明实施例提供了一种接口测试方法及装置。其中，所述方法，包括：获取待测接口对应的记录文件，所述记录文件中包含有所述待测接口的多个历史交互数据；根据所述多个历史交互数据，确定干扰项和预期结果；利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性；基于准确性分析结果，判定所述待测接口是否通过测试。本发明实施例提供的技术方案能够提高测试效率和测试准确度。

Description

接口测试方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种接口测试方法及装置。

背景技术

通常情况下，应用程序的正常运行离不开与服务端的数据交互，即运行在客户端上的应用程序需要通过服务端为其提供的各种接口来获取各种数据以实现各种功能。可见，服务端为应用程序提供的接口能否正常工作直接影响了应用程序的运行。因此，对接口进行测试是有必要的。

而现有技术中，对接口的测试大部分采用人工方式进行，例如：根据经验手动设定接口返回预期，再通过人工来校验实际返回数据与预期是否一致。这种人工测试方式不仅测试效率低，且测试准确度低。

发明内容

本发明实施例提供的技术方案目的在于提高测试效率和测试准确度。

本发明的一个方面提供了一种接口测试方法，包括：

获取待测接口对应的记录文件，所述记录文件中包含有所述待测接口的多个历史交互数据；

根据所述多个历史交互数据，确定干扰项和预期结果；

利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性；

基于准确性分析结果，判定所述待测接口是否通过测试。

可选地，所述历史交互数据中包括请求信息和响应信息；

根据所述多个历史交互数据，确定干扰项和预期结果，包括：

通过比对所述多个历史交互数据中的响应信息，确定多个所述响应信息中的差异项；

若所述差异项为动态信息项，则将所述差异项确定为所述干扰项；

根据所述干扰项，对多个所述响应信息中的一个响应信息进行干扰删除处理，以得到所述预期结果。

可选地，上述方法，还包括：

若所述差异项不是动态信息项，则发出提示信息并删除所述待测接口的多个历史交互数据。

可选地，上述方法，还包括：

获取动态信息项库；

当查询到所述动态信息项库中包含有与所述差异项相同的信息项时，确定所述差异项为动态信息项。

可选地，上述方法，还包括：

待接收到所述待测接口针对首次触发请求返回的第一响应信息时，将所述首次触发请求与所述第一响应信息作为一组关联的历史交互数据存储至所述记录文件中；

基于所述首次触发请求，生成至少一个回放请求；

依次将所述至少一个回放请求发送至所述待测接口；

待接收到所述待测接口针对所述至少一个回放请求返回的至少一个第二响应信息时，将所述至少一个回放请求中各回放请求与其对应的第二响应信息作为一组关联的历史交互数据分别存储至所述记录文件中。

可选地，上述方法，还包括：

响应于针对所述待测接口的第一触发请求，查找所述待测接口对应的历史交互数据；

若未查找到，则确定所述第一触发请求为所述首次触发请求。

可选地，利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性，包括：

接收所述待测接口在测试时针对测试请求返回的测试数据；

根据所述干扰项，对所述测试数据进行干扰删除处理以得到处理结果；

比较所述预期结果和所述处理结果；

根据比较结果，确定所述待测接口测试时数据交互的准确性。

可选地，上述方法，还包括：根据所述记录文件中所述待测接口的多个历史交互数据，生成所述测试请求。

本发明的一个方面提供了一种接口测试装置，包括：

第一获取模块，用于获取待测接口对应的记录文件，所述记录文件中包含有所述待测接口的多个历史交互数据；

第一确定模块，用于根据所述多个历史交互数据，确定干扰项和预期结果；

分析模块，用于利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性；

判定模块，用于基于准确性分析结果，判定所述待测接口是否通过测试。

可选地，所述历史交互数据中包括请求信息和响应信息；

所述第一确定模块，包括：

第一确定单元，用于通过比对所述多个历史交互数据中的响应信息，确定多个所述响应信息中的差异项；

第二确定单元，用于若所述差异项为动态信息项，则将所述差异项确定为所述干扰项；

第一删除单元，用于根据所述干扰项，对多个所述响应信息中的一个响应信息进行干扰删除处理，以得到所述预期结果。

本发明实施例提供的技术方案中，通过记录文件来记录待测接口的多个历史交互数据，并根据记录的多个历史交互数据即可确定干扰项和预期结果。与现有技术相比，预期结果无需手动设定和维护，不仅提高测试效率，还能降低测试成本；并且通过干扰项的确定可有效避免动态数据的测试污染问题，提高测试准确度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的接口测试方法的流程示意图；

图2为本发明一实施例提供的接口测试装置的结构框图。

具体实施方式

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

本发明下述各实施例中所提及的接口测试方法是针对已上线的接口的测试(即下述的待测接口为已上线接口)。通常来说，这些接口在刚上线后是可以正常响应客户端的触发请求的，即这些接口响应于客户端的触发请求所返回的数据是正确的。但是，在接口上线后，若服务器发生崩溃或服务器数据发生转移等，就会导致原本能够正常响应的接口无法正常响应。因此，在接口上线后，还需要对接口做进一步的测试，以降低接口异常对用户体验的影响程度。

图1为本发明一实施例提高的接口测试方法的流程示意图。如图1所示，该方法包括：

101、获取待测接口对应的记录文件，所述记录文件中包含有所述待测接口多个历史交互数据。

102、根据所述多个历史交互数据，确定干扰项和预期结果。

103、利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性。

104、基于准确性分析结果，判定所述待测接口是否通过测试。

在上述步骤101中，历史交互数据可包括请求信息和响应信息，待测接口接收到请求信息后，会针对该请求信息相应地返回响应信息，请求信息和响应信息关联存储在记录文件中作为待测接口的一个历史交互数据。其中，历史请求信息中可包括域名、接口名以及接口参数。

可针对每一个待测接口对应生成一个记录文件，即每一个记录文件中仅记录了对应待测接口的历史交互数据；或者，多个待测接口(或，全部待测接口)共用一个记录文件，即一个记录文件中记录了多个待测接口(或，全部待测接口)对应的历史交互数据，后续从记录文件中获取某一个待测接口的历史交互数据时，可根据接口名在记录文件中搜索出与接口名对应的多个历史交互数据。

通过记录文件来记录待测接口的历史交互数据，可采用如下方式实现：可在运行待测应用的客户端上设置劫持中间件或在路由上设置劫持中间件，当运行待测应用的客户端针对待测接口发出请求信息时，通过劫持中间件劫持该请求信息，以将该请求信息记录在待测接口对应的记录文件中，并将该请求信息转发至对应的目标服务器，当目标服务器针对该请求信息返回响应信息时，通过劫持中间件劫持响应信息，以将响应信息记录到待测接口记录文件中相应位置，并将响应信息转发给客户端。

上述的劫持中间件可通过钩子函数来实现，具体实现方式可参照现有技术。

在上述步骤102中，由于待测接口返回的响应信息中通常会带有动态信息项，这些动态信息项很可能在待测接口的每次返回的响应信息中都会存在差异，而这些动态信息项是干扰项，会对待测接口的测试结果产生干扰，因此，需要进行清除。动态信息项包括：时间项date、令牌Token、文本文件cookies、文件头heads等。例如：时间项date的值为待测接口返回响应信息时的时间戳，因此，每个历史交互数据中的时间项date必然不同。

通过比对多个历史交互数据中的响应信息，可确定出多个响应信息之间的差异项和相同项，这些差异项即可作为干扰项，这些相同项即可作为预期结果。

历史交互数据的数量越多，得到的差异项和预期结果越准确。历史交互数的数量可根据实际情况设定，本发明对此不作具体限定。

在上述步骤103中，在后续测试时，可根据干扰项和预期结果来判断待测接口测试时数据交互的准确性，也即是来判断待测接口在测试时所返回的响应信息是否准确。

例如：测试时，向待测接口发送一测试请求，待测接口响应于测试请求，返回一测试数据，对测试数据中干扰项进行清除处理，得到处理数据，再将处理数据与预期结果进行比较，若一致，则说明待测接口数据交互准确，若不一致，则说明待测接口数据交互不准确。

在上述步骤104中，若根据上述步骤103分析出待测接口数据交互准确，则判定该待测接口通过测试；若根据上述步骤104分析出待测接口数据交互不准确，则判定该待测接口没有通过测试。

本发明实施例提供的技术方案中，通过记录文件来记录历史交互数据，并根据记录的多个历史交互数据即可确定干扰项和预期结果。与现有技术相比，预期结果无需手动设定和维护，不仅提高测试效率，还能降低测试成本；并且通过干扰项的确定可有效避免动态数据的测试污染问题，提高测试准确度。

在一种可实现的方案中，根据所述多个历史交互数据，确定干扰项和预期结果，包括：通过比对所述多个历史交互数据中的响应信息，确定多个所述响应信息中的差异项；若所述差异项为动态信息项，则将所述差异项确定为所述干扰项；根据所述干扰项，对多个所述响应信息中的一个响应信息进行干扰删除处理，以得到所述预期结果。进一步的，若所述差异项不是动态信息项，则说明待测接口异常，需发出提示信息并删除待测接口的多个历史交互数据。例如：可通过短信、警报声或邮件向工作人员发出提示信息以让工作人员能够及时检修待测接口。

考虑到多个响应信息中的差异项可能会存在多个。若为多个，则只有在多个差异项均为动态信息项时，才能将这多个差异项确定为干扰项。这是因为，若多个差异项中存在有不是动态信息项的差异项，则说明待测接口对应的多个历史交互数据中存在错误数据，同时也说明待测接口出现异常需要检查维修，这时，可发出提示信息或报警信息以提示工作人员。

在另一种可实现的方案中，根据所述多个历史交互数据，确定干扰项和预期结果，具体可采用如下方式实现：通过比对所述多个历史交互数据中的响应信息，确定多个所述响应信息中的至少一个差异项；若所述至少一个差异项均为动态信息项，则将所述至少一个差异项确定为所述干扰项；根据所述干扰项，对多个所述响应信息中的一个响应信息进行干扰删除处理，以得到所述预期结果；若所述至少一个差异项中存在不为动态信息项的差异项，则发送提示信息并删除所述待测接口的多个历史交互数据。

进一步的，上述方法，还包括：获取动态信息项库；当查询到所述动态信息项库中包含有与所述差异项相同的信息项时，确定所述差异项为动态信息项。事先建立动态信息项库，动态信息项库中存储了所有的动态信息项。若差异项被记录在动态信息项库中，则表明该差异项为动态信息项。若差异项未被记录在动态信息项库中，则表明该差异项不是动态信息项。

例如：待测接口对应的两个响应信息：响应信息A、响应信息B；响应信息A中包括data＝2018-05-24-16-26-30(即2018年5月24日16点26分30秒)、第一数据＝图片a；响应信息B中包括data＝2018-05-24-16-26-31(即2018年5月24日16点26分31秒)、第一数据＝null。根据比对响应信息A和响应信息B，发现data项和第一数据项的值都不相同，因此可确定出差异项为data项和第一数据项。查找动态信息项，发现动态信息项中存储有data这一项，没有存储第一数据这一项，因此，可确定data是一干扰项，而第一数据这一项其实是响应信息中的实质内容，实质内容在待测接口两次返回的响应信息中都不一样，可表明待测接口异常。

通常，应用程序在正式上线时，其接口均能正常工作，只是在上线一段时间后，由于服务器崩溃、服务器数据转移或服务器扩容等原因，导致某些接口可能会产生一些问题。因此，可在应用程序正式上线后，尽快去触发待测接口，以得到待测接口的多个历史交互数据。例如：可通过遍历的方式去触发应用程序上的各控件，以触发应用程序上的各待测接口。

为了提高多个历史交互数据的获取效率，可连续触发接口得到多个响应信息。具体地，待接收到所述待测接口针对首次触发请求返回的第一响应信息时，将所述首次触发请求与所述第一响应信息作为一组关联的历史交互数据存储至所述记录文件中；基于所述首次触发请求，生成至少一个回放请求；依次将所述至少一个回放请求发送至所述待测接口；待接收到所述待测接口针对所述至少一个回放请求返回的至少一个第二响应信息时，将所述至少一个回放请求中各回放请求与其对应的第二响应信息作为一组关联的历史交互数据分别存储至所述记录文件中。

其中，触发请求为触发应用程序上对应控件所产生的请求，可通过遍历方式自动触发应用程序上的控件，以产生相应的触发请求。回放请求中所包含的内容与触发请求中所包含的内容相同。

上述至少一个回放请求可无等待依次发送至待测接口，或者，等待接收到上一个回放请求对应的第二响应信息后，再发送下一个回放请求。本发明对此不作具体限定。

例如：当首次通过控件触发了待测接口A，通过中间件记录下相应的触发请求a1以及待测接口A的第一响应信息b1；从记录文件中读取触发请求a1；根据触发请求a1，生成第一个回放请求a2，将第一个回放请求a2发送至待测接口A以使待测接口A返回第一个第二响应信息b2；之后，再从记录文件中读取触发请求a1；根据触发请求a1，生成第二个回放请求a3，将第二个回放请求a3发送至待测接口A以使待测接口A返回第二个第二响应信息b3，这样就可以得到两个第二响应信息。

进一步的，可按照预设格式将首次触发请求与所述第一响应信息作为一组关联的历史交互数据存储至所述记录文件中；按照预设格式将至少一个回放请求中各回放请求与其对应的第二响应信息作为一组关联的历史交互数据分别存储至所述记录文件中。预设格式包括但不限于json格式。

具体实施时，可通过下述方法来判断通过触发控件得到的触发请求是否为首次触发请求。响应于针对所述待测接口的第一触发请求，查找所述待测接口对应的历史交互数据；若未查找到，则确定所述第一触发请求为所述首次触发请求。若未查找到待测接口对应的历史交互数据，则说明该待测接口是首次触发。若查找到，则说明之前已经被触发过。因此，不需要再次进行交互数据的记录。

在一种可实现的方案中，利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性，包括：接收所述待测接口在测试时针对测试请求返回的测试数据；根据所述干扰项，对所述测试数据进行干扰删除处理以得到处理结果；比较所述预期结果和所述处理结果；根据比较结果，确定所述待测接口测试时数据交互的准确性。其中，测试请求可根据记录文件中所述待测接口的多个历史交互数据来生成，具体地，可根据记录文件中所述待测接口对应的触发请求生成测试请求。

例如：待测接口A的干扰项为data、Token，待测接口A的预期结果：第一数据＝字符串T；测试时，待测接口A返回的测试数据c包括：data＝字符串1、token＝字符串2、第一数据＝字符串T。根据干扰项将测试数据c中的“data＝字符串1、token＝字符串2”删除，得到的处理结果中仅包括：“第一数据＝字符串T”。由于处理结果与预期结果一致，则说明待测接口A通过测试。

本发明又一实施例提供了一种接口测试装置。如图2所示，该装置包括：第一获取模块201、第一确定模块202、分析模块203和判定模块204，其中，第一获取模块201，用于获取待测接口对应的记录文件，所述记录文件中包含有所述待测接口的多个历史交互数据；第一确定模块202，用于根据所述多个历史交互数据，确定干扰项和预期结果；分析模块203，用于利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性；判定模块204，用于基于准确性分析结果，判定所述待测接口是否通过测试。

本发明实施例提供的技术方案中，通过记录文件来记录待测接口的多个历史交互数据，并根据记录的多个历史交互数据即可确定干扰项和预期结果。与现有技术相比，预期结果无需手动设定和维护，不仅提高测试效率，还能降低测试成本；并且通过干扰项的确定可有效避免动态数据的测试污染问题，提高测试准确度。

可选地，所述历史交互数据中包括请求信息和响应信息；所述第一确定模块202，包括：第一确定单元、第二确定单元、第一删除单元。其中，第一确定单元，用于通过比对所述多个历史交互数据中的响应信息，确定多个所述响应信息中的差异项；第二确定单元，用于若所述差异项为动态信息项，则将所述差异项确定为所述干扰项；第一删除单元，用于根据所述干扰项，对多个所述响应信息中的一个响应信息进行干扰删除处理，以得到所述预期结果。

可选地，上述装置，还包括：提示模块。提示模块，用于若所述差异项不是动态信息项，则发出提示信息并删除所述待测接口的多个历史交互数据。

可选地，上述装置，还包括：第二获取模块、第二确定模块。第二获取模块，用于获取动态信息项库；第二确定模块，用于当查询到所述动态信息项库中包含有与所述差异项相同的信息项时，确定所述差异项为动态信息项。

可选地，上述装置，还包括：存储模块、第一生成模块、发送模块。其中，存储模块，用于待接收到所述待测接口针对首次触发请求返回的第一响应信息时，将所述首次触发请求与所述第一响应信息作为一组关联的历史交互数据存储至所述记录文件中；第一生成模块，用于基于所述首次触发请求，生成至少一个回放请求；发送模块，用于依次将所述至少一个回放请求发送至所述待测接口；所述存储模块，还用于待接收到所述待测接口针对所述至少一个回放请求返回的至少一个第二响应信息时，将所述至少一个回放请求中各回放请求与其对应的第二响应信息作为一组关联的历史交互数据分别存储至所述记录文件中。

可选地，上述装置，还包括：查找模块、第三确定模块。其中，查找模块，用于响应于针对所述待测接口的第一触发请求，查找所述待测接口对应的历史交互数据；第三确定模块，用于若未查找到，则确定所述第一触发请求为所述首次触发请求。可选地，所述分析模块，包括：接收单元、第二删除单元、比较单元和第三确定单元。其中，接收单元，用于接收所述待测接口在测试时针对测试请求返回的测试数据；第二删除单元，用于根据所述干扰项，对所述测试数据进行干扰删除处理以得到处理结果；比较单元，用于比较所述预期结果和所述处理结果；第三确定单元，用于根据比较结果，确定所述待测接口测试时数据交互的准确性。

可选地，上述装置，还包括：第二生成模块。第二生成模块，用于根据所述记录文件中所述待测接口的多个历史交互数据，生成所述测试请求。

需要说明的是，本实施例提供的接口测试装置可实现上述各接口测试方法实施例提供的技术方案，具体的实现原理可参见上述各实施例中的相应内容，此处不再赘述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

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

获取待测接口对应的记录文件，所述记录文件中包含有所述待测接口的多个历史交互数据；

根据所述多个历史交互数据，确定干扰项和预期结果；

利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性；

基于准确性分析结果，判定所述待测接口是否通过测试。

2.根据权利要求1所述的方法，其特征在于，所述历史交互数据中包括请求信息和响应信息；

根据所述多个历史交互数据，确定干扰项和预期结果，包括：

通过比对所述多个历史交互数据中的响应信息，确定多个所述响应信息中的差异项；

若所述差异项为动态信息项，则将所述差异项确定为所述干扰项；

根据所述干扰项，对多个所述响应信息中的一个响应信息进行干扰删除处理，以得到所述预期结果。

3.根据权利要求2所述的方法，其特征在于，还包括：

若所述差异项不是动态信息项，则发出提示信息并删除所述待测接口的多个历史交互数据。

4.根据权利要求2所述的方法，其特征在于，还包括：

获取动态信息项库；

当查询到所述动态信息项库中包含有与所述差异项相同的信息项时，确定所述差异项为动态信息项。

5.根据权利要求1-4中任一项所述的方法，其特征在于，还包括：

待接收到所述待测接口针对首次触发请求返回的第一响应信息时，将所述首次触发请求与所述第一响应信息作为一组关联的历史交互数据存储至所述记录文件中；

基于所述首次触发请求，生成至少一个回放请求；

依次将所述至少一个回放请求发送至所述待测接口；

待接收到所述待测接口针对所述至少一个回放请求返回的至少一个第二响应信息时，将所述至少一个回放请求中各回放请求与其对应的第二响应信息作为一组关联的历史交互数据分别存储至所述记录文件中。

6.根据权利要求5所述的方法，其特征在于，还包括：

响应于针对所述待测接口的第一触发请求，查找所述待测接口对应的历史交互数据；

若未查找到，则确定所述第一触发请求为所述首次触发请求。

7.根据权利要求1-4中任一项所述的方法，其特征在于，利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性，包括：

接收所述待测接口在测试时针对测试请求返回的测试数据；

根据所述干扰项，对所述测试数据进行干扰删除处理以得到处理结果；

比较所述预期结果和所述处理结果；

根据比较结果，确定所述待测接口测试时数据交互的准确性。

8.根据权利要求7所述的方法，其特征在于，还包括：根据所述记录文件中所述待测接口的多个历史交互数据，生成所述测试请求。

9.一种接口测试装置，其特征在于，包括：

第一获取模块，用于获取待测接口对应的记录文件，所述记录文件中包含有所述待测接口的多个历史交互数据；

第一确定模块，用于根据所述多个历史交互数据，确定干扰项和预期结果；

分析模块，用于利用所述干扰项和预期结果，分析所述待测接口测试时数据交互的准确性；

判定模块，用于基于准确性分析结果，判定所述待测接口是否通过测试。

10.根据权利要求9所述的装置，其特征在于，所述历史交互数据中包括请求信息和响应信息；

所述第一确定模块，包括：

第一确定单元，用于通过比对所述多个历史交互数据中的响应信息，确定多个所述响应信息中的差异项；

第二确定单元，用于若所述差异项为动态信息项，则将所述差异项确定为所述干扰项；

第一删除单元，用于根据所述干扰项，对多个所述响应信息中的一个响应信息进行干扰删除处理，以得到所述预期结果。