CN113608990B - 终端性能检测方法、设备及存储介质 - Google Patents

Abstract

本申请提供一种终端性能检测方法、设备及存储介质，通过在终端出现异常状况后接收终端性能检测指令，获取设备信息；根据设备信息确定终端的多个目标性能指标的采集策略；接收用户的复现指令，获取终端出现异常状况时刻以前的操作指令，重新执行操作指令以对终端出现的异常状况进行复现，并判断是否成功复现；在执行操作指令过程中根据采集策略实时对多个目标性能指标进行同步采集，并显示于终端的显示界面中，若确定终端出现的异常状况成功复现，则根据多个目标性能指标查找异常目标性能指标和/或确定终端出现异常状况的原因。在对终端出现的异常状况的一次复现过程中完成对所有性能检测和分析，提高性能检测效率和分析结果准确性。

Description

终端性能检测方法、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种终端性能检测方法、设备及存储介质。

背景技术

在终端设备使用过程中，或者对终端设备进行程序开发时，会遇到终端运行出现异常情况，此时需要对终端进行性能检测，从而分析和判断问题点。

现有技术中在用户操作终端的过程中，终端出现异常状况后，需要用户对终端重新进行相同的操作，以对终端出现的异常状况进行复现，由于问题较为复杂，可能需要重复的复现异常状态，每次复现时检测和分析终端的一些性能信息，才能够最终确定终端异常状况的问题点所在，但是终端出现的某些异常情况可能是偶现的，受到各种因素影响，无法保证每次复现都能够成功；此外，复现也无法保证场景、复现手段完全一致，无法保证复现的成功，也可能在未复现成功的情况下由于其他因素导致出现了相同的异常状况，导致分析结果准确性不高，且消耗大量时间，效率低下。

发明内容

本申请提供一种终端性能检测方法、设备及存储介质，用以准确复现终端出现的异常状况，并在一次复现过程中完成全部性能检测和分析，提高终端性能检测的效率，提高分析定位问题的速度。

第一方面，本申请提供一种终端性能检测方法，包括：

在终端出现异常状况后，接收终端性能检测指令，根据性能检测指令获取设备信息；

根据所述设备信息确定所述终端的多个目标性能指标的采集策略；

接收用户的复现指令，从所述终端的录屏视频或者所述终端的操作日志中获取所述终端出现异常状况时刻以前的操作指令，重新执行所述操作指令以对所述终端出现的异常状况进行复现；

根据异常状况的报错信息，判断所述终端出现的异常状况是否成功复现；

在执行所述操作指令过程中，根据所述采集策略，实时对所述多个目标性能指标进行同步采集；

将采集到的所述多个目标性能指标显示于所述终端的显示界面中；

若确定所述终端出现的异常状况成功复现，则根据所述多个目标性能指标查找异常目标性能指标和/或确定所述终端出现异常状况的原因。

第二方面，本申请提供一种终端性能检测设备，包括：

输入模块，用于在终端出现异常状况后，接收终端性能检测指令，根据性能检测指令获取设备信息；

处理模块，用于根据所述设备信息确定所述终端的多个目标性能指标的采集策略；

复现控制模块，用于接收用户的复现指令，从所述终端的录屏视频或者所述终端的操作日志中获取所述终端出现异常状况时刻以前的操作指令，重新执行所述操作指令以对所述终端出现的异常状况进行复现；根据异常状况的报错信息，判断所述终端出现的异常状况是否成功复现；

采集模块，用于在执行所述操作指令过程中，根据所述采集策略，实时对所述多个目标性能指标进行同步采集；

显示模块，用于将采集到的所述多个目标性能指标显示于所述终端的显示界面中；

所述处理模块还用于，若确定所述终端出现的异常状况成功复现，则根据所述多个目标性能指标查找异常目标性能指标和/或确定所述终端出现异常状况的原因。

第三方面，本申请提供一种电子设备，包括：至少一个处理器；存储器；以及显示器；

所述存储器存储计算机执行指令；所述显示器用于显示；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面所述的方法。

本申请提供的终端性能检测方法、设备及存储介质，通过在终端出现异常状况后接收终端性能检测指令，根据性能检测指令获取设备信息；根据设备信息确定终端的多个目标性能指标的采集策略；接收用户的复现指令，从终端的录屏视频或者终端的操作日志中获取终端出现异常状况时刻以前的操作指令，重新执行操作指令以对终端出现的异常状况进行复现；根据异常状况的报错信息，判断终端出现的异常状况是否成功复现；在执行操作指令过程中，根据采集策略，实时对多个目标性能指标进行同步采集；将采集到的多个目标性能指标显示于所述终端的显示界面中；若确定终端出现的异常状况成功复现，则根据多个目标性能指标查找异常目标性能指标和/或确定终端出现异常状况的原因。本申请实施例可在终端出现异常状况后准确的复现终端出现的异常状况，并且在复现过程中同时对多个目标性能指标进行实时同步采集，从而能够在对终端出现的异常状况的一次复现过程中即可完成对所有所需性能的检测和分析，提高性能检测效率，缩短检测时间，且不需要重复复现终端出现的异常状况，可提高分析结果的准确性；此外，可根据设备信息确定终端的多个目标性能指标的采集策略，适用于不同的设备，具有较高的通用性和兼容性。

