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

技术领域

本申请涉及接口测试技术领域，特别是涉及一种接口的测试方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着应用程序接口技术的发展，常常需要对应用程序接口(ApplicationProgramming Interface，API接口)进行接口测试。其中，在应用程序接口的接口测试的过程中，常常通过地址参数实现对待测试的应用程序接口的测试。

然而，每次进行接口测试的过程中，都需要从存储有大量地址参数的配置文件中手动确定目标地址参数。这样，极易出现目标地址参数错误的情况。此外，在手动确定目标地址参数的过程中还需要进行令牌认证等多个认证步骤。因此，无法迅速且准确的进行接口测试，即，存在对接口测试效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种接口测试方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。

第一方面，本申请提供了一种接口测试方法。所述方法包括：

展示维护页面，所述维护页面中包括有接口参数以及目标请求方式，并基于所述维护页面中的接口参数生成包含有接口信息的第一地址；

响应于对维护页面的第一触发操作，展示测试页面，所述测试页面用于触发接口的测试和展示接口测试结果；

获取当前运行环境下与域名对应的第二地址；

基于所述第一地址和所述第二地址，生成与所述目标请求方式对应的目标地址，并将所述目标地址展示到所述测试页面，得到更新的测试页面；

响应于对所述更新的测试页面的第二触发操作，通过所述目标地址和所述目标请求方式，对目标接口进行接口测试，得到接口测试结果。

第二方面，本申请还提供了一种接口测试装置。所述装置包括：

生成模块，用于展示维护页面，所述维护页面中包括有接口参数以及目标请求方式，并基于所述维护页面中的接口参数生成包含有接口信息的第一地址；

第一展示模块，用于响应于对维护页面的第一触发操作，展示测试页面，所述测试页面用于触发接口的测试和展示接口测试结果；

获取模块，用于获取当前运行环境下与域名对应的第二地址；

第二展示模块，用于基于所述第一地址和所述第二地址，生成与所述目标请求方式对应的目标地址，并将所述目标地址展示到所述测试页面，得到更新的测试页面；

测试模块，用于响应于对所述更新的测试页面的第二触发操作，通过所述目标地址和所述目标请求方式，对目标接口进行接口测试，得到接口测试结果。

第三方面，本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

展示维护页面，所述维护页面中包括有接口参数以及目标请求方式，并基于所述维护页面中的接口参数生成包含有接口信息的第一地址；

响应于对维护页面的第一触发操作，展示测试页面，所述测试页面用于触发接口的测试和展示接口测试结果；

获取当前运行环境下与域名对应的第二地址；

基于所述第一地址和所述第二地址，生成与所述目标请求方式对应的目标地址，并将所述目标地址展示到所述测试页面，得到更新的测试页面；

响应于对所述更新的测试页面的第二触发操作，通过所述目标地址和所述目标请求方式，对目标接口进行接口测试，得到接口测试结果。

第四方面，本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

展示维护页面，所述维护页面中包括有接口参数以及目标请求方式，并基于所述维护页面中的接口参数生成包含有接口信息的第一地址；

响应于对维护页面的第一触发操作，展示测试页面，所述测试页面用于触发接口的测试和展示接口测试结果；

获取当前运行环境下与域名对应的第二地址；

基于所述第一地址和所述第二地址，生成与所述目标请求方式对应的目标地址，并将所述目标地址展示到所述测试页面，得到更新的测试页面；

响应于对所述更新的测试页面的第二触发操作，通过所述目标地址和所述目标请求方式，对目标接口进行接口测试，得到接口测试结果。

第五方面，本申请还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：

展示维护页面，所述维护页面中包括有接口参数以及目标请求方式，并基于所述维护页面中的接口参数生成包含有接口信息的第一地址；

响应于对维护页面的第一触发操作，展示测试页面，所述测试页面用于触发接口的测试和展示接口测试结果；

获取当前运行环境下与域名对应的第二地址；

