CN115221031A - 异常信息处理方法及装置 - Google Patents

Abstract

本发明公开了一种异常信息处理方法及装置，该异常信息处理方法包括接收来自客户端上报的异常请求；判断异常请求是否存在历史异常请求库中；若异常请求存在于历史异常请求库中，则累计异常请求出现的次数；若异常请求不在历史异常请求库中，则将异常请求存入历史异常请求库中，并记录异常请求出现的次数；对异常请求进行优先级配置；对异常请求进行指派，根据异常请求的优先级和归属人对异常请求进行指派，将该异常请求指派到某些指定的开发人员，有利于开发人员快速定位和解决该异常请求，有助于提高App的质量；将异常请求、异常请求的优先级配置信息和异常请求的指派信息上报至异常管理端，便于对该异常请求进行追踪和管理。

Description

异常信息处理方法及装置

技术领域

本发明涉及数据处理技术领域，尤其涉及一种异常信息处理方法及装置。

背景技术

通常当App发生故障时，例如App出现闪退或者无响应等现象，测试人员或者开发人员会从Logcat、ANR或者Monkey日志中捞取App异常的堆栈信息来发现缺陷。但此方法存在两个弊端，一是App日志量通常比较大，从日志中过滤有效信息的过程往往比较耗时；二是即使从日志中抓取到异常堆栈也不容易区分是否为开发人员预期以外的异常，因为开发人员在程序中往往也会记录一些预期的异常堆栈日志。

发明内容

本发明旨在至少解决现有技术中存在的技术问题之一。

为此，本发明提出了一种异常信息处理方法及装置，能够更快地定位和解决异常信息，有助于提高App的产品质量。

根据本申请的第一方面，提供了一种异常信息处理方法，该方法包括：

接收来自客户端上报的异常请求；

判断所述异常请求是否存在历史异常请求库中；

若所述异常请求存在于所述历史异常请求库中，则累计所述异常请求出现的次数；

若所述异常请求不在所述历史异常请求库中，则将所述异常请求存入所述历史异常请求库中，并记录所述异常请求出现的次数；

对所述异常请求进行优先级配置；

对所述异常请求进行指派；

将所述异常请求、所述异常请求的优先级配置信息和所述异常请求的指派信息上报至异常管理端。

在上述方法中，所述异常请求携带客户端运行的App包名、异常发生所在的App的界面名称、App版本、异常堆栈以及机型信息。

在上述方法中，所述判断所述异常请求是否存在历史异常请求库中的步骤，包括：当接收到所述客户端上报的新的异常请求时，根据预定规则来判断所述历史异常请求库是否存在与所述新的异常请求相同的历史异常请求。

在上述方法中，所述对所述异常请求进行优先级配置的步骤，包括：根据所述异常请求出现的次数和所述异常请求对应的业务重要性的权重配置所述异常请求的优先级。

在上述方法中，所述对所述异常请求进行指派的步骤，包括：预先设置多个所述异常请求的归属层面，并配置多个所述归属层面的优先级；以及，通过映射表指定所述归属层面中的异常请求，并将所述归属层面中的异常请求指派到开发人员。

根据本申请的第二方面，提供了一种异常信息处理装置，该装置包括：

异常请求接收模块，用于接收来自客户端上报的异常请求；

异常请求判断模块，用于判断所述异常请求是否存在历史异常请求库中；若所述异常请求存在于所述历史异常请求库中，则累计所述异常请求出现的次数；若所述异常请求不在所述历史异常请求库中，则将所述异常请求存入所述历史异常请求库中，并记录所述异常请求出现的次数；

优先级配置模块，用于对所述异常请求进行优先级配置；

异常请求指派模块，用于对所述异常请求进行指派；

上报模块，用于将所述异常请求、所述异常请求的优先级配置信息和所述异常请求的指派信息上报至异常管理端。

在上述装置中，所述优先级配置模块包括：

权重等级划分单元，用于对所述异常请求对应的业务重要性的权重值的范围进行等级划分；

次数等级划分单元，用于对所述异常请求出现的次数的范围进行等级划分；

优先级划分单元，用于根据所述异常请求对应的业务重要性的权重值的等级和所述异常请求出现的次数的等级配置所述异常请求的优先级。

在上述装置中，所述异常请求指派模块还用于预先设置多个所述异常请求的归属层面，并配置多个所述归属层面的优先级；以及，通过映射表指定所述归属层面中的异常请求，并将所述归属层面中的异常请求指派到开发人员。

根据本申请的第三方面，提供了一种终端，该终端包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一项所述的异常信息处理方法。

根据本申请的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述存储介质所在终端执行上述任一项所述的异常信息处理方法。

