CN109992495A - 接口测试的方法和装置 - Google Patents

Abstract

本发明公开了接口测试的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：获取接口测试任务的预测结果，并根据预测结果反向获取接口的入参数据；根据入参数据，执行接口测试任务以获取接口返回的实际结果；若预测结果和实际结果一致，则确认接口的测试通过。该实施方式能够通过反向获取接口的入参数据进行接口自动化测试，降低了人工成本，提高了接口测试的有效性。

Description

接口测试的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种接口测试的方法和装置。

背景技术

大型电商公司的业务会分为各个不同模块，各模块之间相互依赖，依赖的数据需要接口来提供。针对接口的测试，高速且维护成本低的自动化测试就成了远程接口测试非常重要的手段。

目前接口的自动化测试的方案有如下两种。方案一：服务端开发一个接口后，同时开发一个接口对应的测试页面，可以输入入参，输出执行结果。自动化测试的时候，编写自动化脚本，设置好入参，调用该页面的方法进行自动化测试。方案二：将服务端开发的接口部署到模拟客户端调用接口的测试代理工具(简称testProxy)，该工具利用Spring容器加载客户端的类，利用反射技术提取接口方法及入参，直接调用客户端的方法。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：采用方案一实现接口测试的时候，需要开发对应的测试页面，并输入入参数据。如果入参数据的某些信息被改变，接口自动化测试就会失败，就需要人工重新修改数据，维护起来费时费力；采用方案二实现接口测试的时候，不需要额外开发对应的测试页面，但是入参数据也是需要手动输入的，一旦入参数据的某些信息被改变，自动化测试就会失败，也需要人工去重新修改数据，重新保存结果，维护起来同样费时费力。

发明内容

有鉴于此，本发明实施例提供一种接口测试的方法和装置，能够通过反向获取接口的入参数据进行接口自动化测试，降低了人工成本，提高了接口测试的有效性。

为实现上述目的，根据本发明实施例的一个方面，提供了一种接口测试的方法。

本发明实施例的一种接口测试的方法包括：获取接口测试任务的预测结果，并根据所述预测结果反向获取接口的入参数据；根据所述入参数据，执行所述接口测试任务以获取所述接口返回的实际结果；若所述预测结果和所述实际结果一致，则确认所述接口的测试通过。

可选地，在在获取接口测试任务的预测结果之前之前，所述方法还包括：创建定时任务，将所述接口测试任务保存至所述定时任务中；以及，当达到所述定时任务的预设时间阈值时，执行所述接口测试任务。

可选地，在在获取接口测试任务的预测结果之前之前，所述方法还包括：将多个接口测试任务保存至所述定时任务中；以及，当达到所述定时任务的预设时间阈值时，通过多线程方式执行所述多个接口测试任务。

可选地，在在获取接口测试任务的预测结果之前之前，所述方法还包括：获取所述接口测试任务的执行文件路径；以及，根据获取的执行文件路径，新建所述接口测试任务的执行文件，其中，所述执行文件用于保存所述接口测试任务的测试日志和实际结果。

可选地，获取所述接口测试任务的执行文件路径包括：直接查询所述接口测试任务的执行文件路径；和/或，从缓存中获取所述执行文件路径，其中，从缓存中获取所述执行文件路径的过程中，若缓存中不存在所述执行文件路径，则重新查询所述执行文件路径，并将所述执行文件路径放入缓存中。

可选地，根据获取的执行文件路径，新建所述接口测试任务的执行文件包括：根据所述执行文件路径，判断所述接口测试任务的执行文件是否存在，若不存在，则新建所述接口测试任务的执行文件。

可选地，获取接口测试任务的预测结果，并根据所述预测结果反向获取接口的入参数据包括：根据所述接口测试任务，分析接口的逻辑，其中，所述接口的逻辑是指为了实现接口的功能，应该具备的规则与流程；根据分析的逻辑获取所述接口测试任务的预测结果；根据所述预测结果反向推算接口的入参数据。

为实现上述目的，根据本发明实施例的另一方面，提供了一种接口测试的装置。