基于所述第一地址和所述第二地址，生成与所述目标请求方式对应的目标地址，并将所述目标地址展示到所述测试页面，得到更新的测试页面；

响应于对所述更新的测试页面的第二触发操作，通过所述目标地址和所述目标请求方式，对目标接口进行接口测试，得到接口测试结果。

上述接口测试方法、装置、计算机设备、存储介质和计算机程序产品，通过展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数能够快速生成与接口测试相匹配的包含有接口信息的第一地址。响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。获取当前运行环境下与域名对应的第二地址。基于该第一地址和该第二地址，能够高效生成与该目标请求方式对应的目标地址，不需要通过手动确定目标地址，这样，大大降低了目标地址出错的概率，提高了目标地址的有效性。将该目标地址展示到该测试页面，得到更新的测试页面。响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。这样，在确保接口测试有效性的情况下，大大简化生成目标地址的步骤，从而，极大地的提高了接口测试的效率。

附图说明

图1为一个实施例中维护页面示意图；

图2为一个实施例中测试页面示意图；

图3为一个实施例中接口测试方法的流程示意图；

图4为一个实施例中目标请求方式为获取请求时测试页面示意图；

图5为一个实施例中目标请求方式为发送请求时测试页面示意图；

图6为另一个实施例中目标请求方式为获取请求时测试页面示意图；

图7为一个实施例中确定接口测试异常的错误原因步骤的流程示意图；

图8为另一个实施例中接口测试方法的流程示意图；

图9为一个实施例中接口测试装置的结构框图；

图10为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

为了更好的理解本申请，在对本申请的接口测试方法案进行描述之前，先介绍下传统方案中是如何进行接口测试的。为了进行接口测试，需要预先确定与待测试接口对应的URL(Uniform Resource Locator，统一资源定位系统)。其中，为了确定URL，需要预先从编辑有大量地址参数的文档中手动选取与测试需求对应的多个地址参数，再将选取的地址参数手动拼接成URL。与此同时，还需要获取Token(令牌)等认证。这样，基于确定的URL，对待测试接口进行接口测试。因此，在传统技术中，在进行接口测试的过程中，难以确保URL的准确性，从而，无法对接口进行高效率的测试。

本申请是基于上述场景存在的问题进行改进得到的方案，在对本申请中接口测试方法进行描述之前，首先对本申请的实施例中涉及到的部分名词作如下解释：

维护页面：用于确定接口测试的请求方式、以及请求地址信息。如图1所示，维护页面中包括API基本信息区域、请求参数区域、以及返回参数区域等。其中，请求方式包含有获取请求(GET请求)和发送请求(POST请求)。图1中以请求方式为发送请求为例进行显示说明。其中，获取请求：HTTP请求方式，从指定的资源请求数据。发送请求：HTTP请求方式，向指定的资源提交要被处理的数据。

测试页面：用于生成用于接口测试的目标地址、触发该接口测试、以及展示接口测试结果。如图2所示，测试页面中展示用于接口测试的目标地址，并且包含有请求体区域、对接口测试响应的响应区域(Response)。其中，该响应区域划分为用于展示接口测试结果的返回区域(Result)和异常区域(Stack)。需要说明的是，对于发送请求，测试页面显示该请求体区域，对于获取请求，无需请求体，测试页面隐藏该请求体区域。具体地，send：发送请求。Request：HTTP请求体。Response：HTTP响应。Result：返回值。Stack：详细异常堆栈。

在一个实施例中，如图3所示，提供了一种接口测试方法，本实施例以该方法应用于终端进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：

步骤S302，展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数生成包含有接口信息的第一地址。

其中，该接口参数用于表征待测试接口的接口信息，包括接口编码、接口名称、请求方式、业务对象、所属应用、操作方式等。

具体地，基于获取到的测试请求，调用模版页面，并基于该测试请求，对模版页面进行填充，得到维护页面。该模版页面表征未填充的维护页面。终端展示该维护页面，并基于该维护页面中各个接口参数，自动生成包含有接口信息的第一地址。

