CN111190791A - 应用异常上报方法、装置和电子设备 - Google Patents

Abstract

本发明公开了一种应用异常上报方法、装置、电子设备和计算机可读存储介质，该方法包括：在终端内应用启动时，为应用注册插件，通过插件监控终端的姿态；在监控到终端处于预设姿态时，获取应用当前的运行信息；向预设服务器上报异常，并上传运行信息。根据本发明的技术方案，采用了在应用启动时注册插件的方式，使得在应用运行期间可以对终端的姿态进行监控，当测试人员发现应用bug时，可以控制终端进入预设姿态，在终端进入预设姿态时，自动捕捉终端当前的运行信息，并上传到服务器并报告异常，本发明中无需测试人员手动导出截图，也不需要到电脑上进行上报操作，可以针对不同类型的应用注册插件，检测预设姿态时触发上报异常效率极高。

Description

应用异常上报方法、装置和电子设备

技术领域

本发明涉及计算机信息处理领域，具体而言，涉及一种应用异常上报方法、装置、电子设备及计算机可读介质。

背景技术

在应用正式发布之前，应用厂商通常需要组织测试人员对应用进行反复测试，发现其中的bug(漏洞、错误、异常等)并及时处理。目前，对手机应用进行测试时，测试人员在发现bug时需要手动截屏，将截图导出到电脑上，再使用电脑将截图上传到bug后台，效率非常低下。

因此，需要一种高效上报bug的技术方案，在发现bug后快速上报，提升上报bug的效率。

发明内容

本发明旨在解决发现bug后快速上报，提升上报bug效率的问题。

为了解决上述技术问题，本发明第一方面提出一种应用异常上报方法，包括：在终端内应用启动时，为所述应用注册插件，通过所述插件监控所述终端的姿态；在监控到所述终端处于预设姿态时，获取所述应用当前的运行信息；向预设服务器上报异常，并上传所述运行信息。

为了解决上述技术问题，本发明第二方面提出一种应用异常上报装置，包括：插件注册模块，在终端内应用启动时，为所述应用注册插件，通过所述插件监控所述终端的姿态；运行信息获取模块，在监控到所述终端处于预设姿态时，获取所述应用当前的运行信息；异常上报模块，向预设服务器上报异常，并上传所述运行信息。

为了解决上述技术问题，本发明第三方面提出一种电子设备，其包括处理器以及存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行上述的方法。

为了解决上述技术问题，本发明第四方面提出一种计算机可读存储介质，该所述计算机可读存储介质存储一个或多个程序，当所述一个或多个程序被处理器执行时，实现上述的方法。

由于本发明采用了在应用启动时注册插件的方式，使得在应用运行期间可以对终端的姿态进行监控，当测试人员发现应用bug时，可以控制终端进入预设姿态，在终端进入预设姿态时，自动捕捉终端当前的运行信息，并上传到服务器并报告异常，本发明中无需测试人员手动导出截图，也不需要到电脑上进行上报操作，可以针对不同类型的应用注册插件，检测预设姿态时触发上报异常效率极高。

附图说明

为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明的示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。

图1是根据本发明的一个实施例的应用异常上报方法的流程图；

图2是根据本发明的一个实施例的应用异常上报方法的示意图；

图3是根据本发明的一个实施例的应用异常上报方法的流程图；

图4是根据本发明的一个实施例的应用异常上报方法的流程图；

图5是根据本发明的一个实施例的应用异常上报装置的框图；

图6是根据本发明的一个实施例的电子设备的框图；

图7是根据本发明的一个实施例的计算机可读存储介质的示意图。

具体实施方式

现在将参考附图来更加全面地描述本发明的示例性实施例，虽然各示例性实施例能够以多种具体的方式实施，但不应理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例是为了使本发明的内容更加完整，更加便于将发明构思全面地传达给本领域的技术人员。

在符合本发明的技术构思的前提下，在某个特定的实施例中描述的结构、性能、效果或者其他特征可以以任何合适的方式结合到一个或更多其他的实施例中。

在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。

附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。

附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如，第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。

如图1所示，本发明提供了一种应用异常上报方法，包括：

步骤S110，在终端内应用启动时，为应用注册插件，通过插件监控终端的姿态。

在本实施例中，可以通过sdk插件的形式把监控终端姿态并提交bug的功能集成在测试项目的APP中，在APP启动的时候去注册插件。在本实施例中，对终端姿态的监控可以基于终端内置的姿态传感器完成，例如，加速度传感器等。在本实施例中，注册sdk插件对于不同类型APP均适用，所以本实施例技术方案的适用性良好。

