CN105550101A - 一种用于应用程序的测试方法、电子设备及系统 - Google Patents

Abstract

本发明公开了一种用于应用程序的测试方法、电子设备及系统，由于通过对待测试应用程序的UI上的全部可操作控件进行遍历操作，来模拟待测试应用程序实际的运行情况，并在遍历过程中实时监测待测试的性能和/或稳定性，从而确定出异常的控件，所以能够最大程度上发现产品发布后在用户机器上出现的问题，大大提升了问题发现的科学性，避免了因为测试涉及局限性带来的测试不合理，同时，不用针对场景进行脚本转换，所以大大减小了自动化过程中编码代价，大大提高了测试效率。

Description

一种用于应用程序的测试方法、电子设备及系统

技术领域

本发明涉及软件工程技术领域，尤其涉及一种用于应用程序的测试方法、电子设备及系统。

背景技术

随着科学技术的发展，智能终端的种类越来越多，现在人们可以通过各种类型的智能终端，享受科技发展带来的舒适生活。例如，智能手机、平板电脑等智能终端已经成为人们生活中一个重要的组成部分，人们可以使用智能手机、平板电脑等智能终端听音乐、看电影、玩游戏、网上冲浪等等，以减轻现代快节奏生活所带来的压力。

智能终端，具有独立的操作系统，支持用户自行安装第三方服务商提供的各种类型的APP(Application，应用程序)，例如：游戏类APP、视频类APP、音乐类APP、购物类APP、安全类APP、拍照类APP、炒股类APP、社交类APP、团购类APP、点餐类APP、支付类APP等等，从而满足了人们日常生活中的各种需求。

在APP开发过程中，需要进行大量的软件测试工作。软件测试是使用人工操作或者软件自动运行的方式来检验APP是否满足规定的需求或弄清预期结果与实际结果之间的差别的过程。软件测试是帮助识别开发完成(中间或最终的版本)的软件(整体或部分)的正确度、完全度和质量的过程，是SQA(softwarequalityassurance，软件质量保证)的重要子域。

自动化软件测试是为了提升测试效率，减小人力成本的一种重要方式。但是为了进行自动化，测试人员需要针对不同的场景进行自动化脚本转换，这增大了自动化过程中的编码代价。同时，由于测试人员的技术背景差异以及实际运行中机器环境等差异，设计出来的场景并不能最大程度上发现产品发布后在用户机器上出现的问题。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的用于应用程序的测试方法、电子设备及系统。

本发明的第一方面，提供了一种用于应用程序的测试方法，应用于第一电子设备中，包括：

对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，所述N个控件为所述UI上的全部可操作控件，N为正整数；

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能和/或稳定性进行监测，获得所述N个控件中每个控件对应的监测数据；

将所述N个控件中每个控件对应的监测数据发送给第二电子设备，以使所述第二电子设备基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

优选地，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

从所述UI上的全部控件中确定出所述N个控件。

优选地，所述从所述UI上的全部控件中确定出所述N个控件，包括：

获取所述UI上的全部控件中每个控件的属性信息；

基于所述全部控件中每个控件的属性信息，确定所述全部控件中每个控件的类型；

基于所述全部控件中每个控件的类型，从所述全部控件中确定出属于预设类型的控件为所述N个控件。

优选地，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

基于所述N个控件中每个控件的类型，确定所述N个控件中每个控件的操作方式。

优选地，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作，包括：

基于所述N个控件中每个控件的操作方式，对所述N个控件进行遍历操作。

优选地，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

生成用于表示所述N个控件中每个控件的标识信息。

优选地，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的CPU占用率进行监测，获得所述N个控件中每个控件对应的CPU占用率数据。

优选地，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的内存占用率进行监测，获得所述N个控件中每个控件对应的内存占用率数据。

优选地，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述第一电子设备的耗电情况进行监测，获得所述N个控件中每个控件对应的耗电情况数据。

优选地，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的稳定性进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现崩溃情况进行监测，获得所述N个控件中每个控件对应的崩溃情况数据。

优选地，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的稳定性进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现应用程序无响应ANR进行监测，获得所述N个控件控件中每个控件对应的ANR数据。

优选地，，所述将所述N个控件中每个控件对应的监测数据发送给第二电子设备之后，还包括：

接收所述第二电子设备发送的所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件；

基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

基于同一发明构思，本发明的第二方面，提供了一种用于应用程序的测试方法，应用于第二电子设备中，包括：

接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，所述N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

优选地，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的CPU占用率数据，判断所述N个控件中每个控件对应的CPU占用率是否大于第一预设值；

将所述N个控件中对应的CPU占用率大于所述第一预设值的控件确定为所述异常控件。

优选地，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的内存占用率数据，判断所述N个控件中每个控件对应的内存占用率是否大于第二预设值；

将所述N个控件中对应的内存占用率大于所述第二预设值的控件确定为所述异常控件。

优选地，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的耗电情况数据，判断所述N个控件中每个控件对应的耗电速率是否大于第三预设值；

将所述N个控件中对应的耗电速率大于所述第三预设值的控件确定为所述异常控件。

优选地，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件控件中每个控件对应的应用程序无响应ANR数据，将所述N个控件中导致所述待测应用程序出现ANR的控件作为所述异常控件。

优选地，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的崩溃情况数据，将所述N个控件中导致所述待测应用程序崩溃的控件作为所述异常控件。

优选地，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件之后，还包括：

确定所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件。

优选地，所述确定所述P个异常控件中每个异常控件的回放路径，包括：

获取所述P个异常控件中每个异常控件的全部操作路径；

从所述每个异常控件的全部操作路径中，选择出路径最短的操作路径作为所述每个异常控件的回放路径。

优选地，所述确定所述P个异常控件中每个异常控件的回放路径之后，还包括：

将所述P个异常控件中每个异常控件的回放路径发送给所述第一电子设备，以使所述第一电子设备基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

基于同一发明构思，本发明的第三方面，提供了一种电子设备(即：第一电子设备)，包括：

遍历单元，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，所述N个控件为所述UI上的全部可操作控件，N为正整数；

监测单元，用于在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能和/或稳定性进行监测，获得所述N个控件中每个控件对应的监测数据；

第一发送单元，用于将所述N个控件中每个控件对应的监测数据发送给第二电子设备，以使所述第二电子设备基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

优选地，所述电子设备，还包括：

第一确定单元，用于所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，从所述UI上的全部控件中确定出所述N个控件。