例如，第一地址由固定字段和参数字段组成，终端基于测试请求自动获取固定字段，并基于各个接口参数，生成参数字段。终端按照字段顺序对固定字段和参数字段进行拼接得到第一地址。如图1中的请求地址即为本申请的第一地址：/V2/kdtest/iscb/isc_demo_dasedata_1/demos1。其中固定字段为/V2/kdtest，参数字段为/iscb/isc_demo_dasedata_1/demos1。其中，固定字段与当前运行环境相关。参数字段中的iscb表征所属应用为集成管理、业务对象为基础资料demo1、接口编码为demos1。

其中，第一地址中包含有接口信息的地址，该第一地址是与接口测试项匹配的地址，即第一地址中携带有用于接口测试的接口信息。

步骤S304，响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。

具体地，终端响应于在维护页面上光标触发接口测试按钮的第一触发操作，调用测试页面，并显示测试页面。该测试页面用于触发接口的测试和展示接口测试结果。

需要说明的是，该维护页面可以看出是父页面，该测试页面可以看做是子页面。该子页面直接可以调用父页面中的各个维护参数。该维护参数包括接口参数、第一地址、请求参数等。

步骤S306，获取当前运行环境下与域名对应的第二地址。

其中，当前运行环境是指终端在当前运行引擎的环境。其中，第二地址是根据规则对当前运行环境的域名进行拼接所得到的，该第二地址能够反映当前接口测试所在的运行环境。

具体地，终端在展示测试页面后，自动获取当前运行环境下与域名对应的第二地址。

步骤S308，基于该第一地址和该第二地址，生成与该目标请求方式对应的目标地址，并将该目标地址展示到该测试页面，得到更新的测试页面。

具体地，终端从该维护页面中确定目标请求方式，并基于该第一地址和第二地址，按照与目标请求方式对应的生成规则，生成与该目标请求对应的目标地址。终端通过对该目标地址进行渲染，以将该目标地址展示到该测试页面，得到更新的测试页面。其中，生成规则与请求方式的格式相关。

需要说明的是，第一地址携带有用于接口测试的接口信息，第二地址能够表征当前接口测试所运行的环境。因此，基于第一地址和第二地址，能够实现在运行环境中迅速且准确的进行接口测试。

例如，对于发送请求的目标地址如图2所示，对于获取请求的目标地址如图4所示，该图4为获取请求所对应的测试页面。

步骤S310，响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。

具体地，终端响应于在该更新的测试页面上光标触发发送按钮的第二触发操作，根据该目标地址定位目标接口，并按照目标请求方式对该目标接口进行接口测试，得到接口测试结果，并将该接口测试结果展示至该更新的测试页面上。

例如，当更新的测试页面的目标请求方式为发送请求(POST)时，图2和图5分别展示的是未进行第二触发操作之前、进行第二触发操作之后。图2为光标未触发测试页面上的发送按钮(即send)之前更新的测试页面的状态。该更新的测试页面的请求体区域中展示了与该发送请求对应的请求体。在光标触发测试页面上的发送按钮(即send)之后，更新的测试页面展示如图5所示，具体地，终端根据该目标地址定位目标接口，并按照目标请求方式对该目标接口进行接口测试，得到接口测试结果，并将该接口测试结果展示至该更新的测试页面的响应区域(Response)。图5中与发送请求对应的请求体。比如，现要对业务数据表进行更新操作，以对目标接口进行接口测试。该发送请求的请求体则包含有该业务数据的相关内容。在对该目标接口进行接口测试后，该接口测试结果包含有更新的结果。在该更新的测试页面的请求方式为获取请求(GET)时，图6为在光标触发测试页面上的发送按钮(即send)之后的更新的测试页面。该获取请求的测试页面隐藏了请求体区域。

需要说明的是，本申请所涉及的测试页面和维护页面中的代码仅仅用以示例说明。

