一种应用程序接口测试方法及装置与流程

1.本发明涉及软件技术领域，特别是涉及一种应用程序接口测试方法及装置。


背景技术：

2.在开发应用程序的过程中，可以通过在应用程序中引入不同的sdk(software development kit，软件开发工具包)以实现不同的功能，为了保证sdk能够正常运行，开发人员在完成sdk的编码后，需要对sdk提供的应用程序接口进行测试，若测试过程中确定应用程序接口未发生异常便可以确定被测试的sdk能够正常运行，也就能够基于sdk生成应用程序。
3.因此，为了保证所生成的应用程序能够正常运行，需要对应用程序接口进行测试。


技术实现要素：

4.本发明实施例的目的在于提供一种应用程序接口测试方法及装置，以对应用程序接口进行测试。具体技术方案如下：
5.第一方面，本发明实施例提供的一种应用程序接口测试方法，所述方法包括：
6.将待测试的软件开发工具包sdk打包生成待测试程序包，并将测试程序打包生成测试程序包，其中，所述测试程序用于：对所述待测试的sdk的待测试接口进行测试；
7.向测试设备发送所述待测试程序包以及测试程序包，并控制所述测试设备安装所述待测试程序包以及测试程序包；
8.控制所述测试设备调用所述测试程序包中封装的测试程序对待测试接口进行测试；
9.接收所述测试设备返回的针对各个待测试接口的运行结果的返回值，基于返回值确定待测试接口是否发生异常，得到测试结果。
10.本发明的一个实施例中，所述控制所述测试设备调用所述测试程序包中封装的测试程序对待测试接口进行测试，包括：
11.若所述待测试接口为有参接口，则分别向所述测试设备发送不同的测试参数，并控制所述测试设备调用所述测试程序包中封装的测试程序基于所述测试参数对所述待测试接口进行测试；
12.若所述待测试接口为无参接口，则直接控制所述测试设备调用所述测试程序对所述待测试接口进行测试。
13.本发明的一个实施例中，所述分别向所述测试设备发送不同的测试参数，并控制所述测试设备调用所述测试程序基于所述测试参数对所述待测试接口进行测试，包括：
14.向所述测试设备发送不同的参数组，所述参数组中包含测试参数与测试程序标签；
15.针对每一参数组，控制所述测试设备调用该参数组中的测试程序标签指示的测试程序基于该参数组中的测试参数对待测试接口进行测试。
16.本发明的一个实施例中，在所述接收所述测试设备返回的针对各个待测试接口的运行结果的返回值，基于返回值确定待测试接口是否发生异常，得到测试结果之后，还包括：
17.控制所述测试设备调用所述测试程序包中封装的环境资源释放程序，使得所述测试设备释放测试所述待测试接口过程中消耗的计算资源，并存储针对各个待测试接口的运行结果的返回值。
18.本发明的一个实施例中，在所述接收所述测试设备返回的针对各个待测试接口的运行结果的返回值之后，还包括：
19.将所获取的返回值存储于自身存储空间中的预设位置处。
20.第二方面，本发明实施例提供了一种应用程序接口测试装置，所述装置包括：
21.程度打包模块，用于将待测试的sdk打包生成待测试程序包，并将测试程序打包生成测试程序包，其中，所述测试程序用于：对所述待测试的sdk的待测试接口进行测试；
22.程序包安装模块，用于向测试设备发送所述待测试程序包以及测试程序包，并控制所述测试设备安装所述待测试程序包以及测试程序包；
23.接口测试模块，用于控制所述测试设备调用所述测试程序包中封装的测试程序对待测试接口进行测试；
24.结果确定模块，用于接收所述测试设备返回的针对各个待测试接口的运行结果的返回值，基于返回值确定待测试接口是否发生异常，得到测试结果。
25.第三方面，本发明实施例提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
26.存储器，用于存放计算机程序；
27.处理器，用于执行存储器上所存放的程序时，实现第一方面任一所述的方法步骤。
28.第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一所述的方法步骤。
29.第五方面，本发明实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面任一所述的方法步骤。
30.本发明实施例有益效果：
31.本发明实施例提供的一种应用程序接口测试方法，首先将待测试的sdk打包生成待测试程序包，并将测试程序打包生成测试程序包，其中，测试程序用于：对待测试的sdk的待测试接口进行测试；向测试设备发送待测试程序包以及测试程序包，并控制测试设备安装待测试程序包以及测试程序包；控制测试设备调用测试程序包中封装的测试程序对待测试接口进行测试；接收测试设备返回的针对各个待测试接口的运行结果的返回值，基于返回值确定待测试接口是否发生异常，得到测试结果。
32.由以上可见，为了对待测试接口进行测试，开发人员可以编写用于测试待测试接口的测试程序，本发明实施例可以将待测试的sdk与测试程序分别打包生成程序包，并在测试设备中安装两个程序包，安装后两个程序包中包含的程序独立运行。通过调用测试设备中运行的测试程序便可以对待测试接口进行测试，通过本发明实施例能够完成应用程序接口的测试过程。并且调用测试程序不需要消耗过多的计算资源，使得本发明实施例能够高
效地完成应用程序接口的测试。
附图说明
33.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
34.图1为本发明实施例提供的第一种应用程序接口测试方法的流程示意图；
35.图2为本发明实施例提供的第二种应用程序接口测试方法的流程示意图；
36.图3为本发明实施例提供的第三种应用程序接口测试方法的流程示意图；
37.图4为本发明实施例提供的第四种应用程序接口测试方法的流程示意图；
38.图5为本发明实施例提供的一种应用程序接口测试装置的结构示意图；
39.图6为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
40.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员基于本技术所获得的所有其他实施例，都属于本发明保护的范围。
41.为了对应用程序接口进行测试，本发明实施例提供了一种应用程序接口测试方法及装置。
42.本发明实施例提供了一种应用程序接口测试方法，上述方法包括：
43.将待测试的软件开发工具包sdk打包生成待测试程序包，并将测试程序打包生成测试程序包，其中，上述测试程序用于：对上述待测试的sdk的待测试接口进行测试；
44.向测试设备发送上述待测试程序包以及测试程序包，并控制上述测试设备安装上述待测试程序包以及测试程序包；
45.控制上述测试设备调用上述测试程序包中封装的测试程序对待测试接口进行测试；
46.接收上述测试设备返回的针对各个待测试接口的运行结果的返回值，基于返回值确定待测试接口是否发生异常，得到测试结果。
47.由以上可见，为了对待测试接口进行测试，开发人员可以编写用于测试待测试接口的测试程序，本发明实施例可以将待测试的sdk与测试程序分别打包生成程序包，并在测试设备中安装两个程序包，安装后两个程序包中包含的程序独立运行。通过调用测试设备中运行的测试程序便可以对待测试接口进行测试，通过本发明实施例能够完成应用程序接口的测试过程。并且调用测试程序不需要消耗过多的计算资源，使得本发明实施例能够高效地完成应用程序接口的测试。
48.参见图1，为本发明实施例提供的第一种应用程序接口测试方法的流程示意图，具体的，本发明实施例的执行主体可以是电脑或其他具有数据处理能力的设备。
49.上述方法包括以下步骤s101-s104。
50.s101：将待测试的sdk打包生成待测试程序包，并将测试程序打包生成测试程序
包。
51.其中，上述测试程序用于：对上述待测试的sdk的待测试接口进行测试。
52.具体的，对于基于不同编程语言编写的待测试的sdk以及测试程序，可以采用不同的程序包生成工具生成上述待测试程序包与测试程序包。
53.例如，若上述待测试的sdk与测试程序是基于java语言编写的，则可以通过idea工具将待测试的sdk打包生成待测试程序包，并将测试程序打包生成测试程序包。若上述待测试的sdk与测试程序为应用于android操作系统的程序，则上述idea工具可以为android studio，并且所生成的待测试程序包与测试程序包均为apk文件。
54.另外，若本发明执行主体所配置的操作系统为windows系统，则可以通过gradlew命令将待测试的sdk打包生成待测试程序包，并将测试程序打包生成测试程序包。
55.再者，待测试程序包中需要测试的待测试的sdk可以有多个，则可以通过不同的测试程序分别测试不同的待测试的sdk的待测试接口，则测试程序同样有多个。
56.另外，在测试开始之前还需要对基础类进行初始化，因此测试程序中还可以包含基础类初始化程序，基础类初始化程序无返回值，也就不会在对基础类进行初始化之后生成其他影响测试程序与待测试的sdk运行的数据。并且在对各个待测试接口进行测试之前，还可以对待测试接口对应的待测试的sdk进行初始化，因此测试程序中还可以包含sdk初始化程序，在每一待测试接口测试开始前执行一次。对基础类进行初始化以及对待测试的sdk进行初始化，可以防止测试设备内存中原本包含的数据对测试结果造成影响，从而使得测试结果更加准确。
57.再者，在完成每一待测试接口的测试之后可以释放测试该待测试接口的过程中占用的测试设备的资源，因此测试程序中还可以包含资源释放程序，在每一待测试接口测试完成后执行一次。并且，在各个待测试接口的测试均完成后，可以释放测试设备整个测试环境的资源，因此测试程序中还可以包含一个环境资源释放程序。该环境资源释放程序用于释放测试环境的资源，环境资源释放程序无返回值，因此在完成环境资源释放后不会再生成会占用资源的数据。在完成接口测试之后释放资源可以防止测试程序长期占用测试设备的资源，影响测试设备中其他程序的运行。
58.由此可见，本发明实施例中应用的测试程序中可以为多个功能不同的程序，为了对不同的测试程序进行区分，可以为不同的测试程序设置不同的标签。
59.例如，基础类初始化程序的标签可以为@beforeclass，sdk初始化程序的标签可以为@before，资源释放程序的标签可以为@after，环境资源释放程序的标签可以为@beforeclass，用于对待测试接口进行测试的程序的标签可以为@test，为了区分用于测试不同待测试接口的程序，各个程序的标签可以分别为@test1、@test2、@test3等以此类推。
60.s102：向测试设备发送上述待测试程序包以及测试程序包，并控制上述测试设备安装上述待测试程序包以及测试程序包。
61.具体的，上述测试设备可以是与本发明实施例主体通信相连的其他设备，如手机、电脑、服务器、车载终端等。
62.s103：控制上述测试设备调用上述测试程序包中封装的测试程序对待测试接口进行测试。
63.具体的，用户可以在本实施例执行主体中输入控制命令，本实施例的执行主体基
于接收到的控制命令调用测试程序，以使得测试设备执行被调用的测试程序，以对上述待测试程序包中的待测试接口进行测试。
64.例如，若上述测试设备所配置的操作系统为android系统，则本实施例执行主体可以基于adb(android debug bridge，安卓调试桥)命令调用测试程序，adb命令属于现有技术，本发明实施例对此不再赘述。
65.本发明的一个实施例中，可以通过进程确定命令确定测试设备中执行上述测试程序的进程，再基于上述记录测试程序的文件在测试设备中的位置调用运行于所确定的进程中的测试程序。
66.本发明的另一个实施例中，也可以基于现有技术中的robot framework框架批量调用测试程序，对待测试接口进行测试。
67.具体的，在上述测试程序被调用并开始运行之后，测试程序可以调用待测试接口对待测试接口进行测试。
68.s104：接收上述测试设备返回的针对各个待测试接口的运行结果的返回值，基于返回值确定待测试接口是否发生异常，得到测试结果。
69.具体的，在测试程序被调用并开始执行之后，测试程序可以对自身用于调用待测试接口的程序段进行异常捕获，若测试程序确定待测试接口返回异常，则测试程序可以将所获得的异常结果打印至自身的返回值中，并向本发明执行主体发送上述返回值。若本发明执行主体确定测试程序反馈的返回值表示待测试接口异常，便可以确定待测试接口未通过测试，否则可以确定待测试接口通过测试，得到测试结果。
70.由以上可见，为了对待测试接口进行测试，开发人员可以编写用于测试待测试接口的测试程序，本发明实施例可以将待测试的sdk与测试程序分别打包生成程序包，并在测试设备中安装两个程序包，安装后两个程序包中包含的程序独立运行。通过调用测试设备中运行的测试程序便可以对待测试接口进行测试，通过本发明实施例能够完成应用程序接口的测试过程。并且调用测试程序不需要消耗过多的计算资源，使得本发明实施例能够高效地完成应用程序接口的测试。
71.另外，在确定待测试接口未通过测试之后，用户可以重新对未通过测试的待测试接口对应的待测试的sdk的程序进行修改，本实施例执行主体确定程序修改完成后可以重新执行步骤s101-s104，重新对待测试接口进行测试，直至确定待测试接口通过测试。
72.参见图2，为本发明实施例提供的第二种应用程序接口测试方法的流程示意图，与前述图1所示的实施例相比，上述步骤s103可以通过以下步骤s103a-s103b实现。
73.s103a：若上述待测试接口为有参接口，则分别向上述测试设备发送不同的测试参数，并控制上述测试设备调用上述测试程序包中封装的测试程序基于上述测试参数对所述待测试接口进行测试。
74.具体的，可以将测试参数传输至测试设备，并控制测试设备将测试参数写入内存中，再控制测试设备将写入内存中的测试参数写入记录上述测试程序的文件中，供测试程序读取使用。上述测试参数可以是用户输入的，也可以是预先设定的。
75.本发明的一个实施例中，可以通过以下步骤a-步骤b实现上述步骤s103a。
76.步骤a：向上述测试设备发送不同的参数组。
77.其中，上述参数组中包含测试参数与测试程序标签。
78.具体的，不同测试程序的测试程序标签不同，为了区分不同的测试程序，可以将待调用的测试程序的测试程序标签以及调用测试程序所需的测试参数作为一个参数组，共同发送给测试设备。
79.本实施例中所需的测试程序标签与测试参数两项信息可以被封装进一个json型字符串中，作为一个参数组。该json型字符串中定义有标签字段与测试参数字段，将测试程序标签以及测试参数写入空白的json型字符串中后，将json型字符串发送给测试设备。
80.步骤b：针对每一参数组，控制上述测试设备调用该参数组中的测试程序标签指示的测试程序基于该参数组中的测试参数对待测试接口进行测试。
81.s103b：若上述待测试接口为无参接口，则直接控制上述测试设备调用上述测试程序对上述待测试接口进行测试。
82.具体的，若测试程序本身无需输入参数便可以直接运行，则本发明实施例直接控制测试设备直接调用测试程序，测试程序便可以开始对待测试接口进行测试。
83.由以上可见，若待测试接口为有参接口，则测试程序调用待测试接口时需要输入测试参数才能运行待测试的sdk，才能完成对待测试接口的测试，但若待测试接口为无参接口，则测试程序可以直接调用待测试接口完成对待测试接口的测试，对于不同的接口本发明实施例可以采用不同的方式调用测试程序完成待测试接口的测试过程。
84.参见图3，为本发明实施例提供的第三种应用程序接口测试方法的流程示意图，与前述图1所示的实施例相比，在上述步骤s104之后还包括以下步骤s105。
85.s105：控制上述测试设备调用上述测试程序包中封装的环境资源释放程序，使得上述测试设备释放测试上述待测试接口过程中消耗的计算资源，并存储针对各个待测试接口的运行结果的返回值。
86.其中，上述环境资源释放程序用于：在各个测试程序均执行完成后释放上述测试设备中测试环境的资源。
87.本发明的一个实施例中，环境资源释放程序可以获取各个已经运行过的测试程序的返回值，并进行输出。在环境资源释放程序输出所获取的返回值之后，可以将上述返回值写入测试设备的存储空间中。具体的，若测试设备配置的操作系统为android系统，则可以调用fileoutputstream类将各个测试程序的返回值写入测试设备的存储空间内预设的位置处。
88.由以上可见，在完成测试过程之后，本发明实施例可以调用环境资源释放程序释放测试环境的资源，以防止测试待测试接口中占用的资源长时间未被释放影响测试设备进行其他数据处理。并且在运行环境资源释放程序的过程中各个测试程序的返回值会被存储于测试程序的存储空间内，以便用户后续可以基于所存储的返回值对待测试的sdk的程序进行分析，并对待测试的sdk的程序进行修改或进行其他后续处理。
89.参见图4，为本发明实施例提供的第四种应用程序接口测试方法的流程示意图，与前述图1所示的实施例相比，在步骤s104之后还包括以下步骤s106。
90.s106：将所获取的返回值存储于自身存储空间中的预设位置处。
91.具体的，可以调用adb命令在获取到上述测试结果之后可以将测试结果存储至上述执行主体自身的存储空间内。
92.另外，除了存储返回值之外，还可以存储测试待存储接口的过程所需的时间、测试
过程输入的测试参数等信息。
93.由以上可见，在完成待测试接口测试之后，测试程序可以将所获得的返回值存储于本发明执行主体的存储空间内，从而使得用户可以在后续基于上述返回值对待测试接口进行进一步测试，或进行基于返回值修改待测试的sdk的程序等其他处理。
94.与前述应用程序接口测试方法相对应，本发明实施例还提供了一种应用程序接口测试装置。
95.参见图5，为本发明实施例提供的一种应用程序接口测试装置的结构示意图，所述装置包括：
96.程度打包模块501，用于将待测试的软件开发工具包sdk打包生成待测试程序包，并将测试程序打包生成测试程序包，其中，所述测试程序用于：对所述待测试的sdk的待测试接口进行测试；
97.程序包安装模块502，用于向测试设备发送所述待测试程序包以及测试程序包，并控制所述测试设备安装所述待测试程序包以及测试程序包；
98.接口测试模块503，用于控制所述测试设备调用所述测试程序包中封装的测试程序对待测试接口进行测试；
99.结果确定模块504，用于接收所述测试设备返回的针对各个待测试接口的运行结果的返回值，基于返回值确定待测试接口是否发生异常，得到测试结果。
100.由以上可见，为了对待测试接口进行测试，开发人员可以编写用于测试待测试接口的测试程序，本发明实施例可以将待测试的sdk与测试程序分别打包生成程序包，并在测试设备中安装两个程序包，安装后两个程序包中包含的程序独立运行。通过调用测试设备中运行的测试程序便可以对待测试接口进行测试，通过本发明实施例能够完成应用程序接口的测试过程。并且调用测试程序不需要消耗过多的计算资源，使得本发明实施例能够高效地完成应用程序接口的测试。
101.本发明的一个实施例中，所述接口测试模块503，包括：
102.第一接口测试子模块，用于若所述待测试接口为有参接口，则分别向所述测试设备发送不同的测试参数，并控制所述测试设备调用所述测试程序包中封装的测试程序基于所述测试参数对所述待测试接口进行测试；
103.第二接口测试子模块，用于若所述待测试接口为无参接口，则直接控制所述测试设备调用所述测试程序对所述待测试接口进行测试。
104.由以上可见，若待测试接口为有参接口，则测试程序调用待测试接口时需要输入测试参数才能运行待测试的sdk，才能完成对待测试接口的测试，但若待测试接口为无参接口，则测试程序可以直接调用待测试接口完成对待测试接口的测试，对于不同的接口本发明实施例可以采用不同的方式调用测试程序完成待测试接口的测试过程。
105.本发明的一个实施例中，所述第一接口测试子模块，具体用于：
106.若所述待测试接口为有参接口，向所述测试设备发送不同的参数组，所述参数组中包含测试参数与测试程序标签；
107.针对每一参数组，控制所述测试设备调用该参数组中的测试程序标签指示的测试程序基于该参数组中的测试参数对待测试接口进行测试。
108.由以上可见，在完成测试过程之后，本发明实施例可以调用环境资源释放程序释
放测试环境的资源，以防止测试待测试接口中占用的资源长时间未被释放影响测试设备进行其他数据处理。并且在运行环境资源释放程序的过程中各个测试程序的返回值会被存储于测试程序的存储空间内，以便用户后续可以基于所存储的返回值对待测试的sdk的程序进行分析，并对待测试的sdk的程序进行修改或进行其他后续处理。
109.本发明的一个实施例中，所述装置还包括：
110.资源释放模块，用于控制所述测试设备调用所述测试程序包中封装的环境资源释放程序，使得所述测试设备释放测试所述待测试接口过程中消耗的计算资源，并存储针对各个待测试接口的运行结果的返回值。
111.由以上可见，在完成待测试接口测试之后，测试程序可以将所获得的返回值存储于本发明执行主体的存储空间内，从而使得用户可以在后续基于上述返回值对待测试接口进行进一步测试，或进行基于返回值修改待测试的sdk的程序等其他处理。
112.本发明的一个实施例中，所述装置还包括：
113.返回值存储模块，用于将所获取的返回值存储于自身存储空间中的预设位置处。
114.本发明实施例还提供了一种电子设备，如图6所示，包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601，通信接口602，存储器603通过通信总线604完成相互间的通信，
115.存储器603，用于存放计算机程序；
116.处理器601，用于执行存储器603上所存放的程序时，实现上述应用程序接口测试方法任一所述的方法步骤。
117.应用本发明实施例提供的电子设备进行应用程序接口测试时，为了对待测试接口进行测试，开发人员可以编写用于测试待测试接口的测试程序，本发明实施例可以将待测试的sdk与测试程序分别打包生成程序包，并在测试设备中安装两个程序包，安装后两个程序包中包含的程序独立运行。通过调用测试设备中运行的测试程序便可以对待测试接口进行测试，通过本发明实施例能够完成应用程序接口的测试过程。并且调用测试程序不需要消耗过多的计算资源，使得本发明实施例能够高效地完成应用程序接口的测试。
118.上述电子设备提到的通信总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
119.通信接口用于上述电子设备与其他设备之间的通信。
120.存储器可以包括随机存取存储器(random access memory，ram)，也可以包括非易失性存储器(non-volatile memory，nvm)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
121.上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
122.在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可
读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述应用程序接口测试方法任一所述的方法步骤。
123.应用本实施例提供的计算机可读存储介质中存储的计算机程序进行应用程序接口测试时，为了对待测试接口进行测试，开发人员可以编写用于测试待测试接口的测试程序，本发明实施例可以将待测试的sdk与测试程序分别打包生成程序包，并在测试设备中安装两个程序包，安装后两个程序包中包含的程序独立运行。通过调用测试设备中运行的测试程序便可以对待测试接口进行测试，通过本发明实施例能够完成应用程序接口的测试过程。并且调用测试程序不需要消耗过多的计算资源，使得本发明实施例能够高效地完成应用程序接口的测试。
124.在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一应用程序接口测试方法步骤。
125.执行本实施例提供的计算机程序产品进行应用程序接口测试时，为了对待测试接口进行测试，开发人员可以编写用于测试待测试接口的测试程序，本发明实施例可以将待测试的sdk与测试程序分别打包生成程序包，并在测试设备中安装两个程序包，安装后两个程序包中包含的程序独立运行。通过调用测试设备中运行的测试程序便可以对待测试接口进行测试，通过本发明实施例能够完成应用程序接口的测试过程。并且调用测试程序不需要消耗过多的计算资源，使得本发明实施例能够高效地完成应用程序接口的测试。
126.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solid state disk(ssd))等。
127.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
128.本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于电子设备、计算机可读存储介质和计算机程序产品实施例而言，由于其基本相似于方法实施例，所
以描述的比较简单，相关之处参见方法实施例的部分说明即可。
129.以上所述仅为本发明的较佳实施例，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。