附图说明

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

图1为本申请一实施例提供的终端性能检测方法的应用场景示意图；

图2为本申请一实施例提供的终端性能检测方法的流程图；

图3为本申请一实施例提供的终端性能检测方法的主界面和悬浮窗示意图；

图4为本申请另一实施例提供的终端性能检测方法的流程图；

图5为本申请一实施例提供的终端性能检测设备的结构图；

图6为本申请一实施例提供的执行终端性能检测方法的电子设备的结构图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

在终端设备使用过程中，或者对终端设备进行程序开发时，会遇到终端运行出现异常情况，此时需要对终端进行性能检测，从而分析和判断问题点。

现有技术中在用户操作终端的过程中，终端出现异常状况后，需要用户对终端重新进行相同的操作，以对终端出现的异常状况进行复现，由于问题较为复杂，可能需要重复的复现异常状态，每次复现时检测和分析终端的一些性能信息，才能够最终确定终端异常状况的问题点所在，例如，可先复现异常状况，然后查看CPU状态，在分析CUP状态后，发现需要再分析内存状态，则此时再重新复现异常状况，再去检测内存状态，在分析内存状态后，可能又需要再分析其他方面的性能，此时还需要再次重新复现异常状况，再去检测相应的性能，针对复杂异常情况，这样重复的复现，每次复现时再去检测终端的一些性能信息、确定后续分析方向，消耗大量时间，效率低下；终端出现的某些异常情况可能是偶现的，受到各种因素影响，无法保证每次复现都能够成功；并且，每次复现并不能保证场景、复现手段的完全一致，无法保证复现的成功，容易受到各种干扰因素干扰分析方向，也可能在未复现成功的情况下由于其他因素导致出现了相同的异常状况，导致分析结果准确性不高。

针对上述技术问题，本申请实施例希望在发现终端异常问题的过程中能够准确复现终端出现的异常状况，并且尽可能在一次复现中就完成所有所需性能指标的采集和分析，因此，本申请实施例可在终端出现异常状况后，接收到终端性能检测指令，根据性能检测指令获取设备信息；根据设备信息确定终端的多个目标性能指标的采集策略；接收用户的复现指令，从终端的录屏视频或者终端的操作日志中获取终端出现异常状况时刻以前的操作指令，重新执行操作指令以对终端出现的异常状况进行复现；根据异常状况的报错信息，判断终端出现的异常状况是否成功复现；在执行操作指令过程中，根据采集策略，实时对多个目标性能指标进行同步采集；将采集到的多个目标性能指标显示于所述终端的显示界面中；若确定终端出现的异常状况成功复现，则根据多个目标性能指标查找异常目标性能指标和/或确定终端出现异常状况的原因。本申请实施例可在终端出现异常状况后准确的复现终端出现的异常状况，并且在复现过程中同时对多个目标性能指标进行实时同步采集，从而能够在对终端出现的异常状况的一次复现过程中即可完成对所有所需性能的检测和分析，提高性能检测效率，缩短检测时间，且不需要重复复现终端出现的异常状况，可提高分析结果的准确性；此外，可根据设备信息确定终端的多个目标性能指标的采集策略，适用于不同的设备，具有较高的通用性和兼容性。

上述终端可以是无线终端也可以是有线终端。无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网（Radio Access Network，简称RAN）与一个或多个核心网设备进行通信，无线终端可以是移动终端，如移动电话（或称为“蜂窝”电话）和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。再例如，无线终端还可以是个人通信业务（Personal Communication Service，简称PCS）电话、无绳电话、会话发起协议（Session Initiation Protocol，简称SIP）话机、无线本地环路（Wireless Local Loop，简称WLL）站、个人数字助理（Personal Digital Assistant，简称PDA）等设备。可选的，上述终端设备还可以是智能手表、平板电脑等设备。

本申请的终端性能检测方法的一种应用场景如图1所示，在终端101出现异常状况后从终端的录屏视频或者终端的操作日志中获取终端出现异常状况时刻以前的操作指令，重新执行操作指令以复现终端101出现的异常状况，复现过程中实时对多个目标性能指标进行同步采集，并显示于终端101的显示界面（如悬浮窗102）中，以在确定终端出现的异常状况成功复现的情况下，根据多个目标性能指标查找异常目标性能指标和/或确定终端出现异常状况的原因。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的终端性能检测方法流程图。本实施例提供了一种终端性能检测方法，其执行主体可以为任意的终端设备，该终端性能检测方法具体步骤如下：

S201、在终端出现异常状况后，接收终端性能检测指令，根据性能检测指令获取设备信息。