上述接口测试方法中，通过展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数能够快速生成与接口测试相匹配的包含有接口信息的第一地址。响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。获取当前运行环境下与域名对应的第二地址。基于该第一地址和该第二地址，能够高效生成与该目标请求方式对应的目标地址，不需要通过手动确定目标地址，这样，大大降低了目标地址出错的概率，提高了目标地址的有效性。将该目标地址展示到该测试页面，得到更新的测试页面。响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。这样，在确保接口测试有效性的情况下，大大简化生成目标地址的步骤，从而，极大地的提高了接口测试的效率。

在一个实施例中，该响应于对维护页面的第一触发操作，展示测试页面之前，该方法还包括：将该维护页面中的维护参数存储至接口数据库中，该维护参数包括接口参数和第一地址，该接口参数中包括有与该维护页面对应的接口编码。

其中，该接口数据库用于存储维护页面中的维护参数，该维护参数包括接口参数、第一地址、请求参数等。该接口参数中包含有接口编码。

具体地，终端获取该维护页面中接口参数、第一地址、请求参数等维护参数，并将维护参数自动存储至接口数据库中。

在本实施例中，通过将该维护页面中的维护参数存储至接口数据库中，有利于后续对目标地址进行有效判定，确保了接口测试结果的有效性和准确性。

在一个实施例中，该响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果，包括：响应于对该更新的测试页面的第二触发操作，通过判断接口数据库是否存在与该维护页面对应接口编码，若存在，则确定该目标地址有效。在该目标地址有效的情况下，根据有效的目标地址和所述目标请求方式，进行接口测试，得到接口测试结果。

其中，该接口编码是与接口测试的接口所对应。

具体地，终端响应于在该更新的测试页面上光标触发发送按钮的第二触发操作，判断接口数据库中是否存在与该更新的测试页面对应的接口编码。在该接口数据库中不存在与该维护页面对应的接口编码的情况下，确定该维护页面中的维护参数未成功存储到接口数据库中，则确定用于该接口测试的目标接口不存在。在该目标接口不存在的情况下，判定该目标地址无效。在该接口数据库中存在与该维护页面对应的接口编码的情况下，确定该维护页面中的维护参数成功存储到数据库中，则确定用于该接口测试的目标接口存在。在该目标接口存在的情况下，判定该目标地址有效。在该目标地址有效的情况下，终端根据该目标地址定位目标接口，并从存储有业务数据的业务数据库中获取与目标请求方式对应的业务数据，并基于所述业务数据对该目标接口进行接口测试，得到接口测试结果，并将该接口测试结果展示至该更新的测试页面上。

需要说明的是，只有当接口数据库中存储成功接口编码，则说明用于接口测试的目标接口存在，也就表明通过目标地址能够查询到目标接口，这样，目标地址是有效的。在终端从接口数据库中查询到接口编码后生成调用链，目标地址通过调用链确定目标接口的地址，基于该目标接口的地址，完成接口测试。

在本实施例中，响应于对所述更新的测试页面的第二触发操作，通过判断接口数据库是否存在与该维护页面对应的接口编码，能够及时对所述目标地址进行有效判定。这样，根据有效的目标地址进行接口测试，能够确保接口测试结果的有效性和准确性。

在一个实施例中，在该目标请求方式为获取请求的情况下，该基于该第一地址和该第二地址，生成与该目标请求方式对应的目标地址，包括：从该维护页面中获取查询参数，该查询参数表征待获取业务数据类型。将该第一地址、该第二地址、以及该查询参数进行有序拼接，得到与该获取请求对应的目标地址。

其中，该获取请求包含有查询参数，该查询参数用于生成目标地址。

具体地，终端根据与获取请求对应的生成规则，从该维护页面中获取查询参数，该查询参数表征需要从多个业务数据类型中获取待获取的业务数据类型。终端根据该生成规则，确定拼接顺序，即第二地址、第一地址、查询参数的序号从小到大排序。终端按照从小到大的序号，自动对第二地址、第一地址以及查询参数进行拼接，得到与获取请求对应的目标地址。

