CN112667509A - Sdk的接入测试方法及装置 - Google Patents

Abstract

本申请实施例公开了一种SDK的接入测试方法及装置。所述方法包括：获取由软件开发工具包SDK开发方提供的SDK接入信息；SDK接入信息包括SDK接入文档以及SDK的第一标识信息；根据SDK的第一标识信息，从SDK分发仓库中获取与第一标识信息相匹配的接入数据；接入数据包括SDK和SDK的依赖文件；依赖文件包括用于对SDK进行测试的测试代码；根据接入数据和SDK接入文档接入SDK，并调用预先接入的SDK构建工具；在SDK的接入过程中，利用SDK构建工具构建测试代码对应的测试程序；执行测试程序，得到SDK对应的接入测试结果。该技术方案使得SDK接入方在SDK的接入过程中可自行测试SDK，大大提升了SDK的接入测试效率，节省SDK的接入成本。

Description

SDK的接入测试方法及装置

技术领域

本发明涉及软件开发技术领域，尤其涉及一种SDK的接入测试方法及装置。

背景技术

SDK(Software Development Kit，软件开发工具包)通过具备某个(些)特定的业务功能，并最终由Android应用开发者开发的完整应用携带。一般况下，SDK的使用者(如系统开发者)和SDK的开发者可能是不同的公司，例如，A公司发布了应用A的SDK，应用A的SDK由其他公司(如公司B)使用，最终在公司B开发的应用上发布给手机用户使用。

在应用内集成第三方提供的SDK，并使得其能正常工作的过程称为SDK接入过程。在接入SDK时，需根据SDK的不同进行配置及代码开发，然后进行测试，以确保SDK在应用内完全正常工作后，才能将携带了SDK的应用发布给用户使用。

现有技术中，SDK开发者除了提供SDK本身之外，还需要提供一个详细的接入文档，以供接入者自行测试，但是在测试发现问题时，SDK接入方很难知道问题所在以及解决方案，通常需要和SDK开发者沟通来解决问题，从而导致测试成本较高，尤其是在SDK开发者的反馈周期较长时，更加会影响SDK接入方的正常业务需求。并且，作为SDK的提供方，SDK开发者在交付SDK给使用方后，往往还需要为SDK的接入和使用提供多种技术支持，由于双方一般不能互相提供源代码，因此在后续支持中的成本往往很高。

发明内容

本申请实施例的目的是提供一种SDK的接入测试方法及装置，用以解决现有技术中SDK的接入测试效率低、且成本较高的问题。

为解决上述技术问题，本申请实施例是这样实现的：

一方面，本申请实施例提供一种SDK的接入测试方法，应用于SDK接入方，所述方法包括：

获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

另一方面，本申请实施例提供一种SDK的接入测试装置，应用于SDK接入方，所述装置包括：

第一获取模块，用于获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

第二获取模块，用于根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

第一接入模块，用于根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

执行模块，在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

再一方面，本申请实施例提供一种SDK的接入测试设备，应用于SDK接入方，包括处理器和与所述处理器电连接的存储器，所述存储器存储有计算机程序，所述处理器用于从所述存储器调用并执行所述计算机程序以实现：

获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

再一方面，本申请实施例提供一种存储介质，应用于SDK接入方，所述存储介质用于存储计算机程序，所述计算机程序在被处理器执行时以实现以下流程：

获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

采用本发明实施例的技术方案，SDK接入方获取由SDK开发方提供的SDK接入信息之后，根据SDK接入信息中包含的SDK的第一标识信息，从SDK分发仓库中获取对应的接入数据，该接入数据包括SDK及其依赖文件，且依赖文件中包括用于对SDK进行测试的测试代码，使得SDK接入方能够基于SDK接入信息中包含的接入文档以及接入数据自行接入SDK，并在接入过程中执行测试代码，以得到SDK对应的接入测试结果。可见，该技术方案使得SDK接入方在SDK的接入过程中即可自行测试SDK，而无需和SDK开发方进行沟通，更无需SDK开发方在提供SDK接入信息后再额外提供技术支持，从而大大提升了SDK的接入测试效率，节省SDK的接入成本。