在本实施例中，用户可以在需要对终端进行性能检测时向终端输入终端性能检测指令，可选的，用户可以在终端出现异常状况后输入终端性能检测指令，或者也可以在对终端的任意测试阶段（例如终端应用程序测试阶段）输入终端性能检测指令。其中，用户输入终端性能检测指令，具体可以为，启动并运行终端性能检测应用程序，或者通过其他方式输入终端性能检测指令以触发本实施例的终端性能检测方法。

在本实施例中，为了使得本实施例的终端性能检测方法具有通用性和兼容性，能够跨平台应用，在接收到终端性能检测指令后，可先获取设备信息，包括但不限于处理器平台信息（如高通平台、联发科平台等）、设备硬件参数（如CPU、GPU、内存等硬件的厂商、型号等）、硬件架构信息及设备型号信息等。进而在后续能够针对不同的设备信息确定合适的指标采集策略。

S202、根据所述设备信息确定所述终端的多个目标性能指标的采集策略。

在本实施例中，由于设备信息不同，目标性能指标的采集工具和采集路径可能有所不同，例如处理器平台信息不同，如高通平台、联发科平台，在抓取log日志方面存在极大的区别，联发科平台使用自身平台的mobile log，而高通平台使用自身的kernel log或者自主的工具，这些差异导致在采集目标性能指标时要根据不同处理器平台使用不同的方法去获取log和信息。

其中，可选的，所述多个目标性能指标包括但不限于Fps（Frames Per Second，每秒传输帧数）性能指标、CPU性能指标、GPU性能指标、内存性能指标中的至少一项或多项。Fps性能指标可以包括某个window每秒内平均Fps；CPU性能指标可包括每个CPU当前、最大、最小频率；GPU性能指标可包括当前GPU占用比或者频率档位，不同平台有不同的显示信息；内存性能指标可包括总运存、当前可用运存。此外，目标性能指标还可由用户自行设置，相应的采集策略也可由用户配置，例如可在主界面中添加每一目标性能指标的开关，用户点击开关开启后终端接收用户在所述主界面中输入的目标性能指标设定指令，将其确定为目标性能指标；再如，主界面中还可增加目标性能指标的接口，可由用户自行增加所需的性能指标和对应的采集策略。

可选的，目标性能指标的获取可通过ProcessBuilder实现cmd的大部分开放的功能，例如获取节点值以及从结果中通过预设规则筛选计算得到需要的数据，此处不一一赘述。

可选的，本实施例中的所述采集策略包括但不限于目标性能指标的采集工具和采集路径；此外，可选的，在根据所述设备信息确定所述终端的多个目标性能指标的采集策略时，具体可包括：

根据所述终端的处理器平台信息、设备硬件参数及硬件架构信息中的至少一项确定多个目标性能指标的采集策略；和/或

若无法根据处理器平台信息、设备硬件参数及硬件架构信息中的至少一项确定多个目标性能指标的采集策略，则根据所述设备型号信息查找数据库，从数据库中获取与所述设备信号信息对应的采集策略。

在本实施例中，对于特定的处理器平台，目标性能指标具有特定的采集工具和采集路径；同样，对于特定的硬件参数，目标性能指标也具有特定的采集工具和采集路径；对于特定的硬件架构，目标性能指标也具有特定的采集工具和采集路径。因此本实施例中可基于处理器平台信息、设备硬件参数及硬件架构信息中的至少一项，确定目标性能指标的采集工具和采集路径。而在某些特殊情况中，对于某一设备，根据处理器平台信息、设备硬件参数及硬件架构信息中的至少一项无法确定多个目标性能指标的采集工具或采集路径，则可由开发人员针对该种设备来确定目标性能指标的采集工具和采集路径，然后将采集工具和采集路径与设备型号信息关联存储在数据库或数据表中，进而可以使得终端可以根据设备型号信息查找数据库，获取与该设备信号信息对应的所述多个目标性能指标的采集工具或采集路径。

S203、接收用户的复现指令，从所述终端的录屏视频或者所述终端的操作日志中获取所述终端出现异常状况时刻以前的操作指令，重新执行所述操作指令以对所述终端出现的异常状况进行复现。

在本实施例中，用户可通过输入复现指令，触发启动复现过程。而在启动复现时，为了保证能够准确的复现终端出现的异常状况，需要对终端重新执行终端端出现异常状况时刻以前的相同操作指令。

为了保证操作指令完全相同，在一种可选实施例中，可一直保持对终端进行录屏，在终端出现异常状况后可从录屏视频中获取终端出现异常状况时刻以前的操作指令，例如识别出用户的各个操作行为。

在另一种可选实施例中，可获取终端的操作日志，操作日志中记录了用户的操作指令，在终端出现异常状况后可从终端的操作日志中获取终端出现异常状况时刻以前的操作指令。

