CN107357728A - 测试软件的方法和电子设备 - Google Patents

Abstract

本发明实施例提供一种测试软件的方法和电子设备。其中基于SDK的软件测试方法包括：获取并解析测试指令，确定待测试的功能；基于所述待测试的功能查询所述软件的SDK，确定与所述待测试的功能关联的待测试的一个或多个SDK；基于通用的测试用例规范针对所述一个或多个SDK构建一个或多个测试用例，其中，所述测试用例规范使用能够被所述软件的任一SDK解析和执行的语言编写；调用所述一个或多个SDK执行所述一个或多个测试用例以对所述一个或多个SDK进行测试。本发明实施例还提供了一种基于SDK的软件测试电子设备。本发明实施例可以实现基于SDK的软件测试，实现测试与研发同时构建在SDK之上，避免重复开发测试。

Description

测试软件的方法和电子设备

技术领域

本发明涉及软件测试技术领域，尤其涉及一种测试软件的方法和电子设备。

背景技术

常用的测试中，研发与测试是独立开来的，测试人员为了测试软件，基于白盒、黑盒会写很多测试用例。如此一轮研发测试下来，虽然软件模块交付了，但是没有形成有效的积累。

发明人在实现本发明的过程中发现，由于测试与研发是独立的，经常会导致需要重复开发测试，例如每次版本更新，都要开发新一轮的测试，非常资源浪费。

发明内容

为了解决现有技术中的上述至少一个技术问题，第一方面，本发明实施例提供一种测试软件的方法，包括：

获取并解析测试指令，确定待测试的功能；

