CN106775911A - 一种用于应用开发的测试方法及装置 - Google Patents

Abstract

本发明公开一种用于应用开发的测试方法及装置，涉及电子信息技术领域，能够解决现有技术中应用开发测试效率低下的问题。所述方法包括：当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用；从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例；接收所述被测终端返回的测试结果。所述方法能够有效提高应用开发测试效率。

Description

一种用于应用开发的测试方法及装置

技术领域

本发明涉及电子信息技术领域，尤其涉及一种用于应用开发的测试方法及装置。

背景技术

随着智能手机的普及，移动终端不仅承载了更多业务场景的实现，还要应对不断变化的业务需求。这就要求移动团队能够迅速响应变化，快速迭代。由于移动终端本身兴起的时间并不长，各方面的成熟度比较欠缺，能够拿来用的工具又少之又少；同时随着业务的深度、广度的增加和迭代的加速，构建版本和持续验证等工作占据了大量时间，严重降低了开发和测试效率。

发明内容

本发明的主要目的在于提出一种用于应用开发的测试方法及装置，旨在解决现有技术中应用开发测试效率低下的问题。

为实现上述目的，本发明提供的一种用于应用开发的测试方法，包括：当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用；从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例；接收所述被测终端返回的测试结果。

可选的，所述当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用包括：监听代码托管服务器中应用代码的版本号的变化情况；当监听到的版本号高于当前维护的版本号时，将所述应用代码拉取到本地；将拉取到本地的所述应用代码编译成可执行应用。

可选的，所述从预先编写的测试用例集中选择适用于所述可执行应用的测试用例之前，所述方法还包括：接收开发人员编写的单元测试用例和/或测试人员编写的集成测试用例；将所述单元测试用例和/或所述集成测试用例按照适用的测试对象和测试环境分类存储。

可选的，所述从预先编写的测试用例集中选择适用于所述可执行应用的测试用例包括：根据所述测试对象和所述测试环境，从所述单元测试用例和/或所述集成测试用例中选择适用于所述可执行应用的测试用例。

进一步的，在接收所述被测终端返回的测试结果之后，所述方法还包括：向开发人员提示所述测试结果；接收所述开发人员根据所述测试结果对所述应用代码的更新，以进行下一轮的测试。

另一方面，本发明还提供一种用于应用开发的测试装置，包括：获取单元，用于当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用；选择单元，用于从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；发送单元，用于将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例；结果接收单元，用于接收所述被测终端返回的测试结果。

可选的，所述获取单元包括：监听模块，用于监听代码托管服务器中应用代码的版本号的变化情况；拉取模块，用于当所述监听模块监听到的版本号高于当前维护的版本号时，将所述应用代码拉取到本地；编译模块，用于将所述拉取模块拉取到本地的所述应用代码编译成可执行应用。

进一步的，所述装置还包括：用例接收单元，用于在从预先编写的测试用例集中选择适用于所述可执行应用的测试用例之前，接收开发人员编写的单元测试用例和/或测试人员编写的集成测试用例；分类存储单元，用于将所述单元测试用例和/或所述集成测试用例按照适用的测试对象和测试环境分类存储。

可选的，所述选择单元，具体用于：根据所述测试对象和所述测试环境，从所述单元测试用例和/或集成测试用例中选择适用于所述可执行应用的测试用例。

进一步的，所述装置还包括：提示单元，用于在接收所述被测终端返回的测试结果之后，向开发人员提示所述测试结果，以使所述开发人员根据所述测试结果对所述应用代码进行更新，从而进行下一轮测试。

本发明实施例提供的用于应用开发的测试方法及装置，当监听到更新的应用代码时，能够获取所述应用代码并将所述应用代码编译成可执行应用，然后从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例并接收相应的测试结果。这样，从应用代码更新到测试结果反馈，整个测试无需手动操作，而反馈速度较人工测试大大缩减，在不牺牲开发质量的前提下，有效提升了迭代速度和测试效率。

附图说明

图1为本发明实施例提供的用于应用开发的测试方法的一种流程图；

图2为本发明实施例中用于应用开发的测试方法所基于的系统的信息流向示意图；

图3为本发明实施例提供的用于应用开发的测试装置的一种结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

如图1所示，本发明的实施例提供一种用于应用开发的测试方法，包括：

S11，当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用；

S12，从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；

S13，将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例；

S14，接收所述被测终端返回的测试结果。

本发明实施例提供的用于应用开发的测试方法，当监听到更新的应用代码时，能够获取所述应用代码并将所述应用代码编译成可执行应用，然后从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例并接收相应的测试结果。这样，从应用代码更新到测试结果反馈，整个测试无需手动操作，而反馈速度较人工测试大大缩减，在不牺牲开发质量的前提下，有效提升了迭代速度和测试效率。

