CN105095081A - 应用程序的功能测试方法及装置 - Google Patents

Abstract

本公开是关于一种应用程序的功能测试方法及装置，其中，应用程序的功能测试方法包括：获取待测节点，待测节点包括待测对象组中每个待测对象的一个功能节点；根据待测节点生成至少一个配置文件，配置文件用于向用户展示待测对象节点所属的应用程序；将每个配置文件发送至相同数量的客户端；获取客户端针对每个配置文件的访问统计结果。本公开实施例可以同时对多个功能进行测试，测试效率高。

Description

应用程序的功能测试方法及装置

技术领域

本公开涉及程序测试技术领域，尤其涉及一种应用程序的功能测试方法及装置。

背景技术

现在网站和应用程序(app)的开发速度非常快，开发人员想到的新功能越来越多，但是到底开发哪些功能是当前面临的一个问题。

目前的一种解决方案是请有经验的资深人士来决定，资深人士虽然经验丰富，但未必能够真正了解用户的需求；另一种解决方案是对新功能进行A-B测试，测试过程为：提供A方案和B方案，并将A方案和B方案分别发送至客户端，然后通过收集日志统计用户的行为来决定开发哪些功能。但是，如果要测试的功能较多，采用简单的AB测试就很难胜任。

发明内容

为克服相关技术中存在的问题，本公开提供一种应用程序的功能测试方法及装置。

根据本公开实施例的第一方面，提供一种应用程序的功能测试方法，包括：

获取待测节点，所述待测节点包括待测对象组中每个所述待测对象的一个功能节点；

根据所述待测节点生成至少一个配置文件，所述配置文件用于向用户展示所述待测对象节点所属的应用程序；

将每个所述配置文件发送至相同数量的客户端；

获取所述客户端针对每个所述配置文件的访问统计结果。

在一实施例中，所述方法还包括：

设置并存储待用控件，所述待用控件用于承载所述功能节点，所述待用控件包括第一控件，或者第一控件和第二控件，且所述第二控件承载于所述第一控件中；

根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述待用控件，所述用户输入指令包括功能节点标识、功能节点位置信息。

在一实施例中，所述根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述待用控件，包括：

根据第一用户输入指令，确定每个所述待测对象的所述功能节点所属的所述第一控件，一个所述第一控件用于承载一个所述待测对象的所有功能节点；

所述方法还包括：从每个所述第一控件中获取一个所述功能节点，并根据获取到的功能节点组成所述待测节点。

在一实施例中，所述待测对象包括两个以上待测子对象，每个所述待测子对象包括至少一个所述功能节点，所述根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述待用控件，还包括：

根据第二用户输入指令，确定每个所述待测子对象的所述功能节点所属的所述第二控件，一个所述第二控件用于承载一个所述待测子对象的所有所述功能节点。

在一实施例中，所述获取所述客户端针对每个所述配置文件的访问统计结果，包括：

获取所述用户针对每个所述配置文件所展现的所述应用程序的访问日志；

根据所述访问日志生成所述访问统计结果。

根据本公开实施例的第二方面，提供一种应用程序的功能测试方法，包括：

第一获取模块，被配置为获取待测节点，所述待测节点包括待测对象组中每个所述待测对象的一个功能节点；

生成模块，被配置为根据所述第一获取模块获取的所述待测节点生成至少一个配置文件，所述配置文件用于向用户展示所述待测对象节点所属的应用程序；

发送模块，被配置为将所述生成模块生成的每个所述配置文件发送至相同数量的客户端；

第二获取模块，被配置为获取所述发送模块发送的所述客户端针对每个所述配置文件的访问统计结果。

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

设置存储模块，被配置为设置并存储待用控件，所述待用控件用于承载所述功能节点，所述待用控件包括第一控件，或者第一控件和第二控件，且所述第二控件承载于所述第一控件中；

确定模块，被配置为根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述设置存储模块接收并存储的所述待用控件，所述用户输入指令包括功能节点标识、功能节点位置信息。

在一实施例中，所述确定模块包括：

第一确定子模块，被配置为根据第一用户输入指令，确定每个所述待测对象的所述功能节点所属的所述第一控件，一个所述第一控件用于承载一个所述待测对象的所有功能节点；