例如，如图6所示，该图为获取请求(GET)的更新的测试页面，该目标地址是依次将第二地址、第一地址、以及查询参数(query参数)进行拼接得到的。

在本实施例中，在该目标请求方式为获取请求的情况下，根据与该获取请求对应的生成规则，获取查询参数，并依次将第二地址、第一地址、以及查询参数进行拼接，能够准确且及时确定目标地址，这样，能够高效获取接口测试结果，大大提升了对接口测试的效率。

在一个实施例中，在该目标请求方式为发送请求的情况下，该基于该第一地址和该第二地址，生成与该目标请求方式对应的目标地址，包括：直接将该第一地址和该第二地址进行有序拼接，得到与该发送请求对应的目标地址。

具体地，终端根据与发送请求对应的生成规则，确定拼接顺序，即第二地址、第一地址从小到大排序。终端直接按照从小到大的序号，将第二地址和第一地址进行拼接，得到与发送请求对应的目标地址。

例如，如图2所示，该图为发送请求(POST)的更新的测试页面，终端直接依次将第二地址和第一地址进行拼接得到。

在本实施例中，在目标请求方式为发送请求的情况下，不需额外获取其他信息，直接依次将第二地址和第一地址进行拼接，能够大大简化了在发送请求的情况下目标地址的生成步骤，从而，能够进一步提升对接口测试的效率。

在一个实施例中，如图7所示，该响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果之后，该方法还包括：

步骤S702，将该接口测试结果展示在该更新的测试页面的返回区域。

具体地，终端通过对接口测试结果进行渲染，以将该接口测试结果展示在该更新的测试页面的返回区域中。例如，在发送请求(POST)的情况下，如图5所示，返回区域(Result)位于响应区域(Response)中。

步骤S704，从该接口测试结果中获取测试结果标识，该测试结果标识表征该接口测试是否异常。

具体地，终端从返回区域中识别接口测试结果，并从接口测试结果中获取测试结果标识。例如，该测试结果标识可以用文字表征、数字表征，具体表征形式不限定。比如，测试结果标识表征数字200，则确定接口测试正常；测试结果标识表征数字400，则确定接口测试异常。

步骤S706，在该测试结果标识表征接口测试异常的情况下，确定异常数据并在该更新的测试页面的异常区域进行展示。

具体地，在该测试结果标识表征接口测试异常的情况下，终端从接口测试结果中确定至少一行异常数据、或者终端接收由测试人员确定的至少一行异常数据。其中，在识别一行异常数据的情况下，则确定接口测试异常的错误原因是该行异常数据导致的。

在本实施例中，通过对接口测试结果进行异常判定，能够及时监测到异常情况，并准确确定异常数据，能够精准定位可能导致错误的原因，提高了对接口测试异常的高效率判断。通过在异常区域展示异常数据能够便于后续的分析，大大提高了测试人员的体验感。

在一个实施例中，该确定异常数据并在该更新的测试页面的异常区域进行展示，包括：从该接口测试结果中识别出异常数据。将该异常数据进行格式化处理，得到格式化后的异常数据，并将该格式化后的异常数据显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。

具体地，终端从该接口测试结果中识别出异常数据，并将该异常数据进行格式化处理，得到格式化后的异常数据，并将该格式化后的异常数据显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。

例如，终端将至少一行的异常数据进行格式化处理，得到至少一行的格式化的异常数据。终端通过对至少一行的格式化的异常数据进行渲染，以显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。其中，通过对异常数据进行格式化进行处理，能够清楚且直观的反映错误原因。该异常区域即为更新的测试页面中的Stack区域。

在本实施例中，在测试结果标识表征接口测试异常的情况下，能够直接根据接口测试结果识别异常数据，从而，精准定位了可能导致错误的原因，提高了对接口测试异常的高效率判断。将该异常数据格式化处理，得到易于区分的格式化后的异常数据，并将该格式化后的异常数据通过渲染显示在异常区域，能够直观且清楚的反映错误原因，大大提高了测试人员的体验感。