具体的，开发人员编写完应用代码后，会将代码提交给代码托管服务器。代码托管服务器中管理着多种应用程序的开发代码，每种应用程序都有自己的应用包名和相应的版本。各种应用代码每经过一次提交都会产生新的版本号。可选的，版本号可以随时间递增。在本发明的实施例中，可以通过监听每种应用代码的提交情况或版本号的变化情况来确定应用代码是否有更新。

具体而言，在步骤S11中，当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用可包括：

监听代码托管服务器中应用代码的版本号的变化情况；

当监听到的版本号高于当前维护的版本号时，将所述应用代码拉取到本地；

将拉取到本地的所述应用代码编译成可执行应用。

举例说明，在本发明的一个实施例中，假设测试设备维护着应用程序A的当前版本号为1.0，此时又监听到代码托管服务器中应用程序A有新提交的代码，监听到的A的版本号为1.1，也就是监听到的版本号高于当前维护的版本号，因此，将此次新提交的应用程序A的代码拉取到本地，并将拉取到本地的应用代码编译成可执行应用A。

可选的，将更新后的应用代码编译成可执行应用后，即可以为该可执行应用选择合适的测试用例。具体而言，可以预先在本地存储开发人员和测试人员编写的各种测试用例，每当生成一个可执行应用时，可以根据所述可执行应用的应用包名从预先存储的这些测试用例中选择可以用于测试该可执行应用的测试用例。当然，也可以根据其他可以唯一确定该可执行应用的标识来进行测试用例的选择。

具体的，在应用的开发和测试中，可以编写针对不同测试功能的测试用例。例如，可以编写针对某一模块或功能比较单一的测试用例，也可以编写一些针对多个模块或功能比较复杂的测试用例，以便对被测试的应用进行更为全面细致的测试。

需要说明的是，由于整个测试过程无需人工操作，开发和测试并不是线性依次进行的，因此测试用例的编写时间也不受测试流程的约束。开发人员和测试人员可以随时编写测试用例，并将编写的测试用例扩充到测试用例集中等待测试选择即可，大大提升了测试效率。

进一步的，为了对测试用例集进行有效管理，可以按照测试用例的测试范围、测试对象和测试环境等条件对测试用例进行分类管理。可选的，测试范围可以代表测试功能比较单一的单元测试用例，或者测试功能比较复杂的集成测试用例。测试对象可以包括该测试用例适用的可执行应用，测试环境可以包括该测试用例适用的终端型号。

具体而言，在本发明的一个实施例中，在步骤S21从预先编写的测试用例集中选择适用于所述可执行应用的测试用例之前，本发明实施例提供的用于应用开发的测试方法还可包括：

接收开发人员编写的单元测试用例和/或测试人员编写的集成测试用例；

将所述单元测试用例和/或所述集成测试用例按照适用的测试对象和测试环境分类存储。

需要说明的是，测试用例于可执行应用以及被测终端之间的对应关系，可以是一对一，一对多，多对一等，本发明的实施例对此不限。例如，测试用例集中的一个用于测试摄像头调用的测试用例，既可以用于对微信应用的测试，也可以用于对QQ、支付宝、美颜相机等应用的测试，既可以应用于HUAWEI mate 8的测试，也可以用于魅族、小米等移动终端的测试。而对于QQ等应用，每个应用也需要多种测试用例从不同层次和角度来进行测试。在进行测试用例的存储时，可以将每个测试用例标记出对应的测试对象和测试环境，这样，当对应的可执行应用出现时，即可快速选择出适用的测试用例。

具体而言，在步骤S12中，从预先编写的测试用例集中选择适用于所述可执行应用的测试用例可包括：

根据所述测试对象和所述测试环境，从所述单元测试用例和/或所述集成测试用例中选择适用于所述可执行应用的测试用例。

例如，当前监听到一个浏览器的应用代码发生了更新，则测试设备将该浏览器的应用代码拉取到本地并编译成可执行的浏览器应用。需要对该可执行的浏览器应用测试网络连接功能，并且该浏览器需要安装到型号为P7，P8和NOTE 5的移动终端。则可以将测试对象：可执行应用“浏览器”，测试环境：P7，P8、NOTE 5作为检索条件，在测试用例集中检索符合该测试条件的测试用例。

为该可执行应用选择了适合的测试用例后，测试设备可以将该可执行应用和对应的测试用例一起发送给带测试的终端，从而在终端的运行环境下完成相应的测试。测试完毕后，测试设备可以接收相应的测试结果，并将测试结果反馈给开发人员。也就是说，在接收所述被测终端返回的测试结果之后，所述方法还包括：

向开发人员提示所述测试结果；

接收所述开发人员根据所述测试结果对所述应用代码的更新，以进行下一轮的测试。