优选地，所述第一确定单元，具体用于：

获取所述UI上的全部控件中每个控件的属性信息；基于所述全部控件中每个控件的属性信息，确定所述全部控件中每个控件的类型；基于所述全部控件中每个控件的类型，从所述全部控件中确定出属于预设类型的控件为所述N个控件。

优选地，所述电子设备，还包括：

第二确定单元，用于所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，基于所述N个控件中每个控件的类型，确定所述N个控件中每个控件的操作方式。

优选地，所述遍历单元，具体用于：

基于所述N个控件中每个控件的操作方式，对所述N个控件进行遍历操作。

优选地，所述电子设备，还包括：

生成单元，用于所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，生成用于表示所述N个控件中每个控件的标识信息。

优选地，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的CPU占用率进行监测，获得所述N个控件中每个控件对应的CPU占用率数据。

优选地，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的内存占用率进行监测，获得所述N个控件中每个控件对应的内存占用率数据。

优选地，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述第一电子设备的耗电情况进行监测，获得所述N个控件中每个控件对应的耗电情况数据。

优选地，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现崩溃情况进行监测，获得所述N个控件中每个控件对应的崩溃情况数据。

优选地，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现应用程序无响应ANR进行监测，获得所述N个控件控件中每个控件对应的ANR数据。

优选地，所述电子设备，还包括：

第一接收单元，用于所述将所述N个控件中每个控件对应的监测数据发送给第二电子设备之后，接收所述第二电子设备发送的所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件；

回放单元，用于基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

基于同一发明构思，本发明的第四方面，提供了一种电子设备(即：第二电子设备)，包括：

第二接收单元，用于接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，所述N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

第三确定单元，用于基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

优选地，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的CPU占用率数据，判断所述N个控件中每个控件对应的CPU占用率是否大于第一预设值；将所述N个控件中对应的CPU占用率大于所述第一预设值的控件确定为所述异常控件。

优选地，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的内存占用率数据，判断所述N个控件中每个控件对应的内存占用率是否大于第二预设值；将所述N个控件中对应的内存占用率大于所述第二预设值的控件确定为所述异常控件。

优选地，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的耗电情况数据，判断所述N个控件中每个控件对应的耗电速率是否大于第三预设值；将所述N个控件中对应的耗电速率大于所述第三预设值的控件确定为所述异常控件。

优选地，所述第三确定单元，具体用于：

基于所述N个控件控件中每个控件对应的应用程序无响应ANR数据，将所述N个控件中导致所述待测应用程序出现ANR的控件作为所述异常控件。

优选地，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的崩溃情况数据，将所述N个控件中导致所述待测应用程序崩溃的控件作为所述异常控件。

优选地，所述电子设备，还包括：

第四确定单元，用于所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件之后，确定所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件。

优选地，所述第四确定单元，具体用于：

获取所述P个异常控件中每个异常控件的全部操作路径；从所述每个异常控件的全部操作路径中，选择出路径最短的操作路径作为所述每个异常控件的回放路径。

优选地，所述电子设备，还包括：

第二发送单元，用于所述确定所述P个异常控件中每个异常控件的回放路径之后，将所述P个异常控件中每个异常控件的回放路径发送给所述第一电子设备，以使所述第一电子设备基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

基于同一发明构思，本发明的第五方面，提供了一种用于应用程序的测试系统，包括：

第一电子设备；以及

第二电子设备。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

根据本发明的一种用于应用程序的测试方法、电子设备及系统，对待测试应用程序的UI上的N个控件进行遍历操作；其中，N个控件为UI上的全部可操作控件，N为正整数，在对N个控件进行遍历操作过程中，实时对待测试应用程序的性能和/或稳定性进行监测，获得N个控件中每个控件对应的监测数据，将N个控件中每个控件对应的监测数据发送给第二电子设备，以使第二电子设备基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。由于通过对待测试应用程序的UI上的全部可操作控件进行遍历操作，来模拟待测试应用程序实际的运行情况，并在遍历过程中实时监测待测试的性能和/或稳定性，从而确定出异常的控件，所以能够最大程度上发现产品发布后在用户机器上出现的问题，大大提升了问题发现的科学性，避免了因为测试涉及局限性带来的测试不合理，同时，不用针对场景进行脚本转换，所以大大减小了自动化过程中编码代价，大大提高了测试效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的用于应用程序的测试系统的架构图；

图2示出了根据本发明一个实施例(从第一电子设备和第二电子设备的交互侧)的用于应用程序的测试方法的流程图；

图3示出了根据本发明一个实施例(从第一电子设备侧)的一种用于应用程序的测试方法的流程图；

图4示出了根据本发明一个实施例(从第二电子设备侧)的一种用于应用程序的测试方法的流程图；

图5示出了根据本发明一个实施例的一种电子设备(即：第一电子设备)的结构图。

图6示出了根据本发明一个实施例的一种电子设备(即：第二电子设备)的结构图。

具体实施方式

本发明实施例提供了一种用于应用程序的测试方法、电子设备及系统，用以解决现有技术中的软件测试方法，测试人员需要针对不同的场景进行自动化脚本转换，存在编码代价较大，且设计出来的场景并不能最大程度上发现产品发布后在用户机器上出现的问题等技术问题。

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

首先，本文中出现的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

其次，在正式介绍本实施例中的用于应用程序的测试方法之前，先对用于实现该测试方法的测试系统的进行介绍。如图1所示，该用于应用程序的测试系统主要由第一电子设备和第二电子设备组成。其中，所述第一电子设备可以是移动终端，例如，智能手机、或平板电脑、或车载电脑等智能终端；所述第二电子设备可以是PC)(PersonalComputer，个人电脑)。且，所述移动终端内安装有一OS(OperatingSystem，操作系统)，例如：IOS系统、Andorid系统、Windows8系统、或Windows10系统，等等，此处不做具体限定。在第二电子设备侧安装有一测试脚本，在第一电子设备侧安装有一测试APP(Application，应用程序)，本实施例提供的用于应用程序的测试方法，即主要由第二电子设备侧的测试脚本和第一电子设备侧的测试APP完成。

实施例一

从第一电子设备和第二电子设备的交互侧考虑，本实施例提供了一种用于应用程序的测试方法，如图2所示，包括：

步骤S101：第一电子设备对待测试应用程序的UI(UserInterface，用户界面)上的N个控件进行遍历操作；其中，N个控件为UI上的全部可操作控件，N为正整数。

