CN113933581A - 一种移动设备的功耗测试方法及移动设备 - Google Patents

Abstract

本申请提供了一种移动设备的功耗测试方法及移动设备，上述方法应用于安装在目标移动设备中的测试执行对象，该方法包括：响应作用于测试执行对象的测试操作，对目标移动设备进行测试，同时，通过访问目标移动设备的***接口获取目标移动设备在当前环境数据下的电池数据；响应目标移动设备的测试结束，对获取的当前环境数据下的电池数据进行处理，得到目标移动设备的第一功耗信息；在目标移动设备的图形用户界面上显示第一功耗信息；上述第一功耗信息用于与参考移动设备的第二功耗信息进行比较，得到目标移动设备的功耗测试结果。本申请能够基于移动设备自身进行功耗测试，避免了对移动设备拆机存在的测试风险，提高了测试的广泛性和灵活性。

Description

一种移动设备的功耗测试方法及移动设备

技术领域

本申请涉及功耗测试技术领域，具体而言，涉及一种移动设备的功耗测试方法及移动设备。

背景技术

随着移动设备的快速发展，人们的日常生活越来越多的使用移动设备，目前，市场上有越来越多的移动设备供用户选择，而移动设备的功耗是用户选择移动设备的一种参考指标。基于此，针对每个新的移动设备，需要对该移动设备进行功耗测试，以保证该移动设备的功耗具有预期的优势。

目前，通常是采用程控电源和个人计算机（Personal Computer，PC）设备对移动设备进行功耗测试。具体测试方法中，首先拆卸移动设备的电池，并使用程控电源代替拆卸的电池为移动设备供电，然后再通过PC设备查看移动设备在测试过程中的电流数据，以得到移动设备的功耗信息。

但是，上述测试方案需要对移动设备进行拆机测试，这增加了测试风险，并且上述测试方案需要依赖于程控电源与PC设备，增加了测试的限制性。

发明内容

有鉴于此，本申请实施例提供了一种移动设备的功耗测试方法及移动设备，能够基于移动设备自身进行功耗测试，避免了对移动设备拆机存在的测试风险，提高了测试的广泛性和灵活性。

第一方面，本申请实施例提供了一种移动设备的功耗测试方法，应用于测试执行对象，该测试执行对象安装在目标移动设备中，所述方法包括：

响应作用于上述测试执行对象的测试操作，上述测试执行对象对其安装的目标移动设备进行测试，同时，还通过访问目标移动设备的***接口获取目标移动设备在当前环境数据下的电池数据；

响应目标移动设备的测试结束，上述测试执行对象对获取的当前环境数据下的电池数据进行处理，得到目标移动设备的第一功耗信息；

上述测试执行对象在目标移动设备的图形用户界面上显示第一功耗信息，该第一功耗信息用于与参考移动设备的第二功耗信息进行比较，得到目标移动设备的功耗测试结果；这里，可以是用户将第一功耗信息与参考移动设备的第二功耗信息进行比较，得到目标移动设备的功耗测试结果；其中，上述用户是对目标移动设备具有处理权限的人员，比如，测试人员或者目标移动设备的持有者。

通过上述功耗测试方法，能够基于目标移动设备安装的测试执行对象对该目标移动设备进行功耗测试，避免了对目标移动设备拆机存在的测试风险，提高了测试的广泛性和灵活性。

在一种可选的实施方式中，上述参考移动设备的第二功耗信息是采用与目标移动设备相同的功耗测试方式，即在参考移动设备中也安装测试执行对象，并通过该测试执行对象对参考移动设备进行功耗测试，比如，在目标移动设备中安装第一测试执行对象，在参考移动设备中安装第二测试执行对象，第二测试执行对象对参考移动设备的功耗测试方法，与第一测试执行对象对目标移动设备的功耗测试方法相同。通过对上述两个测试执行对象分别得到的功耗信息进行比较，得到目标移动设备的功耗测试结果，相比现有技术来讲，在测试次数少的情况下，会得到更精确的功耗测试结果；同时，在功耗测试结果精度相同或者相似的前提下，该方式不需要部署功耗测试***等的操作，提高了测试效率。

在一种可能的实施方式中，测试执行对象访问移动设备的***接口获取的功耗数据具体包括环境数据和电池数据，基于此，测试执行对象通过访问目标移动设备的***接口获取目标移动设备在当前环境数据下的电池数据的步骤，具体包括：

通过访问目标移动设备的***设置接口获取当前环境数据；以及，通过访问目标移动设备的***电池管理接口获取电池数据。

本申请实施例中，以目标移动设备中部署安卓操作***为例，上述***设置接口为Settings.System，上述电池管理接口为BatteryManager，测试执行对象通过访问***设置接口Settings.System获取上述当前环境数据，通过访问电池管理接口BatteryManager获取上述电池数据。这里，上述当前环境数据是一参考值，上述电池数据用于计算目标移动设备的第一功耗信息；上述当前环境数据是为了保证基于电池数据得到的第一功耗信息和参考移动设备的第二功耗信息在相对稳定的测试环境中进行比较，从而能够更客观的目标移动设备的功耗测试结果。

本申请实施例中，目标移动设备对获取的当前环境数据下的电池数据进行处理包括：对电池数据进行第一处理，得到移动设备在满足稳定测试条件下的第一稳定功耗信息；还包括对电池数据进行第二处理，得到移动设备在当前测试条件下的第一辅助功耗信息，其中，在第二处理中，不关心当前测试条件是否满足稳定测试条件，也就是说，当前测试条件可以满足稳定测试条件，也可以不满足稳定测试条件。其中，上述第一处理包括对电池数据进行归一化处理，上述第二处理包括对电池数据进行均值、选取最大值等处理。

针对第一种处理方式：在一种可能的实施方式中，上述响应目标移动设备的测试结束，对获取的当前环境数据下的电池数据进行处理，得到目标移动设备的第一功耗信息的步骤，具体包括：

响应目标移动设备的测试结束，检测电池数据是否满足稳定测试条件；

若电池数据不满足稳定测试条件，则对电池数据进行第一处理，得到满足稳定测试条件的电池数据；

根据满足稳定测试条件的电池数据，计算目标移动设备在满足稳定测试条件下的第一稳定功耗信息；第一稳定功耗信息用于与参考移动设备在满足稳定测试条件下的第二稳定功耗信息进行比较，得到目标移动设备的功耗测试结果。

在一种可能的实施方式中，在上述第一种处理方式中，上述电池数据包括电压数据和电流数据；上述电池数据不满足稳定测试条件包括：该电池数据包括的电压数据不等于标准电压数据，该标准电压数据是根据目标移动设备的配置信息确定的；

上述若电池数据不满足稳定测试条件，则对电池数据进行第一处理的步骤，具体包括：

针对获取的每一电池数据，若该电池数据包括的电压数据不等于标准电压数据，则确定该电池数据包括的电压数据与标准电压数据的比值；

根据上述比值与该电池数据包括的电流数据，计算该电池数据在标准电压数据的归一化电流数据。

通过上述对上述不满足稳定测试条件的电池数据进行归一化处理，最终通过满足稳定测试条件的电池数据计算得到目标移动设备在满足稳定测试条件下的第一稳定功耗信息，通过将该第一稳定功耗信息和参考移动设备在满足稳定测试条件的第二稳定功耗信息进行比较，得到目标移动设备的功耗测试结果，能够提高目标移动设备功耗测试结果的准确性，也即更加客观的体现了目标移动设备的功耗测试结果。

针对第二种处理方式：在一种可能的实施方式中，响应目标移动设备的测试结束，对获取的当前环境数据下的电池数据进行处理，得到目标移动设备的第一功耗信息的步骤，还包括：

响应目标移动设备的测试结束，对电池数据进行第二处理，得到目标移动设备在当前测试条件下的第一辅助功耗信息；第一辅助功耗信息用于与参考移动设备在测试过程中的参考测试条件下的第二辅助功耗信息进行比较，得到目标移动设备的功耗测试结果。

在一种可能的实施方式中，在该第二种处理方式中，上述对电池数据进行第二处理，得到目标移动设备在当前测试条件下的第一辅助功耗信息的步骤，具体包括以下至少之一：

对电池数据包括的电流数据进行均值处理，得到目标移动设备在当前测试条件下的平均电流数据；

从电池数据包括的电流数据中选取目标移动设备在当前测试条件下的最大电流数据；

对电池数据包括的电压数据进行均值处理，得到目标移动设备在当前测试条件下的平均电压数据；

对电池数据包括的电流数据以及测试时间进行计算，得到目标移动设备在当前测试条件下的消耗电量数据；

对电池数据包括的电池温度数据进行均值处理，得到目标移动设备在当前测试条件下的平均电池温度数据；