本发明实施例的一种接口测试的装置，包括：获取模块，用于获取接口测试任务的预测结果，并根据所述预测结果反向获取接口的入参数据；执行模块，用于根据所述入参数据，执行所述接口测试任务以获取所述接口返回的实际结果；确认模块，用于若所述预测结果和所述实际结果一致，则确认所述接口的测试通过。

为实现上述目的，根据本发明实施例的再一方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的接口测试的方法。

为实现上述目的，根据本发明实施例的又一方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本发明实施例的接口测试的方法。

上述发明中的一个实施例具有如下优点或有益效果：能够通过反向获取接口的入参数据进行接口自动化测试，从而可以降低人工成本，提高接口测试的有效性；本发明实施例中通过创建定时任务触发执行接口测试任务，从而可以根据具体场景设置时间阈值自动触发接口自动化测试；本发明实施例中通过多线程方式并行执行多个接口测试任务，从而可以实现多个接口测试任务同步执行，互不干扰，提高工作效率；本发明实施例中将测试日志保存在执行文件中，从而可以通过执行文件查询接口测试过程出现的问题以及测试结果；本发明实施例中可以通过执行文件路径快速查找执行文件，此外，还可以从缓存中获取执行文件路径，以进一步缩短查找执行文件的时间，提高效率；本发明实施例中通过查询执行文件是否存在以判断接口测试任务的执行状况，从而可以确保接口测试任务不会被重复执行；本发明实施例中通过反向获取入参数据实现接口测试，从而可以避免人工输入数据，降低了人工维护的成本；本发明中，通过将预测结果和实际结果进行比较判断接口测试是否通过，从而可以提高接口测试的有效性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的接口测试的方法的主要步骤的示意图；

图2是根据本发明实施例的接口测试的方法的主要流程的示意图；

图3是根据本发明实施例的接口测试的装置的主要模块的示意图；

图4是本发明实施例可以应用于其中的示例性系统架构图；

图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1是根据本发明实施例的接口测试的方法的主要步骤的示意图，如图1所示，本发明实施例的接口测试的方法的主要包括以下步骤：

步骤S101：获取接口测试任务的预测结果，并根据预测结果反向获取接口的入参数据。其中，入参数据指的是接口测试过程中输入的数据。“获取”指的是通过输入的数据获得输出的结果，“反向获取”指的是通过根据接口处理逻辑得到的预测结果反向推算出输入的数据。本发明中，通过接口测试任务可以分析出接口测试的预测结果，然后通过预测结果推算出接口的入参数据，从而可以避免人工输入入参数据，减少了人工维护成本。

步骤S102：根据入参数据，执行接口测试任务以获取接口返回的实际结果。通过步骤S101获取接口的入参数据，然后将入参数据传入到接口中，调用接口获取返回的实际结果。

步骤S103：若预测结果和实际结果一致，则确认所述接口的测试通过。本发明实施例中，比较预测结果和实际结果，若一致，则确认接口的测试通过，若不一致，则确认接口的测试不通过。本发明中，通过将预测结果和实际结果进行比较判断接口测试是否通过，从而可以提高接口测试的有效性。

本发明实施例中，在获取接口测试任务的预测结果之前，接口测试的方法还可以包括：创建定时任务，将接口测试任务保存至定时任务中；以及，当达到定时任务的预设时间阈值时，执行接口测试任务。本发明中，可以首先创建一个定时任务，将需要进行测试的接口放在定时任务中执行。定时任务可以设置在预设时间阈值，比如凌晨，自动触发执行，也可以在其他需要的时刻手动触发执行。因此，当达到定时任务规定的时间的时候，对保存在定时任务中的接口进行测试。本发明中，通过创建定时任务触发执行接口测试任务，从而可以根据具体场景设置时间阈值自动触发接口自动化测试。

本发明实施例中，在获取接口测试任务的预测结果之前，接口测试的方法还可以包括：将多个接口测试任务保存至定时任务中；以及，当达到定时任务的预设时间阈值时，通过多线程方式执行多个接口测试任务。本发明中，可以同时执行多个接口的测试，每个接口启用一个线程。新建定时任务的时候，将需要进行测试的多个接口放在定时任务中执行。在定时任务中，不同的接口之间互不干扰，各个接口的执行可以通过master-worker(即将串行任务分解为子任务进行并行化处理的方案，被分解的子任务在系统中可以被并行处理)多线程方式进行执行，把每个接口的执行都分解为一个子任务，master来管理子任务，让多个接口可以同步执行，互不干扰。其中，线程是指一个程序中，独立运行的程序片段，利用线程编程的概念叫做多线程处理。本发明中，通过多线程方式并行执行多个接口测试任务，从而可以实现多个接口测试任务同步执行，互不干扰。