在具体实施过程中，在步骤S101之前，还包括：在第一电子设备的系统上安装待测试应用程序。

具体来讲，第一电子设备可以通过数据线与第二电子设备连接，第二电子设备侧的测试脚本可以获得测试人员提供的待测试应用程序的安装包，并基于该安装包将待测试应用程序安装到第一电子设备中。具体的安装过程有以下两种方式：

第一种，第二电子设备侧测试脚本可以将待测试应用程序的安装包解压，并将解压后的安装数据通过数据线发送给第一电子设备；第一电子设备侧测试APP接收到该安装数据后，基于安装数据将待测试应用程序安装在第一电子设备的系统上。

第二种，第二电子设备侧测试脚本可以将待测试应用程序的安装包通过数据线直接发送给第一电子设备侧测试APP；第一电子设备侧测试APP接收到该安装包后，运行该安装包，以将待测试应用程序安装在第一电子设备的系统上。

在具体实施过程中，该待测试应用程序可以是：游戏类APP、视频类APP、音乐类APP、购物类APP、安全类APP、拍照类APP、炒股类APP、社交类APP、团购类APP、点餐类APP、支付类APP，浏览器类APP等等，对于所述待测试APP具体是何种APP，本实施例不做具体限定。

在具体实施过程中，该待测试应用程序包含一UI界面，在这个UI界面上设置有多个控件(例如：命令按钮控件、文本框控件等等)，一般这些控件会分层级显示，每个控件可以触发不同的功能。以手机浏览器为例，在手机浏览器的UI界面上，一般设置有“前进”按钮、“后退”按钮、“菜单”按钮、“Home”按钮，等等；在点击“菜单”按钮后，会弹出一菜单，其中设置有“收藏夹”按钮、“历史”按钮、“设置”按钮、“下载”按钮、“退出”按钮，“截图”按钮，等等；在点击“设置”按钮后，又会弹出一菜单，其中设置有“登录”按钮、“消息推送设置”按钮、“检查更新”按钮，等等。这些控件一般采用树状结构分布，当然，也可以采用网状结构分布。对于采用树状结构分布的控件，每个控件仅有一条操作路径；对于采用网状结构分布的控件，每个控件可能具有多条操作路径。

本实施例就是模拟用户对待测试APP的实际使用情景，通过对待测试应用程序中的UI界面上的N个控件进行遍历操作，来确定异常控件，从而确定存在问题的区域。其中，所述N个控件为待测试应用程序中的UI界面上的全部可操作控件。

在具体实施过程中，由于在待测试应用程序的UI上存在很多的控件，但其中包括一些不可操作的控件(例如：标签控件、图片控件等)，而在步骤S101中，需要模拟用户对待测试应用程序的实际使用场景，对UI界面上的可操作控件(例如：命令按钮控件、文本框控件等)进行遍历操作，所以在步骤S101之前，应该先从待测试应用程序的UI上的全部控件中确定出N个控件(即：可操作控件)。

具体来讲，可以利用HierarchyViewer(层级观察器)获取待测试应用程序UI上的全部控件中每个控件的属性信息，再基于全部控件中每个控件的属性信息，确定全部控件中每个控件的类型(例如：是标签控件，还是图片控件、还是命令按钮控件，还是文本框控件)，再基于全部控件中每个控件的类型，从全部控件中确定出属于预设类型(例如：命令按钮控件、或文本框控件)的控件为所述N个控件。

在具体实施过程中，为了清楚的区分所述N个控件中的每个控件，在步骤S101之前，还包括：生成用于表示N个控件中每个控件的标识信息，即，全局唯一TraceID(跟踪标识)。具体来讲，可以基于遍历操作的顺序，依次对所述N个控件进行编号(例如：Con_1、Con_2、Con_3、Con_4……Con_N)，来对所述N个控件中的每个控件进行区分。

在具体实施过程中，由于每种类型的控件的操作方式不同，所以在步骤S101之前，还包括：基于N个控件中每个控件的类型，确定N个控件中每个控件的操作方式。例如：对于命令按钮控件，确定其操作方式是点击；对于文本框控件，确定其操作方式是输入文字，等等。

在具体实施过程中，在执行步骤S101时，可以基于N个控件中每个控件的操作方式，对N个控件进行遍历操作。例如：对于命令按钮控件，则采用点击的方式进行操作；对于文本框控件，则采用输入文字的方式进行操作；等等。且可以采用前序遍历算法、或中序遍历算法、或后续遍历算法、或层序遍历算法等等，对所述N个控件中的每个控件进行遍历操作。为了提高测试数据的准确性，可以增加遍历操作的次数，以避免偶然情况造成的数据偏离，例如：可以遍历10次、或50次、或100等等，对应遍历操作的次数，本申请实施例不做具体限定。

步骤S102：第一电子设备在对N个控件进行遍历操作过程中，实时对待测试应用程序的性能和/或稳定性进行监测，获得N个控件中每个控件对应的监测数据。

在具体实施过程中，在执行步骤S102时，主要有以下五种方式：

方式1.1：在对N个控件进行遍历操作过程中，实时对待测试应用程序的CPU(CentralProcessingUnit，中央处理器)占用率进行监测，获得N个控件中每个控件对应的CPU占用率数据。

方式1.2：在对N个控件进行遍历操作过程中，实时对待测试应用程序的内存占用率进行监测，获得N个控件中每个控件对应的内存占用率数据。

方式1.3：在对N个控件进行遍历操作过程中，实时对第一电子设备的耗电情况进行监测，获得N个控件中每个控件对应的耗电情况数据。

方式1.4：在对N个控件进行遍历操作过程中，实时对待测试应用程序是否出现ANR(ApplicationNotResponding，应用程序无响应)进行监测，获得N个控件控件中每个控件对应的ANR数据。

方式1.5：在对N个控件进行遍历操作过程中，实时对待测试应用程序是否出现崩溃情况进行监测，获得N个控件中每个控件对应的崩溃情况数据。

在具体实施过程中，可以根据实际需要，采用上述五种实施方式中的任意一种或多种的组合。其中，前三种方式(即：方式1.1、方式1.2和方式1.3)是出于对待测试应用程序的性能的考虑，后两种方式(即：方式1.4和1.5)是出于对待测试应用程序的稳定性的考虑。