下面通过具体实施例对本发明提供的用于应用开发的测试方法进行详细说明。

图2为本发明实施例中用于应用开发的测试方法所基于的系统的信息流向示意图。如图2所示，本实施例中，用于应用开发的测试方法可包括如下步骤

201、开发人员和测试人员同步工作：开发人员开发应用向代码托管服务器提交代码并开发单元测试用例，向持续验证框架用例管理模块提交；测试人员编写集成测试用例，向持续验证框架的用例管理模块提交；

202、持续验证框架代码提交监听模块在监听到代码服务器版本号更改后，自动拉取最新代码；

203、代码构建模块编译构建最新代码；

204、测试人员预先配置测试机型号；

205、测试用例集下发模块下发测试用例到指定机型；

206、测试结果分析模块收集测试结果；并将结果反馈给各相关人员；

207、开发人员对反馈问题进行修改；持续验证框架自动进行下一轮迭代验证；

从上面的操作步骤可以看到，在采用了本方案后，整个敏捷团队可以在不牺牲开发质量的前提下，尽可能的提升迭代速度，从而大大提高了测试效率。

相应的，如图3所示，本发明的实施例还提供一种用于应用开发的测试装置，包括：

获取单元31，用于当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用；

选择单元32，用于从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；

发送单元33，用于将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例；

结果接收单元34，用于接收所述被测终端返回的测试结果。

本发明实施例提供的用于应用开发的测试装置，当监听到更新的应用代码时，能够获取所述应用代码并将所述应用代码编译成可执行应用，然后从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例并接收相应的测试结果。这样，从应用代码更新到测试结果反馈，整个测试无需手动操作，而反馈速度较人工测试大大缩减，在不牺牲开发质量的前提下，有效提升了迭代速度和测试效率。

具体的，开发人员编写完应用代码后，会将代码提交给代码托管服务器。代码托管服务器中管理着多种应用程序的开发代码，每种应用程序都有自己的应用包名和相应的版本。各种应用代码每经过一次提交都会产生新的版本号。可选的，版本号可以随时间递增。在本发明的实施例中，可以通过监听每种应用代码的提交情况或版本号的变化情况来确定应用代码是否有更新。

具体的，获取单元31可包括：

监听模块，用于监听代码托管服务器中应用代码的版本号的变化情况；

拉取模块，用于当所述监听模块监听到的版本号高于当前维护的版本号时，将所述应用代码拉取到本地；

编译模块，用于将所述拉取模块拉取到本地的所述应用代码编译成可执行应用。

举例说明，在本发明的一个实施例中，假设测试设备维护着应用程序A的当前版本号为1.0，此时又监听到代码托管服务器中应用程序A有新提交的代码，监听到的A的版本号为1.1，也就是监听到的版本号高于当前维护的版本号，因此，将此次新提交的应用程序A的代码拉取到本地，并将拉取到本地的应用代码编译成可执行应用A。

可选的，将更新后的应用代码编译成可执行应用后，即可以为该可执行应用选择合适的测试用例。具体而言，可以预先在本地存储开发人员和测试人员编写的各种测试用例，每当生成一个可执行应用时，可以根据所述可执行应用的应用包名从预先存储的这些测试用例中选择可以用于测试该可执行应用的测试用例。当然，也可以根据其他可以唯一确定该可执行应用的标识来进行测试用例的选择。

具体的，在应用的开发和测试中，可以编写针对不同测试功能的测试用例。例如，可以编写针对某一模块或功能比较单一的测试用例，也可以编写一些针对多个模块或功能比较复杂的测试用例，以便对被测试的应用进行更为全面细致的测试。

需要说明的是，由于整个测试过程无需人工操作，开发和测试并不是线性依次进行的，因此测试用例的编写时间也不受测试流程的约束。开发人员和测试人员可以随时编写测试用例，并将编写的测试用例扩充到测试用例集中等待测试选择即可，大大提升了测试效率。

进一步的，为了对测试用例集进行有效管理，可以按照测试用例的测试范围、测试对象和测试环境等条件对测试用例进行分类管理。可选的，测试范围可以代表测试功能比较单一的单元测试用例，或者测试功能比较复杂的集成测试用例。测试对象可以包括该测试用例适用的可执行应用，测试环境可以包括该测试用例适用的终端型号。

具体而言，在本发明的一个实施例中，用于应用开发的测试装置还可包括：

用例接收单元，用于在从预先编写的测试用例集中选择适用于所述可执行应用的测试用例之前，接收开发人员编写的单元测试用例和/或测试人员编写的集成测试用例；

分类存储单元，用于将所述单元测试用例和/或所述集成测试用例按照适用的测试对象和测试环境分类存储。

