CN111651366A - Sdk测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种SDK测试方法、装置、设备及存储介质，属于SDK测试技术领域。该方法包括：获取SDK测试用例代码，SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，其中，SDK中不同API对应不同接口测试用例，目标API为目标应用程序在运行过程中调用的API；响应于接收到对SDK的测试操作，自动运行SDK测试用例代码，得到第一运行结果，其中，SDK测试用例代码在运行过程中调用SDK中的目标API；根据第一运行结果生成第一测试报告，第一测试报告包含目标应用程序调用目标API时的运行数据。可以实现对SDK的自动化测试，简化了测试流程，并进一步提高了SDK的测试效率。

Description

SDK测试方法、装置、设备及存储介质

技术领域

本申请实施例涉及SDK测试技术领域，特别涉及一种SDK测试方法、装置、设备及存储介质。

背景技术

软件开发工具包(Software Development Kit，SDK)一般是指软件工程师为特定的软件包、软件框架、硬件平台、操作***等建立应用软件时的开发工具的集合，开发人员一般利用该SDK进行应用程序开发，用于快速建立应用软件。为了检测SDK是否满足开发人员所建立的应用程序的要求，需要进行SDK测试，来分析SDK的质量，从而保证应用程序开发的质量和效率。

相关技术中，在进行SDK测试过程中，需要用户手动在应用程序(Application,APP)界面中执行界面操作，比如，登录账号和密码时，需要用户手动在登录界面中输入账号和密码等相关数据，以便测试SDK中对应目标应用程序接口(Application ProgrammingInterface，API)的功能。

显然，采用相关技术中的人工测试方式，由于SDK中的API数量较多，测试效率较低。

发明内容

本申请实施例提供了一种SDK测试方法、装置、设备及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种SDK测试方法，所述方法包括：

获取SDK测试用例代码，所述SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，其中，SDK中不同API对应不同接口测试用例，所述目标API为目标应用程序在运行过程中调用的API；

响应于接收到对所述SDK的测试操作，自动运行所述SDK测试用例代码，得到第一运行结果，其中，所述SDK测试用例代码在运行过程中调用所述SDK中的所述目标API；

根据所述第一运行结果生成第一测试报告，所述第一测试报告包含所述目标应用程序调用所述目标API时的运行数据。

另一方面，本申请实施例提供了一种SDK测试装置，所述装置包括：

第一获取模块，用于获取SDK测试用例代码，所述SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，其中，SDK中不同API对应不同接口测试用例，所述目标API为目标应用程序在运行过程中调用的API；

运行模块，用于响应于接收到对所述SDK的测试操作，自动运行所述SDK测试用例代码，得到第一运行结果，其中，所述SDK测试用例代码在运行过程中调用所述SDK中的所述目标API；

生成模块，用于根据所述第一运行结果生成第一测试报告，所述第一测试报告包含所述目标应用程序调用所述目标API时的运行数据。

另一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述方面所述的SDK测试方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述方面所述的SDK测试方法。

另一方面，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面所述的SDK测试方法。

本申请实施例提供的技术方案至少包括如下有益效果：

通过将SDK中各个API对应的接口测试用例代码化，得到SDK测试用例代码，由于该接口测试用例是根据各个API对应的业务功能实现的，因此，当计算机设备自动运行该SDK测试用例代码时，可以模拟应用程序调用目标API的过程，并得到对应的运行数据反馈给测试人员。由于SDK测试用例代码可以自动运行，且将API的测试用例均编写在测试用例代码中，因此，无需用户手动在应用程序界面中进行界面操作，即可以实现对SDK中各个接口功能的自动化测试，简化了测试流程，并进一步提高了SDK的测试效率，此外，由于本实施例中的SDK测试可以细化至接口逻辑层，因此，若出现测试结果不符合预期，也可以准确定位到运行错误的原因。

附图说明

图1示出了本申请一个示例性实施例示出的测试***的架构图；

图2示出了本申请一个示例性实施例示出的SDK测试方法的流程图；

图3示出了本申请一个示例性实施例示出的接口测试用例的设计框架图；

图4示出了本申请另一个示例性实施例示出的SDK测试方法的流程图；

图5示出了本申请另一个示例性实施例示出的SDK测试方法的流程图；

图6示出了本申请另一个示例性实施例示出的SDK测试方法的流程图；

图7示出了本申请另一个示例性实施例示出的SDK测试方法的流程图；

图8示出了本申请另一个示例性实施例示出的SDK测试方法的流程图；

图9示出了本申请一个示例性实施例示出的测试终端进行SDK测试的示意图；

图10示出了本申请一个示例性实施例提供的SDK测试装置的结构框图；

图11示出了本申请一个示例性实施例提供的计算机设备的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

请参考图1，其示出了本申请一个示例性实施例示出的测试***的架构图，该测试***包括计算机设备101和测试终端102。