在具体实施过程中，在获得N个控件中每个控件对应的监测数据后，可以基于每个控件的标识信息，生成每个控件和其监测数据的表格(如表一)或曲线图。

步骤S103：第一电子设备将N个控件中每个控件对应的监测数据发送给第二电子设备。

在具体实施过程中，第一电子设备可以将得到的表格(如表一)或曲线图发送给第二电子设备侧的测试脚本，使得第二电子设备侧的测试脚本在接收到这些表格或曲线图后，可以通过显示屏进行显示，从而将获得的监测数据呈现给测试人员。

在具体实施过程中，第一电子设备可以通过与第二电子设备连接的数据线，将上述监测数据发送给第二电子设备。

步骤S104：第二电子设备接收N个控件中每个控件对应的监测数据，并基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。

在具体实施过程中，针对步骤S102的上述五种实施方式，在实施步骤步骤S104时，一一对应有以下五种实施方式：

方式2.1：基于N个控件中每个控件对应的CPU占用率数据，判断N个控件中每个控件对应的CPU占用率是否大于第一预设值，并将N个控件中对应的CPU占用率大于第一预设值的控件确定为异常控件。

举例来讲，所述第一预设值可以为40％，如表一所示，在操作控件Con_5、Con_8、Con_9时，待测试应用程序的CPU占有率分别为41％、80％、90％，都超过了40％的标准，所以，将控件Con_5、Con_8、Con_9确定为异常控件。其中，所述第一预设值可以由测试人员自定义，第二电子设备侧的测试脚本可以获取测试人员输入的第一预设值，并将该第一预设值发送给第一电子设备侧的测试APP。

方式2_2：基于N个控件中每个控件对应的内存占用率数据，判断N个控件中每个控件对应的内存占用率是否大于第二预设值，并将N个控件中对应的内存占用率大于第二预设值的控件确定为异常控件。

举例来讲，所述第二预设值可以为30％，如表一所示，在操作控件Con_6、Con_8、Con_9时，待测试应用程序的内存占有率分别为35％、40％、45％，都超过了30％的标准，所以，将控件Con_6、Con_8、Con_9确定为异常控件。其中，所述第二预设值可以由测试人员自定义，第二电子设备侧的测试脚本可以获取测试人员输入的第二预设值，并将该第二预设值发送给第一电子设备侧的测试APP。

方式2.3：基于N个控件中每个控件对应的耗电情况数据，判断N个控件中每个控件对应的耗电速率是否大于第三预设值，并将N个控件中对应的耗电速率大于第三预设值的控件确定为异常控件。

举例来讲，所述第三预设值可以为0.15％，如表一所示，在操作控件Con_3、Con_5、Con_8、Con_9时，待测试应用程序的每分钟耗电量分别为0.16％、0.21％、0.4％、0.5％，都超过了0.15％的标准，所以，将控件Con_3、Con_5、Con_8、Con_9确定为异常控件。其中，所述第三预设值可以由测试人员自定义，第二电子设备侧的测试脚本可以获取测试人员输入的第三预设值，并将该第三预设值发送给第一电子设备侧的测试APP。

方式2.4：基于N个控件控件中每个控件对应的ANR(ApplicationNotResponding，应用程序无响应)数据，将N个控件中导致待测应用程序出现ANR的控件作为异常控件。

举例来讲，如表一所示，在操作控件Con_8、Con_9时，待测试应用程序出现了ANR的状况，所以，将控件Con_8、Con_9确定为异常控件。

方式2.5：基于N个控件中每个控件对应的崩溃情况数据，将N个控件中导致待测应用程序崩溃的控件作为异常控件。

举例来讲，如表一所示，在操作控件Con_9时，待测试应用程序出现了崩溃的状况，所以，将控件Con_9确定为异常控件。

在具体实施过程中，对于步骤S2104，在判断待测试应用程序UI上某一控件是否为异常控件时，可以根据操作这个控件时，待测试应用程序的CPU占用率、内存占用率、耗电情况、ANR情况和崩溃情况五种方式实现。在具体实施过程中，可以根据实际需要，从这五种方式中选择一种或几种的组合。在确定了异常控件后，也就确定了待测试应用程序存在缺陷的区域，将异常控件反馈给研发人员，这样有利于研发人员对待测试应用程序进行改进，从而提高待测试应用程序的性能和/或稳定性。

步骤S105：第二电子设备确定P个异常控件中每个异常控件的回放路径；其中，该回放路径用于在待测试应用程序的UI上再次找到P个异常控件中每个异常控件。

在具体实施过程中，若待测试应用程序UI上的控件采用树状结构分布，则每个控件只有一个操作路径，此时，每个异常控件的操作路径即为该异常控件的回放路径。若待测试应用程序UI上的控件采用网状节构分布，则每个控件可能包含多个操作路径，此时，可以获取P个异常控件中每个异常控件的全部操作路径，从每个异常控件的全部操作路径中选择出路径最短的操作路径作为每个异常控件的回放路径。此处，采用最短的操作路径作为每个异常的回放路径，可以提高异常控件的回放操作效率。

步骤S106：第二电子设备将P个异常控件中每个异常控件的回放路径发送给第一电子设备。

在具体实施过程中，第二电子设备侧测试脚本可以基于测试人员的操作，将P个异常控件中每个异常控件的回放路径发送给第一电子设备，使得第二电子设备侧测试脚本存储这些回放路径，以及基于P个异常控件中每个异常控件的回放路径，再次对P个异常控件进行操作，进行问题重现。

步骤S107：第一电子设备接收P个异常控件中每个异常控件的回放路径，并基于P个异常控件中每个异常控件的回放路径，再次对P个异常控件进行操作。

在具体实施过程中，在第一电子设备接收P个异常控件中每个异常控件的回放路径后，可以基于P个异常控件中每个异常控件的回放路径，再次对P个异常控件进行操作，进行问题重现。这样可以对这些异常控件进行更为深入的测试，有利于测试人员找出异常控件存在缺陷的根源，也有利于发现更多未知的缺陷，有利于研发人员对待测试应用程序进行改进，从而进一步提高待测试应用程序的性能和/或稳定性。

另外，由于不同的移动终端硬件环境和系统环境都存在差异，使得同一款应用程序在不同的移动终端上运行，可能会出现不同的问题。所以测试人员可以将待测试应用程序安装到不同的移动终端中，并应用本实施例中的用于应用程序的测试方法对多个不同的移动终端中的待测试应用程序分别进行测试，从而确定不同移动终端各自对应的异常控件，再将得到的测试结果反馈给研发人员，这样有利于研发人员针对不同的移动终端对待测试应用程序进行优化，从而提高待测试应用程序在不同移动终端中的性能和/或稳定性。