附图说明

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

图1是根据本发明一实施例的一种SDK的接入测试方法的示意性流程图；

图2是根据本发明另一实施例的一种SDK的接入测试方法的示意性流程图；

图3是根据本发明再一实施例的一种SDK的接入测试方法的示意性流程图；

图4是根据本发明一实施例的一种SDK的接入测试装置的示意性框图；

图5是根据本发明一实施例的一种SDK的接入测试设备的示意性框图。

具体实施方式

本申请实施例提供一种SDK的接入测试方法及装置，用以解决现有技术中SDK的接入测试效率低、且成本较高的问题。

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

图1是根据本发明一实施例的一种SDK的接入测试方法的示意性流程图，如图1所示，该方法应用于SDK接入方，包括：

S102，获取由SDK开发方提供的SDK接入信息；SDK接入信息包括SDK接入文档以及SDK的第一标识信息。

SDK接入文档中包括开发包说明、开发环境配置(如添加依赖包、工程配置、回调配置等)及接口说明(如导入头文件、初始化、登录、登出等)等信息。SDK的第一标识信息具有唯一性，由SDK开发方将SDK发布至SDK分发仓库中时设定，可用于从SDK分发仓库中准确地查找到对应的SDK。

S104，根据SDK的第一标识信息，从SDK分发仓库中获取与第一标识信息相匹配的接入数据；接入数据包括SDK和SDK的依赖文件；依赖文件包括用于对SDK进行测试的测试代码。

SDK分发仓库用于关联存储各SDK对应的第一标识信息及其对应的接入数据。根据具有唯一性的第一标识信息，能够从SDK分发仓库中准确获取到SDK接入数据。

S106，根据接入数据和SDK接入文档接入SDK，并调用预先接入的SDK构建工具。

其中，SDK构建工具用于将SDK分发仓库中存储的测试代码构建为可执行的测试程序。

S108，在SDK的接入过程中，利用SDK构建工具构建测试代码对应的测试程序；执行测试程序，得到SDK对应的接入测试结果。

本实施例中，SDK分发仓库可以是专门用于分发各SDK的公共库。SDK接入方基于SDK的唯一性标识信息(即第一标识信息)，即可从SDK分发仓库中获取到唯一性标识信息对应的SDK，从而实现自行接入SDK以及自行测试SDK接入过程的效果。

例如，SDK分发仓库为基于Maven Pom(一种SDK分发协议)的Maven仓库，Maven仓库可理解为SDK市场，用于关联存储各SDK以及对应的POM文件，该POM文件用于声明SDK对应的第一标识信息、SDK的依赖文件对应的第三标识信息、依赖文件的使用场景等。POM文件为xml格式的文件，后缀名为POM，因此称为POM文件。Maven仓库可通过网络请求访问，在Maven仓库中，不同的SDK对应各自的唯一性标识信息，即第一标识信息。

采用本发明实施例的技术方案，SDK接入方获取由SDK开发方提供的SDK接入信息之后，根据SDK接入信息中包含的SDK的第一标识信息，从SDK分发仓库中获取对应的接入数据，该接入数据包括SDK及其依赖文件，且依赖文件中包括用于对SDK进行测试的测试代码，使得SDK接入方能够基于SDK接入信息中包含的接入文档以及接入数据自行接入SDK，并在接入过程中执行测试代码，以得到SDK对应的接入测试结果。可见，该技术方案使得SDK接入方在SDK的接入过程中即可自行测试SDK，而无需和SDK开发方进行沟通，更无需SDK开发方在提供SDK接入信息后再额外提供技术支持，从而大大提升了SDK的接入测试效率，节省SDK的接入成本。

在一个实施例中，SDK接入信息还包括SDK构建工具的接入文档以及SDK构建工具的第二标识信息。SDK接入方在首次接入SDK时，本地可能并未接入SDK构建工具，这种情况下就需要在接入SDK的同时接入SDK构建工具。因此，在获取到SDK接入信息之后，可跟据SDK接入信息中包括的SDK构建工具的第二标识信息，从SDK分发仓库中获取SDK构建工具。进而，根据SDK构建工具的接入文档以及获取到的SDK构建工具，接入SDK构建工具，以使从SDK分发仓库中获取到的测试代码被构建为可执行的测试程序。