需要说明的是，测试用例于可执行应用以及被测终端之间的对应关系，可以是一对一，一对多，多对一等，本发明的实施例对此不限。例如，测试用例集中的一个用于测试摄像头调用的测试用例，既可以用于对微信应用的测试，也可以用于对QQ、支付宝、美颜相机等应用的测试，既可以应用于HUAWEI mate 8的测试，也可以用于魅族、小米等移动终端的测试。而对于QQ等应用，每个应用也需要多种测试用例从不同层次和角度来进行测试。在进行测试用例的存储时，可以将每个测试用例标记出对应的测试对象和测试环境，这样，当对应的可执行应用出现时，即可快速选择出适用的测试用例。

具体而言，选择单元32，可具体用于：根据所述测试对象和所述测试环境，从所述单元测试用例和/或集成测试用例中选择适用于所述可执行应用的测试用例。

例如，当前监听到一个浏览器的应用代码发生了更新，则测试设备将该浏览器的应用代码拉取到本地并编译成可执行的浏览器应用。需要对该可执行的浏览器应用测试网络连接功能，并且该浏览器需要安装到型号为P7，P8和NOTE 5的移动终端。则可以将测试对象：可执行应用“浏览器”，测试环境：P7，P8、NOTE 5作为检索条件，在测试用例集中检索符合该测试条件的测试用例。

为该可执行应用选择了适合的测试用例后，测试设备可以将该可执行应用和对应的测试用例一起发送给带测试的终端，从而在终端的运行环境下完成相应的测试。测试完毕后，测试设备可以接收相应的测试结果，并将测试结果反馈给开发人员。

具体而言，在本发明的一个实施例中，用于应用开发的测试装置还可包括提示单元，用于在接收所述被测终端返回的测试结果之后，向开发人员提示所述测试结果，以使所述开发人员根据所述测试结果对所述应用代码进行更新，从而进行下一轮测试。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种用于应用开发的测试方法，其特征在于，包括：

当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用；

从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；

将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例；

接收所述被测终端返回的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用包括：

监听代码托管服务器中应用代码的版本号的变化情况；

当监听到的版本号高于当前维护的版本号时，将所述应用代码拉取到本地；

将拉取到本地的所述应用代码编译成可执行应用。

3.根据权利要求1所述的方法，其特征在于，所述从预先编写的测试用例集中选择适用于所述可执行应用的测试用例之前，所述方法还包括：

接收开发人员编写的单元测试用例和/或测试人员编写的集成测试用例；

将所述单元测试用例和/或所述集成测试用例按照适用的测试对象和测试环境分类存储。

4.根据权利要求3所述的方法，其特征在于，所述从预先编写的测试用例集中选择适用于所述可执行应用的测试用例包括：

根据所述测试对象和所述测试环境，从所述单元测试用例和/或所述集成测试用例中选择适用于所述可执行应用的测试用例。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在接收所述被测终端返回的测试结果之后，所述方法还包括：

向开发人员提示所述测试结果；

接收所述开发人员根据所述测试结果对所述应用代码的更新，以进行下一轮的测试。

6.一种用于应用开发的测试装置，其特征在于，包括：

获取单元，用于当监听到更新的应用代码时，获取所述应用代码并将所述应用代码编译成可执行应用；

选择单元，用于从预先编写的测试用例集中选择适用于所述可执行应用的测试用例；

发送单元，用于将所述可执行应用以及对应的测试用例向被测终端发送，以使所述被测终端对所述可执行应用执行所述测试用例；

结果接收单元，用于接收所述被测终端返回的测试结果。

7.根据权利要求6所述的装置，其特征在于，所述获取单元包括：

监听模块，用于监听代码托管服务器中应用代码的版本号的变化情况；

拉取模块，用于当所述监听模块监听到的版本号高于当前维护的版本号时，将所述应用代码拉取到本地；

编译模块，用于将所述拉取模块拉取到本地的所述应用代码编译成可执行应用。

8.根据权利要求6所述的装置，其特征在于，还包括：

用例接收单元，用于在从预先编写的测试用例集中选择适用于所述可执行应用的测试用例之前，接收开发人员编写的单元测试用例和/或测试人员编写的集成测试用例；

分类存储单元，用于将所述单元测试用例和/或所述集成测试用例按照适用的测试对象和测试环境分类存储。

9.根据权利要求8所述的装置，其特征在于，所述选择单元，具体用于：

根据所述测试对象和所述测试环境，从所述单元测试用例和/或集成测试用例中选择适用于所述可执行应用的测试用例。

10.根据权利要求6至9中任一项所述的装置，其特征在于，还包括：

提示单元，用于在接收所述被测终端返回的测试结果之后，向开发人员提示所述测试结果，以使所述开发人员根据所述测试结果对所述应用代码进行更新，从而进行下一轮测试。