所述装置还包括：获取组成模块，被配置为从每个所述第一确定子模块确定的所述第一控件中获取一个所述功能节点，并根据获取到的功能节点组成所述待测节点。

在一实施例中，所述待测对象包括两个以上待测子对象，每个所述待测子对象包括至少一个所述功能节点，所述确定模块还包括：

第二确定子模块，被配置为根据第二用户输入指令，确定每个所述待测子对象的所述功能节点所属的所述第二控件，一个所述第二控件用于承载一个所述待测子对象的所有所述功能节点。

在一实施例中，所述第二获取模块包括：

获取子模块，被配置为获取所述用户针对每个所述配置文件所展现的所述应用程序的访问日志；

生成子模块，被配置为根据所述获取子模块获取的所述访问日志生成所述访问统计结果。

根据本公开实施例的第三方面，提供一种应用程序的功能测试装置，包括：

处理器；

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

其中，处理器被配置为：

获取待测节点，所述待测节点包括待测对象组中每个所述待测对象的一个功能节点；

根据所述待测节点生成至少一个配置文件，所述配置文件用于向用户展示所述待测对象节点所属的应用程序；

将每个所述配置文件发送至相同数量的客户端；

获取所述客户端针对每个所述配置文件的访问统计结果。

本公开的实施例提供的技术方案可以包括以下有益效果：由于获取的待测节点包括待测对象组中每个待测对象的一个功能节点，也即待测节点包含了从每个待测对象中选择一个功能节点的所有情况，并可以根据待测节点生成至少一个配置文件，因此可以同时对多个功能进行测试，测试效率高。

通过接收并存储用于承载功能节点的待用控件，并根据用户输入指令确定每个待测对象的功能节点所属的待用控件，然后可以从待用控件中获取待测节点，使得获取待测节点易于实现。

通过确定每个待测对象的功能节点所属的第一控件，并从每个第一控件获取一个功能节点组成所述待测节点，从而提供了一种简单地获取待测节点的方式。

通过确定每个待测对象的功能节点所属的第二控件，方便归类管理。

由于访问日志反应了用户对每个所述配置文件所展现的所述应用程序的关注程度或感兴趣程度，因此可以作为开发或采用哪些功能的判断依据，从而使得据此确定开发或采用的功能更好地满足用户的需求。

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

附图说明

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

图1是根据一示例性实施例示出的一种应用程序的功能测试方法的流程图。

图2是根据一示例性实施例示出的另一种应用程序的功能测试方法的流程图。

图3是根据一示例性实施例示出的测试管理页面的示意图。

图4是根据一示例性实施例示出的一种应用程序的功能测试方法的场景图。

图5是根据一示例性实施例示出的一种应用程序的功能测试装置的框图。

图6是根据一示例性实施例示出的另一种应用程序的功能测试装置的框图。

图7是根据一示例性实施例示出的又一种应用程序的功能测试装置的框图。

图8是根据一示例性实施例示出的再一种应用程序的功能测试装置的框图。

图9是根据一示例性实施例示出的一种适用于应用程序的功能测试装置的框图。

具体实施方式

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

图1是根据一示例性实施例示出的一种应用程序的功能测试方法的流程图，如图1所示，该应用程序的功能测试方法可应用于测试设备上，包括以下步骤S101-S104：

在步骤S101中，获取待测节点。

在该实施例中，测试设备可以提供一个测试管理页面，测试人员可在该测试管理页面上设置待测对象组，每个待测对象组包括至少一个待测对象，每个待测对象包括至少一个功能节点。

当测试人员在测试管理页面设置好待测对象组后，测试设备可以获取待测节点，其中，待测节点包括待测对象组中每个待测对象的一个功能节点，即待测节点可以是一个功能节点或者多个功能节点的集合。

例如，当前待测对象组包括两个待测对象，假设待测对象A和待测对象B，而待测对象A包括功能节点a1和a2，待测对象B包括功能节点b1和b2，则待测节点可以包括a1和b1，a2和b1，a1和b2，a2和b2这四种情况。

