CN110795259A - 一种分析应用崩溃的方法和装置 - Google Patents

一种分析应用崩溃的方法和装置 Download PDF

Info

Publication number
CN110795259A
CN110795259A CN201810862406.9A CN201810862406A CN110795259A CN 110795259 A CN110795259 A CN 110795259A CN 201810862406 A CN201810862406 A CN 201810862406A CN 110795259 A CN110795259 A CN 110795259A
Authority
CN
China
Prior art keywords
code
crash
crash data
error reporting
error
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201810862406.9A
Other languages
English (en)
Inventor
张磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201810862406.9A priority Critical patent/CN110795259A/zh
Publication of CN110795259A publication Critical patent/CN110795259A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766Error or fault reporting or storing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明公开了一种分析应用崩溃的方法和装置,涉及计算机技术领域。该方法的一个具体实施方式包括:获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识;根据所述崩溃数据确定所述应用的源代码中的报错代码;查询所述报错代码的提交记录;根据所述提交记录发送修复任务。该实施方式能够利用应用的崩溃数据追溯提交记录,发送对应修复任务,创建崩溃数据管理策略,将人力分析的过程自动化,提高分析应用崩溃的效率。

Description

一种分析应用崩溃的方法和装置
技术领域
本发明涉及计算机技术领域,尤其涉及一种分析应用崩溃的方法、装置、电子设备和计算机可读介质。
背景技术
应用崩溃(Crash)是指应用程序、软件等在运行期间由于代码编写错误等原因导致的一种异常状态,一般发生崩溃后程序会被系统关闭并有相应的代码行堆栈信息回调给应用程序供开发者分析解决问题。目前分析应用崩溃的方式主要是开发人员手动查看堆栈,定位问题,找到对应的代码提交人。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
随着应用更新升级的频率加快,人力分析的效率低,缺乏对于崩溃数的管理策略。
发明内容
有鉴于此,本发明实施例提供一种分析应用崩溃的方法和装置,能够利用应用的崩溃数据追溯提交记录,发送对应修复任务,创建崩溃数据管理策略,将人力分析的过程自动化,提高分析应用崩溃的效率。
为实现上述目的,根据本发明实施例的一个方面,提供了一种分析应用崩溃的方法,包括:获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识;根据所述崩溃数据确定所述应用的源代码中的报错代码;查询所述报错代码的提交记录;根据所述提交记录发送修复任务。
可选地,根据所述崩溃数据确定所述应用的源代码中的报错代码包括:根据映射文件将所述崩溃数据中引起崩溃的标识转换为所述源代码中的标识,根据所述源代码中的标识确定所述源代码中的报错代码。
可选地,所述方法还包括:将所述崩溃数据和所述源代码中的报错代码存储至报错数据库。
可选地,所述方法还包括:根据所述崩溃数据、所述报错代码、所述报错代码的提交记录生成分析报告。
可选地,查询所述报错代码的提交记录包括:查询所述报错代码的至少两次的提交记录,比较所述至少两次的提交记录的差异,将所述差异包括至所述分析报告。
可选地,所述方法还包括:根据所述崩溃数据的类型、所述崩溃数据中引起崩溃的标识、所述源代码中的标识、所述源代码中的报错代码中的一个或多个生成所述应用的报错标识。
为实现上述目的,根据本发明实施例的另一个方面,提供了一种分析应用崩溃的装置,包括:获取模块,用于获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识;定位模块,用于根据所述崩溃数据确定所述应用的源代码中的报错代码;追溯模块,用于查询所述报错代码的提交记录;任务模块,用于根据所述提交记录发送修复任务。
可选地,所述定位模块还用于根据映射文件将所述崩溃数据中引起崩溃的标识转换为所述源代码中的标识,根据所述源代码中的标识确定所述源代码中的报错代码。
可选地,所述装置还包括:存储模块,用于将所述崩溃数据和所述源代码中的报错代码存储至报错数据库。
可选地,所述装置还包括:报告模块,用于根据所述崩溃数据、所述报错代码、所述报错代码的提交记录生成分析报告。
可选地,所述追溯模块还用于查询所述报错代码的至少两次的提交记录,比较所述至少两次的提交记录的差异,将所述差异包括至所述分析报告。
可选地,所述装置还包括:标识模块,用于根据所述崩溃数据的类型、所述崩溃数据中引起崩溃的标识、所述源代码中的标识、所述源代码中的报错代码中的一个或多个生成所述应用的报错标识。
为实现上述目的,根据本发明实施例的再一个方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现一种分析应用崩溃的方法中任一所述的方法。
为实现上述目的,根据本发明实施例的再一个方面,提供了一种计算机可读介质,其上存储有计算机程序,所述程序被一个或多个处理器执行时实现一种分析应用崩溃的方法中任一所述的方法。
上述发明中的一个实施例具有如下优点或有益效果:因为采用对崩溃数据的分析,定位源代码中的报错代码,根据报错代码查询提交记录,实现报错代码的追溯手段,所以克服了传统技术人工追溯代码效率低的技术问题,进而达到提高报错代码的修复效率技术效果。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1是根据本发明实施例的一种分析应用崩溃的方法的主要步骤的示意图;
图2是根据本发明实施例的一种分析应用崩溃的装置的主要部分的示意图;
图3是根据本发明实施例的一种优选实施方式的示意图;
图4是本发明实施例可以应用于其中的示例性系统架构图;
图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修复,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的一种分析应用崩溃的方法的主要步骤的示意图,如图1所示:
步骤S101表示获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识。应用程序在发生崩溃时,运行系统会收集相关的崩溃数据自动上传(有时需要征得用于同意)崩溃数据至服务器和/或在本地保存崩溃数据,可通过http请求的方式获取这些崩溃数据,作为分析应用崩溃的数据源。其中,引起崩溃的标识是崩溃数据代码中的类名、方法名等,这些引起崩溃的标识可能是经过代码混淆后的。
步骤S102表示根据所述崩溃数据确定所述应用的源代码中的报错代码。此步骤的目的是还原崩溃数据在应用的源代码中的代码,由于这部分代码引起了应用崩溃,所以被称为报错代码。
根据所述崩溃数据确定所述应用的源代码中的报错代码包括:根据映射文件将所述崩溃数据中引起崩溃的标识转换为所述源代码中的标识,根据所述源代码中的标识确定所述源代码中的报错代码。此步骤的目的是通过解混淆来确定源代码中引起崩溃的代码的标识。如果应用在编译发布包时使用了混淆工具,那么就会具有记录混淆对应关系的映射文件(例如基于安卓系统的应用中的mapping文件),混淆对应关系是指源代码与混淆后代码中的一些类名、方法名(即标识)等的特有的对应规则,如将方法名为onJump的方法混淆为mf,如果崩溃数据中引起崩溃的标识为mf,则根据映射文件进行解混淆,就可得到源代码中的标识onJump。根据源代码中的标识(类名、方法名等)就可以进一步确定源代码中的报错代码所在的部分。
进一步地,在进行解混淆后,可以对源代码进行过滤,滤除系统类的代码,以便进一步缩小定位报错代码的范围。
根据所述崩溃数据的类型、所述崩溃数据中引起崩溃的标识、所述源代码中的标识、所述源代码中的报错代码中的一个或多个生成所述应用的报错标识。其中崩溃数据的类型一般被系统记录在崩溃数据中,用于指示该崩溃的类别,如数据溢出等。报错标识用于对崩溃数据进行标记和识别,以便能够快速定位和归类崩溃数据。可使用预设值的规则(如哈希映射等)通过计算来确定报错标识。当多段崩溃数据的报错标识相同时,说明造成这些崩溃数据的原因可能相同。
进一步地,设置报错数据库,将所述崩溃数据和所述源代码中的报错代码存储至报错数据库。对这些崩溃数据和报错代码进行存档记录。
步骤S103表示查询所述报错代码的提交记录。此步骤的目的是确定报错代码之后,对报错代码进行追溯。例如,对于基于安卓系统的应用,通过过滤掉系统类和找不到源代码的第三方类,在报错代码中锁定出现问题的类名、方法名、行号等,通过git命令切换到对应代码库分支或者tag点,通过git blame|grep命令找到对应的commitId,借助git log命令得到代码提交记录,通过git diff命令进一步找到代码提交人、提交时间等更详细地提交记录信息。
根据所述崩溃数据、所述报错代码、所述报错代码的提交记录生成分析报告。例如将以上数据填入预设的html(超文本标记语言)模板中,以便更清晰地展示崩溃数据分追溯结果。查询所述报错代码的至少两次的提交记录,比较所述至少两次的提交记录的差异,将所述差异包括至所述分析报告。分析报告中还可包括报错标识。
步骤S104表示根据所述提交记录发送修复任务。此步骤的目的是根据提交记录确定报错代码的提交人信息,向提交人发送修复任务,提交人收到修复任务后可以对相关错误代码进行修复。
进一步地,可以使用JIRA系统(一种项目的跟踪和管理系统)跟踪和管理修复任务,为报错代码的提交人创建记录。
图2是根据本发明实施例的一种分析应用崩溃的装置200的主要部分的示意图,如图2所示:
获取模块201用于获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识;应用程序在发生崩溃时,运行系统会收集相关的崩溃数据自动上传(有时需要征得用于同意)崩溃数据至服务器和/或在本地保存崩溃数据,可通过http请求的方式获取这些崩溃数据,作为分析应用崩溃的数据源。其中,引起崩溃的标识是崩溃数据代码中的类名、方法名等,这些引起崩溃的标识可能是经过代码混淆后的。
定位模块202用于根据所述崩溃数据确定所述应用的源代码中的报错代码;目的是还原崩溃数据在应用的源代码中的代码,由于这部分代码引起了应用崩溃,所以被称为报错代码。
定位模块202还用于根据映射文件将所述崩溃数据中引起崩溃的标识转换为所述源代码中的标识,根据所述源代码中的标识确定所述源代码中的报错代码。目的是通过解混淆来确定源代码中引起崩溃的代码的标识。如果应用在编译发布包时使用了混淆工具,那么就会具有记录混淆对应关系的映射文件,混淆对应关系是指源代码与混淆后代码中的一些类名、方法名(即标识)等的特有的对应规则,如将方法名为onJump的方法混淆为mf,如果崩溃数据中引起崩溃的标识为mf,则根据映射文件进行解混淆,就可得到源代码中的标识onJump。根据源代码中的标识(类名、方法名等)就可以进一步确定源代码中的报错代码所在的部分。
进一步地,在进行解混淆后,可以对源代码进行过滤,滤除系统类的代码,以便进一步缩小定位报错代码的范围。
追溯模块203用于查询所述报错代码的提交记录;目的是确定报错代码之后,对报错代码进行追溯。例如,通过过滤掉系统类和找不到源代码的第三方类,在报错代码中锁定出现问题的类名、方法名、行号等,通过git命令切换到对应代码库分支或者tag点,通过gitblame|grep命令找到对应的commitId,借助git log命令得到代码提交记录,通过git diff命令进一步找到代码提交人、提交时间等更详细地提交记录信息。
任务模块204用于根据所述提交记录发送修复任务。目的是根据提交记录确定报错代码的提交人信息,向提交人发送修复任务,提交人收到修复任务后可以对相关错误代码进行修复。进一步地,可以使用JIRA系统(一种项目的跟踪和管理系统)跟踪和管理修复任务,为报错代码的提交人创建记录。
装置200还包括:存储模块,用于将所述崩溃数据和所述源代码中的报错代码存储至报错数据库。对这些崩溃数据和报错代码进行存档记录。
装置200还包括:报告模块,用于根据所述崩溃数据、所述报错代码、所述报错代码的提交记录生成分析报告。例如将以上数据填入预设的html模板中,以便更清晰地展示崩溃数据分追溯结果。查询所述报错代码的至少两次的提交记录,比较所述至少两次的提交记录的差异,将所述差异包括至所述分析报告。分析报告中还可包括报错标识。
追溯模块203还用于查询所述报错代码的至少两次的提交记录,比较所述至少两次的提交记录的差异,将所述差异包括至所述分析报告。
装置200还包括:标识模块,用于根据所述崩溃数据的类型、所述崩溃数据中引起崩溃的标识、所述源代码中的标识、所述源代码中的报错代码中的一个或多个生成所述应用的报错标识。其中崩溃数据的类型一般被系统记录在崩溃数据中,用于指示该崩溃的类别,如数据溢出等。报错标识用于对崩溃数据进行标记和识别,以便能够快速定位和归类崩溃数据。可使用预设值的规则(如哈希映射等)通过计算来确定报错标识。当多段崩溃数据的报错标识相同时,说明造成这些崩溃数据的原因可能相同。
图3所示为本发明实施例的一种优选实施方式的示意图,如图3所示:
用户提交崩溃数据,应用崩溃分析系统对崩溃数据进行收集;
应用崩溃分析系统对崩溃数据分析聚合之后,在报错数据库Bug Tracker中创建崩溃数据的相关信息和修复任务状态,并展示崩溃数据的分析报告和提交记录;
应用崩溃分析系统根据提交记录自动分发修复任务的通知至提交报错代码的开发人员;
开发人员解决修复报错代码后将修复后的代码上传至代码仓库;
应用崩溃分析系统从代码仓库中查询修复后的代码,修改Bug Tracker里的代码修复任务状态,并将修复后的代码发送至CI系统进行集成测试;
集成测试通过后,再对集成修复后代码的应用进行灰度测试;
灰度测试通过后,将更新后的应用推送给用户进行应用升级更新。
图4示出了可以应用本发明实施例的一种分析应用崩溃的方法或装置的示例性系统架构400。
如图4所示,系统架构400可以包括终端设备401、402、403,网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备401、402、403通过网络404与服务器405交互,以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用,例如数据库类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、文本分析类应用、代码编译类应用等。
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器405可以是提供各种服务的服务器,例如对用户利用终端设备401、402、403提供支持的后台管理服务器。后台管理服务器可以对接收到的代码提交记录查询请求等数据进行分析等处理,并将处理结果(例如报错代码、分析报告)反馈给终端设备。
需要说明的是,本发明实施例所提供的一种分析应用崩溃的方法一般由服务器405执行,相应地,一种分析应用崩溃的装置一般设置于服务器405中。
应该理解,图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
图5所示为适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5所示的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示,计算机系统500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地,根据本发明公开的实施例,上文步骤图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行步骤图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质包括计算机可读信号介质或计算机可读存储介质,或者是上述两者的任意组合。计算机可读存储介质包括但不限于电、磁、光、电磁、红外线、半导体的系统、装置或器件,或者上述内容的任意组合。计算机可读存储介质具体包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述内容的任意组合。在本发明中,计算机可读存储介质包括任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用;计算机可读的信号介质包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码,这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述信号的任意组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF(射频)等,或者上述介质的任意组合。
附图中的步骤图或框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作,步骤图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以并行地执行,有时也可以按相反的顺序执行,其执行顺序依所涉及的功能而定。也要注意的是,框图或步骤图中的每个方框以及其组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块或单元可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块或单元也可以设置在处理器中,例如,可以描述为:一种处理器包括获取模块、定位模块、追溯模块和任务模块。其中,这些模块或单元的名称在某种情况下并不构成对该模块或单元本身的限定,例如,追溯模块还可以被描述为“用于查询所述报错代码的提交记录的模块”。
另一方面,本发明实施例还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识;根据所述崩溃数据确定所述应用的源代码中的报错代码;查询所述报错代码的提交记录;根据所述提交记录发送修复任务。
根据本发明实施例的技术方案,能够利用应用的崩溃数据追溯提交记录,发送对应修复任务,创建崩溃数据管理策略,将人力分析的过程自动化,提高分析应用崩溃的效率。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。