从电池数据包括的电池温度数据中选取目标移动设备在当前测试条件下的最大电池温度数据。

通过上述第一辅助功耗信息和第二辅助功耗信息辅助第一稳定功耗信息和第二稳定功耗信息得到目标移动设备的功耗测试结果，能够得到更加客观、全面的目标移动设备的功耗测试结果。

另外，测试执行对象可以对上述任一种处理后的功耗数据进行展示，还可以对处理前获取的原始的功耗数据进行展示；而测试执行对象在展示功耗数据时，可以通过图形或者表格的方式进行展示，这样，便于用户直观的查看原始的功耗数据。

在一种可能的实施方式中，在目标移动设备的图形用户界面上显示第一功耗信息的步骤，具体包括：

在所述目标移动设备的图形用户界面上显示第一稳定功耗信息和/或第一辅助功耗信息。

在一种可能的实施方式中，在目标移动设备的图形用户界面上显示第一功耗信息的同时，所述方法还包括：

在所述图形用户界面上显示获取的所述当前环境数据下的电池数据；其中，所述电池数据通过表格和/或图形的方式显示，所述电池数据包括测试过程中各个采样时间点采集的电流数据、电压数据和电池温度数据。通过上述方式，能够直观的将处理前和处理后的功耗数据进行展示，便于用户进行查看。

本申请实施例中，基于测试执行对象执行的功耗测试依据用户测试需求分为：典型场景功耗测试和自由场景功耗测试；本申请实施例中，测试执行对象具体是对目标移动设备中典型场景功耗测试中的第一被测试对象，和/或自由场景功耗测试中的第二被测试对象进行功耗测试。

在一种可能的实施方式中，上述响应作用于测试执行对象的测试操作，对目标移动设备进行测试的步骤，具体包括：

响应作用于测试执行对象的第一测试操作，从目标移动设备包括的满足自动化测试条件的多个第一被测试对象中选择第一目标被测试对象，并设置第一目标被测试对象的测试轮次；

获取第一目标被测试对象的自动化测试用例，并调用自动化测试用例按照测试轮次测试第一目标被测试对象。

其中，典型场景功耗测试中包括多个典型被测试对象（即上述第一被测试对象），每个典型被测试对象均对应一自动化测试用例，在对每个典型被测试对象进行测试时，测试执行对象基于UiAutomator技术（即一款用Java编写的UI测试框架）调用匹配的自动化测试用例对该典型被测试对象进行自动化测试，通过这种方式，有助于高效、精准的执行测试步骤。

在一种可能的实施方式中，上述第一测试操作是针对第一应用界面的第一操作；上述第一应用界面是测试执行对象响应针对第二应用界面中第一特定区域的第二操作，从第二应用界面切换后的界面；上述第二应用界面是测试执行对象启动后的界面；上述第一特定区域为多个，不同的第一特定区域对应的第一被测试对象和/或测试环境不同。本申请实施例中，测试执行对象的上述应用界面的设计，便于用户查看和操作测试。

在一种可能的实施方式中，响应作用于测试执行对象的测试操作，对目标移动设备进行测试的步骤，还包括：

响应作用于测试执行对象的第二测试操作，从目标移动设备包括的不满足自动化测试条件的多个第二被测试对象中选择第二目标被测试对象，并基于第二测试操作对第二目标被测试对象进行测试。

这里，针对自由场景功耗测试中的非典型被测试对象（即上述第二被测试对象），则是用户手动测试上述非典型被测试对象。这里，针对没有配置或者无法配置自动化测试用例的非典型被测试对象，用户能够通过第二测试操作，手动对这些非典型被测试对象进行测试，保证了测试的全面性。

在一种可能的实施方式中，上述第二测试操作是针对第三应用界面的第三操作；上述第三应用界面是上述测试执行对象响应针对第二应用界面中第二特定区域的第四操作，从上述第二应用界面切换后的界面；上述第二应用界面是上述测试执行对象启动后的界面。同样的，测试执行对象的上述应用界面的设计，便于用户查看和操作测试。

在一种可能的实施方式中，本申请实施例的应用场景，即将目标移动设备与同一系列下低版本的已有移动设备或者同价位、同性能的竞品移动设备的进行比较，目的是使目标移动设备的功耗信息低于迭代前低版本的已有移动设备或者低于竞品移动设备的功耗信息，以提高迭代后目标移动设备的竞争力。基于此，上述参考移动设备包括以下至少之一：

与目标移动设备属于相同属性类型，但对应的版本参数低于目标移动设备的版本参数的移动设备；

与目标移动设备属于不同属性类型，但对应的竞争参数与目标移动设备相似的移动设备。

在一种可能的实施方式中，上述第二功耗信息是通过对参考移动设备在其测试时的当前环境数据下的电池数据进行处理得到的；

目标移动设备和参考移动设备的当前环境数据均包括以下至少之一：屏幕尺寸、屏幕亮度和测试时间；其中，目标移动设备和参考移动设备的屏幕亮度和/或特定测试时间相同；其中，特定测试时间为对目标移动设备和/或参考移动设备的功耗测试产生影响的时间。

本申请实施例中，通过保证目标移动设备和参考移动设备的可控测试环境数据中、对移动设备的功耗测试产生影响的当前环境数据相同，能够让二者的功耗测试信息保持在平衡状态，从而能够得到更客观的目标测试对象的测试结果。

在一种可能的实施方式中，在通过访问目标移动设备的***接口获取目标移动设备在当前环境数据下的电池数据之后，所述方法还包括：

响应当前环境数据与标准环境数据不同，在图形用户界面显示第一提示信息，第一提示信息用于提示当前环境数据与标准环境数据不同。通过上述方式，能够在当前环境数据与设置的标准环境数据不同时，及时对用户进行提示，减少了由于上述数据不同给用户带来的重复操作的问题，提高了测试效率。

在一种可能的实施方式中，电池数据还包括电池温度数据；在通过访问目标移动设备的***接口获取目标移动设备在当前环境数据下的电池数据之后，方法还包括：

响应电池数据不满足测试条件，在图形用户界面上显示第二提示信息，第二提示信息用于提示电池数据不满足测试条件；电池数据不满足测试条件包括电池数据包括的电池温度数据大于预设温度阈值。通过上述方式，能够在电池数据不满足测试条件，及时对用户进行提示，保证测试的有序进行。

第二方面，本申请实施例还提供了一种移动设备，包括：显示屏、存储器和一个或多个处理器，所述显示屏、所述存储器和所述处理器耦合；

所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，所述目标移动设备执行如第一方面中任一项所述的移动设备的功耗测试方法。

第三方面，本申请实施例还提供了一种计算机存储介质，包括计算机指令，当所述计算机指令在投屏发起端设备上运行时，使得所述投屏发起端设备执行如第一方面任一项所述的移动设备的功耗测试方法。

第四方面，本申请实施例还提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面任一项所述的移动设备的功耗测试方法。

可以理解地，上述提供的第二方面的移动设备，第三方面的计算机存储介质和第四方面的计算机程序产品，所能达到的有益效果，可以参考第一方面及其任一种可能的实施方式中的有益效果，此处不在赘述。

附图说明

图1为现有技术中对移动设备进行功耗测试的功耗测试***的示意图；

图2为本申请实施例中测试执行对象的功能示意图；

图3为本申请实施例中测试执行对象的业务框架示意图；

图4为本申请实施例提供的一种功耗测试方法的流程图；

图5为本申请实施例中测试执行对象显示处理前\处理后的功耗数据的示意图；

图6为本申请实施例中测试执行对象通过表格显示获取的电池数据的示意图；

图7a～图7c为本申请实施例中通过图形展示获取的电池数据的示意图；

图8中的8a～8b为本申请实施例中用户在测试目标移动设备时，操作典型场景功耗测试的界面图；

图9中的9a～9b为本申请实施例中用户通过操作第二应用界面中的第一特定区域启动典型场景功耗测试的示意图；

图10为在图9的典型场景功耗测试的过程中，用户返回桌面，在桌面上通过第一测试提示标识显示功耗测试执行进度与执行时间的示意图；

图11为在图10的基础上完成目标移动设备的测试后，用户返回测试执行对象查看报告的示意图；

图12中的12a～12c为用户选择图11中的某个目标被测试对象的报告详情示意图；

图13中的13a～13b为本申请实施例中用户在测试目标移动设备时，操作自由场景功耗测试的界面图；

图14中的14a～14b为本申请实施例中用户通过操作第二应用界面中的第二特定区域启动自由场景功耗测试的示意图；

图15中15a为用户在进行自由场景功耗测试的过程中，操作返回桌面，在桌面显示第二测试提示标识的示意图，15b为第二测试提示标识开始计时，用户可任意使用手机进行测试操作的示意图；