基于待测试的功能查询软件的软件开发工具包(Software Development Kit，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的软件测试方法的流程图；

图6是本发明实施例提供的一种基于SDK的软件测试方法的一个应用场景的示意图；

图7是本发明实施例提供的电子设备的结构示意图。

具体实施方式

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

请参考图1，其示出了本发明实施例提供的一种基于SDK的软件测试方法的流程图，该测试方法可适用于终端或者服务器端的测试，本申请在此方面没有限制。

如图1所示，在步骤101中，获取并解析测试指令，确定待测试的功能；

在步骤102中，基于待测试的功能查询软件的SDK，确定与待测试的功能关联的待测试的一个或多个SDK；

在步骤103中，基于通用的测试用例规范针对一个或多个SDK构建一个或多个测试用例，其中，测试用例规范使用能够被软件的任一SDK解析和执行的语言编写；

在步骤104中，调用一个或多个SDK执行一个或多个测试用例以对一个或多个SDK进行测试。

在本实施例中，对于步骤101，测试端获取并解析测试人员的测试指令，从而确定待测试的功能。例如，测试前端视频分辨率切换时，测试端会接到测试人员对于前端视频分辨率切换功能的测试指令，解析出待测试的功能是“前端视频分辨率切换”。之后，对于步骤102，测试端根据获取的功能查询软件的SDK，确定与待测试的功能关联的待测试的一个或多个SDK。例如，继续上面的例子，测试端确定哪些SDK和“前端视频分辨率切换”相关，SDK支持的分辨率有哪些。之后，对于步骤104，测试端基于通用的测试用例规范针对一个或多个SDK构建一个或多个测试用例，其中，测试用例规范使用能够被软件的任一SDK解析和执行的语言编写。例如，有3个SDK和分辨率切换有关，于是针对这3个SDK进行分辨率切换的测试用例的构建。其中，测试用例规范可以是一种脚本模板，例如使用Java编写的，当然针对的SDK也是使用Java编写的，从而能够被SDK解析和执行。最后，对于步骤104，测试端调用一个或多个SDK执行相应的测试用例从而对SDK进行测试。

通过上述方法，可以实现研发和测试都是构建在SDK上，从而使测试与研发彻底统一起来，避免为了测试而测试，测试的过程就是研发的积累。可以节省人力物力，避免重复开发测试，资源浪费。

进一步参考图2，其示出了本发明实施例提供的另一种基于SDK的软件测试方法的流程图。该流程是图1中步骤103的细化流程。

如图2所示，在步骤201中，获取一个或多个SDK的预设字段的内容；

在步骤202中，将获取的预设字段的内容填充到测试用例规范中与预设字段对应的位置上以构建与一个或多个SDK关联的一个或多个测试用例。

在本实施例中，对于步骤201，测试端可以获取一个或多个SDK的预设字段的内容，例如SDK的标识符之类的信息。之后，对于步骤202，测试端将获取的字段的内容填充到测试用例规范中相应的位置以构建相应的测试用例。

通过以上方法，可以实现自动地构建测试用例，提高测试的效率和准确度，节省人力物力。

进一步参考图3，其示出了本发明实施例提供的又一种基于SDK的软件测试方法的流程图。该流程是图1中步骤102的细化流程。

如图3所示，在步骤301中，查询软件的能力集，其中，软件的能力集中包括软件支持的各项功能及与各项功能关联的SDK；

在步骤302中，将查询到的与待测试功能关联的一个或多个SDK确定为待测试的一个或多个SDK。

在本实施例中，对于步骤301，测试端查询软件的能力集，软件的能力集中包括软件支持的各项功能及与各项功能关联的SDK。例如，软件支持的分辨率，画面比率，清晰度等都记载在能力集中，且都与相应的SDK对应。对于步骤302，知道待测试的功能之后，就能通过查询能力集确定与待测试功能对应的一个或者多个SDK，之后可以将该一个或多个SDK确定为待测试的SDK。

本实施例通过引入软件的能力集，从而可以通过能力集确定待测试的一个或多个SDK，继而可以有针对性的对相应的SDK进行测试，避免盲目测试带来的一系列的问题影响测试结果。

进一步参考图4，其示出了本发明实施例提供的再一种基于SDK的软件测试方法的流程图。该流程是图1中步骤101的细化流程。

如图4所示，在步骤401中，响应于测试终端的命令去指定的存储位置获取相应标识符的测试指令，其中，命令中至少包括测试指令的存储位置和测试指令的标识符；

在步骤402中，解析所获取的测试指令以确定待测试的功能。

在本实施例中，对于步骤401，测试端可以响应于测试终端的命令去指定的存储位置获取相应标识符的测试指令，其中，测试指令可以不是测试人员输入的指令，而是存储在指定位置的指令，存储位置上可以存储多个测试指令，从而测试人员可以输入相应的命令一次性测试多个功能，并且测试指令存储起来也能便于下次测试的时候使用。之后，对于步骤402，解析所获取的测试指令，该测试指令中可以包括待测试的功能以及其他信息，本申请在此方面没有限制。

本实施例的方法通过从指定位置获取测试指令可以便于测试指令的管理和使用，另一方面，测试用例规范也可以存储在指定位置，从而方便对其进行更新和调用。

请参考图5，其示出了本发明实施例提供的还一种基于SDK的软件测试方法的流程图。该流程图是图1的一种细化方案的流程。其中，步骤502与图1中的步骤104相同，在此不再赘述。

如图5所示，在步骤501中，为软件赋予初始化的测试环境，测试环境包括与一个或多个SDK关联的测试环境；

在步骤502中，调用一个或多个SDK执行一个或多个测试用例以对一个或多个SDK进行测试。

在本实施例中，考虑到有些SDK如果没有初始化的环境，可能会报错，从而影响测试结果，因此加入了为SDK提供初始化环境的步骤。例如，测试切换登录的功能，如果本身没有相应的账号的登录记录，则无法实现切换登录，某些情况下还可能会出现闪退的情况，会严重影响测试结果的准确性。因此，加入初始化SDK的测试环境能够更好地保障测试顺利进行，以及测试结果的准确性。

请参考图6，其示出了本发明实施例提供的一种基于SDK的软件测试方法的一个应用场景的示意图。

如图6所示，其中，A是PC环境的入口，可以理解为研发人员的host主机，B是设备内部的一个对外接口，C可以认为是能够实现上述方法的电子设备，软件中的一个测试端，测试系统，测试模块等。SDK就是软件抽象出来的通用的一些接口集合。软件本身的诸多功能都是基于SDK开发的。把测试直接构建在SDK之上，可以实现测试与软件研发的统一。研发完善SDK的过程就是测试完善的过程，达到了测试与研发部门的统一。

研发人员登入设备，通过控制B向软件发送指令，达到分析排查软件内部问题的目的。软件内部通过模块C接受外部发送来的指令，测试模块C对软件的测试不是随意的，而是基于软件内部统一的SDK。

具体工作可以罗列如下：

1)A、B通道传输过来的指令，C模块要有对应的解析；