SDK构建工具是一种具有依赖管理和项目构建功能的工具，不仅能够从SDK分发仓库中下载SDK及其依赖文件，还能够将下载的测试代码构建为可执行的测试程序。

本实施例中，主要针对SDK接入方首次接入SDK、且本地未接入SDK构建工具的情况。如果SDK接入方本地已接入SDK构建工具，则无需重复接入SDK构建工具。即，在SDK接入方本地已接入SDK构建工具的情况下，只需接入SDK本体即可。

在一个实施例中，依赖文件包括用于对SDK对应的多个应用功能分别进行测试的多个测试模块，各测试模块中分别包括各应用功能对应的测试代码。基于此，利用SDK构建工具构建测试代码对应的测试程序时，可首先利用SDK构建工具提取各测试模块中的测试代码，然后将提取的各测试代码进行合并，以使多个测试模块被合并为一个可执行的测试程序，进而执行合并后的测试程序，以得到SDK对应的接入测试结果。其中，接入测试结果包括各应用功能分别对应的接入测试结果。

针对同一个SDK，通常可包括多个测试代码，各测试代码分别用于测试SDK对应的不同应用功能。本实施例中，通过将多个测试代码以模块的形式存储于SDK分发仓库中，使得SDK接入方从SDK分发仓库中获取到的测试代码也是模块的形式，进而便于SDK构建工具将多个测试模块中的测试代码构建为一个测试程序。这样，响应于SDK接入方触发测试程序的执行之后，针对SDK对应的多个应用功能只需执行一次，即可在同一接入测试结果中得到多个应用功能分别对应的测试结果。

在一个实施例中，SDK分发仓库为Maven仓库，Maven仓库用于关联存储各SDK以及对应的POM文件，POM文件用于声明SDK对应的第一标识信息和依赖文件对应的第三标识信息。SDK接入方从SDK分发仓库中获取与SDK的第一标识信息相匹配的接入数据时，可根据SDK的第一标识信息，从Maven仓库中获取与该第一标识信息相匹配的SDK、以及SDK对应的目标POM文件，进而根据目标POM文件中声明的依赖文件的第三标识信息，从Maven仓库中下载与第三标识信息相匹配的依赖文件。

其中，依赖文件的第三标识信息具有唯一性，根据第三标识信息可从Maven仓库中准确确定出对应的依赖文件。

在一个实施例中，POM文件还用于声明依赖文件对应的使用场景，例如，POM文件中同时声明各依赖文件对应的使用场景和第三标识信息。SDK接入方根据第三标识信息获取到对应的依赖文件后，POM文件中声明的各依赖文件对应的使用场景即为SDK接入方所获取到的各依赖文件的使用场景。SDK接入方在接入SDK的过程中，可从获取到的依赖文件中确定被声明为指定使用场景的依赖文件为测试代码。其中，指定使用场景包括测试场景。

本实施例中，通过POM文件声明依赖文件对应的使用场景，包括声明测试代码对应的使用场景，使得SDK接入方在获取各依赖文件时，可基于各依赖文件对应的使用场景提取相应的依赖文件，例如，被声明为测试场景的文件，SDK接入方即可确定该文件为测试代码，并提取出测试代码以便于后续进行自行测试。

在一个实施例中，执行测试程序得到SDK对应的接入测试结果之后，可生成接入测试结果对应的测试报告，测试报告可包括以下至少一项：接入测试结果(如测试成功或测试失败)、测试程序的测试过程、测试失败信息、测试成功信息等。进而可为SDK接入方展示测试报告，以使SDK接入方基于测试报告判断是否对SDK进行修复。

具体的，若SDK的接入测试结果为测试失败，则测试报告中包括测试失败信息，测试失败信息可包括测试失败原因、测试失败修复方式对应的获取地址。SDK接入方根据测试报告中的测试失败修复方式对应的获取地址，即可从网络侧获取到对应的测试失败修复方式，进而按照测试失败修复方式对SDK进行相应修复。