图16为用户完成测试后再次点击第二测试提示标识，触发数据结算并返回测试执行对象的示意图；

图17为在图16的基础上完成目标移动设备的测试后，用户在测试执行对象上查看报告的示意图；

图18中的18a～18c为用户选择图17中的某个目标被测试对象的报告详情示意图；

图19为本申请实施例提供的功耗测试方法的时序图；

图20示出了本申请实施例提供的一种目标移动设备的硬件结构示意图；

图21示出了本申请实施例提供的一种目标移动设备的软件结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。 应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。 此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。另外，本申请实施例中的“用户”可以指代用于进行移动设备功耗测试的个人、实体或工具。例如，用户可以是产品方的测试人员，也可以是产品的持有方、使用方、购买方、销售方或者研究方等，或其任意组合。

目前，针对移动设备的功耗测试，通常是采用程控电源和个人计算机（PersonalComputer，PC）设备对移动设备进行功耗测试，如图1所示，图1提供了一种功耗测试***10，该功耗测试***10包括程控电源11、个人计算机（Personal Computer，PC）设备12和被测移动设备13，在该功耗测试***10中，被测移动设备13预先被拆卸掉电池，程控电源11与该被测移动设备13连接，用于代替被拆卸的电池为被测移动设备13供电，同时，程控电源11还通过通用接口总线（General-Purpose Interface Bus，GPIB）连接到PC设备12，以通过PC设备12显示测试过程中程控电源11的电池数据；另外，被测移动设备13还通过通用串行总线（Universal Serial Bus，USB）连接到PC设备12，这里，被测移动设备13用于与PC设备12传输数据，而PC设备12不会向被测移动设备13充电。基于上述功耗测试***10，用户通过触发测试操作测试被测移动设备13，同时，在PC设备12上记录并显示测试过程中程控电源11的电流数据，最后，将上述电流数据与参考移动设备的电流数据进行比较，得到被测移动设备13的功耗测试结果。

但是，基于上述功耗测试***的功耗测试方案存在以下问题：上述功耗测试***需要预先拆卸被测移动设备的电池，测试结束后再次将电池安装到被测移动设备上，而实际中，拆卸后的电池可能无法顺利安装到被测移动设备中，因此，增加了测试复杂性和测试风险，并且，上述方案依赖于程控电源和PC设备，增加了测试的限制性。

基于此，本申请实施例提供了一种功耗测试方法，能够基于移动设备自身进行功耗测试，避免了对移动设备拆机存在的测试风险，提高了测试的广泛性和灵活性。

下面结合具体应用场景对本申请实施例提供的功耗测试方式进行详细说明：

目前，在一种应用场景下，供应商A在推出某一属性类型下的第一移动设备后，通常会随着时间的推移对该属性类型下的第一移动设备进行版本迭代，比如推出第一移动设备迭代后的第二移动设备；这里，属性类型可以为品牌和/或产品系列，比如，A品牌b系列的移动设备；举例来讲，当前供应商A推出了迭代后的A品牌b系列下版本3的第一移动设备，而在之前供应商A推出了迭代前的A品牌b系列下版本2和版本1的第二移动设备。而供应商A在对每个属性类型移动设备进行版本迭代时，其迭代目的是：使迭代后高版本移动设备的功耗信息低于迭代前低版本移动设备的功耗信息，这样，能够提高迭代后高版本产品的竞争力。这里，高版本移动设备的功耗信息低于低版本移动设备的功耗信息可以理解为：同一使用环境下（也即同一使用场景下），高版本移动设备的功耗信息低于低版本移动设备的功耗信息；或者，高版本移动设备在使用环境提高了一定复杂度的条件下，其功耗信息小于或者等于低版本移动设备的功耗信息。

在另外一种应用场景下，供应商A 推出某一属性类型下的第一移动设备后,市场上已经存在了供应商B推出的与上述第一移动设备的竞争参数相似的第三移动设备；这里，第三移动设备与第一移动设备的竞争参数相似可以理解为：第三移动设备的价格和/或性能与第一移动设备相似；上述相似具体可以理解为，第三移动设备的价格与第一移动设备的价格差值在第一设定范围（比如500RMB）内和/或，第三移动设备的性能与第一移动设备的性能差异在第二设定范围内。比如，当前供应商A推出了迭代后的A品牌b系列下版本3的第一移动设备，同时，市场上已经存在了供应商B推出的B品牌b系列下版本3的、与第一移动设备的竞争参数相似的第三移动设备。基于此，供应商A还要保证其迭代后的第一移动设备的功耗信息低于供应商B提供上述第三移动设备的功耗信息，同样，是为了提高迭代后高版本产品的竞争力。

基于上述两种应用场景，本申请实施例中首先确定待进行功耗测试的目标移动设备和用于与目标移动设备对比用的参考移动设备。本申请实施例中，上述目标移动设备和参考移动设备可以为多种电子产品。例如，可以为手机、平板电脑、笔记本电脑、可穿戴电子设备、音响、投影仪、虚拟现实设备等，本申请实施例对此不做限制。

这里，基于上述应用场景可以得知，不同的目标移动设备匹配的参考移动设备不同。示例性的，上述目标移动设备可以理解为上述两种应用场景下的“当前供应商A推出了迭代后的A品牌b系列下版本3的第一移动设备”；而与目标移动设备相匹配的参考移动设备包括以下至少之一：与目标移动设备属于相同属性类型，但对应的版本参数低于目标移动设备的版本参数的移动设备；与目标移动设备属于不同属性类型，但对应的竞争参数与目标移动设备相似的移动设备。这里，上述参考移动设备可以只包括前者，也可以只包括后者，还可以同时包括前者和后者，具体可以根据用户实际需求选择。示例性的，上述目标移动设备可以理解为包括上述两种应用场景下的“当前供应商A推出了迭代前的A品牌b系列下版本2或者版本1的第二移动设备”，和/或，是“供应商B推出的B品牌b系列下版本3的第三移动设备”。

需要说明的是，当参考移动设备包括前者时，参考移动设备至少包括“与目标移动设备属于相同属性类型，但对应的版本参数比目标移动设备的版本参数低一个单位档位的移动设备”，通过选择该参考移动设备用于与目标移动设备进行对比，相比通过选择其他低版本的参考移动设备与目标移动设备对比的方式，能够更客观的体现目标移动设备的功耗优势。示例性的，就是当前供应商A推出了迭代后的A品牌b系列下版本3的第一移动设备，而在之前供应商A推出了迭代前的A品牌b系列下版本2和版本1的第二移动设备，这里，参考移动设备至少包括上述版本2的第二移动设备，具体可以根据需求看是否包括版本1的第二移动设备。

具体的，当确定了目标移动设备和参考移动设备以后，通过本申请实施例提供的功耗测试方法测试上述目标移动设备，以获取目标移动设备的第一功耗信息，进而基于上述第一功耗信息和参考移动设备的第二功耗信息的比较结果，得到目标移动设备的功耗测试结果。需要说明的是，与目标移动设备相匹配的参考移动设备的第二功耗信息是预先获知的。

基于具体应用场景的功耗测试需求，本申请实施例开发了一款利用移动设备的操作***底层应用程序编程接口（Application Programming Interface，API）采集功耗数据的测试执行对象，该测试执行对象即功耗测试应用程序(Application，APP)，通过上述测试执行对象使针对移动设备的功耗测试脱离程控电源和PC设备束缚，实现了移动设备可单机独立执行功耗测试。

如图2所示，上述测试执行对象包括以下三部分功能：功能1、对移动设备进行测试；功能2、通过访问移动设备的***接口获取功耗数据；功能3、处理及展示功耗数据。

其中，在测试执行对象的第一部分功能中，上述测试执行对象是对其所安装的移动设备进行测试，具体包括对移动设备中的被测试对象进行功耗测试，之后，通过得到的功耗信息和功耗测试结果来分别反映该移动设备功耗信息和功耗测试结果。这里，上述被测试对象和被测试对象的测试环境（也即测试场景）可以根据功耗测试需求进行设置。

示例性的，上述功耗测试依据用户测试需求分为：典型场景功耗测试和自定义场景功耗测试（也即自由场景功耗测试）。其中，典型场景功耗测试中包括多个典型被测试对象，自由场景功耗测试中包括多个非典型被测试对象。每个典型被测试对象均对应一自动化测试用例，在对每个典型被测试对象进行测试时，测试执行对象基于UiAutomator技术（即一款用Java编写的UI测试框架）调用匹配的自动化测试用例对该典型被测试对象进行自动化测试，通过这种方式，有助于高效、精准的执行测试步骤；而针对自由场景功耗测试中的非典型被测试对象，则是用户手动测试上述非典型被测试对象。这里，上述典型被测试对象具有产品功能稳定的特点；上述被测试对象包括但不限于移动设备中安装的第三方APP、桌面、中央处理器（central processing unit，简称CPU）、图形处理器（graphicsprocessing unit，GPU）等，其中，上述被测试对象中产品功能稳定的第三方APP和桌面等都可以被配置为典型被测试对象。