2)C模块要有自动化解析支持；

3)测试用例的构建，单个SDK测试是标配，更侧重的是基于业务的整体测试；

4)SDK能力反馈，从C到B到A，方便用户端动态执行任意支持的SDK级别的自动化测试；

5)C支持解析A发送过来的特定脚本格式的测试用例，且是通用的测试用例格式，A端用户可以基于此格式构建不同的测试用例，传递给C做执行。

举一个具体例子：测试前段视频分辨率切换

1)A会发出一个分辨率切换的测试指令；

2)C会查询SDK能力集，得知支持的分辨率有哪些；

3)自动化任意随机做分辨率切换测试。

本发明的有益效果在于：

1)软件与测试同时构建在SDK之上，测试过程调用与研发调用通道完全一致。

2)基于SDK即有单独API的测试，也有基于业务逻辑的测试case。

3)制定了统一格式的测试用例格式规范。

4)A端的测试变成了书写既定格式的测试范例。

5)支持相对抽象的测试，比如上文所述的分辨率切换测试，而不仅仅是按照测试范例解析出来去逐条执行API罗列。

本发明提出了开发与测试同时构建在SDK之上并行推进的方法，开发与测试的通道调用完全一致，定义了一套统一的测试格式规范，基于该规范可以构建不同的SDK调用测试case，测试case可以通过A到B到C，C模块最终解析构建执行测试用例。本发明不仅仅是完成基于测试case实现的逐项API调用测试，还提出了诸如视频流切换之类的抽象测试，完全是高级别的业务逻辑的测试构建。

在另一些实施例中，本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于SDK的软件测试方法；

作为一种实施方式，本发明的非易失性计算机存储介质存储有计算机可执行指令，计算机可执行指令设置为：

获取并解析测试指令，确定待测试的功能；

基于待测试的功能查询软件的SDK，确定与待测试的功能关联的待测试的一个或多个SDK；

基于通用的测试用例规范针对一个或多个SDK构建一个或多个测试用例，其中，测试用例规范使用能够被软件的任一SDK解析和执行的语言编写；

调用一个或多个SDK执行一个或多个测试用例以对一个或多个SDK进行测试。

作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本发明实施例中的基于SDK的软件测试方法对应的程序指令/模块。一个或者多个程序指令存储在非易失性计算机可读存储介质中，当被处理器执行时，执行上述任意方法实施例中的基于SDK的软件测试方法。

非易失性计算机可读存储介质可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据信息投放装置的使用所创建的数据等。此外，非易失性计算机可读存储介质可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，非易失性计算机可读存储介质可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至信息投放装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本发明实施例还提供一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行上述任一项基于SDK的软件测试方法。

图7是本发明实施例提供的电子设备的结构示意图，如图7所示，该设备包括：

一个或多个处理器710以及存储器720，图7中以一个处理器710为例。

基于SDK的软件测试方法的设备还可以包括：输入装置730和输出装置740。

处理器710、存储器720、输入装置730和输出装置740可以通过总线或者其他方式连接，图7中以通过总线连接为例。

存储器720为上述的非易失性计算机可读存储介质。处理器710通过运行存储在存储器720中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例基于SDK的软件测试方法。

输入装置730可接收输入的数字或字符信息，以及产生与信息投放装置的用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

作为一种实施方式，上述电子设备应用于无人值守的实体商店的云服务器，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

获取并解析测试指令，确定待测试的功能；