根据本申请所提供的技术方案，至少具有如下有益效果：通过接收客户端上报的异常请求，判断该异常请求是否存在历史异常请求库中，并记录该异常请求出现的次数，然后对该异常请求进行优先级配置，并根据该异常请求对应的优先级对该异常请求进行指派，将该异常请求指派到某些指定的开发人员，开发人员根据该异常请求的优先级对该异常请求进行处理。上述技术方案，有利于开发人员快速定位和解决该异常请求，有助于提高App的质量。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种异常信息处理系统的结构框图；

图2为本申请实施例提供的一种异常信息处理方法的流程图；

图3为本申请实施例提供的一种异常信息处理装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而非用于描述特定的顺序或先后次序。

本发明实施例所示的方案可以应用于各类软件开发平台设备中。比如，本方案可以应用于基于个人电脑或者工作站等运行有软件开发工具的电子设备中。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

如图1所示，本申请的一个实施例提供了一种异常信息处理系统，在该架构图中包括客户端1(运行App应用程序的设备)、异常监测端2和异常管理端3，当App在客户端1进行手工测试或自动化测试的时，客户端1捕获App在测试过程中出现的异常请求，并将该异常请求上报至异常监测端2；需要说明的是，在本申请中，异常请求携带客户端1运行的App包名、异常发生所在的App的界面名称、App版本、异常堆栈以及机型信息等。异常监测端2接收该异常请求后，根据异常请求中的App包名或App版本等信息对该异常请求进行去重和次数统计，并根据该异常请求出现的次数和Activity名所映射的业务重要性权重对该异常请求进行优先级配置，然后根据异常请求的优先级和归属人对异常请求进行指派，将该异常请求指派到某些指定的开发人员，有利于开发人员快速定位和解决该异常请求，有助于提高App的质量。异常监测端将该异常请求、异常请求所属的优先级配置信息以及指派信息上报至异常管理端3，以便于异常管理端3对该异常请求进行追踪和管理。在本申请中，客户端1、异常监测端2和异常管理端3三者之间通过API(应用程序接口)进行通讯。需要说明的是，在本申请中，App的自动化测试主要指的是通过Monkey模拟用户触摸屏幕、滑动、按键、点击等随机事件流来对设备上的应用程序进行稳定性测试，以检测应用程序多久时间会发生异常。

如图2所示，本申请的一个实施例提供了一种异常信息处理方法，可适用于数据处理的情况，该方法可以由异常信息处理装置来执行，该装置可以采用软件和/或硬件的方式实现。该异常信息处理方法包括：步骤S101至步骤S107。

步骤S101：接收来自客户端上报的异常请求。

具体地，异常请求携带客户端运行的App包名、异常发生所在的App的界面名称、App版本、异常堆栈以及机型信息等。需要说明的是，App包名是判断App的唯一标识，不同的App可以有同样的名字，但不能有相同的包名，例如，微信的包名是com.tencent.mm。

在本申请中，客户端用Thread.UncaughtExceptionHandler或者AspectJ(面向切面技术)实现App应用程序的全局异常捕获，一旦程序运行时抛出预期以外的异常则向异常监测端发起请求做异常上报，异常请求中带上App包名、异常发生所在的App界面名称、App版本、异常堆栈、机型等信息。

步骤S102：判断异常请求是否存在历史异常请求库中。

在具体实施过程中，可以预先建立一个历史异常请求库，将所有曾经上报的异常请求存入该历史异常请求库中，当接收到客户端上报的新的异常请求时，根据预定规则来判断是否上报过同一个异常请求，即判断该历史异常请求库中是否存在与新的异常请求相同的历史异常请求。

需要说明的是，该预定规则包括但不限于App包名、App版本和模糊堆栈提取规则，在本申请中，模糊堆栈提取规则一般是对一些可能有差异的引用地址或者代码行号做文本替换，替换之后取异常堆栈中的几行信息做去重匹配，一旦匹配上则认为是同一个异常请求，该过程可以理解为是异常请求的去重过程。

步骤S103：若异常请求存在于历史异常请求库中，则累计该异常请求出现的次数。

具体地，如果是已经上报过的异常请求且未被修复或者已经在某个App版本中修复则只累计该异常请求出现的次数。如果是已经上报过的异常请求且已经在旧版本中被修复则更新异常请求的版本为当前版本并将状态置为重新打开，因为有可能是旧版本修复之后在新版本中又产生了新的异常请求。针对这种情形下出现的异常请求相当于是一个新的异常请求，该异常请求出现的次数需要重新统计。

步骤S104：若异常请求不在历史异常请求库中，则将该异常请求存入该历史异常请求库中，并记录该异常请求出现的次数。

具体地，假如是未上报过的异常请求则将该异常请求存入历史异常请求库中，并记录该异常请求出现的次数。