其中，在测试执行对象的第二部分功能中，测试执行对象通过访问移动设备的***接口获取的功耗数据具体包括：环境数据和电池数据；这里，上述环境数据表征了移动设备的当前测试环境，用于给移动设备的功耗测试结果提供相对公平的比较条件；而上述电池数据是为了计算移动设备的功耗信息；具体的，测试执行对象通过访问***设置接口（如安卓***中的Settings.System）获取上述环境数据，通过访问***电池管理接口（如安卓***中的BatteryManager）获取上述电池数据。示例性的，上述环境数据包括屏幕尺寸和屏幕亮度，还可以包括测试时间；而上述电池数据包括电流数据、电压数据、电量数据与电池温度数据。

其中，在测试执行对象的第三部分功能中，包括对获取的功耗数据进行处理以及展示处理前和/或处理后的功耗数据；具体的，上述处理包括对电池数据进行第一处理，得到移动设备在满足稳定测试条件下的第一稳定功耗信息；还包括对电池数据进行第二处理，得到移动设备在当前测试条件下的第一辅助功耗信息，其中，在第二处理中，不关心当前测试条件是否满足稳定测试条件，也就是说，当前测试条件可以满足稳定测试条件，也可以不满足稳定测试条件。其中，上述第一处理包括对电池数据进行归一化处理，上述第二处理包括对电池数据进行均值、选取最大值等处理；另外，测试执行对象可以对上述任一种处理后的功耗数据进行展示，还可以对处理前原始的功耗数据进行展示；而测试执行对象在展示功耗数据时，可以通过图形或者表格的方式进行展示，这样，便于用户直观的查看的展示的功耗数据。

如上所述，测试执行对象通过上述三部分功能执行本申请实施例提供的功耗测试方法，下面具体说明测试执行对象针对上述三部分功能的具体执行框架：

如图3所示，测试执行对象具体包括：前台业务框架和后台业务框架；其中，测试执行对象通过前台业务框架能够执行：获取用户测试意图并确定匹配该用户测试意图的功耗测试场景；当确定是典型场景功耗测试下，调用匹配的自动化测试用例对移动设备进行功耗测试，当确定自由场景功耗测试下，用户则手动执行对移动设备的功耗测试；另外，当前台业务框架响应用户的测试意图（即响应用户的测试操作）时，测试执行对象能够执行：通过后台业务框架访问移动设备的***接口持续采集该移动设备的功耗数据，并将采集的功耗数据库存储到移动设备的数据库中，当前台业务框架响应测试结束时，再通过后台业务框架对采集的功耗数据进行结算处理，并将测试发送给前台业务框架，以使前台业务框架显示处理后/处理前的功耗数据。

下面具体说明基于上述测试执行对象对确定的目标移动设备进行功耗测试的方法：

本申请实施例中确定目标移动设备预先安装有一操作***、上述测试执行对象和被测试对象。示例性的，上述操作***为安卓操作***（即Android***）。需要说明的是，在被测试执行对象能够具有操作***的底层***接口访问权限的情况下，上述操作***不限于安卓操作***，也可以为其他操作***等。

如图4所示，为本申请实施例提供的一种功耗测试方法，应用于上述目标移动设备，所述方法包括：

S401、响应作用于所述测试执行对象的测试操作，对所述目标移动设备进行测试，同时，通过访问所述目标移动设备的***接口获取所述目标移动设备在当前环境数据下的电池数据。

S402、响应所述目标移动设备的测试结束，对获取的所述当前环境数据下的电池数据进行处理，得到所述目标移动设备的第一功耗信息。

S403、在所述目标移动设备的图形用户界面上显示所述第一功耗信息；所述第一功耗信息用于与参考移动设备的第二功耗信息进行比较，得到所述目标移动设备的功耗测试结果。

通过上述功耗测试方法，能够基于移动设备自身进行功耗测试，避免了对移动设备拆机存在的测试风险，提高了测试的广泛性和灵活性。

下面结合图2和图3对上述步骤S401～步骤S403进行具体说明：

在上述步骤S401中，上述测试操作是针对图3中测试执行对象的前台业务框架的操作，用户通过触发上述测试操作向测试执行对象发送测试指令，相应的，测试执行对象则响应该测试指令，基于图2中的功能1对目标移动设备进行测试；同时，测试执行对象基于图2中功能2获取功耗数据，即通过访问目标移动设备的***接口获取目标移动设备的当前环境数据和电池数据。实际中，用户可以根据需求设置上述当前环境数据和电池数据的采样频率。示例性的，以上述操作***为安卓***为例，上述特定***接口包括***设置接口（比如Settings.System）和电池管理接口（比如BatteryManager），测试执行对象通过访问***设置接口（比如Settings.System）获取上述当前环境数据，通过访问电池管理接口（比如BatteryManager）获取上述电池数据。这里，上述当前环境数据是一参考值，上述电池数据用于计算目标移动设备的第一功耗信息；上述当前环境数据是为了保证基于电池数据得到的第一功耗信息和参考移动设备的第二功耗信息在相对稳定的测试环境中进行比较，从而能够更客观的体现目标移动设备的功耗测试结果。

可选的，用户在对目标移动设备进行测试之前，可以提前在目标移动设备中设置好标准环境数据，以防止实际测试中用户忘记调节环境数据或者调节的环境数据不准确的情况，这样，在测试执行对象获取了当前环境数据后，目标移动设备检测当前环境数据与标准环境数据是否相同，若不相同，则在图形用户界面显示第一提示信息，该第一提示信息用于提示当前环境数据与标准环境数据不同。之后，在用户提前设置好的情况下，测试执行对象可以自动结束对目标移动设备的测试，也可以在用户的操作下结束对目标移动设备的测试。

另外，用户在对目标移动设备进行测试之前，可以提前在目标移动设备中设置好标准电池温度数据，在测试执行对象通过访问目标移动设备的***接口获取目标移动设备在当前环境数据下的电池数据之后，如果检测到电池数据不满足测试条件，即检测到电池数据中包括的电池温度数据大于设定温度阈值，在图形用户界面上显示第二提示信息，第二提示信息用于提示电池数据不满足测试条件；之后，在用户提前设置好的情况下，测试执行对象可以自动结束对目标移动设备的测试，也可以在用户的操作下结束对目标移动设备的测试。

需要说的是，上述参考移动设备对应的第二功耗信息可以是采用程控电源和个人计算机（Personal Computer，PC）设备的测试方式得到的（即采用上述功耗测试***10的方式得到的），也可以是采用与目标移动设备相同的功耗测试方式，即在参考移动设备中也安装测试执行对象，并通过该测试执行对象对参考移动设备进行功耗测试，这里，不限定对测试执行对象的功耗测试方式。

本申请实施例中，针对参考移动设备，选用与目标移动设备相同的功耗测试方式；实际中，图1中现有技术的功耗测试方式，程控电源为被测移动设备提供的供电电压并不是恒定的，通常会存在大约0.01V级别不规则的电压跳变，现有技术则是基于程控电源在该状态下的电流数据得到被测移动设备的功耗测试结果，而本申请实施例中，是通过在目标移动设备中安装第一测试执行对象，以及在参考移动设备中安装第二测试执行对象，通过对上述两个测试执行对象分别得到的功耗信息进行比较，得到目标移动设备的功耗测试结果，该方式相比现有技术来讲，在功耗测试次数少的情况下，会得到更精确的功耗测试结果；同时，在功耗测试结果精度相同或者相似的前提下，本申请实施例的方式不需要部署功耗测试***等的操作，提高了测试效率。

这里，需要说明的是，在分别对上述参考移动设备和目标移动设备进行功耗测试时，需要尽可能的保证二者在测试过程中的环境数据（即上述当前环境数据）相同；在具体操作中，对于可控环境数据，如果该可控环境数据对移动设备的功耗信息会产生影响（即该影响不可忽略），那么要保证目标移动设备和参考移动设备的该可控环境数据相同，而如果该可控环境数据对移动设备的功耗信息不会产生影响或者产生的影响极小（即该影响可以忽略不计），那么，目标移动设备和参考移动设备的该可控环境数据可以不同；对于不可控环境数据，保持二者各自对应的当前环境数据即可。