在获取终端出现异常状况时刻以前的操作指令，重新执行操作指令以对终端出现的异常状况进行复现。

具体的，在一种可选实施例中，对所述操作指令进行展示，并接收用户根据展示内容重新输入的操作指令，执行用户重新输入的操作指令，以对所述终端出现的异常状况进行复现。在本实施例中，可将终端出现异常状况时刻以前的操作指令展示给用户，用户可根据展示内容重新输入相同的操作指令，执行用户重新输入的操作指令，以对终端出现的异常状况进行复现。

在另一种可选实施例中，接收用户对所述操作指令的启动执行指令，根据所述启动执行指令自动重新执行所述操作指令以对所述终端出现的异常状况进行复现。在本实施例中，由于已获取到终端出现异常状况时刻以前的操作指令，用户可以控制终端自动重新执行该操作指令，不需要用户再次输入操作指令，提高了便捷性，也保证了操作指令执行过程与终端出现异常状况时刻以前完全一致。

在另一种可选实施例中，接收用户对所述操作指令的重复执行指令，所述重复执行指令包括重复执行次数，根据所述重复执行指令自动重复执行所述操作指令以对所述终端出现的异常状况进行重复复现。在本实施例中，为了保证能够完全准确的复现终端出现的异常状况，可进行多次重复执行终端出现异常状况时刻以前的操作指令，通过重复执行可以避免复现过程中受到各种偶然因素影响，在未复现成功的情况下由于其他因素导致出现了相同的异常状况。

S204、根据异常状况的报错信息，判断所述终端出现的异常状况是否成功复现。

在本实施例中，在重新执行终端出现异常状况时刻以前的操作指令的情况下，也可能并不能够保证终端出现完全一致的异常状况，因此本实施例中在重新执行终端出现异常状况时刻以前的操作指令后，可获取终端的异常状况报错信息，与最开始终端出现的异常状况的报错信息进行比较，若比较一致，则确定本次对终端出现的异常状况成功复现；否则，确定本次对终端出现的异常状况未成功复现，可提示用户重新复现。

需要说明的是，在自动重复执行所述操作指令的情况下，若确定一次或多次执行操作指令对终端出现的异常状况成功复现，则可以选择其中任意一次或最后一次成功复现过程执行后续的查找异常目标性能指标和/或确定所述终端出现异常状况的原因；若多次执行操作指令均未对终端出现的异常状况成功复现，则可提示用户复现失败。

S205、在执行所述操作指令过程中，根据所述采集策略，实时对所述多个目标性能指标进行同步采集。

在本实施例中，在确定多个目标性能指标中每一目标性能指标的采集工具或采集路径后，可根据每一目标性能指标的采集工具或采集路径，实时对各目标性能指标进行同步采集，也即同一时刻中可同时采集到该多个目标性能指标，尤其是在对终端出现的异常状况进行复现的过程中，实时对多个目标性能指标进行同步采集，可在一次复现过程中完成对所有目标性能指标的检测与分析，无需重复复现、再确定分析方向，可极大的提高效率，缩短检测时间，也避免了重复复现过程中存受到各种干扰因素干扰，提高分析结果准确性。

可选的，本实施例中可启动采集服务Service组件，并将所述Service组件设置为前台Service；通过所述Service组件实时对所述多个目标性能指标进行同步采集。通过将采集服务Service组件设置为前台Service，可大大降低该Service组件运行过程中被系统清理的概率；在启动Service组件、设置为前台Service之后，可再启动线程handlerthread，通过sendmessage函数向队列queue提交一个任务，该任务中执行了抽象方法onHandleIntent，将轮询逻辑重写进这个抽象方法，至此轮询功能执行完毕，获取到的多个目标性能指标数据被封装为对象保存在内存。

可选的，本实施例实时对所述多个目标性能指标进行同步采集可方发生在对终端出现的异常状况进行复现过程中，具体的，上述S201接收终端性能检测指令，可以发生在终端出现异常状况后，也即，用户在使用终端时若发现终端出现异常状况后，才输入终端性能检测指令，进而可启动采集服务Service组件。进一步的，用户可对终端出现的异常状况进行复现，用户可控制终端在与异常状况相同的场景和控制下再次运行，终端接收到用户的复现指令后，对异常状况进行复现，在复现过程中可实时对所述多个目标性能指标进行同步采集。需要说明的是，若终端出现的异常状况未复现成功，则可由用户重新再次输入复现指令。

S206、将采集到的所述多个目标性能指标显示于所述终端的显示界面中。

在本实施例中，可以将采集到的所述多个目标性能指标以任意方式显示于终端的显示界面中，可选的，可将采集到的所述多个目标性能指标显示于主界面和/或悬浮窗中，可便于对多个目标性能指标同时分析，如图3所示，主界面如301所示，悬浮窗如302所示。