计算机设备101是提供有SDK开发环境或SDK测试环境的设备。计算机设备101可以是台式机、一体机、笔记本电脑、平板电脑等，本申请实施例对此不构成限定。本实施例中，计算机设备101提供有SDK测试代码的开发环境、运行环境以及APP的开发环境。其中，计算机设备101提供的开发环境与测试终端102的操作***相关，比如，若终端102的操作***为安卓***，则对应的开发和测试环境均为安卓环境。可选的，若SDK测试需要在特定处理器平台上进行，则需要在计算机设备101中开发APP，得到APP对应的应用程序包(AndroidPackage，APK)，并将其和SDK测试用例代码均发送至测试终端102。

计算机设备101与测试终端102通过有线或无线通信方式进行直接或间接地连接。

测试终端102是提供有SDK测试环境的设备。其可以是智能手机、智能手表、AR眼镜、平板电脑等，本实施例对此不够成限定。本实施例中，测试终端102可以根据接收到的APK安装应用程序，并自动运行SDK测试用例代码，从而向计算机设备101反馈目标应用程序在目标处理器平台上调用目标API时的运行数据。

需要说明的是，本申请实施例所示的测试***也可以只包括计算机设备101，无需终端102，通过在计算机设备101中进行SDK测试用例代码开发，并自动运行SDK测试用例代码，模拟APP调用各个目标API的过程，从而得到应用程序调用目标API时的运行数据，并反馈给测试人员。

在一种可能的应用场景下，进行SDK测试之前，需要进行SDK测试用例代码开发和APP开发等步骤，因此，计算机设备需要配置对应的开发环境和测试环境，由于不同操作***对应不同开发环境和测试环境，下文中仅以测试终端的操作***为安卓***为例对本申请实施例所示出的开发环境和测试环境进行示例性说明。

(1)安卓开发环境(Android Studio)

Android Studio是一个Android集成开发工具，基于IntelliJ IDEA，提供了集成的Android开发工具用于开发和调试，且内部集成有SDK，方便测试人员进行开发。

(2)安卓测试框架(Android JUnit)

Android JUnit是一个开发的资源框架，用于编写和运行测试，且为白盒测试框架，即开发人员对开发的方法进行功能性测试。本实施例中，测试人员基于该AndroidJunit进行SDK测试用例代码的开发和运行。

(3)APP开发框架

本申请实施例中所使用的APP开发框架以Java为编程语言，实现APP代码开发，从而得到APP对应的APK，用于后续进行SDK测试。

需要说明的是，上文实施例仅以安卓***为例进行说明，若测试终端对应的操作***为IOS***，则对应的测试框架和开发框架均采用IOS***相对应的开发框架。

请参考图2，其示出了本申请一个示例性实施例示出的SDK测试方法的流程图，本实施例以该方法应用于图1所示的计算机设备来举例说明，该方法包括：

步骤201，获取SDK测试用例代码，SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，目标API为目标应用程序在运行过程中调用的API。

其中，接口测试用例指示测试人员根据各个接口的业务功能编写的，或，根据应用程序开发人员提供的SDK配置文件编写的，该SDK配置文件为SDK中各个接口对应的功能定义，则对应的，SDK中不同API对应不同接口测试用例。

在一种可能的实施方式中，测试人员可以从业务逻辑、接口逻辑、参数逻辑等方面来编写对应的接口测试用例，并在对应的用例代码框架中编写接口测试用例对应的SDK测试用例代码。

其中，业务逻辑指示实现该接口功能对应的逻辑；比如，应用程序需要实现登录账号功能，则对应的接口需要实现接收界面输入的登录账号和密码，并将其发送至服务器的功能。

可选的，为了更全面的进行接口测试，在编写接口测试用例时，除了API对应的正常场景下的业务逻辑，还需要编写异常场景下的业务逻辑，以便根据对应的接口测试结果准确定位接口功能异常的原因。

其中，接口逻辑指示应用程序在实现目标业务功能时需要调用至少两个API，在调用过程中该至少两个API对应的调用顺序；比如，应用程序在实现业务功能A的过程中，需要调用接口1、接口2和接口3，但是在实现过程中，调用上述三个接口时对应的调用顺序为接口1-接口3-接口2。

可选的，与业务逻辑类似，除了需要编写正常顺序下的接口逻辑，还需要编写异常顺序下的接口逻辑，比如，正常顺序为接口1-接口3-接口2，异常顺序可以为：接口1-接口2-接口3、接口2-接口3-接口1、接口2-接口1-接口3等，当测试结果指示接口逻辑异常，则可以准确定位异常的接口逻辑为哪一种，有利于测试人员对测试结果进行分析。

其中，参数逻辑指示应用程序在调用该API过程中，该API传输(接收或发送)参数对应的参数特征，比如，参数数值大小、参数类型、参数范围、参数顺序、参数个数等。比如，API传输的数据类型为二进制数据。

可选的，在编写接口测试用例时，也需要编写异常参数特征对应的参数逻辑，用于准确定位传参出错的原因。