本发明实施例中，在获取接口测试任务的预测结果之前，接口测试的方法还可以包括：获取接口测试任务的执行文件路径；以及，根据获取的执行文件路径新建接口测试任务的执行文件。其中，执行文件可以用于保存接口测试任务的测试日志。本发明中，接口测试任务执行过程中，测试的步骤和结果需要写入到服务器的一个固定文件中，也就是“执行文件”中，文件名可以用“接口名+当前日期”作为唯一键key进行唯一表示，保证同一个接口在当天只有一个线程在执行。当然，文件名也可以用其他形式表示，执行周期也可以根据需求设置，比如，文件名可以用“接口名+当前时刻”唯一表示，保证同一个接口在一个小时内只有一个线程在执行，本发明文件名和执行周期均不作限定。本发明中，将测试日志保存在执行文件中，从而可以通过执行文件查询接口测试过程出现的问题以及测试结果。

本发明实施例中，获取接口测试任务的执行文件路径可以包括：直接查询接口测试任务的执行文件路径；和/或，从缓存中获取执行文件路径。其中，从缓存中获取执行文件路径的过程中，若缓存中不存在执行文件路径，则重新查询执行文件路径，并将执行文件路径放入缓存中。本发明中，执行文件是单独放在服务器的一个固定目录下面的，通过指定的路径去取该文件，也就是说“执行文件路径”是固定写死的。本发明中，可以直接查询接口测试任务的执行文件路径，也可以从缓存中获取执行文件路径，如果缓存中不存在执行文件路径，可以再次查询执行文件路径，并将执行文件路径放入缓存中。其中，缓存周期可以设置为1小时，也可以设置为其他时间，本发明中缓存周期的设置可以根据具体需求设置，本发明对此不作限定。本发明中，通过路径可以快速查找执行文件，同时从缓存中获取路径还可以进一步缩短时间，提高效率。

本发明实施例中，根据获取的执行文件路径新建接口测试任务的执行文件可以包括：根据执行文件路径，判断接口测试任务的执行文件是否存在，若不存在，则新建接口测试任务的执行文件。本发明中，根据执行文件路径去读取执行文件，如果执行文件存在，说明执行文件对应的接口测试任务已经在执行，如果执行文件不存在，说明执行文件对应的接口测试任务没有执行，因此新建该接口测试任务对应的执行文件，并且开始执行该接口测试任务。执行过程中，执行步骤和执行结果均会被记录在执行文件中，可以通过查询服务器上相同接口名的文件，查看执行过程和执行结果。

本发明实施例中，获取接口测试任务的预测结果，并根据预测结果反向获取接口的入参数据可以包括：根据接口测试任务，分析接口的逻辑；根据分析的逻辑获取接口测试任务的预测结果；根据预测结果反向推算接口的入参数据。其中，接口的逻辑是指为了实现接口的功能，应该具备的规则与流程。本发明中对于需要执行测试的接口，首先需要先了解接口测试任务的具体业务逻辑，得到接口测试任务的预测结果，然后通过接口的顺向逻辑，入参数据需要什么，不同的入参数据返回的结果是什么，逆向推算出接口需要的入参数据，然后从存放数据的地方将满足条件的数据取出来。如果找不到符合条件的入参数据，需要创建一条数据，自动获取创建的数据。本发明中，“数据存放的地方”可以是数据库，也可以是其他的存储装置，对此不作限定。本发明，通过反向获取入参数据实现接口测试，从而可以避免人工输入数据，降低了人工维护的成本。