其中，网络侧可以是SDK分发仓库，如SDK分发仓库中存储的SDK的依赖文件中，还包括至少一种测试失败情况、以及各测试失败情况对应的测试失败原因、测试失败修复方式等。网络侧还可以是除SDK分发仓库之外的其他存储设备，只需具备存储各SDK对应的至少一种测试失败情况、以及各测试失败情况对应的测试失败原因、测试失败修复方式等信息的功能即可。

在依赖文件中包括多个测试代码的情况下，各测试代码分别用于测试SDK对应的不同应用功能。如果接入测试结果中有多个测试代码对应的接入测试结果为测试失败，则测试报告中可包括各测试代码分别对应的测试失败信息，测试失败信息包括测试失败原因、测试失败修复方式对应的获取地址。SDK接入方根据测试失败信息中的获取地址，即可从网络侧获取到对应的测试失败修复方式，进而按照测试失败修复方式对SDK进行相应修复。

可见，本实施例中，SDK开发方在SDK分发仓库中发布SDK时，由于将SDK的接入测试过程中可能出现的所有测试失败情况、以及各测试失败情况分别对应的测试失败原因、测试失败修复方式均发布到网络侧，如可以和SDK一起发布到SDK分发仓库中，使得SDK接入方在进行SDK的接入测试时，如果出现测试失败的情况，能够为SDK接入方展示测试失败原因以及测试失败修复方式对应的获取地址，使得SDK接入方能够自行修复SDK，降低了SDK的接入成本。此外，由于各测试代码能够在SDK分发仓库中以模块形式存储，且接入测试结果中也能够以模块形式分别展示各测试代码对应的接入测试结果，因此使得SDK接入方能够非常方便地追踪各模块对应的测试结果，从而便于SDK接入方获知各模块分别对应的测试情况，进而提高SDK接入方的测试效果。

以下通过两个具体实施例来说明本申请提供的一种SDK的接入测试方法。在下述两个实施例中，SDK的接入测试方法分别应用于SDK开发方以及SDK接入方，其中，SDK开发方在SDK分发仓库中发布SDK及其依赖文件，并向SDK接入方提供SDK接入信息。SDK接入方基于SDK开发方提供的SDK接入信息，自行接入SDK以及对SDK进行接入测试。

在下述两个实施例中，SDK分发仓库为基于Maven Pom(一种SDK分发协议)的Maven仓库，Maven仓库可理解为SDK市场，用于关联存储各SDK以及对应的POM文件，该POM文件用于声明SDK对应的第一标识信息、SDK的依赖文件对应的第三标识信息、依赖文件的使用场景等。POM文件为xml格式的文件，后缀名为POM，因此称为POM文件。

Maven仓库可通过网络请求访问，在Maven仓库中，不同的SDK对应各自的唯一性标识信息，即第一标识信息。SDK采用压缩包的形式存储于Maven仓库中，作为SDK本体。

图2是根据本发明另一实施例的一种SDK的接入测试方法的示意性流程图。本实施例中，以SDK开发方发布应用A的SDK为例。如图2所示，该方法应用于SDK开发方，包括以下步骤：

S201，开发应用A的SDK，编写对SDK进行测试的测试代码，开发Gradle插件。

其中，通过执行测试代码，可对SDK的接入和运行情况进行测试，并得到接入测试结果。Gradle插件即为上述实施例中的SDK构建工具，Gradle插件是一种遵循Maven Pom协议的开发工具，具有依赖管理和项目构建功能，不仅能够从Maven仓库中查找到SDK及其依赖文件，还能够将下载的测试代码构建为可执行的测试程序。

S202，将SDK、SDK的依赖文件和Gradle插件遵循Maven Pom协议发布到Maven仓库中，SDK的依赖文件包括测试代码。

该步骤中，可先将测试代码进行编译打包，再将打包后的测试代码遵循Maven Pom协议发布到Maven仓库中。打包后的测试代码的文件名可以是SDK-test，其中，“test”用于表明该文件的使用场景为测试场景。

如果应用A对应的测试代码包括多个，则SDK开发方可对多个测试代码以模块的形式发布到Maven仓库中，即，每个测试代码分别为一个测试模块。这样，SDK接入方从Maven仓库中获取到的测试代码也是模块的形式。