上述本申请实施例中的技术方案，至少具有如下的技术效果或优点：

根据本发明的一种用于应用程序的测试方法，对待测试应用程序的UI上的N个控件进行遍历操作；其中，N个控件为UI上的全部可操作控件，N为正整数，在对N个控件进行遍历操作过程中，实时对待测试应用程序的性能和/或稳定性进行监测，获得N个控件中每个控件对应的监测数据，将N个控件中每个控件对应的监测数据发送给第二电子设备，以使第二电子设备基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。由于通过对待测试应用程序的UI上的全部可操作控件进行遍历操作，来模拟待测试应用程序实际的运行情况，并在遍历过程中实时监测待测试的性能和/或稳定性，从而确定出异常的控件，所以能够最大程度上发现产品发布后在用户机器上出现的问题，大大提升了问题发现的科学性，避免了因为测试涉及局限性带来的测试不合理，同时，不用针对场景进行脚本转换，所以大大减小了自动化过程中编码代价，大大提高了测试效率。

实施例二

基于同一发明构思，从第一电子设备侧考虑，本实施例提供了一种用于应用程序的测试方法，应用于第一电子设备中，如图3所示，包括：

步骤S201：对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，N个控件为UI上的全部可操作控件，N为正整数；

步骤S202：在对N个控件进行遍历操作过程中，实时对待测试应用程序的性能和/或稳定性进行监测，获得N个控件中每个控件对应的监测数据；

步骤S203：将N个控件中每个控件对应的监测数据发送给第二电子设备，以使第二电子设备基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。

作为一种可选的实施例，在步骤S201之前，还包括：从UI上的全部控件中确定出N个控件。

作为一种可选的实施例，从UI上的全部控件中确定出N个控件，包括：

获取UI上的全部控件中每个控件的属性信息；基于全部控件中每个控件的属性信息，确定全部控件中每个控件的类型；基于全部控件中每个控件的类型，从全部控件中确定出属于预设类型的控件为N个控件。

作为一种可选的实施例，在步骤S201之前，还包括：基于N个控件中每个控件的类型，确定N个控件中每个控件的操作方式。

作为一种可选的实施例，步骤S201，包括：基于N个控件中每个控件的操作方式，对N个控件进行遍历操作。

作为一种可选的实施例，在步骤S201之前，还包括：生成用于表示N个控件中每个控件的标识信息。

作为一种可选的实施例，步骤S202，包括：在对N个控件进行遍历操作过程中，实时对待测试应用程序的CPU占用率进行监测，获得N个控件中每个控件对应的CPU占用率数据。

作为一种可选的实施例，步骤S202，包括：在对N个控件进行遍历操作过程中，实时对待测试应用程序的内存占用率进行监测，获得N个控件中每个控件对应的内存占用率数据。

作为一种可选的实施例，步骤S202，包括：在对N个控件进行遍历操作过程中，实时对第一电子设备的耗电情况进行监测，获得N个控件中每个控件对应的耗电情况数据。

作为一种可选的实施例，步骤S202，包括：在对N个控件进行遍历操作过程中，实时对待测试应用程序是否出现崩溃情况进行监测，获得N个控件中每个控件对应的崩溃情况数据。

作为一种可选的实施例，步骤S202，包括：在对N个控件进行遍历操作过程中，实时对待测试应用程序是否出现应用程序无响应ANR进行监测，获得N个控件控件中每个控件对应的ANR数据。

作为一种可选的实施例，在步骤S203之后，还包括：接收第二电子设备发送的P个异常控件中每个异常控件的回放路径；其中，回放路径用于在UI上再次找到P个异常控件中每个异常控件；基于P个异常控件中每个异常控件的回放路径，再次对P个异常控件进行操作。

实施例三

基于同一发明构思，从第二电子设备侧考虑，本实施例提供了一种用于应用程序的测试方法，应用于第二电子设备中，如图4所示，包括：

步骤S301：接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

步骤S302：基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。

作为一种可选的实施例，步骤S302，包括：基于N个控件中每个控件对应的CPU占用率数据，判断N个控件中每个控件对应的CPU占用率是否大于第一预设值；将N个控件中对应的CPU占用率大于第一预设值的控件确定为异常控件。

作为一种可选的实施例，步骤S302，包括：基于N个控件中每个控件对应的内存占用率数据，判断N个控件中每个控件对应的内存占用率是否大于第二预设值；将N个控件中对应的内存占用率大于第二预设值的控件确定为异常控件。

作为一种可选的实施例，步骤S302，包括：基于N个控件中每个控件对应的耗电情况数据，判断N个控件中每个控件对应的耗电速率是否大于第三预设值；将N个控件中对应的耗电速率大于第三预设值的控件确定为异常控件。

作为一种可选的实施例，步骤S302，包括：基于N个控件控件中每个控件对应的应用程序无响应ANR数据，将N个控件中导致待测应用程序出现ANR的控件作为异常控件。

作为一种可选的实施例，步骤S302，包括：基于N个控件中每个控件对应的崩溃情况数据，将N个控件中导致待测应用程序崩溃的控件作为异常控件。

作为一种可选的实施例，在步骤S302之后，还包括：确定P个异常控件中每个异常控件的回放路径；其中，回放路径用于在UI上再次找到P个异常控件中每个异常控件。

作为一种可选的实施例，确定P个异常控件中每个异常控件的回放路径，包括：获取P个异常控件中每个异常控件的全部操作路径；从每个异常控件的全部操作路径中，选择出路径最短的操作路径作为每个异常控件的回放路径。

作为一种可选的实施例，在所述确定P个异常控件中每个异常控件的回放路径之后，还包括：将P个异常控件中每个异常控件的回放路径发送给第一电子设备，以使第一电子设备基于P个异常控件中每个异常控件的回放路径，再次对P个异常控件进行操作。

实施例四

基于同一发明构思，本实施例提供了一种电子设备(即：第一电子设备)，如图5所示，包括：

遍历单元401，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，N个控件为UI上的全部可操作控件，N为正整数；

监测单元402，用于在对N个控件进行遍历操作过程中，实时对待测试应用程序的性能和/或稳定性进行监测，获得N个控件中每个控件对应的监测数据；