步骤S120，在监控到终端处于预设姿态时，获取应用当前的运行信息。

在本实施例中，对预设姿态不进行限制，例如，可以是终端处于“摇一摇”、倒置等姿态。在本实施例中，对运行信息进行限制，该运行信息可是应用运行相关的任何信息，用于反映应用的运行情况。

步骤S130，向预设服务器上报异常，并上传运行信息。

在本实施例中，采用了在应用启动时注册插件的方式，使得在应用运行期间可以对终端的姿态进行监控，当测试人员发现应用bug时，可以控制终端进入预设姿态，在终端进入预设姿态时，自动捕捉终端当前的运行信息，并上传到服务器并报告异常，本实施例中无需测试人员手动导出截图，也不需要到电脑上进行上报操作，可以针对不同类型的应用注册插件，检测预设姿态时触发上报异常效率极高。具体可以如图2所示，首先需要实现注册插件的功能，即在app启动的时候注册插件，插件监控手机摇一摇的事件，测试人员对手机摇一摇表示发现应用bug，在摇一摇的事件发生时截取当前屏幕，并且获取当前app运行信息，通过预设的API接口上传截图和app运行信息，后台bug系统自动生成一条bug记录，整个上报bug的过程快捷高效，极大地减少了用户的操作。

如图3所示，本发明提供了一种应用异常上报方法，包括：

步骤S310，在终端内应用启动时，检测应用的厂商信息，在应用的厂商信息为预设厂商信息时为应用注册插件，通过插件监控终端的姿态。

在本实施例中，由于手机等终端内安装的应用众多，而测试仅仅是针对测试人员所在厂商的APP进行的，因此向APP集成插件时首先要检测APP的厂商信息，仅在APP厂商为特定厂商时才进行插件注册。

步骤S320，在监控到终端处于预设姿态时，对应用进行截图，识别截取的图片中反应的异常信息，获取终端处于预设姿态前的预定时间范围内用户的操作记录。

在本实施例中，APP中出现bug时，问题容易反映在APP的界面上，所以此时对屏幕进行截图，能够捕捉APP界面上的异常信息。在本实施例中，进一步地，对于APP界面上反映的异常信息，可以基于图形识别的方式提取出来，例如，识别APP界面上的文字错误或图形元素的显示位置错误等，通过自动识别异常取代了人为识别异常。在本实施例中，对预定时间范围不进行限制，例如，可以获取10秒范围内的时间记录，用于分析是哪些操作导致APP产生bug。

步骤S330，向预设服务器上报异常，并上传运行信息。

在本实施例中，可以将应用截图、对截图中反映异常的信息以及用户的操作记录一并发送到服务器。

如图4所示，本发明提供了一种应用异常上报方法，包括：

步骤S410，在终端内应用启动时，检测应用的版本号，在应用的版本号达到历史记录版本号时，为应用注册插件，并根据应用的版本号更新历史记录版本号，通过插件监控终端的姿态。

在本实施例中，在应用测试的过程中，由于应用版本会不断发生更新，当新版本应用出现时，就没有了对历史版本应用进行测试的必要，因此在本实施例的技术方案中，首先检测应用的版本号，只有应用版本号超过或等于记录的历史版本号时才进行测试，避免测试人员进行无意义的测试。

步骤S420，在监控到终端处于预设姿态时，获取应用当前的进程环境信息。对照预设的异常问题库，从进程环境信息中提取异常特征。

在本实施例中，由于应用bug的产生与应用的进程环境有很大关系，因此获取当前进程环境信息，用于分析环境中导致应用bug产生的因素。在本实施例中，进一步地，可以根据用于历史异常原因的异常问题库，从进程环境信息中查找导致应用bug的特征。

步骤S430，向预设服务器上报异常，根据应用的类型，选择对应的接口向预设服务器报送运行信息。

在本实施例中，对于每种类型的应用使用的bug服务器也有所不同，所以根据应用类型，选择对应的API接口，将运行信息正确报送到对应的服务器上。

本领域技术人员可以理解，实现上述实施例的全部或部分步骤被实现为由数据处理设备(包括计算机)执行的程序，即计算机程序。在该计算机程序被执行时，可以实现本发明提供的上述方法。而且，所述的计算机程序可以存储于计算机可读存储介质中，该存储介质可以是磁盘、光盘、ROM、RAM等可读存储介质，也可以是多个存储介质组成的存储阵列，例如磁盘或磁带存储阵列。所述的存储介质不限于集中式存储，其也可以是分布式存储，例如基于云计算的云存储。