为了便于更加清楚的了解本申请的技术方案，提供了一个更为详细实施例进行描述。如图8所示，该实施例的实施主体为终端，该终端中部署有两个引擎，分别为第一引擎和第二引擎。其中，第一引擎用于调用API(应用程序编程接口)，该第一引擎可以视作API引擎。第二引擎用于页面开发。其中，第一引擎是基于第二引擎的框架研发得到的。其中，第一引擎和第二引擎分别在接口测试方法中执行不同的步骤。具体如下：

终端的第一引擎基于测试请求在维护页面中进行维护操作，以确定各个维护参数(即对应图中页面维护API操作)。终端的第一引擎获取维护页面的多个维护参数，并将各个维护参数存储至接口数据库中。终端的第一引擎展示该维护页面，并基于该维护页面中各个接口参数，自动生成包含有接口信息的第一地址。终端的第一引擎将该维护页面中的维护参数存储至接口数据库中，该维护参数包括接口参数和第一地址，该接口参数中包括有与该维护页面对应的接口编码。终端的第一引擎响应于在维护页面上光标触发接口测试按钮的第一触发操作，调用测试页面，并显示测试页面。(对应图中点击按钮，打开API测试弹窗)。终端的第二引擎在第一引擎展示测试页面后，自动获取当前运行环境下与域名对应的第二地址。终端的第二引擎判断目标请求方式(即对应图中的判断API请求方式)。

在该目标请求方式为获取请求(GET)的情况下，终端的第二引擎根据与获取请求对应的生成规则，从该维护页面中获取查询参数。终端的第二引擎根据该生成规则，确定拼接顺序，即第二地址、第一地址、查询参数的序号从小到大排序。终端的第二引擎按照从小到大的序号，自动对第二地址、第一地址以及查询参数进行拼接，得到与获取请求对应的目标地址。将该目标地址展示到该测试页面，得到更新的测试页面。其中，可以根据具体的测试需求对查询参数进行编辑，即与获取请求对应的目标地址是可编辑的。终端的第二引擎隐藏测试页面中的请求体区域(即对应图中隐藏请求参数区域)。

在该目标请求方式为发送请求(POST)的情况下，终端的第二引擎根据与发送请求对应的生成规则，确定拼接顺序，即第二地址、第一地址从小到大排序。终端的第二引擎直接按照从小到大的序号，将第二地址和第一地址进行拼接，得到与发送请求对应的目标地址。将该目标地址展示到该测试页面，得到更新的测试页面。其中，终端的第二引擎通过对第二地址进行渲染，使得目标地址中的该第二地址展示在测试页面中(即对应根据API维护页面传递的数据渲染请求测试页面)。其中，由于与发送请求对应的目标地址并不涉及到可编辑的查询参数，即与发送请求对应的目标地址是不可编辑的。其中，在发送请求下，终端的第二引擎可以在测试页面的请求体区域进行编辑。

终端的第二引擎响应于在该更新的测试页面上光标触发发送按钮的第二触发操作(对应图中点击按钮，发送请求)，响应于对该更新的测试页面的第二触发操作，通过判断接口数据库是否存在与该维护页面对应接口编码，若存在，则确定该目标地址有效。在该目标地址有效的情况下，根据有效的目标地址和该目标请求方式，进行接口测试，得到接口测试结果。终端的第二引擎将该接口测试结果展示至该更新的测试页面上。终端的第二引擎通过对接口测试结果进行json串转换和渲染处理，以将该接口测试结果展示在该更新的测试页面的返回区域中。终端的第二引擎从返回区域中识别接口测试结果，并从接口测试结果中获取测试结果标识。在该测试结果标识表征接口测试异常的情况下，终端的第二引擎从接口测试结果中识别至少一行异常数据。终端的第二引擎将至少一行的异常数据进行格式化处理，得到至少一行的格式化的异常数据。终端的第二引擎通过对至少一行的格式化的异常数据进行渲染，以显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。(即对应后台模拟接口调用，将返回结果格式化渲染到更新的测试页面Response容器的编辑器中展示，错误信息展示在stack区域中)。