在一个示例性的例子中，如图3所示，其示出了本申请一个示例性实施例示出的接口测试用例的设计框架图。如图3所示，接口测试用例在编写过程中可以基于业务逻辑、接口逻辑和参数逻辑等方面进行编写，其中，业务逻辑可以包括正常场景下的业务逻辑和异常场景下的业务逻辑；接口逻辑可以包括正常顺序下的接口逻辑和异常场景下的业务逻辑；参数逻辑可以包括：传空参、必选参、组合可选入参、参数顺序、参数个数、参数类型、参数数据大小、参数范围以及特殊字符等。

在一种可能的实施方式中，测试人员根据接口测试用例设计编写完接口测试用例后，即可以根据该接口测试用例，并基于用例代码开发框架对应开发SDK测试用例代码。

针对采用何种用例代码开发框架，与SDK对应的操作***相关，比如，若操作***为安卓***，则对应的用例代码开发框架为Android Junit，若操作***为IOS***，则对应的用例代码开发框架为IOS***对应的用例代码开发框架。

步骤202，响应于接收到对SDK的测试操作，自动运行SDK测试用例代码，得到第一运行结果。

在一种可能的实施方式中，当测试人员编写好对应的SDK测试用例代码后，即可以在计算机设备中运行该SDK测试用例代码，在SDK测试用例代码的运行过程，计算机设备模拟应用程序调用SDK中目标API的过程，并返回对应的运行结果。

可选的，计算机设备中的SDK测试界面中提供有测试控件或运行控件，当测试人员编写好对应的SDK测试用例代码后，点击测试控件(运行控件)，即可自动运行该SDK测试用例代码。

步骤203，根据第一运行结果生成第一测试报告，第一测试报告包含目标应用程序调用目标API时的运行数据。

为了便于对API的运行结果进行分析，比如，目标API是否可以实现预期功能，或调用该目标API时对***资源的占用情况等，计算机设备会根据返回的运行结果生成对应的测试报告，便于测试人员确认SDK是否可以达到预期开发质量。

本申请实施例中，通过将SDK中各个API对应的接口测试用例代码化，得到SDK测试用例代码，由于该接口测试用例是根据各个API对应的业务功能实现的，因此，当计算机设备自动运行该SDK测试用例代码时，可以模拟应用程序调用目标API的过程，并得到对应的运行数据反馈给测试人员。由于SDK测试用例代码可以自动运行，且将API的测试用例均编写在测试用例代码中，因此，无需用户手动在应用程序界面中进行界面操作，即可以实现对SDK中各个接口功能的测试，简化了测试流程，并进一步提高了SDK的测试效率，此外，由于本实施例中的SDK测试可以细化至接口逻辑层，因此，若出现测试结果不符合预期，也可以准确定位到运行错误的原因。

由于应用程序在实际应用过程中，可能同时需要进行多个API的调用，或实现某一功能时，需要按预设逻辑顺序调用多个API，因此，为了更准确测试API业务功能是否实现，在一种可能的实施方式中，提供有两种测试模式，一种为单一接口测试模式，即每次仅运行单个接口对应的SDK测试用例代码，则对应模拟调用单个接口的过程；一种为多个接口测试模式，即每次运行时可以同时运行多个接口对应的SDK测试用例代码，则对应模拟同时调用多个接口，或按顺序调用多个接口的过程。

请参考图4，其示出了本申请另一个示例性实施例示出的SDK测试方法的流程图，本实施例以该方法应用于图1所示的计算机设备来举例说明，该方法包括：该方法包括：

步骤401，获取SDK测试用例代码，SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，目标API为目标应用程序在运行过程中调用的API。

本步骤的实施方式可以参考步骤201，本实施例在此不做赘述。

步骤402，响应于接收到对SDK的第一测试操作，自动运行单个目标API对应的SDK测试用例代码，得到第一运行结果。

由于SDK中包含若干接口，而每个接口对应的业务功能存在差异，因此，为了更准确得到各个接口在被调用时对应的运行数据，从而分析各个接口对应的测试情况，在一种可能的实施方式中，提供有多种测试模式的选择，比如，单一接口测试模式和多个接口测试模式。

针对单一接口测试模式，由于在编写SDK测试用例代码时，是针对各个接口的测试用例进行编写的，因此，在SDK测试时，也可以针对单个接口进行单一测试，即每次运行仅运行单个接口对应的SDK测试用例代码，从而返回单个接口对应的运行结果。

步骤403，响应于接收到对SDK的第二测试操作，自动运行至少两个目标API对应的SDK测试用例代码，得到第一运行结果。

由于应用程序在实现某一业务功能时，可能需要同时调用多个接口，因此，在进行SDK测试过程中，如需要测试接口是否实现对应的业务功能，则需要同时调用多个接口，或按顺序调用多个接口，因此，提供有多个接口测试模式，即每次运行需要同时运行多个接口对应的SDK接口测试用例代码，从而返回多个接口对应的运行结果。