其中，主界面为一个单独的显示界面，可以显示采集到的所述多个目标性能指标，还可包括一些设置选项、设置按钮等，例如可包括悬浮窗开启按钮；而悬浮窗则可悬浮在终端最上层进行显示，由于悬浮窗相对比较小，可仅仅具有显示功能，当然也可包括一些常用的设置选项、设置按钮，悬浮窗可以在终端运行其他应用程序时开启，例如用户在运行某一应用程序时出现异常情况，可开启悬浮窗，以便于用户一边复现该应用程序出现的异常情况，一边查看悬浮窗显示的多个目标性能指标，从而快速定位问题所在，确定终端出现异常状况的原因。可选的，悬浮窗可具有一定的透明度，透明度可在主界面或悬浮窗中设置。

S207、若确定所述终端出现的异常状况成功复现，则根据所述多个目标性能指标查找异常目标性能指标和/或确定所述终端出现异常状况的原因。

在本实施例中，在确定终端出现的异常状况成功复现的情况下，可对多个目标性能指标进行分析，查找异常目标性能指标和/或确定终端出现异常状况的原因；而若确定终端出现的异常状况未成功复现，则无需根据多个目标性能指标查找异常目标性能指标和/或确定终端出现异常状况的原因。

可选的，如图4所示，所述方法还可包括：

S401、根据采集到的所述多个目标性能指标以及每一目标性能指标对应的预设阈值，查找所述多个目标性能指标中超过对应的预设阈值的异常目标性能指标；

S402、在所述主界面和/或悬浮窗中对所述异常目标性能指标进行标识，和/或，控制所述终端采用预设告警方式发出告警。

在本实施例中，可预先对每一目标性能指标设置预设阈值，超过预设阈值范围则属于异常，因此在采集到多个目标性能指标后，可将每一目标性能指标与对应的预设阈值进行比较，从而可以查找到多个目标性能指标中超过对应的预设阈值的异常目标性能指标，例如CPU当前频率与其对应预设阈值进行比较，若超过了预设阈值，说明CPU当前频率为异常性能指标。在查找到异常目标性能指标可在主界面和/或悬浮窗中显示多个目标性能指标时将异常目标性能指标进行标识，例如高亮显示、框选、添加标签等等，此外还可控制终端采用预设告警方式发出告警，例如声音、震动等，从而提示用户去查看异常目标性能指标，以便快速定位问题所在，确定终端出现异常状况的原因。其中，每一目标性能指标对应的预设阈值可由用户在主界面中进行设置，也可预先配置在终端内，或者由终端自行根据设备信息进行确定。

可选的，上述S205中多个目标性能指标同步采集发生对终端出现的异常状况复现过程中时，可基于每一目标性能指标对应的预设阈值来判断终端出现的异常状况是否复现成功，便于用户快速判断是否复现成功，具体的，所述方法还包括：

若未查找所述多个目标性能指标中超过对应的预设阈值的异常目标性能指标，则提示用户重新复现，并在再次接收到用户的复现指令后，重新对所述终端出现的异常状况进行复现。在本实施例中，若多个目标性能指标中不存在超过对应的预设阈值的异常目标性能指标，则说明当前终端并没有出现异常情况，此时可提示用户重新复现，用户可重新输入复现指令，终端可在再次接收到用户的复现指令后，重新对所述终端出现的异常状况进行复现。

在另一种可选实施例中，终端还可生成性能检测报告，具体的，可包括：

接收用户在所述主界面中输入的报告生成指令；根据所述报告生成指令以及所述多个目标性能指标进行分析生成性能检测报告，并输出所述性能检测报告。本实施例中，可在主界面中增加报告生成按钮，用户点击按钮后终端接收到报告生成指令，进而对多个目标性能指标进行分析生成性能检测报告并输出，其中，性能检测报告可包括但不限于多个目标性能指标的值、异常目标性能指标、终端出现异常状况的原因。

本实施例提供的终端性能检测方法，通过在终端出现异常状况后接收终端性能检测指令，根据性能检测指令获取设备信息；根据设备信息确定终端的多个目标性能指标的采集策略；接收用户的复现指令，从终端的录屏视频或者终端的操作日志中获取终端出现异常状况时刻以前的操作指令，重新执行操作指令以对终端出现的异常状况进行复现；根据异常状况的报错信息，判断终端出现的异常状况是否成功复现；在执行操作指令过程中，根据采集策略，实时对多个目标性能指标进行同步采集；将采集到的多个目标性能指标显示于所述终端的显示界面中；若确定终端出现的异常状况成功复现，则根据多个目标性能指标查找异常目标性能指标和/或确定终端出现异常状况的原因。本实施例可在终端出现异常状况后准确的复现终端出现的异常状况，并且在复现过程中同时对多个目标性能指标进行实时同步采集，从而能够在对终端出现的异常状况的一次复现过程中即可完成对所有所需性能的检测和分析，提高性能检测效率，缩短检测时间，且不需要重复复现终端出现的异常状况，可提高分析结果的准确性；此外，可根据设备信息确定终端的多个目标性能指标的采集策略，适用于不同的设备，具有较高的通用性和兼容性。