下面描述本发明的装置实施例，该装置可以用于执行本发明的方法实施例。对于本发明装置实施例中描述的细节，应视为对于上述方法实施例的补充；对于在本发明装置实施例中未披露的细节，可以参照上述方法实施例来实现。

如图5所示，本发明提供了一种应用异常上报装置，包括：

插件注册模块510，在终端内应用启动时，为应用注册插件，通过插件监控终端的姿态。

在本实施例中，可以通过sdk插件的形式把监控终端姿态并提交bug的功能集成在测试项目的APP中，在APP启动的时候去注册插件。在本实施例中，对终端姿态的监控可以基于终端内置的姿态传感器完成，例如，加速度传感器等。在本实施例中，注册sdk插件对于不同类型APP均适用，所以本实施例技术方案的适用性良好。

运行信息获取模块520，在监控到终端处于预设姿态时，获取应用当前的运行信息。

在本实施例中，对预设姿态不进行限制，例如，可以是终端处于“摇一摇”、倒置等姿态。在本实施例中，对运行信息进行限制，该运行信息可是应用运行相关的任何信息，用于反映应用的运行情况。

异常上报模块530，向预设服务器上报异常，并上传运行信息。

在本实施例中，采用了在应用启动时注册插件的方式，使得在应用运行期间可以对终端的姿态进行监控，当测试人员发现应用bug时，可以控制终端进入预设姿态，在终端进入预设姿态时，自动捕捉终端当前的运行信息，并上传到服务器并报告异常，本实施例中无需测试人员手动导出截图，也不需要到电脑上进行上报操作，可以针对不同类型的应用注册插件，检测预设姿态时触发上报异常效率极高。具体可以如图2所示，首先需要实现注册插件的功能，即在app启动的时候注册插件，插件监控手机摇一摇的事件，测试人员对手机摇一摇表示发现应用bug，在摇一摇的事件发生时截取当前屏幕，并且获取当前app运行信息，通过预设的API接口上传截图和app运行信息，后台bug系统自动生成一条bug记录，整个上报bug的过程快捷高效，极大地减少了用户的操作。

如图5所示，本发明提供了一种应用异常上报装置，包括：

插件注册模块510，在终端内应用启动时，检测应用的厂商信息，在应用的厂商信息为预设厂商信息时为应用注册插件，通过插件监控终端的姿态。

在本实施例中，由于手机等终端内安装的应用众多，而测试仅仅是针对测试人员所在厂商的APP进行的，因此向APP集成插件时首先要检测APP的厂商信息，仅在APP厂商为特定厂商时才进行插件注册。

运行信息获取模块520，在监控到终端处于预设姿态时，对应用进行截图，识别截取的图片中反应的异常信息，获取终端处于预设姿态前的预定时间范围内用户的操作记录。

在本实施例中，APP中出现bug时，问题容易反映在APP的界面上，所以此时对屏幕进行截图，能够捕捉APP界面上的异常信息。在本实施例中，进一步地，对于APP界面上反映的异常信息，可以基于图形识别的方式提取出来，例如，识别APP界面上的文字错误或图形元素的显示位置错误等，通过自动识别异常取代了人为识别异常。在本实施例中，对预定时间范围不进行限制，例如，可以获取10秒范围内的时间记录，用于分析是哪些操作导致APP产生bug。

异常上报模块530，向预设服务器上报异常，并上传运行信息。

在本实施例中，可以将应用截图、对截图中反映异常的信息以及用户的操作记录一并发送到服务器。

如图5所示，本发明提供了一种应用异常上报装置，包括：

插件注册模块510，在终端内应用启动时，检测应用的版本号，在应用的版本号达到历史记录版本号时，为应用注册插件，并根据应用的版本号更新历史记录版本号，通过插件监控终端的姿态。

在本实施例中，在应用测试的过程中，由于应用版本会不断发生更新，当新版本应用出现时，就没有了对历史版本应用进行测试的必要，因此在本实施例的技术方案中，首先检测应用的版本号，只有应用版本号超过或等于记录的历史版本号时才进行测试，避免测试人员进行无意义的测试。

运行信息获取模块520，在监控到终端处于预设姿态时，获取应用当前的进程环境信息。对照预设的异常问题库，从进程环境信息中提取异常特征。