步骤S105：对异常请求进行优先级配置。

具体地，对于异常请求优先级的配置，除了利用异常请求出现的次数外，后台还可以通过映射表记录Activity的业务重要性权重，该权重可以由产品或者开发人员提供。如果对每个Activity都配置一个相对应的业务重要性的权重和归属人(对应的开发人员)，或者只有部分访问量高的页面做权重配置，其他页面用默认权重，则可以根据业务重要性的权重值的范围将权重划分为低级、一般和高级三个等级。例如，当权重值在0～0.4(包括0.4)的范围内时，该权重为低级；当权重值在0.4～0.7(包括0.7)的范围内时，该权重为一般；当权重值在0.7～1.0的范围内时，该权重为高级。在步骤S103和步骤S104中已对异常请求出现的次数进行了统计，可以对统计的次数设置一个阈值，如果该异常请求出现的次数大于等于该阈值时，则认为该异常请求出现的次数比较多，如果该异常请求出现的次数小于该阈值时，则认为该异常请求出现的次数比较少。

如果该异常请求出现的次数比较多且该异常请求对应的业务重要性的权重为高级时，则将该异常请求配置为第一优先级(致命Bug，必须马上解决)；如果该异常请求出现的次数比较少但该异常请求对应的业务重要性的权重为高级时或者该异常请求出现的次数比较多但权重为一般时，则将该异常请求配置为第二优先级(严重Bug，必须尽快解决)；如果该异常请求出现的次数比较多且权重为低级时，则将该异常请求配置为第三优先级(一般Bug)；如果该异常请求出现的次数比较少且权重为低级时，则将该异常请求配置为第四优先级(低Bug)；当开发人员通过异常堆栈分析和定位发现该异常请求对用户的影响可以忽略不计或者不影响发版时，可以在异常管理端变更异常请求的优先级和状态。

步骤S106：对异常请求进行指派。

在具体实施过程中，可以预先设置几个层面的异常请求的归属，并设定这几个层面的优先级。例如，在本申请中预先设置了三个层面的异常请求的归属，这三个层面分别是App包名层面、Activity名层面和堆栈层面，优先级从低到高依次是App包名层面、Activity名层面和堆栈层面。当程序检测到历史异常请求库中不存在该异常请求时，后台通过映射表指定堆栈层面中包含某些特殊关键字的异常请求，并将该异常请求指派到某些指定的开发人员，由开发人员提供特殊关键字，以解决该异常请求。如果堆栈层面中不存在命中的关键字映射则搜索Activity名层面的异常请求映射；如果Activity名层面中也不存在命中的关键词映射，则启用App包名层面的异常请求映射。

步骤S107：将异常请求、异常请求的优先级配置信息和异常请求的指派信息上报至异常管理端，以便于异常管理端对该异常请求进行追踪和管理。

采用上述技术方案中的异常信息处理方法，通过对来自客户端的异常请求进行去重和次数统计，以及根据异常请求出现的次数和该异常请求对应的业务重要性的权重对该异常请求进行优先级配置，并根据异常请求的优先级和归属人对异常请求进行指派，将该异常请求指派到某些指定的开发人员，有利于开发人员快速定位和解决该异常请求，有助于提高App的质量。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本发明方法实施例。

如图3所示，本申请的一个实施例提供了一种异常信息处理装置，该装置包括异常请求接收模块21、异常请求判断模块22、优先级配置模块23、异常请求指派模块24和上报模块25。其中，

异常请求接收模块21，用于接收来自客户端上报的异常请求；

异常请求判断模块22，用于判断异常请求是否存在历史异常请求库中；若异常请求存在于历史异常请求库中，则累计异常请求出现的次数；若异常请求不在历史异常请求库中，则将异常请求存入历史异常请求库中，并记录异常请求出现的次数；

优先级配置模块23，用于对异常请求进行优先级配置；

异常请求指派模块24，用于对异常请求进行指派；

上报模块25，用于将异常请求、异常请求的优先级配置信息和异常请求的指派信息上报至异常管理端。

在一些实施例中，异常请求携带客户端运行的App包名、异常发生所在的App的界面名称、App版本、异常堆栈以及机型信息。

在一些实施例中，异常请求判断模块22还用于根据预定规则来判断是否上报过同一个异常请求，即判断该历史异常请求库中是否存在与新的异常请求相同的历史异常请求。该预定规则包括但不限于App包名、App版本和模糊堆栈提取规则。

在一些实施例中，优先级配置模块23还包括权重等级划分单元231、次数等级划分单元232和优先级划分单元233，其中，

权重等级划分单元231，用于对异常请求对应的业务重要性的权重值的范围进行等级划分；