可选的，对于如何选择同时运行的多个接口，可以随机选择至少两个接口进行接口测试，比如，同时测试三个接口、或同时测试三个以上接口等；也可以按照功能组合选择接口测试，比如，接口组合可以实现某一业务功能，则选择该接口组合进行测试。本申请实施例对比不构成限定。

步骤404，根据第一运行结果生成第一测试报告，第一测试报告包含目标应用程序调用目标API时的运行数据。

在一种可能的实施方式中，针对单一接口测试模式，得到的运行结果为应用程序调用单个目标API时对应的运行数据，并将该运行数据生成测试报告反馈给测试人员。

在另一种可能的实施方式中，针对多个接口测试模式，得到的运行结果即应用该程序调用多个目标API时对应的运行数据，并将该运行数据生成测试报告反馈给测试人员。

本实施例中，提供有单一接口测试模式和多个接口测试模式，测试人员可以根据自身需求选择任一接口测试模式，若选择单一接口测试模式，则对应的，单次测试过程仅运行单个目标API对应的SDK测试用例代码；若选择多个接口测试模式，则对应的，单次测试过程中同时运行多个目标API对应的SDK测试用例代码。

在一种可能的应用场景中，通过单一接口测试模式对SDK进行测试，得到的运行数据可以得到目标API对应的参数特征是否与预期相符合；而通过多个接口测试模式对SDK进行测试，则可以得到多个API的调用顺序是否符合预期。

在一个示例性的例子中，在图4的基础上，如图5所示，步骤402和步骤403可以被替换为步骤501和步骤502。

步骤501，响应于接收到对SDK的第一测试操作，通过运行单个目标API对应述SDK测试用例代码，自动校验目标API对应的参数逻辑，得到第一运行结果。

其中，参数逻辑包括参数类型、参数范围、参数顺序和参数数值中的至少一种。可选的，参数逻辑还可以包括：必选参数、可选参数、传空参等，本实施例对此不构成限定。

由于参数逻辑主要涉及各个接口在被调用时传输的参数特征，与其他接口基本无关，因此，可以通过单一接口测试模式对各个目标API进行测试，以便根据运行结果来判断该接口传输参数是否准确(或符合预期)。

在一种可能的实施方式中，测试人员可以在测试界面中选择目标API，并点击测试控件，则对应的计算机设备接收到对该SDK的第一测试操作，运行该目标API对应的SDK测试用例代码，以便用来校验目标API对应的参数逻辑，从而得到该目标API对应的运行结果。

可选的，在另一种可能的实施方式中，当测试人员选择单一接口测试模式下，则对应的计算机设备接收到对该SDK的第一测试操作，则按照预先设置的顺序(或默认顺序)对SDK中的各个API进行测试，即自动运行第一API对应的SDK测试用例代码，返回第一API对应的运行结果后；自动运行第二API对应的SDK测试用例代码，并返回第二API对应的运行结果后；自动运行第三API对应的SDK测试用例代码，并返回第三API对应的运行结果，直至所有SDK测试用例代码运行结束，即完成SDK中各个API的测试。

步骤502，响应于接收到对SDK的第二测试操作，通过运行至少两个目标API对应的SDK测试用例代码，自动校验至少两个目标API之间的接口逻辑，得到第一运行结果，接口逻辑指示至少两个目标API之间的调用顺序。

由于接口逻辑一般涉及到至少两个接口对应的接口调用顺序，因此，在进行SDK测试时，若需要测试多个接口之间的接口逻辑，可以通过使用多个接口测试模式对各个目标API进行测试。

在一种可能的实施方式中，测试人员可以在测试界面中根据自身需求，来选择每次测试需要校验的至少两个接口，则对应的，计算机设备会自动运行该至少两个目标API对应的SDK接口测试代码，并反馈对应的运行结果。

本实施例中，通过单一接口测试模式对各个接口的参数逻辑进行校验，以便测试各个接口对应的传输参数是否与预期相符合；并通过多个接口测试模式对各个接口对应的接口逻辑进行校验，以便测试有关联性的接口之间的调用顺序是否符合预期。

在一种可能的实施方式中，测试人员一般从功能和性能两个方面来分析SDK中各个API的性能，因此，对应的，运行SDK接口测试用例代码时，反馈的运行数据也可以包括功能数据和性能数据中的至少一种。

在一个示例性的例子中，在图2的基础上，如图6所示，步骤202可以被替换为步骤601或步骤602。

步骤601，响应于接收到对SDK的测试操作，自动运行SDK测试用例代码，并获取调用目标API时目标业务功能的实现情况，目标业务功能为目标API对应的接口功能。

其中，功能实现情况指示该目标API是否可以实现其对应的业务功能，比如，是否可以实现数据传输、传输数据是否准确(即与预期是否一致)等。

在一种可能的实施方式中，测试人员将目标API对应的接口功能编写为该接口对应的SDK测试用例代码，并在运行时，模拟应用程序调用该目标API，并实时监控调用该目标API时对应的业务实现情况，比如，以传输数据为例，是否实现传输数据功能，传输数据是否与预期一致等，若监控到该目标API可以实现该接口功能，则返回的运行结果为该目标API通过功能测试；否则返回的运行结果为该目标API未通过功能测试。