在本实施例中，由于应用bug的产生与应用的进程环境有很大关系，因此获取当前进程环境信息，用于分析环境中导致应用bug产生的因素。在本实施例中，进一步地，可以根据用于历史异常原因的异常问题库，从进程环境信息中查找导致应用bug的特征。

异常上报模块530，向预设服务器上报异常，根据应用的类型，选择对应的接口向预设服务器报送运行信息。

在本实施例中，对于每种类型的应用使用的bug服务器也有所不同，所以根据应用类型，选择对应的API接口，将运行信息正确报送到对应的服务器上。

本领域技术人员可以理解，上述装置实施例中的各模块可以按照描述分布于装置中，也可以进行相应变化，分布于不同于上述实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

下面描述本发明的电子设备实施例，该电子设备可以视为对于上述本发明的方法和装置实施例的实体形式的实施方式。对于本发明电子设备实施例中描述的细节，应视为对于上述方法或装置实施例的补充；对于在本发明电子设备实施例中未披露的细节，可以参照上述方法或装置实施例来实现。

图6是根据本发明的一种电子设备的示例性实施例的结构框图。图6显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，该示例性实施例的电子设备200以通用数据处理设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。

其中，所述存储单元220存储有计算机可读程序，其可以是源程序或都只读程序的代码。所述程序可以被处理单元210执行，使得所述处理单元210执行本发明各种实施方式的步骤。例如，所述处理单元210可以执行如图1所示的步骤。

所述存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元(ROM)2203。所述存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备200也可以与一个或多个外部设备300(例如键盘、显示器、网络设备、蓝牙设备等)通信，使得用户能经由这些外部设备300与该电子设备200交互，和/或使得该电子设备200能与一个或多个其它数据处理设备(例如路由器、调制解调器等等)进行通信。这种通信可以通过输入/输出(I/O)接口250进行，还可以通过网络适配器260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)进行。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，电子设备200中可使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

图7是本发明的一个计算机可读介质实施例的示意图。如图7所示，所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。当所述计算机程序被一个或多个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：在终端内应用启动时，为应用注册插件，通过插件监控终端的姿态；在监控到终端处于预设姿态时，获取应用当前的运行信息；向预设服务器上报异常，并上传运行信息。

通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台数据处理设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，本发明可以执行计算机程序的方法、装置、电子设备或计算机可读介质来实现。可以在实践中使用微处理器或者数字信号处理器(DSP)等通用数据处理设备来实现本发明的一些或者全部功能。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种应用异常上报方法，其特征在于，包括：

在终端内应用启动时，为所述应用注册插件，通过所述插件监控所述终端的姿态；

在监控到所述终端处于预设姿态时，获取所述应用当前的运行信息；

向预设服务器上报异常，并上传所述运行信息。

2.根据权利要求1所述的方法，其特征在于，在所述为所述应用注册插件之前，还包括：

检测所述应用的厂商信息，在所述应用的厂商信息为预设厂商信息时执行所述为所述应用注册插件。

3.根据权利要求1-2所述的方法，其特征在于，在所述为所述应用注册插件之前，还包括：

检测所述应用的版本号，在所述应用的版本号达到历史记录版本号时，执行所述为所述应用注册插件，并根据所述应用的版本号更新所述历史记录版本号。

4.根据权利要求1-3所述的方法，其特征在于，所述获取所述应用当前的运行信息，包括：

对所述应用进行截图。

5.根据权利要求1-4所述的方法，其特征在于，所述获取所述应用当前的运行信息，还包括：

识别截取的图片中反应的异常信息。

6.根据权利要求1-5所述的方法，其特征在于，所述获取所述应用当前的运行信息，包括：

获取所述应用当前的进程环境信息。

7.根据权利要求1-6所述的方法，其特征在于，所述获取所述应用当前的运行信息，还包括：

对照预设的异常问题库，从所述进程环境信息中提取异常特征。

8.一种应用异常上报装置，其特征在于，包括：

插件注册模块，在终端内应用启动时，为所述应用注册插件，通过所述插件监控所述终端的姿态；

运行信息获取模块，在监控到所述终端处于预设姿态时，获取所述应用当前的运行信息；

异常上报模块，向预设服务器上报异常，并上传所述运行信息。

9.一种电子设备，包括：

处理器；以及

存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行根据权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，当所述一个或多个程序被处理器执行时，实现权利要求1-7中任一项所述的方法。

Images