在本实施例中，通过展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数能够快速生成与接口测试相匹配的包含有接口信息的第一地址。响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。获取当前运行环境下与域名对应的第二地址。基于该第一地址和该第二地址，能够高效生成与该目标请求方式对应的目标地址，不需要通过手动确定目标地址，这样，大大降低了目标地址出错的概率，提高了目标地址的有效性。将该目标地址展示到该测试页面，得到更新的测试页面。响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。这样，在确保接口测试有效性的情况下，大大简化生成目标地址的步骤，从而，极大地的提高了接口测试的效率。此外，通过将异常数据单独展示在异常区域，能够便捷且直观的反映异常数据，从而，有利于测试人员迅速且准确的确定错误原因，大大提升了对异常数据的反应速度，同时，也提高了用户体验。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的接口测试方法的接口测试装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个接口测试装置实施例中的具体限定可以参见上文中对于接口测试方法的限定，在此不再赘述。

在一个实施例中，如图9所示，提供了一种接口测试装置，包括：生成模块902、第一展示模块904、获取模块906、第二展示模块908和测试模块910，其中：

生成模块902，用于展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数生成包含有接口信息的第一地址。

第一展示模块904，用于响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。

获取模块906，用于获取当前运行环境下与域名对应的第二地址。

第二展示模块908，用于基于该第一地址和该第二地址，生成与该目标请求方式对应的目标地址，并将该目标地址展示到该测试页面，得到更新的测试页面。

测试模块910，用于响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。

在一个实施例中，该生成模块902，还用于将该维护页面中的维护参数存储至接口数据库中，该维护参数包括接口参数和第一地址，该接口参数中包括有与该维护页面对应的接口编码。

在一个实施例中，该测试模块910，还用于响应于对该更新的测试页面的第二触发操作，通过判断接口数据库是否存在与该维护页面对应接口编码，若存在，则确定该目标地址有效。在该目标地址有效的情况下，根据有效的目标地址和该目标请求方式，进行接口测试，得到接口测试结果。

在一个实施例中，该第二展示模块908，用于从该维护页面中获取查询参数，该查询参数表征待获取业务数据类型。将该第一地址、该第二地址、以及该查询参数进行有序拼接，得到与该获取请求对应的目标地址。

在一个实施例中，该第二展示模块908，用于直接将该第一地址和该第二地址进行有序拼接，得到与该发送请求对应的目标地址。

在一个实施例中，该测试模块910，还用于将该接口测试结果展示在该更新的测试页面的返回区域。从该接口测试结果中获取测试结果标识，该测试结果标识表征该接口测试是否异常。在该测试结果标识表征接口测试异常的情况下，确定异常数据并在该更新的测试页面的异常区域进行展示。

在一个实施例中，该测试模块910，用于从该接口测试结果中识别出异常数据。将该异常数据进行格式化处理，得到格式化后的异常数据，并将该格式化后的异常数据显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。