以环境数据包括屏幕尺寸、屏幕亮度和测试时间点为例，屏幕尺寸属于不可控环境数据，屏幕亮度和测试时间点属于可控环境数据；这里，对于屏幕尺寸，保持目标移动设备和参考移动设备二者在各自对应的当前屏幕尺寸即可；而对于屏幕亮度，其会影响移动设备的功耗信息，因此，要保证目标移动设备和参考移动设备的屏幕亮度相同；而对于测试时间点，有些特定时间点会影响移动设备的功耗信息，因此，要保证目标移动设备和参考移动设备的特定时间点相同，而其他时间点不会影响或者对移动设备的功耗信息影响极小，该种情况下，目标移动设备和参考移动设备的其他时间点可以不同。

在步骤S402中，上述第一功耗信息包括第一稳定功耗信息和第一辅助功耗信息；这里，当针对目标移动设备的测试结束后，测试执行对象基于图3中的后台业务框架执行图2中的功能3，即测试执行对象响应该测试结束，一方面，测试执行对象检测获取的电池数据是否满足稳定测试条件，若不满足稳定测试条件，则对电池数据进行第一处理，得到满足稳定测试条件的电池数据，并基于满足稳定测试条件的电池数据，计算目标移动设备在满足稳定测试条件下的第一稳定功耗信息；上述第一稳定功耗信息是用来与参考移动设备在满足稳定测试条件的第二稳定功耗信息进行比较，即可得到目标移动设备的功耗测试结果。另一方面，测试执行对象对获取的电池数据进行第二处理，得到目标移动设备在当前测试条件下的第一辅助功耗信息，上述第一辅助功耗信息是用来与参考移动设备的第二辅助功耗信息进行比较，得到目标移动设备的第二功耗测试结果。

如上所述，测试执行对象通过访问目标移动设备的***接口获取的电池数据包括电压数据和电流数据，下面分别说明测试执行对象执行上述两方面的处理的具体过程：

第一、实际中，目标移动设备和参考移动设备在测试过程中的电压数据是会发生变化的，这样，基于二者变化电压数据下的电流数据进行二者的功耗信息比较，得到目标移动设备的功耗测试结果是不准确的，为了解决该问题，本申请实施例中，设置了稳定测试条件，即基于标准电压数据下的电流数据进行比较，这样，能够提高目标移动设备的功耗测试结果。

其中，在对目标移动设备进行测试的过程中，用户预先根据目标移动设备的配置信息设置目标移动设备的标准电压数据，且不同配置信息的目标移动设备对应的标准电压数据不同；比如，智能手机的配置信息中的电压38V，设置标准电压数据为38V；穿戴设备的配置信息中的电压30V，设置标准电压数据为30V。测试执行对象要首先检测上述电池数据是否满足稳定测试条件，即检测上述电池数据中包括的电压数据是否等于标准电压数据，针对整个过程中采集到的每个电池数据，若该电池数据中的电压数据不等于标准电压数据，则确定该电压数据与标准电压数据的比值，然后，根据该比值和该电池数据包括的电流数据，确定该电池数据对应的归一化电流数据；这样，采集的每一个电池数据都对应有标准电压数据下的电流数据，即得到满足稳定测试条件的电池数据。

这里，针对不满足稳定测试条件的电池数据对应的归一化电流数据的计算公式如下：

；这里，U_采集为测试执行对象采集的每一个电池数据中包括的电压数据；I_采集为测试执行对象采集的每一个电池数据中包括的电流数据；U_采集为预先设置的目标移动设备的标准电压数据，I_归一化为对每一个不满足稳定测试条件的电池数据在标准电压数据下的归一化电流数据。

如上所述，在得到每个不满足稳定测试条件的电池数据的归一化电流数据之后，根据满足稳定测试条件的电池数据，即可计算目标移动设备在满足稳定测试条件下的第一稳定功耗信息；具体包括：根据上述不满足稳定测试条件的电池数据对应的归一化电流数据、满足稳定测试条件的电池数据中的稳定电流数据以及电池数据的总数量，即可计算目标移动设备在满足稳定测试条件下的第一稳定功耗信息；具体实现方式中，首先计算上述各个归一化电流数据和上述各个稳定电流数据的和值，再计算该和值与电池数据的总数量的比值，即得到第一稳定功耗信息。

通过上述对上述不满足稳定测试条件的电池数据进行归一化处理，最终通过满足稳定测试条件的电池数据，计算得到目标移动设备的第一稳定功耗信息，通过将该第一稳定功耗信息和参考移动设备在满足稳定测试条件的第二稳定功耗信息进行比较，得到目标移动设备的功耗测试结果，能够提高目标移动设备功耗测试结果的准确性，也即更加客观的体现了目标移动设备的功耗测试结果。

第二、测试执行对象不需要对电池数据进行是否满足稳定测试条件的检测，而是在当前这种测试条件下（即测试过程中，电压数据是会发生变化的情况下），直接对采集的电池数据进行求均值、选取最大值等第二处理，从而得到目标移动设备在当前测试条件下的第一辅助功耗信息，第一辅助功耗信息是用于与参考移动设备的第二辅助功耗信息进行比较，得到目标移动设备的功耗测试结果；实际中，主要根据第一功耗信息来确定目标移动设备的功耗测试结果，第二功耗信息来辅助第一功耗信息确定上述功耗测试结果。

具体实施方式中，上述对电池数据进行第二处理，得到所述目标移动设备在当前测试条件下的第一辅助功耗信息，包括以下至少之一：

1、通过对电池数据包括的电流数据进行均值处理得到平均电流数据。

2、从电池数据包括的电流数据中选取的最大电流数据。

3、通过对电池数据包括的电压数据进行均值处理得到的平均电压数据。

4、通过对电池数据包括的电流数据和测试时间计算得到消耗电量数据。

5、对电池数据包括的电池温度数据进行均值处理，得到目标移动设备在当前测试条件下的平均电池温度数据。

6、从电池数据包括的电池温度数据中选取目标移动设备在当前测试条件下的最大电池温度数据。

在步骤S403中，如图2所示，测试执行对象的功能3中，不仅包括对电池数据进行处理，还包括对处理前和/或的数据进行展示，基于此，测试执行对象在通过对采集的目标移动设备的电池数据进行第一处理，得到第一稳定功耗信息，以及在通过对电池数据进行第二处理，得到第一辅助功耗信息后，在目标移动设备的图形用户界面上显示上述第一稳定功耗信息和第一辅助功耗信息，这样，便于用户通过查看第一稳定功耗信息和第一辅助功耗信息，以便基于上述第一稳定功耗信息和参考移动设备的第二稳定功耗信息，以及基于上述第一辅助功耗信息和参考移动设备的第二辅助功耗信息的比较结果，得到目标移动设备的功耗测试结果。

这里，图5示出了图2中测试执行对象展示处理后的功耗数据的一种具体展示形式，即在图5中展示了对目标移动设备的电池数据进行第一处理后的第一功耗信息，包括归一化电流（mA）386.36；还展示了对目标移动设备的电池数据进行第二处理后的第一辅助功耗信息，包括：平均电流数据（mA）350.31、最大电流数据（mA）740.0、平均电压数据（mV）为4191.0、消耗电量数据（mAH）3.0、平均温度数据（℃）32.0、最大温度数据（℃）32.0。

另外，测试执行对象除了显示第一稳定功耗信息、第一辅助功耗信息之外，还通过前台业务框架显示获取的原始的电池数据；这里，可以通过表格的方式显示上述原始的电池数据，表格中具体包括时间、电流、电压、剩余电流、温度等字段，上述每个字段下对应有相应的数据。另外，测试执行对象还能够通过图形的方式显示上述原始的电池数据，具体的，测试执行对象通过后台业务框架将上述原始电池数据进行第三处理，即根据当前测试环境下目标移动设备在测试过程中的各个采样时间点对应的电池数据，生成测试过程中该电池数据的展示图形，上述电池数据的展示图形具体包括电流数据的展示图形、电压数据的展示图形和电池温度数据的展示图形；这里，通过上述方法显示原始的电池数据目的是为了让用户更好的查看原始的电池数据以及该电池数据反映出的变化关系。

这里，图6以及图7a～图7c分别示出了通过表格和图形的方式展示的电池数据。其中，图6为通过表格展示的电池数据，图7a～图7c是通过Echart（即一个基于 JavaScript的开源可视化图表库）展示上述展示图形，图7a为测试过程中各个采样时间点下的一电流数据、图7b为测试过程中各个采样时间点下的电压数据、图7c为测试过程中各个采样时间点下的电池温度数据。通过图7a、图7b和图7c，用户能够直观的得到测试过程电流数据、电压数据和电池温度数据以及上述数据的变化情况。

进一步 ，如上所述，基于测试执行对象执行的功耗测试依据用户测试需求分为：典型场景功耗测试和自由场景功耗测试；因此，用户可以预先选择不同场景下的被测试对象，通过对上述被测试对象的功耗测试，实现对目标移动设备的功耗测试。具体的，在用户触发了作用于测试执行对象的不同测试操作后，基于不同的测试操作确定不同场景下的被测试对象，进而对该被测试对象进行测试，下面结合图2中的功能1和用户的交互操作进行具体说明：