在上述实施例的基础上，通过以下具体示例对上述终端性能检测方法进行说明。

示例一，当终端执行游戏程序时发生掉帧现象，常规的分析方式是，复现游戏掉帧的场景，然后抓取log日志信息，分析掉帧时间点附近是否异常，若未发现异常，则需要重新复现游戏掉帧的场景，再去获取CPU、GPU、内存、网络中一项或几项性能信息进行分析，若确定还需要在分析其他性能信息，则还需要再去复现游戏掉帧的场景，才能进行其他性能信息的采集。

而应用本申请的终端性能检测方法，可先确定需要采集的目标性能指标包括CPU、GPU、内存、网络等性能信息，并且根据终端设备信息确定各目标性能指标的采集策略，进而只需在复现一次游戏掉帧的场景过程中，就可快速实现对CPU、GPU、内存、网络等多项目标性能信息进行实时同步采集，进而可显示、并分析异常目标性能指标，准确高效的确定终端出现异常状况的原因，例如，比如某些CPU此时利用率变为0，那么定位掉帧原因为拔核导致掉帧；再如，内存GC（Garbage Collection，垃圾回收），那么定位掉帧原因为内存回收释放资源导致；再如网络延迟高，那么定位掉帧原因为网络加载延迟导致。

示例二，当项目中有需求为点击终端屏幕，CPU需要满频，由于CPU是动态调整，存在多种策略可影响CPU频率，日常查看log时很难去注意到，需要进行专项测试抓log才能确定该功能是否生效。

而应用本申请的终端性能检测方法，准确复现CPU频率被影响的场景，并实现在点击终端屏幕时就可以实时看到CPU频率信息，从而判断出每次点击是否满频，无需进行专项测试。

示例三，在终端使用过程中偶现卡顿，例如对于一些配置低的终端在使用时会出现偶尔卡顿，由于这类卡顿问题不是必现，需要花费很多时间测试分析，而应用本申请的终端性能检测方法，可以准确复现终端使用过程中出现的卡顿，并通过对数据的观察定位卡顿原因，及时发现隐性问题，例如网络延迟高，那么定位卡顿原因为网络加载延迟导致；再如内存dump数据异常，那么定位卡顿原因为内存策略导致。

图5为本申请实施例提供的终端性能检测设备的结构图。本实施例提供的终端性能检测设备可以执行终端性能检测方法实施例提供的处理流程，如图6所示，所述终端性能检测设备500包括输入模块501、处理模块502、复现控制模块503、采集模块504、以及显示模块505。

输入模块501，用于在终端出现异常状况后，接收终端性能检测指令，根据性能检测指令获取设备信息；

处理模块502，用于根据所述设备信息确定所述终端的多个目标性能指标的采集策略；

复现控制模块503，用于接收用户的复现指令，从所述终端的录屏视频或者所述终端的操作日志中获取所述终端出现异常状况时刻以前的操作指令，重新执行所述操作指令以对所述终端出现的异常状况进行复现；根据异常状况的报错信息，判断所述终端出现的异常状况是否成功复现；

采集模块504，用于在执行所述操作指令过程中，根据所述采集策略，实时对所述多个目标性能指标进行同步采集；

显示模块505，用于将采集到的所述多个目标性能指标显示于所述终端的显示界面中；

所述处理模块502还用于，若确定所述终端出现的异常状况成功复现，则根据所述多个目标性能指标查找异常目标性能指标和/或确定所述终端出现异常状况的原因。

在上述任一实施例的基础上，所述复现控制模块503在重新执行所述操作指令以对所述终端出现的异常状况进行复现时，用于：

对操作指令进行展示，并接收用户根据展示内容重新输入的操作指令，执行用户重新输入的操作指令，以对所述终端出现的异常状况进行复现；或者

接收用户对所述操作指令的启动执行指令，根据所述启动执行指令自动重新执行所述操作指令以对所述终端出现的异常状况进行复现；或者

接收用户对所述操作指令的重复执行指令，所述重复执行指令包括重复执行次数，根据所述重复执行指令自动重复执行所述操作指令以对所述终端出现的异常状况进行重复复现。

在上述任一实施例的基础上，所述处理模块502在根据所述设备信息确定所述终端的多个目标性能指标的采集策略时，用于：

根据所述终端的处理器平台信息、设备硬件参数及硬件架构信息中的至少一项确定多个目标性能指标的采集策略；和/或

若无法根据处理器平台信息、设备硬件参数及硬件架构信息中的至少一项确定多个目标性能指标的采集策略，则根据所述设备型号信息查找数据库，从数据库中获取与所述设备信号信息对应的采集策略；

其中，所述采集策略包括目标性能指标的采集工具和采集路径。

在上述任一实施例的基础上，所述采集模块504在实时对所述多个目标性能指标进行同步采集时，用于：

