具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

参见图1是本申请一个实施例提供的一种APP功耗测试的方法的流程图。本申请的实施例提供一种APP功耗测试的方法，该方法可以应用于APP功耗测试系统中，APP功耗测试系统可以包括测试设备和若干个分别与测试设备连接的移动设备。如图所示，以测试设备侧的执行为例，APP功耗测试的方法至少可以包括如下实施步骤：

步骤11、在检测到与移动设备建立连接后，获取每个移动设备的设备信息，并判断与每个移动设备的连接方式；连接方式包括无线连接和有线连接。

具体实施时，可以将测试设备的接口连接ADB，以确保移动设备与测试设备处于连接状态。其中，ADB作为一个通用命令行工具，可以与移动设备连接通信，实现对移动设备的控制，与移动设备之间传递文件、查看移动设备端日志、模拟移动设备操作等功能。在测试设备开始进行APP功耗测试后，首先检测是否与移动设备建立连接，在确定与移动设备建立连接后，则继续执行步骤12；在确定没有与移动设备建立连接后，可以尝试重新建立连接，或者发出提示信息给用户，以提示用户当前未建立连接，以便于用户及时作出应对。

步骤12、若连接方式为无线连接，获取移动设备的初始信息；初始信息包括第一电量信息。

步骤13、基于预先设置的目标APP的运行数据，控制每个移动设备执行对应的操作，并在操作结束后获取每个移动设备的第二电量信息和监控信息。

其中，监控信息可以包括：内存信息、CPU信息、上行流量信息和下行流量信息，是功耗测试的主要内容。

步骤14、根据每个移动设备的第一电量信息和第二电量信息，确定每个移动设备的耗电量信息。

步骤15、基于设备信息，对各个移动设备的耗电量信息和监控信息进行聚合操作，生成目标APP的功耗测试报告。

其中，基于设备信息，利用耗电量信息和监控信息进行聚合操作的具体实现方式可以参考现有相关技术，此处不再赘述。

本实施例中，可以利用测试设备与多个移动设备建立连接，测试设备在检测到与移动设备建立连接后，可以获取每个移动设备的设备信息，并判断与移动设备的连接方式，若连接方式为无线连接，则可以获取移动设备的初始信息，其中，初始信息包括第一电量信息。继而基于预先设置的目标APP的运行数据，控制每个移动设备执行对应的操作，并在操作结束后获取每个移动设备的第二电量信息和监控信息。再根据每个移动设备的第一电量信息和第二电量信息，确定出每个移动设备的耗电量信息。基于设备信息，就可以对各个移动设备的耗电量信息和监控信息进行聚合操作，最终生成目标APP的功耗测试报告。如此，打破了一对一进行APP功耗测试的桎梏，不仅实现了同时对多台移动设备APP的功耗测试，还可以在功能性测试的同时进行APP的功耗测试，并且不用集成SDK，有效节省了开发时间，大大提升了测试效率。

实施时，移动设备可以但不限于包括手机、平板电脑等。

在通过ADB实现测试设备与移动设备的连接时，由于ADB同时支持有线连接和无线连接，由此，在上述步骤11之后，APP功耗测试的方法还可以包括：若连接方式为有线连接，基于运行数据，控制每个移动设备执行对应的操作，并在操作结束后获取每个移动设备的监控信息；基于设备信息，对各个移动设备的监控信息进行聚合操作，生成目标APP的功耗测试报告。

实际应用中，功耗测试的主要测试内容为电量、内存、CPU、上行流量和下行流量。当连接方式为有线连接时，有线连接处会给移动设备提供电量，导致电量测试并不标准，因此，有线连接的情况下，不记录电量的相关信息，即不对电量进行测试。当连接方式为无线连接时，可以记录电量的相关信息，即需要对电量进行测试。所以，在连接方式为有线连接时，无需记录电量信息，直接调用运行数据，以完成对移动设备的预设时间的预设操作，同时在运行结束后获取移动设备的监控数据，即移动设备的内存信息、CPU信息、上行流量信息和下行流量信息等。然后将各个移动设备的监控信息进行聚合操作，最终得到目标APP的功耗测试报告。

一些实施例中，在根据每个移动设备的第一电量信息和第二电量信息，确定每个移动设备的耗电量信息时，可以将每个移动设备的第一电量信息与第二电量信息进行对比，得到电量差值信息；继而将每个移动设备的电量差值信息作为耗电量信息。如此，就可以获取到各个移动设备的耗电量信息，确保了APP功耗测试的全面性。

上述步骤13中，在预先设置目标APP的运行数据时，具体可以执行如下内容：接收用户输入的录制指令，根据录制指令，确定目标APP；基于目标APP，接收用户输入的操作信息，根据操作信息，录制目标APP的运行数据。基于此，测试人员在接到测试任务后，可以预先设置好目标APP的运行数据，以便于后续测试过程中使用，节省了测试时间，给测试人员带来很多便利。

一些实施例中，测试设备在确定与移动设备的连接方式后，还可以接收用户输入的测试数据，即用户通过手动模拟的方式对移动设备进行一定时间的操作，以获取监控数据。当是人工操作进行监控数据的获取时，测试设备在检测到第一预设时间内没有再接收到测试数据时，视为测试结束，获取监控数据。

其中，第一预设时间可以根据实际需要进行设置，此处不做限定。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。