Ⅰ、响应作用于测试执行对象的第一测试操作，从目标移动设备包括的满足自动化测试条件的多个第一被测试对象中选择第一目标被测试对象，并设置第一目标被测试对象的测试轮次，然后，获取第一目标被测试对象的自动化测试用例，并调用自动化测试用例测试该第一目标被测试对象。这里，满足自动化测试条件的多个第一被测试对象（即位于上述典型场景功耗测试中的第一被测试对象）是预先根据多个第一被测试对象产品功能的稳定情况设置的，通常情况下，被测试对象的产品功能稳定，其可以被配置为满足自动化测试条件。也就是说，用户可以提前设置好产品功能稳定的第一被测试对象的自动化测试用例，并将该第一被测试对象加入典型场景功耗测试中。示例性的，上述第一被测试对象包括但不限于：日常桌面操作、相机操作、录像、idle界面功耗（其中，idle为一种集成开发环境为）、照相机人像模式拍照、第三方APP等。

如图8所示，在该种场景下，上述测试操作是针对第一应用界面201的第一操作（如图8中的8a所示），这里，第一应用界面201是测试执行对象响应针对第二应用界面202中第一特定区域2021的第二操作（如图8中的8b所示），从第二应用界面202切换后的界面；上述第二应用界面202是测试执行对象启动后的界面。这里，上述第一特定区域2021中包括用于提示是典型场景功耗测试的第一提示标识，该第一提示标识包括文字提示和/或图标提示，上述第二操作是用户基于该第一提示标识触发的操作；另外，第一应用界面201中包括多个第一被测试对象（图8的8a中具体包括日常桌面操作、相机操作、录像、idle界面功耗，该idle为一种集成开发环境、照相机人像模式拍照、第三方APP1～APP4等），上述测试操作针对的第一目标被测试对象是从第一应用界面201中的上述多个第一被测试对象中选择的，这里，上述第一目标被测试对象可以为多个，每个第一目标被测试对象对应一测试轮次，该测试轮次是基于针对第一应用界面的第三操作设置的。这里，第一目标被测试对象的测试轮次可以是针对每个第一目标被测试对象单独设置，也可以是针对多个第一目标被测试对象统一设置。

另外，如图8中的8b所示，上述第一特定区域2021为多个，不同的第一特定区域2021对应的第一被测试对象和/或测试环境不同。比如，在图8的8b中，第一特定区域2021包括第一特定区域2021a、第一特定区域2021b和第一特定区域2021c，其中，第一特定区域2021a对应典型场景功耗测试，具有“典型场景功耗测试”的第一提示标识；第一特定区域2021b对应典型待机功耗测试，具有“典型待机功耗测试”的第一提示标识；第一特定区域2021c对应典型基础软件场景功耗测试，具有“典型基础软件场景功耗测试”的第一提示标识。这里，典型待机功耗测试和待机功耗测试的测试环境不同，比如，前者是正常使用环境（对应的屏幕亮度大于一定阈值），后者是待机环境（对应的屏幕亮度小于一定阈值）；典型待机功耗测试和典型基础软件场景功耗测试的被测试对象不同，比如，前者的被测试对象是abc，后者的被测试对象是def；另外，待机功耗测试和典型基础软件场景功耗测试的被测试对象和测试环境均不同。

其中，当第一目标被测试对象为多个时，根据多个第一目标被测试对象的排序顺序依次调用匹配的自动化测试用例自动对第一目标被测试对象进行测试。另外，当每个第一目标被测试对象对应多个测试轮次时，可以通过如下两种方式对第一目标被测试对象进行测试：第一，可以按照多个第一目标被测试对象的排序顺序，将多个第一目标被测试对象整体作为一组分别进行多轮测试，直至每个第一目标被测试对象的测试轮次满足截止条件；这里，当多个第一目标被测试对象的测试轮次不同时，基于测试进行情况，更新每一轮测试时作为整体的多个第一目标被测试对象。比如，第一目标被测试对象为2个，分别为第一目标被测试对象a（对应测试3次）和b（对应测试2次），第一轮和第二轮测试时，包括第一目标被测试对象a和第一目标被测试对象b，由于第一目标被测试对象b已经完成了所有轮次的测试，因此，第三轮测试时只包括第一目标被测试对象b；另外，也可以按照上述排序顺序，依次对每个第一目标被测试对象执行多轮测试，比如，先对排序第一的第一目标被测试对象进行多轮测试，然后，在对排序第二的第一目标被测试对象进行多轮测试，直至完成最后一个第一目标被测试对象的测试。

如图9所示，当用户在目标移动设备上启用该测试执行对象后，目标移动设备运行该测试执行对象，并在图形用户界面上显示在前台运行测试执行对象的第二应用界面202，该第二应用界面202包括典型场景功耗测试、典型待机功耗测试、典型基础软件场景这三个第一特定区域，用户通过“典型场景功耗测试”文字形式的第一提示标识对“典型场景功耗测试所在的第一特定区域”执行第二操作（比如是点击操作，如图9中的9a所示），则从第二应用界面202切换到第一应用界面201（如图9中的9b所示），实际中，第一应用界面201中包括多个第一被测试对象，用户可以通过选择操作从上述多个第一被测试对象中选择多个第一目标被测试对象，并设置这多个第一目标被测试对象的测试轮次，图9的9b中是采用对选中的多个第一目标被测试对象统一设置测试轮次，即，多个第一目标被测试对象统一设置测试轮次相同。基于此，用户点击第一应用界面201中的测试启用控件（即“开始”控件），测试执行对象则开始测试，具体是将多个第一目标被测试对象作为一个整体，按照这多个第一目标被测试对象的排序顺序对上述整体进行第一轮测试，然后在执行第二轮测试，直至每个第一目标被测试对象均达到预设的测试轮次，停止测试。此时，测试执行对象则分别计算每个测试轮次下，每个第一目标被测试对象的第一功耗信息，然后针对每个第一目标被测试对象，计算该第一目标被测试对象在多个测试轮次下该的第一功耗信息的平均值作为最终的第一功耗信息。

另外，如图10所示，在图9中针对选择的第一目标被测试对象进行测试的过程中，用户操作目标移动设备返回桌面，在目标移动设备桌面的左上角提供第一测试提示标识203，即悬浮窗，以显示功耗测试的执行进度与执行时间。当完成针对“典型场景功耗测试”场景中选择的第一目标被测试对象的测试后，用户返回测试执行对象的界面，点击“报告”一栏，选择第一目标被测试对象的报告内容，如图11所示。当用户选择报告内容中具体一个第一目标被测试对象后，可查看该第一目标被测试对象的报告详情，如图12所示（其中，图12中的12a～12c为用户依次操作的结果展示），为用户选择图11中的某个第一目标被测试对象的报告详情示意图。

Ⅱ、响应作用于测试执行对象的第二测试操作，从目标移动设备包括的不满足自动化测试条件的多个第二被测试对象中选择第二目标被测试对象，并基于第二测试操作对第二目标被测试对象进行测试。

示例性的，不满足自动化测试条件的第二被测试对象包括但不限于：CPU、图形处理器（graphics processing unit，GPU）、数据方向寄存器 (Data Direction Register，DDR) 、NET（是一种用于构建多种应用的免费开源开发平台）。

如图13所示，在该种场景下，上述测试操作是针对第三应用界面204的第一操作（如图13中的13a所示），这里，第三应用界面204是测试执行对象响应针对第二应用界面202中第二特定区域2022的第四操作，从第二应用界面2022切换后的界面；第二应用界面202是测试执行对象启动后的界面（如图13中的13b所示）。其中，上述第二特定区域2022为多个，包括2022a和2022b。这里，上述第二特定区域2022中包括用于提示自由场景功耗测试的第二提示标识，该第二提示标识可以是文字和/或图标，在图13的13b中为“开始任务”的文字标识和“自定义功耗测试”的文字图标提示标识，上述第四操作是用户基于该第二提示标识触发的操作；另外，第三应用界面204中包括多个第二被测试对象2041，上述测试操作针对的第二目标被测试对象是从第三应用界面204包括的多个第二被测试对象中选择的，上述第二目标被测试对象可以为多个；另外，第三应用界面204中还包括测试执行对象后台业务框架的采集参数，用户通过设置该采集参数设置后台业务框架要采集的数据，该数据包括任务名称、采样间隔、是否上传和采样选项中的功耗数据（包括电压数据和电路数据）和电池温度数据。