图2是根据本发明实施例的接口测试的方法的主要流程的示意图。如图2所示，接口测试的方法的主要流程可以包括：步骤S201，新建定时任务，将接口测试任务保存在定时任务中；步骤S202，当达到定时任务的预设时间阈值的时间，触发执行接口测试任务；步骤S203，从缓存中获取接口的执行文件路径；步骤S204，根据接口的执行文件路径，查询接口的执行文件；步骤S205，根据查询结果，判断执行文件是否存在；步骤S206，新建接口测试任务的执行文件；步骤S207，启动线程执行；步骤S208，通过接口逻辑，分析获取预测结果，并且反向推算出接口测试任务的入参数据；步骤S209，将入参数据传入到接口中，调用接口获取接口测试任务的实际结果；步骤S210，比较预测结果和实际结果；步骤S211，若预测结果和实际结果一致，则接口测试通过；步骤S212，若预测结果和实际结果不一致，则接口测试不通过；步骤S213，直接查询执行文件。

其中，在步骤S203中，从缓存中获取接口的执行文件路径。若缓存中不存在接口的执行文件路径，可以先查询接口的执行文件路径，然后将执行文件路径放入缓存中。当然，步骤S203也可以替换为：直接查询接口的执行文件。

步骤S207启动线程执行是指：每个接口启用一个线程，在线程中将接口测试执行的过程日志写入步骤S206新建的执行文件中，通过master-worker方式，把每个接口的执行都分解为一个子任务，master来管理子任务，让多个接口测试任务可以同步执行，互不干扰。各线程执行完成后将结果写入到执行文件中，master读取执行的结果，返回接口测试是否执行成功。因此，接口测试任务完成后，执行文件中会存储执行日志，如果需要查看接口测试任务的，可以找到该执行文件进行查看，如果接口哪里有问题，也可以通过该执行文件记录的执行日志进行查看。

在步骤S208中，通过接口逻辑，分析获取预测结果，并且反向推算出接口测试任务的入参数据。下面以电子商务过程中，测试闪购价格接口为例说明反向获取入参数据的过程：创建闪购价格接口，入参有商品、闪购价格、活动时间，限购数量等，接口需要走负毛利检查。通过分析接口的逻辑，得到接口调用后有3种预测结果：一、闪购价格无负毛利审核创建成功；二、闪购价格需要走负毛利审核；三、闪购价格创建失败。对于入参数据，其中的商品可以从商品表里面查询出一条有效数据，活动时间可以通过当前时间加减天数来获取，限购数量可以固定，但是对于入参数据中的闪购价格则需要通过反向获取的方式计算得出。对于不同的情况，需要输入的闪购价格也是不相同的。

对于第一种预测结果，输入的闪购价格(也就是商品售价以下简称price)的计算方式是：首先通过商品的编号或其他信息将该商品的成本价(以下简称cost)查询出来；然后将该商品设置的阈值(以下简称threshold)查询出来；接着通过毛利率公式：(price-cost)/price*100％＝threshold计算出来负毛利为0时的价格，此价格为临界价格，其中，毛利阈值threshold是产生负毛利的临界点，毛利率低于这个值就会产生负毛利，需要负毛利审核；最后，本发明实施例中，可以在临界价格之上加上0.1，就没有负毛利产生，即通过反向获取的方式，推算得到入参数据可以为“临界价格加上0.1”。对于第二种预测结果，同样采用上述方法计算出临界价格，然后可以在临界价格的基础上减去0.1就产生了负毛利，即得到入参数据可以为“临界价格减去0.1”。对于第三种预测结果，只需要将必传参数设置为空或者入参时间改为过去的时间，就会检查失败，创建闪购价失败。

根据本发明实施例的接口测试的技术方案可以看出，能够通过反向获取接口的入参数据进行接口自动化测试，从而可以降低人工成本，提高接口测试的有效性；本发明实施例中通过创建定时任务触发执行接口测试任务，从而可以根据具体场景设置时间阈值自动触发接口自动化测试；本发明实施例中通过多线程方式并行执行多个接口测试任务，从而可以实现多个接口测试任务同步执行，互不干扰，提高工作效率；本发明实施例中将测试日志保存在执行文件中，从而可以通过执行文件查询接口测试过程出现的问题以及测试结果；本发明实施例中可以通过执行文件路径快速查找执行文件，此外，还可以从缓存中获取执行文件路径，以进一步缩短查找执行文件的时间，提高效率；本发明实施例中通过查询执行文件是否存在以判断接口测试任务的执行状况，从而可以确保接口测试任务不会被重复执行；本发明实施例中通过反向获取入参数据实现接口测试，从而可以避免人工输入数据，降低了人工维护的成本；本发明中，通过将预测结果和实际结果进行比较判断接口测试是否通过，从而可以提高接口测试的有效性。