启动采集服务Service组件，并将所述Service组件设置为前台Service；

通过所述Service组件实时对所述多个目标性能指标进行同步采集。

在上述任一实施例的基础上，所述显示模块505在将采集到的所述多个目标性能指标显示于所述终端的显示界面中，包括：

将采集到的所述多个目标性能指标显示于主界面和/或悬浮窗中。

在上述任一实施例的基础上，所述处理模块502还用于，根据采集到的所述多个目标性能指标以及每一目标性能指标对应的预设阈值，查找所述多个目标性能指标中超过对应的预设阈值的异常目标性能指标；

所述显示模块505还用于，在所述主界面和/或悬浮窗中对所述异常目标性能指标进行标识；和/或，所述处理模块502还用于，控制所述终端采用预设告警方式发出告警。

在上述任一实施例的基础上，所述处理模块502还用于，若未查找所述多个目标性能指标中超过对应的预设阈值的异常目标性能指标，则提示用户重新复现，并在所述输入模块501再次接收到用户的复现指令后，重新对所述终端出现的异常状况进行复现。

在上述任一实施例的基础上，所述输入模块501还用于，接收用户在所述主界面中输入的报告生成指令；

所述处理模块502还用于，根据所述报告生成指令以及所述多个目标性能指标进行分析生成性能检测报告，并输出所述性能检测报告。

在上述任一实施例的基础上，所述多个目标性能指标包括Fps性能指标、CPU性能指标、GPU性能指标、内存性能指标中的至少一项。

在上述任一实施例的基础上，所述输入模块501还用于，接收用户在所述主界面中输入的目标性能指标设定指令；

所述处理模块502还用于，根据所述目标性能指标设定指令，确定所述目标性能指标。

本申请实施例提供的终端性能检测设备可以具体用于执行上述图2或4所提供的方法实施例，具体功能此处不再赘述。

本申请实施例提供的终端性能检测设备，通过在终端出现异常状况后接收终端性能检测指令，根据性能检测指令获取设备信息；根据设备信息确定终端的多个目标性能指标的采集策略；接收用户的复现指令，从终端的录屏视频或者终端的操作日志中获取终端出现异常状况时刻以前的操作指令，重新执行操作指令以对终端出现的异常状况进行复现；根据异常状况的报错信息，判断终端出现的异常状况是否成功复现；在执行操作指令过程中，根据采集策略，实时对多个目标性能指标进行同步采集；将采集到的多个目标性能指标显示于所述终端的显示界面中；若确定终端出现的异常状况成功复现，则根据多个目标性能指标查找异常目标性能指标和/或确定终端出现异常状况的原因。本实施例可在终端出现异常状况后准确的复现终端出现的异常状况，并且在复现过程中同时对多个目标性能指标进行实时同步采集，从而能够在对终端出现的异常状况的一次复现过程中即可完成对所有所需性能的检测和分析，提高性能检测效率，缩短检测时间，且不需要重复复现终端出现的异常状况，可提高分析结果的准确性；此外，可根据设备信息确定终端的多个目标性能指标的采集策略，适用于不同的设备，具有较高的通用性和兼容性。

图6为本申请实施例提供的电子设备的结构示意图。本申请实施例提供的电子设备可以执行终端性能检测方法实施例提供的处理流程，如图6所示，电子设备60包括存储器61、处理器62、计算机程序；其中，计算机程序存储在存储器61中，并被配置为由处理器62执行以上实施例所述的终端性能检测方法。此外，电子设备60还可具有通讯接口63，用于传输控制指令和/或数据。

图6所示实施例的电子设备可用于执行上述终端性能检测方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

另外，本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的方法。

本实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行以实现上述实施例所述的方法。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请实施例各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上各实施例仅用以说明本申请实施例的技术方案，而非对其限制；尽管参照前述各实施例对本申请实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请实施例各实施例技术方案的范围。

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

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

Claims (12)

1.一种终端性能检测方法，其特征在于，包括：

在终端出现异常状况后，接收终端性能检测指令，确定所述终端的多个目标性能指标的采集策略；其中，所述确定所述终端的多个目标性能指标的采集策略，包括：根据性能检测指令获取设备信息，并根据所述设备信息确定所述终端的多个目标性能指标的采集策略，所述多个目标性能指标根据用户在主界面中输入的目标性能指标设定指令进行确定；或者，接收用户通过主界面中的目标性能指标的接口输入的多个目标性能指标以及所述多个目标性能指标的采集策略；其中所述多个目标性能指标包括Fps性能指标、CPU性能指标、GPU性能指标、内存性能指标中的至少一项；

接收用户的复现指令，从所述终端的录屏视频或者所述终端的操作日志中获取所述终端出现异常状况时刻以前的操作指令，重新执行所述操作指令以对所述终端出现的异常状况进行复现；

根据异常状况的报错信息，判断所述终端出现的异常状况是否成功复现；