步骤602，响应于接收到对SDK的测试操作，自动运行SDK测试用例代码，并获取调用目标API时***资源的使用情况。

其中，***资源可以包括中央处理器(Central Processing Unit，CPU)资源、图形处理器(Graphics Processing Unit，GPU)资源、内存资源、网络资源、磁盘资源等，本实施例对此不构成限定。

由于在对SDK中的各个接口进行测试时，不仅对接口功能有一定的要求，在接口性能方面也存在要求，若该接口在调用过程中占用较多的***资源，则在***资源不足的情况下，显然会对该接口的运行性能造成影响，从而影响应用程序的运行性能，因此，在一种可能的实施方式中，当接收到对SDK的测试操作，并自动运行SDK测试用例代码时，还需要实时监控调用各个目标API时对***资源的使用情况。

在一个示例性的例子中，调用目标API时，对应的性能数据可以为：CPU资源占用率12％，内存资源占用0.7GB。

可选的，应用程序在运行过程中，可能存在同时调用单个接口的情况，也存在同时调用多个接口的情况，或在实现同一业务功能时，需要依次调用多个目标API的情况，对于上述三种情况下，调用接口时对***资源的使用情况显然不同，因此，为了更全面的模拟应用程序运行时调用接口的情况，在另一种可能的实施方式中，分别在单一接口测试模式和多个接口测试模式下对接口性能数据进行测试。

由于在编写API对应的接口测试用例时，对API内部的业务逻辑、参数逻辑均进行定义，使得根据接口测试用例编写的SDK测试用例代码可以涉及API的各个接口逻辑层，从而在运行SDK接口测试用例代码时，同样可以监控到接口内部不同资源层对***资源的占用情况。

需要说明的是，在进行SDK测试时，可以只选择测试SDK中各个目标API的功能，则对应的反馈功能数据；也可以只选择测试SDK中各个目标API的性能，则对应的反馈性能数据；也可以同时测试功能和性能，则对应的反馈功能数据和性能数据。

本实施例中，在SDK测试过程中，从功能和性能两个方面来衡量目标API是否符合预期开发目的，即在运行SDK测试用例代码时，通过获取调用目标API时目标业务功能的实现情况，来获取目标API是否可以实现对应的目标业务功能；通过获取调用目标API时***资源的使用情况，来获取目标API的性能数据，从而实现对SDK中目标API的测试。

在一种可能的应用场景下，由于本实施例中将接口测试用例转换为SDK测试用例代码，因此，在一种可能的实施方式中，若后续需要对目标API的测试用例进行增删或修改时，只需要对该目标API对应的SDK测试用代码进行部分增删或修改即可，无需重新编写该目标API对应的所有接口测试用例或测试用例代码。

在一个示例性的例子中，在图2的基础上，如图7所示，其示出了本申请另一个示例性实施例示出的SDK测试方法的流程图，本实施例以该方法应用于图1所示的计算机设备来举例说明，该方法包括：

步骤701，接收对目标API的测试用例增删操作。

由于在编写SDK测试用例代码时，是依据各个目标API对应的接口测试用例进行编写，因此，若后续测试人员需要修改该目标API对应的测试用例，则只需要针对该目标API对应的SDK测试用例代码进行部分修改即可，无需关注其他API对应的SDK测试用例代码。比如，若需要增加目标API的测试用例，则测试人员只需要根据该新增测试用例编写对应的SDK测试用例代码，并将其和原SDK测试用例代码关联存储即可。

在一种可能的实施方式中，测试人员在目标API对应的原SDK测试用例代码的基础上，开发新增测试用例对应的SDK测试用例代码，或删除某个测试用例对应的SDK测试用例代码，或修改某个测试用例对应的SDK测试用例代码，则对应的，计算机设备接收到对目标API的测试用例增删操作。

步骤702，根据测试用例增删操作，修改目标API对应的SDK测试用例代码。

在一种可能的实施方式中，当计算机设备接收到该测试用例增删操作，则对应的修改目标API对应的SDK测试用例代码，比如，若需要在原有测试用例上新增测试用例，则对应的将输入的新增SDK测试用例代码添加至原有SDK测试用例代码中；若需要删减测试用例，则对应的删除该测试用例对应的SDK测试用例代码；若需要修改测试用例，则保存修改后的SDK测试用例代码。

需要说明的是，若需要新增接口，或删减接口，则对应的只需要编写新增API对应的SDK测试用例代码，或删除该API对应的SDK测试用例代码即可，无需对所有SDK测试用例代码进行修改，可以明显降低SDK测试用例代码的开发成本。

步骤703，获取SDK测试用例代码，SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，目标API为目标应用程序在运行过程中调用的API。

步骤704，响应于接收到对SDK的测试操作，自动运行SDK测试用例代码，得到第一运行结果。