次数等级划分单元232，用于对异常请求出现的次数的范围进行等级划分；

优先级划分单元233，用于根据异常请求对应的业务重要性的权重值的等级和异常请求出现的次数的等级配置异常请求的优先级。

在一些实施例中，异常请求指派模块24还用于预先设置多个异常请求的归属层面，并配置多个归属层面的优先级；以及，通过映射表指定归属层面中的异常请求，并将归属层面中的异常请求指派到开发人员。

在一些实施例中，该异常信息处理装置还包括历史异常请求库创建模块26，历史异常请求库创建模块26用于创建历史异常请求库，以记录出现的异常请求信息。

本申请的一个实施例还提供了一种终端，包括存储器和处理器，存储器上存储有可在处理器上运行的计算机程序，处理器运行计算机程序时执行上述图2所示的异常信息处理方法。

具体地，处理器可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

具体地，处理器通过总线与存储器连接，总线可包括通路，以用于传送信息。总线可以是PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。

存储器可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选的，存储器用于存储执行本申请方案的计算机程序的代码，并由处理器来控制执行。处理器用于执行存储器中存储的应用程序代码，以实现图3所示实施例提供的异常信息处理装置的动作。

本申请的一个实施例还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的计算机程序，其中，在计算机程序被处理器运行时控制存储介质所在终端执行上述图2所示的异常信息处理方法。

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

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本申请的较佳实施进行了具体说明，但本申请并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种异常信息处理方法，其特征在于，包括：

接收来自客户端上报的异常请求；

判断所述异常请求是否存在历史异常请求库中；

若所述异常请求存在于所述历史异常请求库中，则累计所述异常请求出现的次数；

若所述异常请求不在所述历史异常请求库中，则将所述异常请求存入所述历史异常请求库中，并记录所述异常请求出现的次数；

对所述异常请求进行优先级配置；

对所述异常请求进行指派；

将所述异常请求、所述异常请求的优先级配置信息和所述异常请求的指派信息上报至异常管理端。

2.根据权利要求1所述的异常信息处理方法，其特征在于，所述异常请求携带客户端运行的App包名、异常发生所在的App的界面名称、App版本、异常堆栈以及机型信息。

3.根据权利要求1所述的异常信息处理方法，其特征在于，所述判断所述异常请求是否存在历史异常请求库中的步骤，包括：

当接收到所述客户端上报的新的异常请求时，根据预定规则来判断所述历史异常请求库是否存在与所述新的异常请求相同的历史异常请求。

4.根据权利要求1所述的异常信息处理方法，其特征在于，所述对所述异常请求进行优先级配置的步骤，包括：

根据所述异常请求出现的次数和所述异常请求对应的业务重要性的权重配置所述异常请求的优先级。

5.根据权利要求1所述的异常信息处理方法，其特征在于，所述对所述异常请求进行指派的步骤，包括：

预先设置多个所述异常请求的归属层面，并配置多个所述归属层面的优先级；以及，

通过映射表指定所述归属层面中的异常请求，并将所述归属层面中的异常请求指派到开发人员。

6.一种异常信息处理装置，其特征在于，包括：

异常请求接收模块，用于接收来自客户端上报的异常请求；

异常请求判断模块，用于判断所述异常请求是否存在历史异常请求库中；若所述异常请求存在于所述历史异常请求库中，则累计所述异常请求出现的次数；若所述异常请求不在所述历史异常请求库中，则将所述异常请求存入所述历史异常请求库中，并记录所述异常请求出现的次数；

优先级配置模块，用于对所述异常请求进行优先级配置；

异常请求指派模块，用于对所述异常请求进行指派；

上报模块，用于将所述异常请求、所述异常请求的优先级配置信息和所述异常请求的指派信息上报至异常管理端。

7.根据权利要求6所述的异常信息处理装置，其特征在于，所述优先级配置模块包括：

权重等级划分单元，用于对所述异常请求对应的业务重要性的权重值的范围进行等级划分；

次数等级划分单元，用于对所述异常请求出现的次数的范围进行等级划分；

优先级划分单元，用于根据所述异常请求对应的业务重要性的权重值的等级和所述异常请求出现的次数的等级配置所述异常请求的优先级。

8.根据权利要求6所述的异常信息处理装置，其特征在于，所述异常请求指派模块还用于预先设置多个所述异常请求的归属层面，并配置多个所述归属层面的优先级；以及，通过映射表指定所述归属层面中的异常请求，并将所述归属层面中的异常请求指派到开发人员。

9.一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求1至5中任一项所述的异常信息处理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的计算机程序，其中，在所述计算机程序被处理器运行时控制所述存储介质所在终端执行权利要求1至5中任一项所述的异常信息处理方法。

Images