CN107368406A - 测试应用程序的方法、装置及设备 - Google Patents

Abstract

本申请是关于测试应用程序的方法、装置及设备，所述方法包括：启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序；利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例；通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试，从而实现应用程序的上下文的封装方法与操作系统中限定的封装方法不同时，仍可以对待测应用程序进行测试。

Description

测试应用程序的方法、装置及设备

技术领域

本申请涉及网络通信技术领域，尤其涉及测试应用程序的方法、装置及设备。

背景技术

随着科学技术的发展，越来越多应用程序(Application，APP)通过智能终端为用户提供服务，用户可以通过智能终端上的应用程序进行即时通讯、观看多媒体节目等，从而满足用户日常生活的各种需求。

应用程序测试是软件开发过程中不可缺少的，主要用来判断应用程序的可靠性和发现软件运行过程中的缺陷和错误。目前，测试应用程序的方法一般采用操作系统自带的测试框架进行测试。例如，测试框架instrumentation是Android测试环境的核心，利用测试框架instrumentation从外部访问待测应用程序，获取待测应用程序的上下文，通过待测应用程序的上下文获取待测函数的接口信息，根据该接口信息调用待测函数，并根据响应结果判断待测函数逻辑是否正确。

上述方式必须在待测应用程序的上下文封装方式与操作系统中限定的封装方式相同的情况下才能获取上下文。然而，针对一些特殊的应用程序，为了便于特大项目中各子项目的集成，会将应用程序的上下文的封装方法与操作系统中限定的封装方法不同，此时测试框架无法获取上下文，从而无法实现应用程序的测试。

发明内容

本申请提供测试应用程序的方法、装置及设备，以解决现有技术中由于无法获取上下文导致无法测试的问题。

根据本申请实施例的第一方面，提供一种测试应用程序的方法，所述方法包括：

启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序；

利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例；

通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

根据本申请实施例的第二方面，提供一种测试应用程序的装置，所述装置包括：

启动模块，用于启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序；

加载模块，用于利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例；

测试模块，用于通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

根据本申请实施例的第三方面，提供一种客户端设备，包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序；

利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例；

通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

应用本申请实施例测试应用程序的方法、装置及设备时，通过将测试程序直接设置在待测应用程序中，利用测试程序加载测试用例集，并通过测试程序根据测试用例获取待测应用程序中的上下文，并根据上下文对待测应用程序中待测函数进行测试。由于设置在待测应用程序内的测试程序无需考虑上下文的封装方式即可获取到上下文，从而实现应用程序的上下文的封装方法与操作系统中限定的封装方法不同时，仍可以对待测应用程序进行测试。另外，将测试程序设置在待测应用程序内，可以避免测试时外部程序获取待测程序内部信息导致的潜在风险。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请测试应用程序的方法的一个实施例流程图。

图2为本申请根据一示例性实施例示出的测试程序测试过程示意图。

图3为本申请测试应用程序的装置所在客户端设备的一种硬件结构图。

图4为本申请测试应用程序的装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

相关技术中，需要在待测应用程序的上下文封装方式与操作系统中限定的封装方式相同的情况下才能获取上下文。然而，针对一些特殊的应用程序，为了便于特大项目中各子项目的集成，往往会将应用程序的上下文的封装方法与操作系统中限定的封装方法不同，此时测试框架无法获取上下文，从而无法实现应用程序的测试。如支付宝钱包中，会将上下文context再封装成MicroApplicationContext，通过测试框架instrumentation只能获取到context，无法获取封装后的MicroApplicationContext，从而导致关键信息无法获取，最终无法实现测试。

为了解决由于无法获取上下文导致无法实现应用程序测试的问题，本申请提供一种测试应用程序的方法，如图1所示，图1为本申请测试应用程序的方法的一个实施例流程图，该方法可以应用在客户端设备上，包括以下步骤101至步骤103：

在步骤101中，启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序。

在步骤102中，利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例。

在步骤103中，通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

本申请所涉及的客户端设备可以是智能手机、平板电脑、PDA(PersonalDigital Assistant，个人数字助理)等终端，特别是具有安卓系统的智能终端。

本实施例在待测应用程序中预先设置测试程序，针对每个待测应用程序而言都可以设置测试程序，测试程序具有通用性。测试程序是预先设定的用于测试待测应用程序中待测函数的程序，例如，测试程序可以通过测试用例实现对待测应用程序中待测函数的测试。将测试程序设置在待测应用程序内，可以避免测试时外部程序获取待测程序内部信息导致的潜在风险。

待测函数是测试过程中的测试对象，在此可以不作限定，例如，待测函数可以是API接口函数。其中，API(应用程序编程接口)是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

在一个可选的实现方式中，为了将测试结果展示在屏幕上，测试程序可以为测试活动组件，即测试activity，以便用户通过客户端设备的屏幕观看测试结果。

在测试程序启动后，可以利用测试程序加载测试用例集。测试用例集中至少包括一个测试用例。其中，测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

在一个可选的实现方式中，测试用例集中各测试用例根据至少两个待测函数间的逻辑关系确定。其中，逻辑关系可以是业务逻辑关系。