步骤705，根据第一运行结果生成第一测试报告，第一测试报告包含目标应用程序调用目标API时的运行数据。

步骤703至步骤705实施方式可以参考上文实施例，本实施例在此不做赘述。

本实施例中，由于在编写SDK测试用例代码时，是针对单个接口测试用例进行编写，因此，若需要修改目标API对应的测试用例，则只需要修改目标API对应的测试用例代码即可；若需要新增API或删除API，则只需要开发新增API对应的SDK测试用例代码或删除API对应的SDK测试用例代码即可，无需对所有SDK测试用例代码进行修改，既可以提高SDK测试用例代码的复用性，也可以降低SDK测试用例代码的开发成本，同时提高SDK测试用例代码的开发效率。

由于开发出的目标应用程序在实际应用过程中，大多在各种移动终端中使用，比如，智能手机，而不同厂商的移动终端可能对应不同的处理器平台，为了更好的确定应用程序在不同处理器平台上的运行性能，因此，在一种可能的实施方式中，在进行SDK测试过程中，需要将计算机设备和测试终端连接，并在测试终端中运行SDK测试用例代码，从而获取到应用程序在不同处理器平台上对应的运行数据。

请参考图8，其示出了本申请另一个示例性实施例示出的SDK测试方法的流程图，本实施例以该方法应用于图1所示的测试***为例进行举例说明，该方法包括：

步骤801，计算机设备获取SDK测试用例代码，SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，目标API为目标应用程序在运行过程中调用的API。

本步骤的实施方式可以参考上文实施例，本实施例在此不做赘述。

步骤802，计算机设备获取APK，APK是目标应用程序的安装数据包。

在一种可能的实施方式中，若需要在测试终端中进行SDK测试，需要在测试终端中运行该应用程序，则对应的需要根据APP开发框架开发对应的应用程序，实现应用程序开发代码，并得到该应用程序对应的安装数据包，以便在测试终端中安装对应的APP。

其中，采用的APP开发框架由终端对应的操作***决定，即若终端为安卓操作***，则对应的APP开发框架也采用安卓开发框架，若终端为IOS操作***，则对应的APP开发框架也应该采用IOS开发框架。

步骤803，计算机设备将APK和SDK测试用例代码发送至测试终端。

在一种可能的实施方式中，计算机设备将开发完成的APK和SDK测试用例代码，通过数据线(连接计算机设备和测试终端)发送给测试终端，以便测试终端运行该SDK测试用例代码。

步骤804，测试终端在安装目标应用程序的场景下，自动运行SDK测试用例代码，得到第二运行结果。

在一种可能的实施方式中，测试终端通过数据线接收计算机设备发送的APK和SDK测试用例代码，根据该APK安装目标应用程序，并在接收到对SDK的测试操作时，自动运行SDK测试用例代码，得到目标应用程序调用目标API时对应的运行结果。

可选的，由于测试终端和计算机设备通过数据线相连，因此，对应的运行结果可以直接反馈给计算机设备，由计算机设备反馈给测试人员。

步骤805，测试终端根据第二运行结果生成第二测试报告，第二测试报告包含目标应用程序在目标处理器平台上调用目标API时的运行数据，目标处理器平台为测试终端对应的处理器平台。

在一种可能的实施方式中，测试终端在运行SDK测试用例代码的过程中，监控目标应用程序在目标处理器平台上调用各个目标API时，在功能和性能上对应的运行数据，并将结果生成测试报告，反馈给测试人员。

在一个示例性的例子中，如图9所示，其示出了本申请一个示例性实施例示出的测试终端进行SDK测试的示意图。以计算机设备为个人计算机(PersonalComputer，PC)为例进行说明，当测试人员在PC端901完成APK和SDK测试用例代码的开发后，即可以将其发送至测试终端902，测试终端902根据APK安装目标应用程序，并自动运行SDK测试用例代码，从而将得到的运行结果反馈给PC端901。

步骤806，测试终端将第二测试报告发送至计算机设备。

在一种可能的实施方式中，测试终端可以将生成的测试报告发送给计算机设备，以便测试人员进行查看和分析各个目标API的功能或性能数据，从而确定SDK的开发质量。

可选的，计算机设备可以直接监控应用程序对各个API的调用情况，即计算机设备可以直接获取SDK测试用例代码的运行结果，并根据该运行结果生成对应的测试报告，反馈给测试人员，无需测试终端进行测试报告的生成。

本实施例中，通过数据线连接计算机设备和测试终端，由计算机设备将开发完成的SDK测试用例代码和APK发送至测试终端，以便测试终端可以在安装目标应用程序的基础上，在目标处理器平台上进行SDK测试，以便得到SDK在不同处理器平台上的运行数据，以便根据该运行数据分析SDK的开发质量。

请参考图10，其示出了本申请一个示例性实施例提供的SDK测试装置的结构框图。该装置可以通过软件、硬件或者两者的结合实现成为计算机设备的全部或一部分。该装置包括：