S203，在Maven仓库中与应用A的SDK对应的POM文件中，声明SDK对应的第一标识信息、Gradle插件对应的第二标识信息、依赖文件对应的第三标识信息以及依赖文件对应的使用场景。

其中，第一标识信息、第二标识信息和第三标识信息均具有唯一性。一般情况下，依赖文件对应的使用场景可包括compile(即编译范围有效)、runtime(即运行范围有效)和test(即测试范围有效)三种。当然，除列举的这几种使用场景之外，还可根据实际需求声明其他类型的使用场景，如系统范围有效(system)、导入范围有效(import)等。

依赖文件对应的第三标识信息可以是依赖文件的文件名，例如SDK对应的第一标识信息为“com.example.sdk”，Gradle插件对应的第二标识信息为“com.example.plugin，测试代码对应的第三标识信息为“com.example.sdk-test”。

在POM文件中进行各依赖文件的声明时，可通过对各依赖文件进行不同的命名方式来声明各文件对应的使用场景。例如，将测试代码命名为“SDK-test”，即声明了该文件的使用场景为测试场景，即测试范围有效。当然，也可采用其他方式进行声明，本实施例对此不作限定。

S204，向SDK接入方提供应用A的SDK接入信息。

其中，应用A的SDK接入信息包括应用A的SDK接入文档、SDK的第一标识信息、Gradle插件的第二标识信息、Gradle插件的接入文档。此外，SDK接入信息中还可包括SDK的版本号和Gradle插件的版本号，使得SDK接入方可基于SDK、Gradle插件各自对应的标识信息和版本号从Maven仓库中获取对应的SDK、Gradle插件。

本实施例中，SDK开发者在发布SDK时，可同时将SDK的接入测试过程中可能出现的所有测试失败情况、以及各测试失败情况分别对应的测试失败原因、测试失败修复方式均发布到Maven仓库。

假设应用A为即时通讯APP，该即时通讯APP的SDK的功能包括：让用户能够通过即时通讯APP进行账号登录。则SDK的详细逻辑可示例如下：

a、调起即时通讯APP登录时，检测用户是否安装即时通讯APP；

b、如果用户安装了即时通讯APP，会打开即时通讯APP，询问用户授权是否登录；

c、如果用户未安装即时通讯APP，会访问即时通讯APP登录的官方网页，让用户输入账号密码进行登录；

d、用户登录成功后，会返回用户的即时通讯APP的账号及昵称等信息。

如果上述即时通讯APP在接入过程中需要进行登记记录，则SDK开发方还可在即时通讯APP的SDK中写入该即时通讯APP的认证信息、应用包名等信息，并且这些信息必须存放在指定位置，例如即时通讯APP的清单文件中。此外，SDK开发方也可单独向SDK接入方提供即时通讯APP的认证信息、应用包名等信息，并声明这些信息必须存放在指定位置。

SDK开发方所编写的测试代码可被打包为SDK-test，该测试代码运行时会执行以下测试过程：

a、启动即时通讯APP，进入即时通讯APP的主界面；

b、检测进入即时通讯APP的主界面是否成功；

c、读取清单文件中的认证信息，核对该认证信息是否与服务器注册信息匹配；

d、读取即时通讯APP的应用包名，核对该应用包名是否与服务器注册信息匹配；

e、调起即时通讯APP进行登录，检测即时通讯APP的调起是否成功；

f、输出测试报告，测试报告中依次记录上述测试过程，以及测试过程的执行结果，如果出错(即测试失败)，则附带测试失败信息，测试失败信息可包括测试失败原因、测试失败修复方式对应的获取地址。

测试报告示例如下：

“测试过程：

启动主界面：成功

读取清单文件中的认证信息：失败

失败原因：未在清单文件中找到auth_info字段

解决方案：请根据https://example/issue/auth_info_miss进行配置”。

图3是根据本发明再一实施例的一种SDK的接入测试方法的示意性流程图。本实施例中，以SDK接入方接入应用A的SDK为例。如图3所示，该方法应用于SDK接入方，包括以下步骤：