第一发送单元403，用于将N个控件中每个控件对应的监测数据发送给第二电子设备，以使第二电子设备基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。

作为一种可选的实施例，所述电子设备，还包括：第一确定单元，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，从UI上的全部控件中确定出N个控件。

作为一种可选的实施例，第一确定单元，具体用于：获取UI上的全部控件中每个控件的属性信息；基于全部控件中每个控件的属性信息，确定全部控件中每个控件的类型；基于全部控件中每个控件的类型，从全部控件中确定出属于预设类型的控件为N个控件。

作为一种可选的实施例，所述电子设备，还包括：第二确定单元，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，基于N个控件中每个控件的类型，确定N个控件中每个控件的操作方式。

作为一种可选的实施例，遍历单元401，具体用于：基于N个控件中每个控件的操作方式，对N个控件进行遍历操作。

作为一种可选的实施例，电子设备，还包括：生成单元，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，生成用于表示N个控件中每个控件的标识信息。

作为一种可选的实施例，监测单元402，具体用于：在对N个控件进行遍历操作过程中，实时对待测试应用程序的CPU占用率进行监测，获得N个控件中每个控件对应的CPU占用率数据。

作为一种可选的实施例，监测单元402，具体用于：在对N个控件进行遍历操作过程中，实时对待测试应用程序的内存占用率进行监测，获得N个控件中每个控件对应的内存占用率数据。

作为一种可选的实施例，监测单元402，具体用于：在对N个控件进行遍历操作过程中，实时对第一电子设备的耗电情况进行监测，获得N个控件中每个控件对应的耗电情况数据。

作为一种可选的实施例，监测单元402，具体用于：在对N个控件进行遍历操作过程中，实时对待测试应用程序是否出现崩溃情况进行监测，获得N个控件中每个控件对应的崩溃情况数据。

作为一种可选的实施例，监测单元402，具体用于：在对N个控件进行遍历操作过程中，实时对待测试应用程序是否出现应用程序无响应ANR进行监测，获得N个控件控件中每个控件对应的ANR数据。

作为一种可选的实施例，所述电子设备，还包括：第一接收单元，用于将N个控件中每个控件对应的监测数据发送给第二电子设备之后，接收第二电子设备发送的P个异常控件中每个异常控件的回放路径；其中，回放路径用于在待测试应用程序的UI上再次找到P个异常控件中每个异常控件；回放单元，用于基于P个异常控件中每个异常控件的回放路径，再次对P个异常控件进行操作。

由于本实施例所介绍的电子设备(即：第一电子设备)为实施本申请实施例中用于应用程序的测试方法所采用的电子设备，故而基于本申请实施例中所介绍的用于应用程序的测试方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的用于应用程序的测试方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中用于应用程序的测试方法所采用的电子设备，都属于本申请所欲保护的范围。

实施例五

基于同一发明构思，本实施例提供了一种电子设备(即：第二电子设备)，如图6所示，包括：

第二接收单元501，用于接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

第三确定单元502，用于基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。

作为一种可选的实施例，第三确定单元502，具体用于：基于N个控件中每个控件对应的CPU占用率数据，判断N个控件中每个控件对应的CPU占用率是否大于第一预设值；将N个控件中对应的CPU占用率大于第一预设值的控件确定为异常控件。

作为一种可选的实施例，第三确定单元502，具体用于：基于N个控件中每个控件对应的内存占用率数据，判断N个控件中每个控件对应的内存占用率是否大于第二预设值；将N个控件中对应的内存占用率大于第二预设值的控件确定为异常控件。

作为一种可选的实施例，第三确定单元502，具体用于：基于N个控件中每个控件对应的耗电情况数据，判断N个控件中每个控件对应的耗电速率是否大于第三预设值；将N个控件中对应的耗电速率大于第三预设值的控件确定为异常控件。

作为一种可选的实施例，第三确定单元502，具体用于：基于N个控件控件中每个控件对应的应用程序无响应ANR数据，将N个控件中导致待测应用程序出现ANR的控件作为异常控件。

作为一种可选的实施例，第三确定单元502，具体用于：基于N个控件中每个控件对应的崩溃情况数据，将N个控件中导致待测应用程序崩溃的控件作为异常控件。

作为一种可选的实施例，所述电子设备，还包括：第四确定单元，用于基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件之后，确定P个异常控件中每个异常控件的回放路径；其中，回放路径用于在UI上再次找到P个异常控件中每个异常控件。

作为一种可选的实施例，第四确定单元，具体用于：获取P个异常控件中每个异常控件的全部操作路径；从每个异常控件的全部操作路径中，选择出路径最短的操作路径作为每个异常控件的回放路径。

作为一种可选的实施例，所述电子设备，还包括：第二发送单元，用于确定P个异常控件中每个异常控件的回放路径之后，将P个异常控件中每个异常控件的回放路径发送给第一电子设备，以使第一电子设备基于P个异常控件中每个异常控件的回放路径，再次对P个异常控件进行操作。

由于本实施例所介绍的电子设备(即：第二电子设备)为实施本申请实施例中用于应用程序的测试方法所采用的电子设备，故而基于本申请实施例中所介绍的用于应用程序的测试方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的用于应用程序的测试方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中用于应用程序的测试方法所采用的电子设备，都属于本申请所欲保护的范围。

实施例六

基于同一发明构思，如图1所示，本实施例提供了一种用于应用程序的测试系统，包括：

实施例三中的电子设备(即：第一电子设备)；以及实施例四中的电子设备(即：第二电子设备)。

在具体实施过程中，第一电子设备，包括：

遍历单元401，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，N个控件为UI上的全部可操作控件，N为正整数；

监测单元402，用于在对N个控件进行遍历操作过程中，实时对待测试应用程序的性能和/或稳定性进行监测，获得N个控件中每个控件对应的监测数据；

第一发送单元403，用于将N个控件中每个控件对应的监测数据发送给第二电子设备，以使第二电子设备基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。

在具体实施过程中，第二电子设备，包括：

第二接收单元501，用于接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

第三确定单元502，用于基于N个控件中每个控件对应的监测数据，从N个控件中确定出P个异常控件，P为小于等于N的正整数。