第一获取模块1001，用于获取SDK测试用例代码，所述SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，其中，SDK中不同API对应不同接口测试用例，所述目标API为目标应用程序在运行过程中调用的API；

运行模块1002，用于响应于接收到对所述SDK的测试操作，自动运行所述SDK测试用例代码，得到第一运行结果，其中，所述SDK测试用例代码在运行过程中调用所述SDK中的所述目标API；

生成模块1003，用于根据所述第一运行结果生成第一测试报告，所述第一测试报告包含所述目标应用程序调用所述目标API时的运行数据。

可选的，所述运行模块1002，包括：

第一运行单元，用于响应于接收到对所述SDK的第一测试操作，自动运行单个所述目标API对应的所述SDK测试用例代码，得到所述第一运行结果；

第二运行单元，用于响应于接收到对所述SDK的第二测试操作，自动运行至少两个所述目标API对应的所述SDK测试用例代码，得到所述第一运行结果。

可选的，所述第一运行单元，还用于：

通过运行单个所述目标API对应的所述SDK测试用例代码，自动校验所述目标API对应的参数逻辑，得到所述第一运行结果，所述参数逻辑包括参数类型、参数范围、参数顺序和参数数值中的至少一种。

可选的，所述第二运行单元，还用于：

通过运行至少两个所述目标API对应的所述SDK测试用例代码，自动校验至少两个所述目标API之间的接口逻辑，得到所述第一运行结果，所述接口逻辑指示至少两个所述目标API之间的调用顺序。

可选的，所述装置还包括：

第二获取模块，用于获取应用程序包APK，所述APK是所述目标应用程序的安装数据包；

发送模块，用于将所述APK和所述SDK测试用例代码发送至测试终端，所述测试终端用于在安装所述目标应用程序的场景下，自动运行所述SDK测试用例代码，得到第二运行结果，并根据所述第二运行结果生成第二测试报告，所述第二测试报告包含所述目标应用程序在目标处理器平台上调用所述目标API时的运行数据，所述目标处理器平台为所述测试终端对应的处理器平台。

可选的，所述运行数据包括功能数据和性能数据中的至少一种。

可选的，所述运行数据包括所述功能数据；

所述运行模块1002，还包括：

第三运行单元，用于自动运行所述SDK测试用例代码，并获取调用所述目标API时目标业务功能的实现情况，所述目标业务功能为所述目标API对应的接口功能。

可选的，所述运行数据包括所述性能数据；

所述运行模块1002，还包括：

第四运行单元，用于自动运行所述SDK测试用例代码，并获取调用所述目标API时***资源的使用情况，所述***资源包括中央处理器CPU资源、图形处理器GPU资源、内存资源以及网络资源中的至少一种。

可选的，所述装置还包括：

接收模块，用于接收对所述目标API的测试用例增删操作；

修改模块，用于根据所述测试用例增删操作，修改所述目标API对应的所述SDK测试用例代码。

本申请实施例中，通过将SDK中各个API对应的接口测试用例代码化，得到SDK测试用例代码，由于该接口测试用例是根据各个API对应的业务功能实现的，因此，计算机设备自动运行该SDK测试用例代码时，可以模拟应用程序调用目标API的过程，并得到对应的运行数据反馈给测试人员。由于SDK测试用例代码可以自动运行，且将API的测试用例均编写在测试用例代码中，因此，无需用户手动在应用程序界面中进行界面操作，即可以实现对SDK中各个接口功能的测试，简化了测试流程，并进一步提高了SDK的测试效率，此外，由于本实施例中的SDK测试可以细化至接口逻辑层，因此，若出现测试结果不符合预期，也可以准确定位到运行错误的原因。

请参考图11，其示出了本申请一个示例性实施例提供的计算机设备的结构框图。该计算机设备可用于实施上述实施例中提供的SDK测试方法，具体来讲：

所述计算机设备1100包括CPU、包括随机存取存储器(Random Access Memory，RAM)1102和只读存储器(Read-Only Memory，ROM)1103的***存储器1104，以及连接***存储器1104和中央处理单元1101的***总线1105。所述计算机设备1100还包括帮助计算机设备内的各个器件之间传输信息的基本输入/输出***(Input/Output***，I/O***)1106，和用于存储操作***1113、应用程序1114和其他程序模块1115的大容量存储设备1107。

所述基本输入/输出***1106包括有用于显示信息的显示器1108和用于用户输入信息的诸如鼠标、键盘之类的输入设备1109。其中所述显示器1108和输入设备1109都通过连接到***总线1105的输入输出控制器1110连接到中央处理单元1101。所述基本输入/输出***1106还可以包括输入输出控制器1110以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1110还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1107通过连接到***总线1105的大容量存储控制器(未示出)连接到中央处理单元1101。所述大容量存储设备1107及其相关联的计算机可读存储介质为计算机设备1100提供非易失性存储。也就是说，所述大容量存储设备1107可以包括诸如硬盘或者只读光盘(Compact Disc Read-Only Memory，CD-ROM)驱动器之类的计算机可读存储介质(未示出)。