S301，获取由SDK开发方提供的应用A的SDK接入信息，SDK接入信息包括应用A的SDK接入文档、SDK的第一标识信息、Gradle插件的第二标识信息、Gradle插件的接入文档。

此外，SDK接入信息中还可包括SDK的版本号和Gradle插件的版本号，使得SDK接入方可基于SDK、Gradle插件各自对应的标识信息和版本号从Maven仓库中获取对应的SDK、Gradle插件。

S302，根据SDK接入信息，从Maven仓库中下载SDK、Gradle插件和SDK的依赖文件。

该步骤中，如果SDK接入方并非首次接入SDK，即预先已经接入了Gradle插件，则执行该步骤时无需再重复接入Gradle插件。并且，如果预先已经接入了Gradle插件，则可利用Gradle插件从Maven仓库中查找并下载SDK和SDK的依赖文件。

S303，根据SDK接入文档和Gradle插件的接入文档，分别接入SDK和Gradle插件。

S304，从SDK的依赖文件中提取出被声明为测试场景的文件，即为测试代码。

该步骤中，如果SDK接入方以模块的形式将多个测试代码发布到Maven仓库中，各测试模块中的测试代码分别用于测试应用A的一个应用功能。则SDK接入方从依赖文件中提取出的即为多个测试模块。

S305，利用Gradle插件将测试代码构建为一个可执行的测试程序。

如果测试代码包括多个，则利用Gradle插件将多个测试代码进行合并，从而构建为一个可执行的测试程序。

S306，在接入SDK的过程中，执行测试程序，得到SDK对应的接入测试结果，并输出接入测试结果对应的测试报告。

其中，测试报告可包括以下至少一项：接入测试结果(如测试成功或测试失败)、测试程序的测试过程、测试失败信息、测试成功信息等。

若SDK的接入测试结果中包括测试失败，则测试报告中包括测试失败信息，测试失败信息可包括测试失败原因、测试失败修复方式对应的获取地址。SDK接入方根据测试报告中的测试失败修复方式对应的获取地址，即可从Maven仓库中获取到对应的测试失败修复方式，进而按照测试失败修复方式对SDK进行相应修复，从而无需通过和SDK开发方进行技术沟通，降低了SDK的接入成本。

上述实施例中，SDK开发方在发布SDK时，能够同时发布SDK的测试代码至公共仓库(如Maven仓库)，使得SDK接入方获取由SDK开发方提供的SDK接入信息之后，根据SDK接入信息即可从公共仓库中获取对应的SDK及其依赖文件，且依赖文件中包括用于对SDK进行测试的测试代码，进而能够基于SDK接入信息中包含的接入文档以及接入数据自行接入SDK，并在接入过程中执行测试代码，以得到SDK对应的接入测试结果。可见，该技术方案使得SDK接入方在SDK的接入过程中即可自行测试SDK，而无需和SDK开发方进行沟通，更无需SDK开发方在提供SDK接入信息后再额外提供技术支持，从而大大提升了SDK的接入测试效率，节省SDK的接入成本。

综上，已经对本主题的特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作可以按照不同的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序，以实现期望的结果。在某些实施方式中，多任务处理和并行处理可以是有利的。

以上为本申请实施例提供的SDK的接入测试方法，基于同样的思路，本申请实施例还提供一种SDK的接入测试装置。

图4是根据本发明一实施例的一种SDK的接入测试装置的示意性流程图，如图4所示，该装置应用于SDK接入方，包括：

第一获取模块410，用于获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

第二获取模块420，用于根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

第一接入模块430，用于根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

执行模块440，在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

在一个实施例中，所述SDK接入信息还包括所述SDK构建工具的接入文档以及所述SDK构建工具的第二标识信息；

所述装置还包括：

第三获取模块，用于在所述获取由软件开发工具包SDK开发方提供的SDK接入信息之后，根据所述SDK构建工具的所述第二标识信息，从所述SDK分发仓库中获取所述SDK构建工具；

第二接入模块，用于根据所述SDK构建工具的接入文档以及获取到的所述SDK构建工具，接入所述SDK构建工具，以使从所述SDK分发仓库中获取到的所述测试代码被构建为所述可执行的测试程序。