图3是根据本发明实施例的接口测试的装置的主要模块的示意图。如图3所示，本发明的接口测试的装置300主要包括如下模块：获取模块301、执行模块302、确认模块303。

其中，获取模块301可用于获取接口测试任务的预测结果，并根据预测结果反向获取接口的入参数据。执行模块302可用于根据入参数据，执行接口测试任务以获取接口返回的实际结果。确认模块303可用于若预测结果和实际结果一致，则确认接口的测试通过。

本发明实施例中，接口测试的装置还可包括：定时模块(图中未示出)。定时模块可用于：创建定时任务，将接口测试任务保存至定时任务中；以及，当达到定时任务的预设时间阈值时，执行接口测试任务。本发明中，通过设置定时模块，用于创建定时任务触发执行接口测试任务，从而可以根据具体场景设置时间阈值自动触发接口自动化测试。

本发明实施例中，接口测试的装置中，定时模块还可用于将多个接口测试任务保存至定时任务中；以及，当达到定时任务的预设时间阈值时，通过多线程方式执行多个接口测试任务。本发明中，通过设置线程模块，用于多线程方式并行执行多个接口测试任务，每个接口启用一个线程，从而可以实现多个接口测试任务同步执行，互不干扰。

本发明实施例中，获取模块301还可用于：获取接口测试任务的执行文件路径；以及，根据获取的执行文件路径，新建接口测试任务的执行文件。其中，执行文件用于保存接口测试任务的测试日志和实际结果。本发明中，将测试日志保存在执行文件中，从而可以通过执行文件查询接口测试过程出现的问题以及测试结果。

本发明实施例中，获取模块301还可用于：直接查询接口测试任务的执行文件路径；和/或，从缓存中获取执行文件路径。其中，从缓存中获取执行文件路径的过程中，若缓存中不存在执行文件路径，则重新查询执行文件路径，并将执行文件路径放入缓存中。本发明中，通过路径可以快速查找执行文件，同时从缓存中获取路径还可以进一步缩短时间，提高效率。

本发明实施例中，获取模块301还可用于：根据执行文件路径，判断接口测试任务的执行文件是否存在，若不存在，则新建接口测试任务的执行文件。

本发明实施例中，获取模块301还可用于：根据接口测试任务，分析接口的逻辑；根据分析的逻辑获取接口测试任务的预测结果；根据预测结果反向推算接口的入参数据。其中，接口的逻辑是指为了实现接口的功能，应该具备的规则与流程。本发明，通过反向获取入参数据实现接口测试，从而可以避免人工输入数据，降低了人工维护的成本。

从以上描述可以看出，能够通过反向获取接口的入参数据进行接口自动化测试，从而可以降低人工成本，提高接口测试的有效性；本发明实施例中通过创建定时任务触发执行接口测试任务，从而可以根据具体场景设置时间阈值自动触发接口自动化测试；本发明实施例中通过多线程方式并行执行多个接口测试任务，从而可以实现多个接口测试任务同步执行，互不干扰，提高工作效率；本发明实施例中将测试日志保存在执行文件中，从而可以通过执行文件查询接口测试过程出现的问题以及测试结果；本发明实施例中可以通过执行文件路径快速查找执行文件，此外，还可以从缓存中获取执行文件路径，以进一步缩短查找执行文件的时间，提高效率；本发明实施例中通过查询执行文件是否存在以判断接口测试任务的执行状况，从而可以确保接口测试任务不会被重复执行；本发明实施例中通过反向获取入参数据实现接口测试，从而可以避免人工输入数据，降低了人工维护的成本；本发明中，通过将预测结果和实际结果进行比较判断接口测试是否通过，从而可以提高接口测试的有效性。