在本实施例中，所述用于应用程序的测试系统，由于通过对待测试应用程序的UI上的全部可操作控件进行遍历操作，来模拟待测试应用程序实际的运行情况，并在遍历过程中实时监测待测试的性能和/或稳定性，从而确定出异常的控件，所以能够最大程度上发现产品发布后在用户机器上出现的问题，大大提升了问题发现的科学性，避免了因为测试涉及局限性带来的测试不合理，同时，不用针对场景进行脚本转换，所以大大减小了自动化过程中编码代价，大大提高了测试效率。

由于本实施例所介绍的用于应用程序的测试系统为实施本申请实施例中用于应用程序的测试方法所采用的系统，故而基于本申请实施例中所介绍的用于应用程序的测试方法，本领域所属技术人员能够了解本实施例的系统的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的用于应用程序的测试方法不再详细介绍。只要本领域所属技术人员实施本申请实施例中用于应用程序的测试方法所采用的系统，都属于本申请所欲保护的范围。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了，A1、一种用于应用程序的测试方法，应用于第一电子设备中，其特征在于，包括：

对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，所述N个控件为所述UI上的全部可操作控件，N为正整数；

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能和/或稳定性进行监测，获得所述N个控件中每个控件对应的监测数据；

将所述N个控件中每个控件对应的监测数据发送给第二电子设备，以使所述第二电子设备基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

A2、如A1所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

从所述UI上的全部控件中确定出所述N个控件。

A3、如A2所述的用于应用程序的测试方法，其特征在于，所述从所述UI上的全部控件中确定出所述N个控件，包括：

获取所述UI上的全部控件中每个控件的属性信息；

基于所述全部控件中每个控件的属性信息，确定所述全部控件中每个控件的类型；

基于所述全部控件中每个控件的类型，从所述全部控件中确定出属于预设类型的控件为所述N个控件。

A4、如A1所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

基于所述N个控件中每个控件的类型，确定所述N个控件中每个控件的操作方式。

A5、如A4所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作，包括：

基于所述N个控件中每个控件的操作方式，对所述N个控件进行遍历操作。

A6、如A1所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

生成用于表示所述N个控件中每个控件的标识信息。

A7、如A1所述的用于应用程序的测试方法，其特征在于，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的CPU占用率进行监测，获得所述N个控件中每个控件对应的CPU占用率数据。

A8、如A1所述的用于应用程序的测试方法，其特征在于，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的内存占用率进行监测，获得所述N个控件中每个控件对应的内存占用率数据。

A9、如A1所述的用于应用程序的测试方法，其特征在于，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述第一电子设备的耗电情况进行监测，获得所述N个控件中每个控件对应的耗电情况数据。

A10、如A1所述的用于应用程序的测试方法，其特征在于，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的稳定性进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现崩溃情况进行监测，获得所述N个控件中每个控件对应的崩溃情况数据。

A11、如A1所述的用于应用程序的测试方法，其特征在于，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的稳定性进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现应用程序无响应ANR进行监测，获得所述N个控件控件中每个控件对应的ANR数据。

A12、如A1～A11任一所述的用于应用程序的测试方法，其特征在于，所述将所述N个控件中每个控件对应的监测数据发送给第二电子设备之后，还包括：

接收所述第二电子设备发送的所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件；

基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

B13、一种用于应用程序的测试方法，应用于第二电子设备中，其特征在于，包括：

接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，所述N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

B14、如B13所述的用于应用程序的测试方法，其特征在于，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的CPU占用率数据，判断所述N个控件中每个控件对应的CPU占用率是否大于第一预设值；

将所述N个控件中对应的CPU占用率大于所述第一预设值的控件确定为所述异常控件。

B15、如B13所述的用于应用程序的测试方法，其特征在于，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的内存占用率数据，判断所述N个控件中每个控件对应的内存占用率是否大于第二预设值；

将所述N个控件中对应的内存占用率大于所述第二预设值的控件确定为所述异常控件。

B16、如B13所述的用于应用程序的测试方法，其特征在于，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的耗电情况数据，判断所述N个控件中每个控件对应的耗电速率是否大于第三预设值；

将所述N个控件中对应的耗电速率大于所述第三预设值的控件确定为所述异常控件。

B17、如B13所述的用于应用程序的测试方法，其特征在于，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件控件中每个控件对应的应用程序无响应ANR数据，将所述N个控件中导致所述待测应用程序出现ANR的控件作为所述异常控件。

B18、如B13所述的用于应用程序的测试方法，其特征在于，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，包括：

基于所述N个控件中每个控件对应的崩溃情况数据，将所述N个控件中导致所述待测应用程序崩溃的控件作为所述异常控件。

B19、如B13～B18所述的用于应用程序的测试方法，其特征在于，所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件之后，还包括：

确定所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件。

B20、如B19所述的用于应用程序的测试方法，其特征在于，所述确定所述P个异常控件中每个异常控件的回放路径，包括：

获取所述P个异常控件中每个异常控件的全部操作路径；

从所述每个异常控件的全部操作路径中，选择出路径最短的操作路径作为所述每个异常控件的回放路径。

B21、如B19所述的用于应用程序的测试方法，其特征在于，所述确定所述P个异常控件中每个异常控件的回放路径之后，还包括：

将所述P个异常控件中每个异常控件的回放路径发送给所述第一电子设备，以使所述第一电子设备基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

C22、一种电子设备，其特征在于，包括：

遍历单元，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，所述N个控件为所述UI上的全部可操作控件，N为正整数；

监测单元，用于在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能和/或稳定性进行监测，获得所述N个控件中每个控件对应的监测数据；

第一发送单元，用于将所述N个控件中每个控件对应的监测数据发送给第二电子设备，以使所述第二电子设备基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

C23、如C22所述的电子设备，其特征在于，所述电子设备，还包括：

第一确定单元，用于所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，从所述UI上的全部控件中确定出所述N个控件。

C24、如C23所述的电子设备，其特征在于，所述第一确定单元，具体用于：

获取所述UI上的全部控件中每个控件的属性信息；基于所述全部控件中每个控件的属性信息，确定所述全部控件中每个控件的类型；基于所述全部控件中每个控件的类型，从所述全部控件中确定出属于预设类型的控件为所述N个控件。

C25、如C22所述的电子设备，其特征在于，所述电子设备，还包括：

第二确定单元，用于所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，基于所述N个控件中每个控件的类型，确定所述N个控件中每个控件的操作方式。

C26、如C25所述的电子设备，其特征在于，所述遍历单元，具体用于：