如图14所示，当用户在目标移动设备上启动测试执行对象后，目标移动设备运行该测试执行对象，并在图形用户界面上显示在前台运行测试执行对象的第二应用界面202（如图14中的14a所示），该第二应用界面202具有“开始任务”这一第二提示标识的第二特定区域，“开始任务”对应“自由场景功耗测试”，用户通过该“开始任务”所在的第二特定区域执行第四操作（比如是点击操作，如图14中的14a所示），则从第二应用界面202切换到第四应用界面204（如图14中的14b所示），实际中，第四应用界面中包括多个第二被测试对象，用户可以通过选择操作从上述多个第二被测试对象中选择第二目标被测试对象（如图14中的14b所示为CPU），另外，用户还可以设置后台业务框架的采集参数，包括：任务名称、采用间隔、是否上传、采样选项（包括电压数据、电流数据和电池温度数据）等。

基于此，用户点击第四应用界面204中的测试启用控件（即“开始”控件），当用户返回目标移动设备的桌面，在桌面上显示第二测试提示标识，即一悬浮窗（用于提示测试执行时间以及响应用户触发的开始测试和结束测试操作），该第二测试提示标识还邻接设置一指示标识，该指示标识用于提示该悬浮窗位置和用户快捷触发测试开始，即图15的15a中的“单机开始”，用户通过触发“单机开始”，取消显示该指示标识（如图15中的15b所示），此时，测试执行对象则基于用户触发的测试操作对选择的第二目标被测试对象进行测试，此时，悬浮窗开始计时，此时，用户可任意使用手机进行测试操作，当用户完成测试后，用户再次点击悬浮窗，触发停止测试，此时，测试执行对象的后台业务框架触发数据结算。此时，用户再次进入测试执行对象的第二应用界面202，在该第二应用界面202上显示一提示信息，用于提示用户测试完成，可操作查看测试结果，该提示信息如图16中的“测试信息保存成功，请进入报告页面查看（确定）！”，当用户点该提示信息中的“确定”信息且点击查看【报告】按钮后，即可查看测试报告，如图17所示，在用户点击报告中的某个第二目标被测试对象后，即可查看该第二目标被测试对象的报告详情，如图18所示（其中，图18中的18a～18c为用户依次操作的结果展示），为用户选择图17中的某个第二目标被测试对象的报告详情示意图。

另外，在第三应用界面中包括，不同测试场景的选择，不同测试场景对应的第二被测试对象和/或测试环境不同。比如，包括亮屏场景和待机场景，前者是用户正常使用目标移动设备的场景，该场景下的屏幕亮度大于一定阈值，后者是待机环境，对应的屏幕亮度小于一定阈值）。

结合上述Ⅰ和Ⅱ，无论是“典型场景功耗测试”，还是“自由型场景功耗测试”均包括亮屏场景和待机场景；这里，亮屏场景指的是正常使用移动设备的场景。需要说明的是，上述亮屏场景和待机场景对应的计算功耗信息的方式不同；针对亮屏场景，基于电流数据的平均值计算得到功耗信息；针对待机场景，确定待机时间，然后根据待机时间和电流数据的平均值计算得到功耗信息。

以上述目标移动设备的第一稳定功耗信息为例，在亮屏场景下，首先计算上述各个归一化电流数据和各个满足稳定测试条件的电池数据中的电流数据的和值，再计算该和值与电池数据的总数量的比值，该比值即第一稳定功耗信息；而在待机场景下，在计算该和值与电池数据的总数量的比值之后，还要计算该比值与待机时长的乘积，该乘积才是第一稳定功耗信息。

如图19所示，下面结合时序图对本申请实施例提供的功耗测试方法进行说明：

本申请实施例提供的功耗测试方法应用于功耗测试***，该功耗测试***包括：用户和目标移动设备，上述目标移动设备中安装有测试APP，且该目标移动设备搭载的操作***中包括***设置接口和电池管理接口；另外，上述目标移动设备中还通过内存为上述测试APP提供一数据库，基于上述功耗测试***，具体的功耗测试方法包括：

S1901、用户通过触发针对测试APP的测试操作，向测试APP发送测试指令，该测试指令中包括用户选择的目标被测试对象。

S1902、测试APP响应该测试指令，一方面判断目标被测试对象所属的测试场景，若目标被测试对象属于典型功耗测试场景，则调用自动化测试用例进行自动测试，若目标被测试对象属于自由功耗测试场景，则基于用户的测试指令进行测试；另一方面，通过访问***设置接口获取目标移动设备的当前环境数据，以及通过访问电池管理接口获取目标移动设备在当前环境数据下的电池数据；同时，将上述当前环境数据和电池数据存储到数据库中。

S1903、如果是自由功耗测试场景，用户通过触发测试结束操作发送测试结束指令，测试APP响应针对目标移动设备的测试结束，或者，测试APP响应自动测试结束，结算当前环境数据和电池数据，基于上述电池数据计算目标移动设备的第一功耗信息。

通过上述功耗测试方法，能够基于移动设备自身进行功耗测试，避免了对移动设备拆机存在的测试风险，提高了测试的广泛性和灵活性。

进一步的，在本申请实施例中，目标移动设备100的结构可以灵活设置。示例性地，图20为本申请实施例提供的一种目标移动设备100的硬件结构示意图。图21为本申请实施例提供的一种目标移动设备100的软件结构示意图。可以理解的是，相应结构也可以适用于参考移动设备。

如图20所示，目标移动设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块（subscriber identificationmodule，SIM）卡接口195等。

可以理解的是，本申请实施例示意的结构并不构成对目标移动设备100的具体限定。在本申请另一些实施例中，目标移动设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器（application processor，AP），调制解调处理器，图形处理器（graphics processingunit，GPU），图像信号处理器（image signal processor，ISP），控制器，视频编解码器，数字信号处理器（digital signal processor，DSP），基带处理器，和/或神经网络处理器（neural-network processing unit，NPU）等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

充电管理模块140用于从充电器接收充电输入。在一些无线充电的实施例中，充电管理模块140可以通过目标移动设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态（漏电，阻抗）等参数。

目标移动设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。其中，无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。在一些实施例中，目标移动设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得目标移动设备100可以通过无线通信技术与网络以及其他设备通信。

目标移动设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。其中，处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。显示屏194用于显示图像，视频等。本申请实施例中的显示屏194可以是触摸屏。即该显示屏194中集成了触摸传感器180K。该触摸传感器180K也可以称为“触控面板”。另外，目标移动设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展目标移动设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。

目标移动设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

目标移动设备100可以接收按键输入，产生与目标移动设备100的用户设置以及功能控制有关的键信号输入。另外，马达191可以产生振动提示，具体可以用于来电振动提示，也可以用于触摸振动反馈。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

请参阅图21，为本申请实施例提供的一种目标移动设备100的软件结构示意图。如图21所示，本申请实施例中的目标移动设备100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android***为例，示例性说明目标移动设备100的软件结构。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android***分为四层，从上至下分别为应用程序层，应用程序框架层，***库，以及内核层。

其中，应用程序层可以包括一系列应用程序包，如图21所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

其中，应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。如图21所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。电话管理器用于提供目标移动设备100的通信功能。资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。通知管理器使应用程序可以在状态栏（通知栏）中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。

其中，***库可以包括多个功能模块。例如：表面1管理器（surface manager），媒体库（Media Libraries），三维图形处理（例如：OpenGL ES），2D图形引擎（例如：SGL）等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。2D图形引擎是2D绘图的绘图引擎。

其中，内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

以下实施例中的方法可以在具有上述硬件结构和软件结构的目标移动设备100中实现。根据目标移动设备100的显示屏194，当用户在显示屏194执行设定的触摸、点击、滑动等操作时，可以理解为用户向目标移动设备100发出了用户指令，使得目标移动设备100响应于用户指令执行本申请实施例的各步骤。在其他实现方式中，用户还可以通过声音、姿态手势等向目标移动设备100发出了用户指令，使得目标移动设备100响应于用户指令执行本申请实施例的各步骤，本实施例对此不做限制。

在一种实施方式中，本申请实施例还提供一种移动设备，包括：显示屏、存储器和一个或多个处理器，所述显示屏、所述存储器和所述处理器耦合；

所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，所述移动设备执行如上述的功耗测试方法。

在一种实施方式中，本申请实施例还提供了一种功耗测试***，包括上述的目标移动设备100和该目标移动设备匹配的参考移动设备，将目标移动设备100的第一功耗信息与参考移动设备的第二功耗信息进行比较，得到目标移动设备100的功耗测试结果。

在一种实施方式中，本申请实施例还提供了一种计算机存储介质，包括计算机指令，当所述计算机指令在目标移动设备上运行时，使得所述目标移动设备执行上述的功耗测试方法中目标移动设备执行的各个功能或者步骤。