在执行所述操作指令过程中，根据所述采集策略，实时对所述多个目标性能指标进行同步采集；将采集到的所述多个目标性能指标显示于所述终端的显示界面中；

若确定所述终端出现的异常状况成功复现，则根据所述多个目标性能指标查找异常目标性能指标和/或确定所述终端出现异常状况的原因；

所述根据所述多个目标性能指标查找异常目标性能指标，包括：

根据采集到的所述多个目标性能指标以及每一目标性能指标对应的预设阈值，查找所述多个目标性能指标中超过对应的预设阈值的异常目标性能指标；其中，每一目标性能指标对应的预设阈值根据用户在主界面中的设置指令设定、或根据所述设备信息确定。

2.根据权利要求1所述的方法，其特征在于，所述重新执行所述操作指令以对所述终端出现的异常状况进行复现，包括：

对所述操作指令进行展示，并接收用户根据展示内容重新输入的操作指令，执行用户重新输入的操作指令，以对所述终端出现的异常状况进行复现；或者

接收用户对所述操作指令的启动执行指令，根据所述启动执行指令自动重新执行所述操作指令以对所述终端出现的异常状况进行复现；或者

接收用户对所述操作指令的重复执行指令，所述重复执行指令包括重复执行次数，根据所述重复执行指令自动重复执行所述操作指令以对所述终端出现的异常状况进行重复复现。

3.根据权利要求1所述的方法，其特征在于，所述根据所述设备信息确定所述终端的多个目标性能指标的采集策略，包括：

根据所述终端的处理器平台信息、设备硬件参数及硬件架构信息中的至少一项确定多个目标性能指标的采集策略；和/或

若无法根据处理器平台信息、设备硬件参数及硬件架构信息中的至少一项确定多个目标性能指标的采集策略，则根据设备型号信息查找数据库，从数据库中获取与所述设备型号 信息对应的采集策略；

其中，所述采集策略包括目标性能指标的采集工具和采集路径。

4.根据权利要求3所述的方法，其特征在于，所述实时对所述多个目标性能指标进行同步采集，包括：

启动采集服务Service组件，并将所述Service组件设置为前台Service；

通过所述Service组件实时对所述多个目标性能指标进行同步采集。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述将采集到的所述多个目标性能指标显示于所述终端的显示界面中，包括：

将采集到的所述多个目标性能指标显示于主界面和/或悬浮窗中。

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

在所述主界面和/或悬浮窗中对所述异常目标性能指标进行标识，和/或，控制所述终端采用预设告警方式发出告警。

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

若未查找所述多个目标性能指标中超过对应的预设阈值的异常目标性能指标，则提示用户重新复现，并在再次接收到用户的复现指令后，重新对所述终端出现的异常状况进行复现。

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

接收用户在所述主界面中输入的报告生成指令；

根据所述报告生成指令以及所述多个目标性能指标进行分析生成性能检测报告，并输出所述性能检测报告。

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

接收用户在所述主界面中输入的目标性能指标设定指令；

根据所述目标性能指标设定指令，确定所述目标性能指标。

10.一种终端性能检测设备，其特征在于，包括：

输入模块，用于在终端出现异常状况后，接收终端性能检测指令，根据性能检测指令获取设备信息；或者，接收用户通过主界面中的目标性能指标的接口输入的多个目标性能指标以及所述多个目标性能指标的采集策略；

处理模块，用于根据所述设备信息确定所述终端的多个目标性能指标的采集策略；其中所述多个目标性能指标根据用户在主界面中输入的目标性能指标设定指令进行确定；所述多个目标性能指标包括Fps性能指标、CPU性能指标、GPU性能指标、内存性能指标中的至少一项；

复现控制模块，用于接收用户的复现指令，从所述终端的录屏视频或者所述终端的操作日志中获取所述终端出现异常状况时刻以前的操作指令，重新执行所述操作指令以对所述终端出现的异常状况进行复现；根据异常状况的报错信息，判断所述终端出现的异常状况是否成功复现；

采集模块，用于在执行所述操作指令过程中，根据所述采集策略，实时对所述多个目标性能指标进行同步采集；

显示模块，用于将采集到的所述多个目标性能指标显示于所述终端的显示界面中；

所述处理模块还用于，若确定所述终端出现的异常状况成功复现，则根据所述多个目标性能指标查找异常目标性能指标和/或确定所述终端出现异常状况的原因；

所述处理模块在根据所述多个目标性能指标查找异常目标性能指标时，用于：

根据采集到的所述多个目标性能指标以及每一目标性能指标对应的预设阈值，查找所述多个目标性能指标中超过对应的预设阈值的异常目标性能指标；其中，每一目标性能指标对应的预设阈值根据用户在主界面中的设置指令设定、或根据所述设备信息确定。

11.一种电子设备，其特征在于，包括：至少一个处理器；存储器；以及显示器；

所述存储器存储计算机执行指令；所述显示器用于显示；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-9任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-9任一项所述的方法。

Images