基于所述N个控件中每个控件的操作方式，对所述N个控件进行遍历操作。

C27、如C22所述的电子设备，其特征在于，所述电子设备，还包括：

生成单元，用于所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，生成用于表示所述N个控件中每个控件的标识信息。

C28、如C22所述的电子设备，其特征在于，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的CPU占用率进行监测，获得所述N个控件中每个控件对应的CPU占用率数据。

C29、如C22所述的电子设备，其特征在于，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的内存占用率进行监测，获得所述N个控件中每个控件对应的内存占用率数据。

C30、如C22所述的电子设备，其特征在于，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述第一电子设备的耗电情况进行监测，获得所述N个控件中每个控件对应的耗电情况数据。

C31、如C22所述的电子设备，其特征在于，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现崩溃情况进行监测，获得所述N个控件中每个控件对应的崩溃情况数据。

C32、如C22所述的电子设备，其特征在于，所述监测单元，具体用于：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序是否出现应用程序无响应ANR进行监测，获得所述N个控件控件中每个控件对应的ANR数据。

C33、如C22～C32任一所述的电子设备，其特征在于，所述电子设备，还包括：

第一接收单元，用于所述将所述N个控件中每个控件对应的监测数据发送给第二电子设备之后，接收所述第二电子设备发送的所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件；

回放单元，用于基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

D34、一种电子设备，其特征在于，包括：

第二接收单元，用于接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，所述N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

第三确定单元，用于基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

D35、如D34所述的电子设备法，其特征在于，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的CPU占用率数据，判断所述N个控件中每个控件对应的CPU占用率是否大于第一预设值；将所述N个控件中对应的CPU占用率大于所述第一预设值的控件确定为所述异常控件。

D36、如D34所述的电子设备，其特征在于，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的内存占用率数据，判断所述N个控件中每个控件对应的内存占用率是否大于第二预设值；将所述N个控件中对应的内存占用率大于所述第二预设值的控件确定为所述异常控件。

D37、如D34所述的电子设备，其特征在于，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的耗电情况数据，判断所述N个控件中每个控件对应的耗电速率是否大于第三预设值；将所述N个控件中对应的耗电速率大于所述第三预设值的控件确定为所述异常控件。

D38、如D34所述的电子设备，其特征在于，所述第三确定单元，具体用于：

基于所述N个控件控件中每个控件对应的应用程序无响应ANR数据，将所述N个控件中导致所述待测应用程序出现ANR的控件作为所述异常控件。

D39、如D34所述的电子设备，其特征在于，所述第三确定单元，具体用于：

基于所述N个控件中每个控件对应的崩溃情况数据，将所述N个控件中导致所述待测应用程序崩溃的控件作为所述异常控件。

D40、如D34～D39所述的电子设备，其特征在于，所述电子设备，还包括：

第四确定单元，用于所述基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件之后，确定所述P个异常控件中每个异常控件的回放路径；其中，所述回放路径用于在所述UI上再次找到所述P个异常控件中每个异常控件。

D41、如D40所述的电子设备，其特征在于，所述第四确定单元，具体用于：

获取所述P个异常控件中每个异常控件的全部操作路径；从所述每个异常控件的全部操作路径中，选择出路径最短的操作路径作为所述每个异常控件的回放路径。

D42、如D40所述的电子设备，其特征在于，所述电子设备，还包括：

第二发送单元，用于所述确定所述P个异常控件中每个异常控件的回放路径之后，将所述P个异常控件中每个异常控件的回放路径发送给所述第一电子设备，以使所述第一电子设备基于所述P个异常控件中每个异常控件的回放路径，再次对所述P个异常控件进行操作。

E43、一种用于应用程序的测试系统，其特征在于，包括：

如C22～C33任一所述的电子设备；以及

如D34～D42任一所述的电子设备。

Claims (10)

1.一种用于应用程序的测试方法，应用于第一电子设备中，其特征在于，包括：

对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，所述N个控件为所述UI上的全部可操作控件，N为正整数；

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能和/或稳定性进行监测，获得所述N个控件中每个控件对应的监测数据；

将所述N个控件中每个控件对应的监测数据发送给第二电子设备，以使所述第二电子设备基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

2.如权利要求1所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

从所述UI上的全部控件中确定出所述N个控件。

3.如权利要求2所述的用于应用程序的测试方法，其特征在于，所述从所述UI上的全部控件中确定出所述N个控件，包括：

获取所述UI上的全部控件中每个控件的属性信息；

基于所述全部控件中每个控件的属性信息，确定所述全部控件中每个控件的类型；

基于所述全部控件中每个控件的类型，从所述全部控件中确定出属于预设类型的控件为所述N个控件。

4.如权利要求1所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

基于所述N个控件中每个控件的类型，确定所述N个控件中每个控件的操作方式。

5.如权利要求4所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作，包括：

基于所述N个控件中每个控件的操作方式，对所述N个控件进行遍历操作。

6.如权利要求1所述的用于应用程序的测试方法，其特征在于，所述对待测试应用程序的用户界面UI上的N个控件进行遍历操作之前，还包括：

生成用于表示所述N个控件中每个控件的标识信息。

7.如权利要求1所述的用于应用程序的测试方法，其特征在于，所述在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能进行监测，获得所述N个控件中每个控件对应的监测数据，包括：

在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的CPU占用率进行监测，获得所述N个控件中每个控件对应的CPU占用率数据。

8.一种用于应用程序的测试方法，应用于第二电子设备中，其特征在于，包括：

接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，所述N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

9.一种电子设备，其特征在于，包括：

遍历单元，用于对待测试应用程序的用户界面UI上的N个控件进行遍历操作；其中，所述N个控件为所述UI上的全部可操作控件，N为正整数；

监测单元，用于在对所述N个控件进行遍历操作过程中，实时对所述待测试应用程序的性能和/或稳定性进行监测，获得所述N个控件中每个控件对应的监测数据；

第一发送单元，用于将所述N个控件中每个控件对应的监测数据发送给第二电子设备，以使所述第二电子设备基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。

10.一种电子设备，其特征在于，包括：

第二接收单元，用于接收第一电子设备发送的N个控件中每个控件对应的监测数据，其中，所述N个控件为待测试应用程序的用户界面UI上的全部可操作控件，N为正整数；

第三确定单元，用于基于所述N个控件中每个控件对应的监测数据，从所述N个控件中确定出P个异常控件，P为小于等于N的正整数。