在一种实施方式中，本申请实施例还提供了一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例中目标移动设备执行的各个功能或者步骤。

通过上述功耗测试方法，能够基于移动设备自身进行功耗测试，避免了对移动设备拆机存在的测试风险，提高了测试的广泛性和灵活性。另外，通过将该目标移动设备在满足稳定测试条件下的第一稳定功耗信息和参考移动设备在满足稳定测试条件的第二稳定功耗信息进行比较，得到目标移动设备的功耗测试结果，能够提高目标移动设备功耗测试结果的准确性，也即更加客观的体现了目标移动设备的功耗测试结果。

通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

容易理解的是，本领域技术人员在本申请提供的几个实施例的基础上，可以对本申请的实施例进行结合、拆分、重组等得到其他实施例，这些实施例均没有超出本申请的保护范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器（processor）执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (19)

1.一种移动设备的功耗测试方法，其特征在于，应用于测试执行对象，所述测试执行对象安装在目标移动设备中，所述方法包括：

响应作用于所述测试执行对象的测试操作，对所述目标移动设备进行测试，同时，通过访问所述目标移动设备的***接口获取所述目标移动设备在当前环境数据下的电池数据；

响应所述目标移动设备的测试结束，对获取的所述当前环境数据下的电池数据进行处理，得到所述目标移动设备的第一功耗信息；

在所述目标移动设备的图形用户界面上显示所述第一功耗信息；所述第一功耗信息用于与参考移动设备的第二功耗信息进行比较，得到所述目标移动设备的功耗测试结果。

2.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述通过访问所述目标移动设备的***接口获取所述目标移动设备在当前环境数据下的电池数据，包括：

通过访问所述目标移动设备的***设置接口获取当前环境数据；以及，

通过访问所述目标移动设备的***电池管理接口获取所述电池数据。

3.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述响应所述目标移动设备的测试结束，对获取的所述当前环境数据下的电池数据进行处理，得到所述目标移动设备的第一功耗信息，包括：

响应所述目标移动设备的测试结束，检测所述电池数据是否满足稳定测试条件；

若所述电池数据不满足稳定测试条件，则对所述电池数据进行第一处理，得到满足稳定测试条件的电池数据；

根据所述满足稳定测试条件的电池数据，计算所述目标移动设备在满足稳定测试条件下的第一稳定功耗信息；所述第一稳定功耗信息用于与参考移动设备在满足稳定测试条件下的第二稳定功耗信息进行比较，得到所述目标移动设备的功耗测试结果。

4.根据权利要求3所述的移动设备的功耗测试方法，其特征在于，所述电池数据包括电压数据和电流数据；所述电池数据不满足稳定测试条件包括：所述电池数据包括的电压数据不等于标准电压数据，所述标准电压数据根据所述目标移动设备的配置信息确定；

所述若所述电池数据不满足稳定测试条件，则对所述电池数据进行第一处理，包括：

针对获取的每一电池数据，若该电池数据包括的电压数据不等于标准电压数据，则确定该电池数据包括的电压数据与所述标准电压数据的比值；

根据所述比值与该电池数据包括的电流数据，计算该电池数据在所述标准电压数据的归一化电流数据。

5.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述响应所述目标移动设备的测试结束，对获取的所述当前环境数据下的电池数据进行处理，得到所述目标移动设备的第一功耗信息，还包括：

响应所述目标移动设备的测试结束，对所述电池数据进行第二处理，得到所述目标移动设备在当前测试条件下的第一辅助功耗信息；所述第一辅助功耗信息用于与所述参考移动设备在测试过程中的参考测试条件下的第二辅助功耗信息进行比较，得到所述目标移动设备的功耗测试结果。

6.根据权利要求5所述的移动设备的功耗测试方法，其特征在于，所述对所述电池数据进行第二处理，得到所述目标移动设备在当前测试条件下的第一辅助功耗信息，包括以下至少之一：

对所述电池数据包括的电流数据进行均值处理，得到所述目标移动设备在当前测试条件下的平均电流数据；

从所述电池数据包括的电流数据中选取所述目标移动设备在当前测试条件下的最大电流数据；

对所述电池数据包括的电压数据进行均值处理，得到所述目标移动设备在当前测试条件下的平均电压数据；

对所述电池数据包括的电流数据以及测试时间进行计算，得到所述目标移动设备在当前测试条件下的消耗电量数据；

对所述电池数据包括的电池温度数据进行均值处理，得到所述目标移动设备在当前测试条件下的平均电池温度数据；

从所述电池数据包括的电池温度数据中选取所述目标移动设备在当前测试条件下的最大电池温度数据。

7.根据权利要求3或5所述的移动设备的功耗测试方法，其特征在于，所述在所述目标移动设备的图形用户界面上显示所述第一功耗信息，包括：

在所述目标移动设备的图形用户界面上显示第一稳定功耗信息和/或第一辅助功耗信息。

8.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，在所述目标移动设备的图形用户界面上显示所述第一功耗信息的同时，所述方法还包括：

在所述图形用户界面上显示获取的所述当前环境数据下的电池数据；其中，所述电池数据通过表格和/或图形的方式显示，所述电池数据包括测试过程中各个采样时间点采集的电流数据、电压数据和电池温度数据。

9.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述响应作用于所述测试执行对象的测试操作，对所述目标移动设备进行测试，包括：

响应作用于所述测试执行对象的第一测试操作，从所述目标移动设备包括的满足自动化测试条件的多个第一被测试对象中选择第一目标被测试对象，并设置所述第一目标被测试对象的测试轮次；

获取所述第一目标被测试对象的自动化测试用例，并调用所述自动化测试用例按照所述测试轮次测试所述第一目标被测试对象。

10.根据权利要求9所述的移动设备的功耗测试方法，其特征在于，所述第一测试操作是针对第一应用界面的第一操作；所述第一应用界面是所述测试执行对象响应针对第二应用界面中第一特定区域的第二操作，从所述第二应用界面切换后的界面；所述第二应用界面是所述测试执行对象启动后的界面；所述第一特定区域为多个，不同的所述第一特定区域对应的第一被测试对象和/或测试环境不同。

11.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述响应作用于所述测试执行对象的测试操作，对所述目标移动设备进行测试，还包括：

响应作用于所述测试执行对象的第二测试操作，从所述目标移动设备包括的不满足自动化测试条件的多个第二被测试对象中选择第二目标被测试对象，并基于所述第二测试操作对所述第二目标被测试对象进行测试。

12.根据权利要求11所述的移动设备的功耗测试方法，其特征在于，所述第二测试操作是针对第三应用界面的第三操作；所述第三应用界面是所述测试执行对象响应针对第二应用界面中第二特定区域的第四操作，从所述第二应用界面切换后的界面；所述第二应用界面是所述测试执行对象启动后的界面。

13.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述参考移动设备包括以下至少之一：

与所述目标移动设备属于相同属性类型，但对应的版本参数低于所述目标移动设备的版本参数的移动设备；

与所述目标移动设备属于不同属性类型，但对应的竞争参数与所述目标移动设备相似的移动设备。

14.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述第二功耗信息是通过对所述参考移动设备在其测试时的当前环境数据下的电池数据进行处理得到的；

所述当前环境数据包括以下至少之一：屏幕尺寸、屏幕亮度和测试时间；其中，所述目标移动设备和所述参考移动设备的屏幕亮度和/或特定测试时间相同；所述特定测试时间为对所述目标移动设备和/或所述参考移动设备的功耗测试产生影响的时间。

15.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，在通过访问所述目标移动设备的***接口获取所述目标移动设备在当前环境数据下的电池数据之后，所述方法还包括：

响应所述当前环境数据与标准环境数据不同，在所述图形用户界面显示第一提示信息，所述第一提示信息用于提示所述当前环境数据与所述标准环境数据不同。

16.根据权利要求1所述的移动设备的功耗测试方法，其特征在于，所述电池数据还包括电池温度数据；在通过访问所述目标移动设备的***接口获取所述目标移动设备在当前环境数据下的电池数据之后，所述方法还包括：

响应所述电池数据不满足测试条件，在所述图形用户界面上显示第二提示信息，所述第二提示信息用于提示所述电池数据不满足测试条件；所述电池数据不满足测试条件包括所述电池数据包括的电池温度数据大于预设温度阈值。

17.一种移动设备，其特征在于，包括：显示屏、存储器和一个或多个处理器，所述显示屏、所述存储器和所述处理器耦合；

所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，当所述处理器执行所述计算机指令时，所述目标移动设备执行如权利要求1至16中任一项所述的移动设备的功耗测试方法。

18.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在投屏发起端设备上运行时，使得所述投屏发起端设备执行如权利要求1至16中任一项所述的移动设备的功耗测试方法。

19.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至16中任一项所述的移动设备的功耗测试方法。

Images