在步骤S102中，根据待测节点生成至少一个配置文件。

在获取到待测节点后，可以根据获取到的待测节点生成配置文件，该配置文件用于向用户展示待测节点所属的应用程序。其中，配置文件可以为轻量级的数据交换(JavaScriptObjectNotation，JSON)格式。

例如，若确定待测节点包括a1和b1，a2和b1，a1和b2，a2和b2这四种情况，则可以对应生成四个配置文件，这四个配置文件分别与a1和b1，a2和b1，a1和b2，a2和b2对应，也即这四个配置文件分别用于展示包含a1和b1，a2和b1，a1和b2，a2和b2的应用程序。

在步骤S103中，将每个配置文件发送至相同数量的客户端。

在该实施例中，可以通过服务器将每个配置文件发送至相同数量的客户端。

在步骤S104中，获取客户端针对每个配置文件的访问统计结果。

在客户端根据配置文件展现应用程序的不同功能后，可以通过服务器获取用户针对每个配置文件所展现的应用程序的访问日志，并根据访问日志生成访问统计结果，从而使测试人员可以根据访问统计结果决定开发或采用应用程序的哪些功能。

上述应用程序的功能测试方法实施例，由于获取的待测节点包括待测对象组中每个待测对象的一个功能节点，也即待测节点包含了从每个待测对象中选择一个功能节点的所有情况，并可以根据待测节点生成至少一个配置文件，因此可以同时对多个功能进行测试，测试效率高。

图2是根据一示例性实施例示出的一种应用程序的功能测试方法的流程图，如图2所示，该方法包括：

在步骤S201中，设置并存储待用控件。

在该实施例中，测试设备可以预先配置好待用控件，也可以根据用户输入的控件设置指令来配置待用控件，并存储待用控件，待用控件可以用于承载功能节点。

其中，待用控件可以包括第一控件，也可以包括第一控件和第二控件，且第二控件承载于第一控件中。

在该实施例中，第一控件可以用于承载功能节点，也可以用于承载第二控件。位于同一个第一控件中的多个第二控件可以分别用于承载某一类逻辑上相关联的功能节点，例如，可以将“小说热榜”和“新闻热榜”对应的功能节点分别承载在两个第二控件中，而这两个第二控件可以承载在“热榜栏”这个第一控件中。

在步骤S202中，根据用户输入指令确定每个待测对象的功能节点所属的待用控件。

其中，用户输入指令可以包括功能节点标识和功能节点位置信息。

在该实施例中，在测试人员在测试管理页面拖拽待测对象的功能节点，可以根据功能节点标识、功能节点位置信息以及待用控件的位置信息确定每个待测对象的功能节点所属的待用控件，也即可以根据功能节点坐标和待用控件坐标确定功能节点和待用控件的相对位置关系，从而根据相对位置关系确定功能节点所属的待用控件。

例如，可以根据第一用户输入指令，确定每个待测对象的功能节点所属的第一控件。

以图3为例进行说明，根据第一用户输入指令可以确定功能节点(5)-(7)位于第一控件(4)中，因此，可以确定功能节点(5)-(7)所属的第一控件为标识为(4)的第一控件。由此可见，一个第一控件可以承载一个待测对象的所有功能节点。

另外，在该实施例中，待测对象可以包括两个以上待测子对象，每个待测子对象可以包括至少一个功能节点。

在这种情况下，可以根据第一用户输入指令，确定每个待测对象的功能节点所属的第一控件，同时也可以根据第二用户输入指令，确定每个待测子对象的功能节点所属的第二控件。

以图3为例进行说明，根据第一用户输入指令可以确定功能节点(12)、(13)、(15)、(16)位于第一控件(8)中，因此，可以确定功能节点(12)、(13)、(15)、(16)所属的第一控件为标识为(8)的第一控件。根据第二用户输入指令可以确定功能节点(12)、(13)位于第二控件(9)中，功能节点(15)、(16)位于第二控件(10)中，因此，可以确定功能节点(12)、(13)所属的第二控件为标识为(9)的第二控件，功能节点(15)、(16)所属的第二控件为标识为(10)的第二控件。由此可见，一个第二控件用于承载一个待测子对象的所有功能节点，一个第一控件用于承载一个待测对象的所有功能节点。