基于待测试的功能查询软件的SDK，确定与待测试的功能关联的待测试的一个或多个SDK；

基于通用的测试用例规范针对一个或多个SDK构建一个或多个测试用例，其中，测试用例规范使用能够被软件的任一SDK解析和执行的语言编写；

调用一个或多个SDK执行一个或多个测试用例以对一个或多个SDK进行测试。

本申请实施例的电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种测试软件的方法，包括：

获取并解析测试指令，确定待测试的功能；

基于所述待测试的功能查询所述软件的软件开发工具包SDK，确定与所述待测试的功能关联的待测试的一个或多个SDK；

基于通用的测试用例规范针对所述一个或多个SDK构建一个或多个测试用例，其中，所述测试用例规范使用能够被所述软件的任一SDK解析和执行的语言编写；

调用所述一个或多个SDK执行所述一个或多个测试用例以对所述一个或多个SDK进行测试。

2.根据权利要求1所述的方法，其中，所述基于通用的测试用例规范针对所述一个或多个SDK构建一个或多个测试用例包括：

获取所述一个或多个SDK的预设字段的内容；

将获取的所述预设字段的内容填充到所述测试用例规范中与所述预设字段对应的位置上以构建与所述一个或多个SDK关联的一个或多个测试用例。

3.根据权利要求1所述的方法，其中，所述基于所述待测试的功能查询所述软件的软件开发工具包SDK，确定与所述待测试的功能关联的待测试的一个或多个SDK包括：

查询所述软件的能力集，其中，所述软件的能力集中包括所述软件支持的各项功能及与所述各项功能关联的SDK；

将查询到的与所述待测试功能关联的一个或多个SDK确定为所述待测试的一个或多个SDK。

4.根据权利要求1所述的方法，其中，所述获取并解析测试指令，确定待测试的功能包括：

响应于测试终端的命令去指定的存储位置获取相应标识符的测试指令，其中，所述命令中至少包括所述测试指令的存储位置和所述测试指令的标识符；

解析所获取的测试指令以确定待测试的功能。

5.根据权利要求1-4中任一项所述的方法，其中，在调用所述一个或多个SDK执行所述一个或多个测试用例以对所述一个或多个SDK进行测试之前，所述方法还包括：

为所述软件赋予初始化的测试环境，所述测试环境包括与所述一个或多个SDK关联的测试环境。

6.一种电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行：

获取并解析测试指令，确定待测试的功能；

基于所述待测试的功能查询所述软件的软件开发工具包SDK，确定与所述待测试的功能关联的待测试的一个或多个SDK；

基于通用的测试用例规范针对所述一个或多个SDK构建一个或多个测试用例，其中，所述测试用例规范使用能够被所述软件的任一SDK解析和执行的语言编写；

调用所述一个或多个SDK执行所述一个或多个测试用例以对所述一个或多个SDK进行测试。

7.根据权利要求6所述的电子设备，其中，所述基于通用的测试用例规范针对所述一个或多个SDK构建一个或多个测试用例包括：

获取所述一个或多个SDK的预设字段的内容；

将获取的所述预设字段的内容填充到所述测试用例规范中与所述预设字段对应的位置上以构建与所述一个或多个SDK关联的一个或多个测试用例。

8.根据权利要求6所述的电子设备，其中，所述基于所述待测试的功能查询所述软件的SDK，确定与所述待测试的功能关联的待测试的一个或多个SDK包括：

查询所述软件的能力集，其中，所述软件的能力集中包括所述软件支持的各项功能及与所述各项功能关联的SDK；

将查询到的与所述待测试功能关联的一个或多个SDK确定为待测试的一个或多个SDK。

9.根据权利要求6所述的电子设备，其中，所述获取并解析测试指令，确定待测试的功能包括：

响应于测试终端的命令去指定的存储位置获取相应标识符的测试指令，其中，所述命令中至少包括所述测试指令的存储位置和所述测试指令的标识符；

解析所获取的测试指令以确定待测试的功能。

10.一种非易失性计算机可读存储介质，其特征在于，所述非易失性计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。