Claims (14)

1.一种分析应用崩溃的方法,其特征在于,包括:
获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识;
根据所述崩溃数据确定所述应用的源代码中的报错代码;
查询所述报错代码的提交记录;
根据所述提交记录发送修复任务。
2.根据权利要求1所述的方法,其特征在于,根据所述崩溃数据确定所述应用的源代码中的报错代码包括:
根据映射文件将所述崩溃数据中引起崩溃的标识转换为所述源代码中的标识,根据所述源代码中的标识确定所述源代码中的报错代码。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
将所述崩溃数据和所述源代码中的报错代码存储至报错数据库。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述崩溃数据、所述报错代码、所述报错代码的提交记录生成分析报告。
5.根据权利要求4所述的方法,其特征在于,查询所述报错代码的提交记录包括:
查询所述报错代码的至少两次的提交记录,比较所述至少两次的提交记录的差异,将所述差异包括至所述分析报告。
6.根据权利要求2所述的方法,其特征在于,所述方法还包括:
根据所述崩溃数据的类型、所述崩溃数据中引起崩溃的标识、所述源代码中的标识、所述源代码中的报错代码中的一个或多个生成所述应用的报错标识。
7.一种分析应用崩溃的装置,其特征在于,包括:
获取模块,用于获取应用的崩溃数据,所述崩溃数据包括引起崩溃的标识;
定位模块,用于根据所述崩溃数据确定所述应用的源代码中的报错代码;
追溯模块,用于查询所述报错代码的提交记录;
任务模块,用于根据所述提交记录发送修复任务。
8.根据权利要求7所述的装置,其特征在于,所述定位模块还用于根据映射文件将所述崩溃数据中引起崩溃的标识转换为所述源代码中的标识,根据所述源代码中的标识确定所述源代码中的报错代码。
9.根据权利要求7所述的装置,其特征在于,所述装置还包括:
存储模块,用于将所述崩溃数据和所述源代码中的报错代码存储至报错数据库。
10.根据权利要求7所述的装置,其特在于,所述装置还包括:
报告模块,用于根据所述崩溃数据、所述报错代码、所述报错代码的提交记录生成分析报告。
11.根据权利要求10所述的装置,其特征在于,所述追溯模块还用于查询所述报错代码的至少两次的提交记录,比较所述至少两次的提交记录的差异,将所述差异包括至所述分析报告。
12.根据权利要求8所述的装置,其特征在于,所述装置还包括:
标识模块,用于根据所述崩溃数据的类型、所述崩溃数据中引起崩溃的标识、所述源代码中的标识、所述源代码中的报错代码中的一个或多个生成所述应用的报错标识。
13.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
14.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被一个或多个处理器执行时实现如权利要求1-6中任一所述的方法。
CN201810862406.9A 2018-08-01 2018-08-01 一种分析应用崩溃的方法和装置 Pending CN110795259A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810862406.9A CN110795259A (zh) 2018-08-01 2018-08-01 一种分析应用崩溃的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810862406.9A CN110795259A (zh) 2018-08-01 2018-08-01 一种分析应用崩溃的方法和装置