在该实施例中，增加第二控件主要是方便测试人员管理功能节点，例如，可以将某一类逻辑上相关联的功能节点拖拽到同一第二控件中。

可选地，该实施例中可以进一步设置第一控件和第二控件的使用标准，例如可以将功能节点先承载在第一控件中，再承载在第二控件中，而不能直接承载在第二控件中。

如图3所示，功能节点(12)、(13)先承载在第一控件(11)中，然后承载在第二控件(9)中，而不是直接承载在第二控件(9)中。同样地，功能节点(15)、(16)先承载在第一控件(14)中，然后承载在第二控件(10)中，而不是直接承载在第二控件(10)中。

这样设置是为了统一标准，例如，所有的功能节点均需直接承载在第一控件中，从而方便管理。

在步骤S203中，获取待测节点。

在该实施例中，可以从每个第一控件中获取一个功能节点，并根据获取到的功能节点组成待测节点，然后获取这些待测节点。

继续以图3为例进行描述，如图3所示，首页上包含标识为(4)和标识为(8)的两个第一控件，可以依次从这两个第一控件中获取一个功能节点，则根据获取的功能节点组成的待测节点依次为：(5)、(12)，(5)、(13)，(5)、(15)，(5)、(16)，(6)、(12)，(6)、(13)，(6)、(15)，(6)、(16)，(7)、(12)，(7)、(13)，(7)、(15)和(7)、(16)。

在步骤S204中，根据待测节点生成至少一个配置文件。

在获取到待测节点后，可以根据获取到的待测节点生成配置文件。

在步骤S205中，将每个配置文件发送至相同数量的客户端。

在该实施例中，可以通过服务器将每个配置文件发送至相同数量的客户端。

在步骤S206中，获取客户端针对每个配置文件的访问统计结果。

在客户端根据配置文件展现应用程序的不同功能后，可以通过服务器获取用户针对每个配置文件所展现的应用程序的访问日志，由于访问日志反应了用户对每个配置文件所展现的应用程序的关注程度或感兴趣程度，因此可以作为开发或采用哪些功能的判断依据，从而使得据此确定开发或采用的功能更好地满足用户的需求。

下面结合图4对本公开进行示例性说明，假设该实施例是对当前应用程序的页面布局进行测试，如图4所示，测试设备41可以提供测试管理页面，且用户可以在测试管理页面上设置待用控件，并可以在待用控件中设置功能节点，设置后的测试管理页面可以如图3所示，测试设备41可以根据图3所示页面获取多个待测节点，并根据多个待测节点对应生成多个配置文件，假设为配置文件1-n；然后，待当前应用程序的服务器42接收到用户的请求后，将每个配置文件发送到不同组的客户端，其中，所有组客户端的数量相同，上述客户端可以为浏览器，客户端接收到配置文件后，展现对应的页面，如果用户对当前页面感兴趣，就会点击该页面；而服务器42会收集用户的访问日志，并对这些访问日志进行统计分析，获得针对不同配置文件的访问统计结果，并向测试设备41发送访问统计结果，最后由测试设备41在测试管理页面上展现访问统计结果，测试人员可以根据测试管理页面展现的访问统计结果确定采用哪些样式的页面。

上述应用程序的功能测试方法实施例，通过接收并存储用于承载功能节点的待用控件，并根据用户输入指令确定每个待测对象的功能节点所属的待用控件，然后可以从待用控件中获取待测节点，实现过程简单，且方便测试人员管理。

图5是根据一示例性实施例示出的一种应用程序的功能测试装置的框图，如图5所示，应用程序的功能测试装置包括：第一获取模块51、生成模块52、发送模块53和第二获取模块54。

第一获取模块51被配置为获取待测节点，待测节点包括待测对象组中每个待测对象的一个功能节点。

生成模块52被配置为根据第一获取模块51获取的待测节点生成至少一个配置文件，配置文件用于向用户展示待测对象节点所属的应用程序。

发送模块53被配置为将生成模块52生成的每个配置文件发送至相同数量的客户端。