图4示出了可以应用本发明实施例的接口测试的方法或接口测试的装置的示例性系统架构400。

如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的接口测试的方法一般由服务器405执行，相应地，接口测试的装置一般设置于服务器405中。

应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、执行模块、确认模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“获取接口测试任务的预测结果，并根据预测结果反向获取接口的入参数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取接口测试任务的预测结果，并根据预测结果反向获取接口的入参数据；根据入参数据，执行接口测试任务以获取接口返回的实际结果；若预测结果和实际结果一致，则确认接口的测试通过。

根据本发明实施例的技术方案，能够通过反向获取接口的入参数据进行接口自动化测试，从而可以降低人工成本，提高接口测试的有效性；本发明实施例中通过创建定时任务触发执行接口测试任务，从而可以根据具体场景设置时间阈值自动触发接口自动化测试；本发明实施例中通过多线程方式并行执行多个接口测试任务，从而可以实现多个接口测试任务同步执行，互不干扰，提高工作效率；本发明实施例中将测试日志保存在执行文件中，从而可以通过执行文件查询接口测试过程出现的问题以及测试结果；本发明实施例中可以通过执行文件路径快速查找执行文件，此外，还可以从缓存中获取执行文件路径，以进一步缩短查找执行文件的时间，提高效率；本发明实施例中通过查询执行文件是否存在以判断接口测试任务的执行状况，从而可以确保接口测试任务不会被重复执行；本发明实施例中通过反向获取入参数据实现接口测试，从而可以避免人工输入数据，降低了人工维护的成本；本发明中，通过将预测结果和实际结果进行比较判断接口测试是否通过，从而可以提高接口测试的有效性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

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

获取接口测试任务的预测结果，并根据所述预测结果反向获取接口的入参数据；

根据所述入参数据，执行所述接口测试任务以获取所述接口返回的实际结果；

若所述预测结果和所述实际结果一致，则确认所述接口的测试通过。

2.根据权利要求1所述的方法，其特征在于，在获取接口测试任务的预测结果之前，所述方法还包括：

创建定时任务，将所述接口测试任务保存至所述定时任务中；以及

当达到所述定时任务的预设时间阈值时，执行所述接口测试任务。

3.根据权利要求2所述的方法，其特征在于，在获取接口测试任务的预测结果之前，所述方法还包括：

将多个接口测试任务保存至所述定时任务中；以及

当达到所述定时任务的预设时间阈值时，通过多线程方式执行所述多个接口测试任务。

4.根据权利要求1所述的方法，其特征在于，在获取接口测试任务的预测结果之前，所述方法还包括：

获取所述接口测试任务的执行文件路径；以及

根据获取的执行文件路径，新建所述接口测试任务的执行文件，其中，所述执行文件用于保存所述接口测试任务的测试日志和实际结果。

5.根据权利要求4所述的方法，其特征在于，获取所述接口测试任务的执行文件路径包括：

直接查询所述接口测试任务的执行文件路径；和/或

从缓存中获取所述执行文件路径，其中，从缓存中获取所述执行文件路径的过程中，若缓存中不存在所述执行文件路径，则重新查询所述执行文件路径，并将所述执行文件路径放入缓存中。

6.根据权利要求4所述的方法，其特征在于，根据获取的执行文件路径，新建所述接口测试任务的执行文件包括：

根据所述执行文件路径，判断所述接口测试任务的执行文件是否存在，若不存在，则新建所述接口测试任务的执行文件。

7.根据权利要求1所述的方法，其特征在于，获取接口测试任务的预测结果，并根据所述预测结果反向获取接口的入参数据包括：

根据所述接口测试任务，分析接口的逻辑，其中，所述接口的逻辑是指为了实现接口的功能，应该具备的规则与流程；

根据分析的逻辑获取所述接口测试任务的预测结果；

根据所述预测结果反向推算接口的入参数据。

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

获取模块，用于获取接口测试任务的预测结果，并根据所述预测结果反向获取接口的入参数据；

执行模块，用于根据所述入参数据，执行所述接口测试任务以获取所述接口返回的实际结果；

确认模块，用于若所述预测结果和所述实际结果一致，则确认所述接口的测试通过。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。