Publications (1)

Publication Number Publication Date
CN110795259A true CN110795259A (zh) 2020-02-14

Family

ID=69424934

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810862406.9A Pending CN110795259A (zh) 2018-08-01 2018-08-01 一种分析应用崩溃的方法和装置

Country Status (1)

Country Link
CN (1) CN110795259A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111552586A (zh) * 2020-04-22 2020-08-18 郑州阿帕斯数云信息科技有限公司 应用程序崩溃处理方法和装置
CN111737126A (zh) * 2020-06-19 2020-10-02 中国银行股份有限公司 基于配置管理工具的代码质量自动识别方法及装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101770422A (zh) * 2008-12-30 2010-07-07 鸿富锦精密工业(深圳)有限公司 软件Bug追踪方法及其计算机系统
CN103678091A (zh) * 2013-12-19 2014-03-26 北京奇虎科技有限公司 应用软件崩溃数据的处理方法和装置
CN105335246A (zh) * 2015-10-27 2016-02-17 北京大学 一种基于问答网站分析的程序崩溃缺陷自动修复方法
CN106294134A (zh) * 2016-07-29 2017-01-04 腾讯科技(深圳)有限公司 代码的崩溃定位方法及装置
CN106649089A (zh) * 2016-10-09 2017-05-10 武汉斗鱼网络科技有限公司 一种程序崩溃分析方法及系统
CN107239381A (zh) * 2017-06-07 2017-10-10 北京奇虎科技有限公司 崩溃信息的处理方法、装置及系统
CN107506256A (zh) * 2017-09-07 2017-12-22 北京京东尚科信息技术有限公司 一种崩溃数据监控的方法和装置
CN107947973A (zh) * 2017-11-17 2018-04-20 深圳泉眼体育运营管理有限公司 应用崩溃通知方法、系统、移动终端及服务器

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101770422A (zh) * 2008-12-30 2010-07-07 鸿富锦精密工业(深圳)有限公司 软件Bug追踪方法及其计算机系统
CN103678091A (zh) * 2013-12-19 2014-03-26 北京奇虎科技有限公司 应用软件崩溃数据的处理方法和装置
CN105335246A (zh) * 2015-10-27 2016-02-17 北京大学 一种基于问答网站分析的程序崩溃缺陷自动修复方法
CN106294134A (zh) * 2016-07-29 2017-01-04 腾讯科技(深圳)有限公司 代码的崩溃定位方法及装置
CN106649089A (zh) * 2016-10-09 2017-05-10 武汉斗鱼网络科技有限公司 一种程序崩溃分析方法及系统
CN107239381A (zh) * 2017-06-07 2017-10-10 北京奇虎科技有限公司 崩溃信息的处理方法、装置及系统
CN107506256A (zh) * 2017-09-07 2017-12-22 北京京东尚科信息技术有限公司 一种崩溃数据监控的方法和装置
CN107947973A (zh) * 2017-11-17 2018-04-20 深圳泉眼体育运营管理有限公司 应用崩溃通知方法、系统、移动终端及服务器

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111552586A (zh) * 2020-04-22 2020-08-18 郑州阿帕斯数云信息科技有限公司 应用程序崩溃处理方法和装置
CN111552586B (zh) * 2020-04-22 2022-09-30 郑州阿帕斯数云信息科技有限公司 应用程序崩溃处理方法和装置
CN111737126A (zh) * 2020-06-19 2020-10-02 中国银行股份有限公司 基于配置管理工具的代码质量自动识别方法及装置