第二获取模块54被配置为获取发送模块53发送的客户端针对每个配置文件的访问统计结果。

如图5所示的装置用于实现上述如图1所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述应用程序的功能测试装置实施例，由于通过第一获取模块获取的待测节点包括待测对象组中每个待测对象的一个功能节点，也即待测节点包含了从每个待测对象中选择一个功能节点的所有情况，并可以通过生成模块根据待测节点生成至少一个配置文件，因此可以同时对多个功能进行测试，测试效率高。

图6是根据一示例性实施例示出的另一种应用程序的功能测试装置的框图，如图6所示，在上述图5所示实施例的基础上，该装置还可包括：设置存储模块55和确定模块56。

设置存储模块55被配置为设置并存储待用控件，待用控件用于承载功能节点，待用控件包括第一控件，或者第一控件和第二控件，且第二控件承载于第一控件中。

确定模块56被配置为根据用户输入指令确定每个待测对象的功能节点所属的设置存储模块55接收并存储的待用控件，用户输入指令包括功能节点标识、功能节点位置信息。

如图6所示的装置用于实现上述如图2所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述应用程序的功能测试装置实施例，通过设置存储模块接收并存储用于承载功能节点的待用控件，并通过确定模块根据用户输入指令确定每个待测对象的功能节点所属的待用控件，然后可以获取待测节点，使得获取待测节点易于实现。

图7是根据一示例性实施例示出的又一种应用程序的功能测试装置的框图，如图7所示，在上述图6所示实施例的基础上，确定模块56可以包括：第一确定子模块561。

第一确定子模块561被配置为根据第一用户输入指令，确定每个待测对象的功能节点所属的第一控件，一个第一控件用于承载一个待测对象的所有功能节点。

另外，该装置还可以包括：获取组成模块57。

获取组成模块57被配置为从每个第一确定子模块561确定的第一控件中获取一个功能节点，并根据获取到的功能节点组成待测节点。

进一步地，确定模块56还可以包括：第二确定子模块562。

第二确定子模块562被配置为根据第二用户输入指令，确定每个待测子对象的功能节点所属的第二控件，一个第二控件用于承载一个待测子对象的所有功能节点。

如图7所示的装置用于实现上述如图2所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述应用程序的功能测试装置实施例，通过第一确定子模块根据第一用户输入指令确定每个待测对象的功能节点所属的第一控件，通过第二确定子模块根据第二用户输入指令确定每个待测子对象的功能节点所属的第二控件，并可以通过获取组成模块从第一控件中获取一个功能节点组成待测节点，从而提供了一种简单地获取待测节点的方式，且方便归类管理。

图8是根据一示例性实施例示出的再一种应用程序的功能测试装置的框图，如图8所示，在上述图5所示实施例的基础上，第二获取模块54可包括：获取子模块541和生成子模块542。

获取子模块541被配置为获取用户针对每个配置文件所展现的应用程序的访问日志。

生成子模块542被配置为根据获取子模块541获取的访问日志生成访问统计结果。

如图8所示的装置用于实现上述如图1所示的方法流程，涉及到的相关内容描述相同，此处不赘述。

上述应用程序的功能测试装置实施例，通过获取子模块获取访问日志，并通过生成子模块根据访问日志生成访问统计结果，由于访问日志反应了用户对每个配置文件所展现的应用程序的关注程度或感兴趣程度，因此可以作为开发或采用哪些功能的判断依据，从而使得据此确定开发或采用的功能更好地满足用户的需求。

关于上述实施例中的装置，其中各个模块、子模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图9是根据一示例性实施例示出的一种适用于应用程序的功能测试装置的框图。例如，装置900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图9，装置900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制装置900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理部件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件906为装置900的各种组件提供电力。电力组件906可以包括电源管理系统，一个或多个电源，及其他与为装置900生成、管理和分配电力相关联的组件。

多媒体组件908包括在所述装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当装置900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为装置900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为装置900的显示器和小键盘，传感器组件914还可以检测装置900或装置900一个组件的位置改变，用户与装置900接触的存在或不存在，装置900方位或加速/减速和装置900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由装置900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

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

Claims (11)

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

获取待测节点，所述待测节点包括待测对象组中每个所述待测对象的一个功能节点；

根据所述待测节点生成至少一个配置文件，所述配置文件用于向用户展示所述待测节点所属的应用程序；

将每个所述配置文件发送至相同数量的客户端；

获取所述客户端针对每个所述配置文件的访问统计结果。

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

设置并存储待用控件，所述待用控件用于承载所述功能节点，所述待用控件包括第一控件，或者第一控件和第二控件，且所述第二控件承载于所述第一控件中；

根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述待用控件，所述用户输入指令包括功能节点标识、功能节点位置信息。

3.根据权利要求2所述的方法，其特征在于，所述根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述待用控件，包括：

根据第一用户输入指令，确定每个所述待测对象的所述功能节点所属的所述第一控件，一个所述第一控件用于承载一个所述待测对象的所有功能节点；

所述方法还包括：从每个所述第一控件中获取一个所述功能节点，并根据获取到的功能节点组成所述待测节点。

4.根据权利要求3所述的方法，其特征在于，所述待测对象包括两个以上待测子对象，每个所述待测子对象包括至少一个所述功能节点，所述根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述待用控件，还包括：

根据第二用户输入指令，确定每个所述待测子对象的所述功能节点所属的所述第二控件，一个所述第二控件用于承载一个所述待测子对象的所有所述功能节点。

5.根据权利要求1所述的方法，其特征在于，所述获取所述客户端针对每个所述配置文件的访问统计结果，包括：

获取所述用户针对每个所述配置文件所展现的所述应用程序的访问日志；

根据所述访问日志生成所述访问统计结果。

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

第一获取模块，被配置为获取待测节点，所述待测节点包括待测对象组中每个所述待测对象的一个功能节点；

生成模块，被配置为根据所述第一获取模块获取的所述待测节点生成至少一个配置文件，所述配置文件用于向用户展示所述待测对象节点所属的应用程序；

发送模块，被配置为将所述生成模块生成的每个所述配置文件发送至相同数量的客户端；

第二获取模块，被配置为获取所述发送模块发送的所述客户端针对每个所述配置文件的访问统计结果。

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

设置存储模块，被配置为设置并存储待用控件，所述待用控件用于承载所述功能节点，所述待用控件包括第一控件，或者第一控件和第二控件，且所述第二控件承载于所述第一控件中；

确定模块，被配置为根据用户输入指令确定每个所述待测对象的所述功能节点所属的所述设置存储模块接收并存储的所述待用控件，所述用户输入指令包括功能节点标识、功能节点位置信息。

8.根据权利要求7所述的装置，其特征在于，所述确定模块包括：

第一确定子模块，被配置为根据第一用户输入指令，确定每个所述待测对象的所述功能节点所属的所述第一控件，一个所述第一控件用于承载一个所述待测对象的所有功能节点；

所述装置还包括：获取组成模块，被配置为从每个所述第一确定子模块确定的所述第一控件中获取一个所述功能节点，并根据获取到的功能节点组成所述待测节点。

9.根据权利要求8所述的装置，其特征在于，所述待测对象包括两个以上待测子对象，每个所述待测子对象包括至少一个所述功能节点，所述确定模块还包括：

第二确定子模块，被配置为根据第二用户输入指令，确定每个所述待测子对象的所述功能节点所属的所述第二控件，一个所述第二控件用于承载一个所述待测子对象的所有所述功能节点。

10.根据权利要求6所述的装置，其特征在于，所述第二获取模块包括：

获取子模块，被配置为获取所述用户针对每个所述配置文件所展现的所述应用程序的访问日志；

生成子模块，被配置为根据所述获取子模块获取的所述访问日志生成所述访问统计结果。

11.一种应用程序的功能测试装置，其特征在于，包括：

处理器；

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

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

获取待测节点，所述待测节点包括待测对象组中每个所述待测对象的一个功能节点；

根据所述待测节点生成至少一个配置文件，所述配置文件用于向用户展示所述待测对象节点所属的应用程序；

将每个所述配置文件发送至相同数量的客户端；

获取所述客户端针对每个所述配置文件的访问统计结果。