由此可见，该实施例根据多个待测函数间的逻辑关系确定测试用例集中的测试用例，从而可以实现通过一个测试用例集快速验证具有逻辑关系的各待测函数基本功能是否正常。

在另一个可选的实现方式中，测试用例集中各测试用例根据一个待测函数的不同测试需求确定。

针对一些比较复杂或特殊的待测函数，可以通过多个测试用例测试该待测函数的不同功能，实现对待测函数的精确测试。

加载测试用例集后，可以通过测试程序根据测试用例获取待测应用程序中的上下文，在获取上下文后，可以从上下文中获取待测函数的入口信息，并根据所述入口信息调度待测函数，实现利用测试用例对待测函数执行测试。

由于本申请将测试函数设置在待测应用程序内容，于测试函数而言，待测应用程序内部的上下文是透明的，无需将上下文从待测应用程序中剥离出来，则无需考虑封装方式，可以直接获取待测应用程序中的上下文，从而解决相关技术中由于无法获取上下文导致无法实现应用程序测试的问题。

其中，上下文context是应用程序的一个重要组成部分，通过它可以获取应用中特定的资源和类，并从事一些应用级别的操作。本申请实施例中，context可以是activity context，也可以是service context。例如，在获取activitycontext后，可以从activity context中获取待测函数的函数入口信息。在获取service context后，可以从service context中获取API接口信息等。

在根据入口信息调度待测函数时，可以采用同步调用、回调、异步调用等方式。针对从service context中获取的API接口信息，在执行测试时，响应时间长，因此可以采用异步调用的方式实现API接口调度。

在一个可选的实现方式中，为了避免接口执行冲突的问题，在加载测试用例集后，为所述测试用例集中的每个测试用例设置相应的标识符，并在根据所述上下文对待测应用程序中各函数进行测试时，还包括：在预设响应时间内接收到所述待测函数返回的回调信息时，判断回调信息中携带的标识符是否与当前执行的测试用例的标识符一致，所述预设响应时间是预先设定的回调信息的等待时间；当标识符一致时，根据所述回调信息输出该测试用例对应的测试结果，并执行所述测试用例集中的下一条测试用例，当标识符不一致时，舍弃该次接收的回调信息。

其中，预设响应时间是预先设定的回调信息的等待时间，可以根据待测应用的功能需求确定。测试程序利用测试用例对待测函数执行测试时，可以向待测函数发送携带回调函数的调度指令，并等待测试函数的回调信息。待测函数根据调度指令执行相应操作结束后，调用回调函数，并将回调信息返回至测试程序。测试函数在预设响应时间内接收到待测函数返回的回调信息时，判断回调信息中携带的标识符是否与当前执行的测试用例的标识符一致；当标识符一致时，根据所述回调信息输出当前执行测试用例对应的测试结果，并执行所述测试用例集中的下一条测试用例，当标识符不一致时，舍弃该次接收的回调信息。

可见，本实施例通过判断回调信息中携带的标识符是否与当前执行的测试用例的标识符一致的方式，避免预设响应时间内接收到执行其他测试用例时返回的回调信息导致的信息冲突，同时通过异步接口同步化操作的方式，避免接口执行冲突。

进一步的，在预设响应时间内未接收到所述待测函数的回调信息时，将当前执行的测试用例标记为等待超时。

其中，可以将等待超时作为本次测试用例对应的测试结果，可以输出该测试结果。另外，在预设响应时间内未接收到待测函数的回调信息时，可以执行测试用例集中的下一条测试用例。

以上实施方式中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。针对设置在待测应用程序内的测试程序所包括的测试过程，本申请列举其中一个组合进行说明。

如图2所示，图2为本申请根据一示例性实施例示出的测试程序测试过程示意图。在该示意图中，测试程序执行的测试过程包括：

在步骤201中，加载测试用例集，为测试用例集中的每个测试用例设置相应的标识符。

在步骤202中，判断测试用例集中是否存在未执行测试用例，当存在未执行测试用例时，进入步骤203，当不存在未执行用例时，进入步骤207。

在步骤203中，从未执行测试用例中选择一个测试用例对相应的待测函数进行测试，在全局变量中记录当前测试用例的标识符。

其中，测试用例集中各测试用例的执行顺序可以按预设策略确定，例如，可以依次执行测试用例集中各测试用例。可以理解的是，也可以按其他执行顺序，在此不作限定。

在步骤204中，判断预设响应时间是否到达，若预设响应时间未到达，则进入步骤205，否则，返回步骤202。

其中，在预设响应时间内未接收到待测函数的回调信息时，将当前执行的测试用例标记为等待超时，并输出等待超时的结果。

在步骤205中，接收待测函数返回的回调信息时，判断回调信息中携带的标识符是否与全局变量中记录的当前运行的测试用例的标识符一致，当标识符一致时，则进入步骤206，当标识符不一致时，判定该回调信息对应的测试用例已标记为等待超时，舍弃该次接收的回调信息，返回步骤204。

在步骤206中，根据所述回调信息输出该测试用例对应的测试结果，并返回步骤202。