在一个实施例中，所述依赖文件包括用于对所述SDK对应的多个应用功能分别进行测试的多个测试模块；各所述测试模块中分别包括各所述应用功能对应的测试代码；

所述执行模块440包括：

提取单元，用于利用所述SDK构建工具，提取各所述测试模块中的所述测试代码；

合并单元，用于将提取的各所述测试代码进行合并，以使多个所述测试模块被合并为一个可执行的测试程序；

执行单元，用于执行合并后的所述测试程序，得到所述SDK对应的所述接入测试结果；所述接入测试结果包括各所述应用功能分别对应的接入测试结果。

在一个实施例中，所述SDK分发仓库为Maven仓库；所述Maven仓库用于关联存储各所述SDK以及对应的POM文件；所述POM文件用于声明所述SDK对应的所述第一标识信息和所述依赖文件对应的第三标识信息；

所述第二获取模块420包括：

获取单元，还用于根据所述SDK的所述第一标识信息，从所述Maven仓库中获取与所述第一标识信息相匹配的所述SDK、以及所述SDK对应的目标POM文件；

下载单元，用于根据所述目标POM文件中声明的所述依赖文件的第三标识信息，从所述Maven仓库中下载与所述第三标识信息相匹配的所述依赖文件。

在一个实施例中，所述POM文件还用于声明所述依赖文件对应的使用场景；

所述装置还包括：

确定模块，用于所述在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序之前，确定被声明为指定使用场景的所述依赖文件为所述测试代码；所述指定使用场景包括测试场景。

在一个实施例中，所述装置还包括：

生成模块，用于在所述执行所述测试程序，得到所述SDK对应的接入测试结果之后，生成所述接入测试结果对应的测试报告；所述测试报告包括以下至少一项：所述接入测试结果、所述测试程序的测试过程、测试失败信息、测试成功信息；

展示模块，用于为所述SDK接入方展示所述测试报告，以使所述SDK接入方基于所述测试报告判断是否对所述SDK进行修复。

采用本发明实施例的装置，SDK接入方获取由SDK开发方提供的SDK接入信息之后，根据SDK接入信息中包含的SDK的第一标识信息，从SDK分发仓库中获取对应的接入数据，该接入数据包括SDK及其依赖文件，且依赖文件中包括用于对SDK进行测试的测试代码，使得SDK接入方能够基于SDK接入信息中包含的接入文档以及接入数据自行接入SDK，并在接入过程中执行测试代码，以得到SDK对应的接入测试结果。可见，该装置使得SDK接入方在SDK的接入过程中即可自行测试SDK，而无需和SDK开发方进行沟通，更无需SDK开发方在提供SDK接入信息后再额外提供技术支持，从而大大提升了SDK的接入测试效率，节省SDK的接入成本。

本领域的技术人员应可理解，上述SDK的接入测试装置能够用来实现前文所述的SDK的接入测试方法，其中的细节描述应与前文方法部分描述类似，为避免繁琐，此处不另赘述。

基于同样的思路，本申请实施例还提供一种SDK的接入测试设备，如图5所示。SDK的接入测试设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对SDK的接入测试设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在SDK的接入测试设备上执行存储器502中的一系列计算机可执行指令。SDK的接入测试设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入输出接口505，一个或一个以上键盘506。

具体在本实施例中，SDK的接入测试设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对SDK的接入测试设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

本申请实施例还提出了一种存储介质，该存储介质存储一个或多个计算机程序，该一个或多个计算机程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行上述一种SDK的接入测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种SDK的接入测试方法，其特征在于，应用于SDK接入方，所述方法包括：

获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

2.根据权利要求1所述的方法，其特征在于，所述SDK接入信息还包括所述SDK构建工具的接入文档以及所述SDK构建工具的第二标识信息；

所述获取由软件开发工具包SDK开发方提供的SDK接入信息之后，所述方法还包括：

根据所述SDK构建工具的所述第二标识信息，从所述SDK分发仓库中获取所述SDK构建工具；