不失一般性，所述计算机可读存储介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读存储指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读寄存器(Erasable Programmable Read OnlyMemory，EPROM)、电子抹除式可复写只读存储器(Electrically-Erasable ProgrammableRead-Only Memory，EEPROM)、闪存或其他固态存储其技术，CD-ROM、数字多功能光盘(Digital Versatile Disc，DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的***存储器1104和大容量存储设备1107可以统称为存储器。

存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1101执行，一个或多个程序包含用于实现上述方法实施例的指令，中央处理单元1101执行该一个或多个程序实现上述各个方法实施例提供的方法。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本申请实施例提供的方法中由计算机设备所执行的步骤。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的SDK测试方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面的各种可选实现方式中提供的SDK测试方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种软件开发工具包SDK测试方法，其特征在于，所述方法包括：

获取SDK测试用例代码，所述SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，其中，SDK中不同API对应不同接口测试用例，所述目标API为目标应用程序在运行过程中调用的API；

响应于接收到对所述SDK的测试操作，自动运行所述SDK测试用例代码，得到第一运行结果，其中，所述SDK测试用例代码在运行过程中调用所述SDK中的所述目标API；

根据所述第一运行结果生成第一测试报告，所述第一测试报告包含所述目标应用程序调用所述目标API时的运行数据。

2.根据权利要求1所述的方法，其特征在于，所述响应于接收到对所述SDK的测试操作，自动运行所述SDK测试用例代码，得到第一运行结果，包括：

响应于接收到对所述SDK的第一测试操作，自动运行单个所述目标API对应的所述SDK测试用例代码，得到所述第一运行结果；

响应于接收到对所述SDK的第二测试操作，自动运行至少两个所述目标API对应的所述SDK测试用例代码，得到所述第一运行结果。

3.根据权利要求2所述的方法，其特征在于，所述自动运行单个所述目标API对应的所述SDK测试用例代码，得到所述第一运行结果，包括：

通过运行单个所述目标API对应的所述SDK测试用例代码，自动校验所述目标API对应的参数逻辑，得到所述第一运行结果，所述参数逻辑包括参数类型、参数范围、参数顺序和参数数值中的至少一种。

4.根据权利要求2所述的方法，其特征在于，所述自动运行至少两个所述目标API对应的所述SDK测试用例代码，得到所述第一运行结果，包括：

通过运行至少两个所述目标API对应的所述SDK测试用例代码，自动校验至少两个所述目标API之间的接口逻辑，得到所述第一运行结果，所述接口逻辑指示至少两个所述目标API之间的调用顺序。

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

获取应用程序包APK，所述APK是所述目标应用程序的安装数据包；

将所述APK和所述SDK测试用例代码发送至测试终端，所述测试终端用于在安装所述目标应用程序的场景下，自动运行所述SDK测试用例代码，得到第二运行结果，并根据所述第二运行结果生成第二测试报告，所述第二测试报告包含所述目标应用程序在目标处理器平台上调用所述目标API时的运行数据，所述目标处理器平台为所述测试终端对应的处理器平台。

6.根据权利要求1至4任一所述的方法，其特征在于，所述运行数据包括功能数据和性能数据中的至少一种。

7.根据权利要求6所述的方法，其特征在于，所述运行数据包括所述功能数据；

所述自动运行所述SDK测试用例代码，得到第一运行结果，还包括：

自动运行所述SDK测试用例代码，并获取调用所述目标API时目标业务功能的实现情况，所述目标业务功能为所述目标API对应的接口功能。

8.根据权利要求6所述的方法，其特征在于，所述运行数据包括所述性能数据；

所述自动运行所述SDK测试用例代码，得到第一运行结果，还包括：

自动运行所述SDK测试用例代码，并获取调用所述目标API时***资源的使用情况，所述***资源包括中央处理器CPU资源、图形处理器GPU资源、内存资源以及网络资源中的至少一种。

9.根据权利要求1至4任一所述的方法，其特征在于，所述获取SDK测试用例代码之前，所述方法还包括：

接收对所述目标API的测试用例增删操作；

根据所述测试用例增删操作，修改所述目标API对应的所述SDK测试用例代码。

10.一种SDK测试装置，其特征在于，所述装置包括：

第一获取模块，用于获取SDK测试用例代码，所述SDK测试用例代码根据目标应用程序接口API对应的接口测试用例生成，其中，SDK中不同API对应不同接口测试用例，所述目标API为目标应用程序在运行过程中调用的API；

运行模块，用于响应于接收到对所述SDK的测试操作，自动运行所述SDK测试用例代码，得到第一运行结果，其中，所述SDK测试用例代码在运行过程中调用所述SDK中的所述目标API；

生成模块，用于根据所述第一运行结果生成第一测试报告，所述第一测试报告包含所述目标应用程序调用所述目标API时的运行数据。

11.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至9任一所述的SDK测试方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至9任一所述的SDK测试方法。

Images