在步骤207中，将各测试用例的测试结果上传至服务器，以使服务器存储所述测试用例集中各测试用例的测试结果。

该步骤在测试用例集中的所有测试用例执行完成后，将各测试用例的测试结果上传至服务器，以使服务器存储测试用例集中各测试用例的测试结果。当接收到测试结果查询指令时，根据该查询指令从服务器中获取测试结果，并展示在终端屏幕中，以便用户查看历史测试结果。

与本申请测试应用程序的方法的实施例相对应，本申请还提供了测试应用程序的装置及客户端设备的实施例。

本申请测试应用程序的装置的实施例可以应用在各种客户端设备上，例如，该客户端设备可以包括手机、平板电脑、PC等。其中，装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在客户端设备的处理器310将非易失性存储器320中对应的计算机程序指令读取到内存330中运行形成的。从硬件层面而言，如图3所示，为本申请测试应用程序的装置所在客户端设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口340、以及非易失性存储器320之外，实施例中装置所在的客户端设备通常根据该设备的实际功能，还可以包括其他硬件，图3中不再一一示出。

参见图4，为本申请测试应用程序的装置的一个实施例框图：

该装置包括：启动模块410、加载模块420和测试模块430。

其中，启动模块410，用于启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序。

加载模块420，用于利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例。

测试模块430，用于通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

在一个可选的实现方式中，所述测试程序为测试活动组件。

在一个可选的实现方式中，所述加载模块420，还用于为所述测试用例集中的每个测试用例设置相应的标识符。

所述测试模块430还用于：在预设响应时间内接收到所述待测函数返回的回调信息时，判断回调信息中携带的标识符是否与当前执行的测试用例的标识符一致，所述预设响应时间是预先设定的回调信息的等待时间；当标识符一致时，根据所述回调信息输出该测试用例对应的测试结果，并执行所述测试用例集中的下一条测试用例，当标识符不一致时，舍弃该次接收的回调信息。

在一个可选的实现方式中，所述测试模块430还用于：在预设响应时间内未接收到所述待测函数的回调信息时，将当前执行的测试用例标记为等待超时。

基于此，本申请还提供一种客户端设备，包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序。

利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例。

通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

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

由上述实施例可见，通过将测试程序直接设置在待测应用程序中，利用测试程序加载测试用例集，并通过测试程序根据测试用例获取待测应用程序中的上下文，并根据上下文对待测应用程序中待测函数进行测试。由于设置在待测应用程序内的测试程序无需考虑上下文的封装方式即可获取到上下文，从而实现应用程序的上下文的封装方法与操作系统中限定的封装方法不同时，仍可以对待测应用程序进行测试。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

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

启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序；

利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例；

通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

2.根据权利要求1所述的方法，其特征在于，所述测试程序为测试活动组件。

3.根据权利要求1所述的方法，其特征在于，所述加载测试用例集后，还包括：为所述测试用例集中的每个测试用例设置相应的标识符；

所述根据所述上下文对待测应用程序中各函数进行测试时，还包括：

在预设响应时间内接收到所述待测函数返回的回调信息时，判断回调信息中携带的标识符是否与当前执行的测试用例的标识符一致，所述预设响应时间是预先设定的回调信息的等待时间；

当标识符一致时，根据所述回调信息输出该测试用例对应的测试结果，并执行所述测试用例集中的下一条测试用例，当标识符不一致时，舍弃该次接收的回调信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在预设响应时间内未接收到所述待测函数的回调信息时，将当前执行的测试用例标记为等待超时。

5.根据权利要求1至4任一所述的方法，其特征在于，所述测试用例集中各测试用例根据至少两个待测函数间的逻辑关系确定，或根据一个待测函数的不同测试需求确定。

6.一种测试应用程序的装置，其特征在于，所述装置包括：

启动模块，用于启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序；

加载模块，用于利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例；

测试模块，用于通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。

7.根据权利要求6所述的装置，其特征在于，所述测试程序为测试活动组件。

8.根据权利要求6所述的装置，其特征在于，所述加载模块还用于：为所述测试用例集中的每个测试用例设置相应的标识符；

所述测试模块还用于：在预设响应时间内接收到所述待测函数返回的回调信息时，判断回调信息中携带的标识符是否与当前执行的测试用例的标识符一致，所述预设响应时间是预先设定的回调信息的等待时间；当标识符一致时，根据所述回调信息输出该测试用例对应的测试结果，并执行所述测试用例集中的下一条测试用例，当标识符不一致时，舍弃该次接收的回调信息。

9.根据权利要求8所述的装置，其特征在于，所述测试模块还用于：在预设响应时间内未接收到所述待测函数的回调信息时，将当前执行的测试用例标记为等待超时。

10.一种客户端设备，其特征在于，包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

启动待测应用程序中的测试程序，所述测试程序是预先设定的用于测试待测应用程序中待测函数的程序；

利用所述测试程序加载测试用例集，所述测试用例集包括至少一个测试用例；

通过所述测试程序根据所述测试用例获取待测应用程序中的上下文，并根据所述上下文对待测应用程序中待测函数进行测试。