根据所述SDK构建工具的接入文档以及获取到的所述SDK构建工具，接入所述SDK构建工具，以使从所述SDK分发仓库中获取到的所述测试代码被构建为所述可执行的测试程序。

3.根据权利要求1所述的方法，其特征在于，所述依赖文件包括用于对所述SDK对应的多个应用功能分别进行测试的多个测试模块；各所述测试模块中分别包括各所述应用功能对应的测试代码；

所述利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果，包括：

利用所述SDK构建工具，提取各所述测试模块中的所述测试代码；

将提取的各所述测试代码进行合并，以使多个所述测试模块被合并为一个可执行的测试程序；

执行合并后的所述测试程序，得到所述SDK对应的所述接入测试结果；所述接入测试结果包括各所述应用功能分别对应的接入测试结果。

4.根据权利要求1所述的方法，其特征在于，所述SDK分发仓库为Maven仓库；所述Maven仓库用于关联存储各所述SDK以及对应的POM文件；所述POM文件用于声明所述SDK对应的所述第一标识信息和所述依赖文件对应的第三标识信息；

所述根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据，包括：

根据所述SDK的所述第一标识信息，从所述Maven仓库中获取与所述第一标识信息相匹配的所述SDK、以及所述SDK对应的目标POM文件；

根据所述目标POM文件中声明的所述依赖文件的第三标识信息，从所述Maven仓库中下载与所述第三标识信息相匹配的所述依赖文件。

5.根据权利要求4所述的方法，其特征在于，所述POM文件还用于声明所述依赖文件对应的使用场景；

所述在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序之前，所述方法还包括：

确定被声明为指定使用场景的所述依赖文件为所述测试代码；所述指定使用场景包括测试场景。

6.根据权利要求1所述的方法，其特征在于，所述执行所述测试程序，得到所述SDK对应的接入测试结果之后，还包括：

生成所述接入测试结果对应的测试报告；所述测试报告包括以下至少一项：所述接入测试结果、所述测试程序的测试过程、测试失败信息、测试成功信息；

为所述SDK接入方展示所述测试报告，以使所述SDK接入方基于所述测试报告判断是否对所述SDK进行修复。

7.一种SDK的接入测试装置，其特征在于，应用于SDK接入方，所述装置包括：

第一获取模块，用于获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

第二获取模块，用于根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

第一接入模块，用于根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

执行模块，在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

8.根据权利要求7所述的装置，其特征在于，所述SDK接入信息还包括所述SDK构建工具的接入文档以及所述SDK构建工具的第二标识信息；

所述装置还包括：

第三获取模块，用于在所述获取由软件开发工具包SDK开发方提供的SDK接入信息之后，根据所述SDK构建工具的所述第二标识信息，从所述SDK分发仓库中获取所述SDK构建工具；

第二接入模块，用于根据所述SDK构建工具的接入文档以及获取到的所述SDK构建工具，接入所述SDK构建工具，以使从所述SDK分发仓库中获取到的所述测试代码被构建为所述可执行的测试程序。

9.一种SDK的接入测试设备，其特征在于，应用于SDK接入方，包括处理器和与所述处理器电连接的存储器，所述存储器存储有计算机程序，所述处理器用于从所述存储器调用并执行所述计算机程序以实现：

获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

10.一种存储介质，其特征在于，应用于SDK接入方，所述存储介质用于存储计算机程序，所述计算机程序在被处理器执行时以实现以下流程：

获取由软件开发工具包SDK开发方提供的SDK接入信息；所述SDK接入信息包括SDK接入文档以及所述SDK的第一标识信息；

根据所述SDK的所述第一标识信息，从SDK分发仓库中获取与所述第一标识信息相匹配的接入数据；所述接入数据包括所述SDK和所述SDK的依赖文件；所述依赖文件包括用于对所述SDK进行测试的测试代码；

根据所述接入数据和所述SDK接入文档接入所述SDK，并调用预先接入的SDK构建工具；所述SDK构建工具用于将所述SDK分发仓库中存储的所述测试代码构建为可执行的测试程序；

在所述SDK的接入过程中，利用所述SDK构建工具构建所述测试代码对应的所述测试程序；执行所述测试程序，得到所述SDK对应的接入测试结果。

Images