上述接口测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端和服务器，其内部结构图可以如图10所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O)和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储接口测试数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种接口测试方法。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数生成包含有接口信息的第一地址。响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。获取当前运行环境下与域名对应的第二地址。基于该第一地址和该第二地址，生成与该目标请求方式对应的目标地址，并将该目标地址展示到该测试页面，得到更新的测试页面。响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：将该维护页面中的维护参数存储至接口数据库中，该维护参数包括接口参数和第一地址，该接口参数中包括有与该维护页面对应的接口编码。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：响应于对该更新的测试页面的第二触发操作，通过判断接口数据库是否存在与该维护页面对应接口编码，若存在，则确定该目标地址有效。在该目标地址有效的情况下，根据有效的目标地址和该目标请求方式，进行接口测试，得到接口测试结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：从该维护页面中获取查询参数，该查询参数表征待获取业务数据类型。将该第一地址、该第二地址、以及该查询参数进行有序拼接，得到与该获取请求对应的目标地址。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：直接将该第一地址和该第二地址进行有序拼接，得到与该发送请求对应的目标地址。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：将该接口测试结果展示在该更新的测试页面的返回区域。从该接口测试结果中获取测试结果标识，该测试结果标识表征该接口测试是否异常。在该测试结果标识表征接口测试异常的情况下，确定异常数据并在该更新的测试页面的异常区域进行展示。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：从该接口测试结果中识别出异常数据。将该异常数据进行格式化处理，得到格式化后的异常数据，并将该格式化后的异常数据显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数生成包含有接口信息的第一地址。响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。获取当前运行环境下与域名对应的第二地址。基于该第一地址和该第二地址，生成与该目标请求方式对应的目标地址，并将该目标地址展示到该测试页面，得到更新的测试页面。响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将该维护页面中的维护参数存储至接口数据库中，该维护参数包括接口参数和第一地址，该接口参数中包括有与该维护页面对应的接口编码。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：响应于对该更新的测试页面的第二触发操作，通过判断接口数据库是否存在与该维护页面对应接口编码，若存在，则确定该目标地址有效。在该目标地址有效的情况下，根据有效的目标地址和该目标请求方式，进行接口测试，得到接口测试结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：从该维护页面中获取查询参数，该查询参数表征待获取业务数据类型。将该第一地址、该第二地址、以及该查询参数进行有序拼接，得到与该获取请求对应的目标地址。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：直接将该第一地址和该第二地址进行有序拼接，得到与该发送请求对应的目标地址。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将该接口测试结果展示在该更新的测试页面的返回区域。从该接口测试结果中获取测试结果标识，该测试结果标识表征该接口测试是否异常。在该测试结果标识表征接口测试异常的情况下，确定异常数据并在该更新的测试页面的异常区域进行展示。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：从该接口测试结果中识别出异常数据。将该异常数据进行格式化处理，得到格式化后的异常数据，并将该格式化后的异常数据显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。

在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：展示维护页面，该维护页面中包括有接口参数以及目标请求方式，并基于该维护页面中的接口参数生成包含有接口信息的第一地址。响应于对维护页面的第一触发操作，展示测试页面，该测试页面用于触发接口的测试和展示接口测试结果。获取当前运行环境下与域名对应的第二地址。基于该第一地址和该第二地址，生成与该目标请求方式对应的目标地址，并将该目标地址展示到该测试页面，得到更新的测试页面。响应于对该更新的测试页面的第二触发操作，通过该目标地址和该目标请求方式，对目标接口进行接口测试，得到接口测试结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将该维护页面中的维护参数存储至接口数据库中，该维护参数包括接口参数和第一地址，该接口参数中包括有与该维护页面对应的接口编码。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：响应于对该更新的测试页面的第二触发操作，通过判断接口数据库是否存在与该维护页面对应接口编码，若存在，则确定该目标地址有效。在该目标地址有效的情况下，根据有效的目标地址和该目标请求方式，进行接口测试，得到接口测试结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：从该维护页面中获取查询参数，该查询参数表征待获取业务数据类型。将该第一地址、该第二地址、以及该查询参数进行有序拼接，得到与该获取请求对应的目标地址。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：直接将该第一地址和该第二地址进行有序拼接，得到与该发送请求对应的目标地址。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将该接口测试结果展示在该更新的测试页面的返回区域。从该接口测试结果中获取测试结果标识，该测试结果标识表征该接口测试是否异常。在该测试结果标识表征接口测试异常的情况下，确定异常数据并在该更新的测试页面的异常区域进行展示。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：从该接口测试结果中识别出异常数据。将该异常数据进行格式化处理，得到格式化后的异常数据，并将该格式化后的异常数据显示在该更新的测试页面的异常区域，用于确定接口测试异常的错误原因。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。