Similar Documents

Publication Publication Date Title
US20210342313A1 (en) Autobuild log anomaly detection methods and systems
US11157390B2 (en) Automatic software defect repair
US10621212B2 (en) Language tag management on international data storage
CN109543462B (zh) 设备标识确定方法、装置、服务器及存储介质
CN111190892B (zh) 一种数据回填中处理异常数据的方法和装置
CN114528008A (zh) 基于分布式版本控制系统的代码管控方法、设备及介质
US20130185086A1 (en) Generation of sales leads using customer problem reports
CN110737655B (zh) 用于上报数据的方法和装置
CN110716956A (zh) 一种数据请求拦截方法和装置
CN111367531A (zh) 代码处理方法及装置
CN110865806A (zh) 代码处理方法、装置、服务器及存储介质
CN110795259A (zh) 一种分析应用崩溃的方法和装置
CN110716804A (zh) 无用资源的自动删除方法、装置、存储介质及电子设备
CN113297081B (zh) 一种持续集成流水线的执行方法和装置
US9507592B2 (en) Analysis of data integration job
CN109597819B (zh) 用于更新数据库的方法和装置
CN112559024A (zh) 一种生成交易码变更列表的方法和装置
CN108628909B (zh) 信息推送方法和装置
CN112148762A (zh) 一种实时数据流的统计方法和装置
CN114518899A (zh) 一种反向的软件包追踪管理方法、系统及存储介质
CN114021133A (zh) 代码处理方法、装置、电子设备和存储介质
CN108509455B (zh) 数据表处理方法和装置
CN112241332A (zh) 一种接口补偿的方法和装置
US11829230B2 (en) Globally unique error codes for knowledge document indexing in software systems
CN114090418A (zh) 一种页面测试方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination