CN105718354A - 一种故障信息的重现方法和重现装置 - Google Patents

Abstract

本发明提供了一种故障信息的重现方法和重现装置，用于重现故障以便解决此故障问题；所述重现方法包括：确定客户端的故障日志的步骤；根据所述故障日志确定与所述故障日志相关联的故障数据的步骤；获取所述故障日志和故障数据的步骤；以及将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的步骤。根据本发明，通过故障日志和故障数据便于调试，进而便于重现客户端的故障，从而方便分析及修复此故障。

Description

一种故障信息的重现方法和重现装置

技术领域

本发明涉及移动设备领域，尤其涉及一种故障信息的重现方法和重现装置。

背景技术

近年来，市面上出现了许多基于安卓系统的智能手机，这些手机发布到市场后往往被客户反映使用的过程中有闪退，黑屏，崩溃之类的故障。这些故障往往是不能复现的，只有用户使用的那台设备出现了那种现象。

研发人员接到报告后往往无法重现这种故障现象，现有技术中，就需要收集用户手机中引起故障的信息来分析，以期在新版本的软件中避免或改善此问题。具体是通过日志中表征故障的字段收集移动设备在某一时段内的故障日志，并发送给收集故障的服务器。

然而，在软件系统越来越复杂的今天，往往要加载和处理大容量数据，由于不易将可能引发故障的故障日志全部打印出来，因此研发人员仅从部分故障日志还是无法准确地定位出问题来。

发明内容

本发明的目的是提供一种故障信息的重现方法和重现装置，用于重现故障以便解决此故障问题。

根据本发明的一个方面，提供一种故障信息的重现方法，其中，该方法包括以下步骤：

确定客户端的故障日志；

根据所述故障日志确定与所述故障日志相关联的故障数据；

获取所述故障日志和故障数据；

将所述故障日志和故障数据进行调试以重现所述客户端的故障信息。

优选的，所述确定客户端的故障日志的方法包括：

扫描客户端运行日志中是否有表征错误的故障关键字，若有，则在预设的时间段内确定所述表征错误的故障关键字对应的故障日志。

优选的，所述根据所述故障日志确定与所述故障日志相关联的故障数据的方法包括：

按照所述故障日志所记载的路径确定与其相关联的故障数据。本发明安装故障日志的路径确定预期相互关联的故障数据，在调试过程中以便通过路径信息获取故障过程中的用户移动设备中的操作步骤。

优选的，所述获取所述故障日志和故障数据的方法包括：

获取将所述故障日志和故障数据打包压缩后的打包压缩文件。

优选的，所述将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的方法包括：

提取所述故障日志中反映出客户端操作步骤的内容。提取出发生故障时客户端的操作步骤的具体内容时就实现了将用户移动设备发生故障的过程重现。

优选的，在将所述故障日志和故障数据进行调试以重现所述客户端的故障信息后，所述重现方法还包括：

通过所述故障日志和故障数据修复所述故障信息，并生成修复信息。将发生故障的故障日志和故障数据修复后，也就解决了发生故障的根源，从而防止在后期版本中出现此类故障。

优选的，检测所述修复信息是否再重现所述故障信息，

若重现所述故障信息，则再次修复所述故障信息直至不再重现所述故障信息；

若不再重现所述故障信息，则确认故障信息修复完成。本发明对修复后的信息内容做进一步的检测，从而确保此类故障信息已经完成修复。

根据本发明的另一个方面，还提供了一种故障信息的重现装置，其中，该重现装置包括以下装置：

用于确定客户端的故障日志的装置；

用于根据所述故障日志确定与所述故障日志相关联的故障数据的装置；

用于获取所述故障日志和故障数据的装置；

用于将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的装置。

优选的，用于确定客户端的故障日志的装置被配置为：

扫描客户端运行日志中是否有表征错误的故障关键字，若有，则在预设的时间段内确定所述表征错误的故障关键字对应的故障日志。

优选的，用于根据所述故障日志确定与所述故障日志相关联的故障数据的装置被配置为：

按照所述故障日志所记载的路径确定与其相关联的故障数据。

优选的，用于获取所述故障日志和故障数据的装置被配置为：

获取将所述故障日志和故障数据打包压缩后的打包压缩文件。

优选的，用于将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的装置被配置为：

提取所述故障日志中反映出客户端操作步骤的内容。

优选的，所述重现装置还包括用于通过所述故障日志和故障数据修复所述故障信息并生成故障信息的装置。

优选的，所述重现装置还包括用于检测所述修复信息是否再重现所述故障信息的装置；

若检测到重现所述故障信息，则再次修复所述故障信息直至不再重现所述故障信息；

若检测到不再重现所述故障信息，则确认故障信息修复完成。

移动设备在使用过程中会出现故障信息，比如：闪退，黑屏，崩溃之类的故障；现有技术中，在解决此故障信息时一般都是先获取用户移动设备引起故障的信息来分析，以便在后新版本的移动设备中不再出现此类故障。具体解决方案是通过用户移动设备运行日志中表征故障的字段收集其在一时段内的故障日志，将此故障日志发送到服务器，根据此故障日志来重现故障信息，故障信息重现就方便分析故障的具体原因，且方便修复此故障。然而，仅依靠故障日志分析很难重现故障信息，进而就无从修复此故障，这样就无法使后期新版本的移动设备改善此类故障问题。

与现有技术相比，本发明具有以下优点：本发明先确定客户端的故障日志，且根据此故障日志确定与该故障日志相关联的故障数据，也即是确定用户移动设备运行日志中表征故障的字段的故障日志和与该故障日志相关联的故障数据；服务器端同时获取此故障日志和故障数据，并将此故障日志和故障数据进行调试以重现客户端的故障信息。由于本发明在获取故障日志之前还提取了与此故障信息相互关联的故障数据，通过此故障日志和故障数据的结合就方便调试，进而容易重现客户端的故障信息，即容易通过调试重新出现用户移动设备出现的故障；进而也就方便对发生故障的故障信息进行分析，以便修复此故障信息，防止新版本的移动设备中再次出现此类故障。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明一个实施例的故障信息的重现方法的流程示意图；

图2为本发明另一个实施例的故障信息的重现方法的流程示意图；

图3为本发明一个实施例的故障信息的重现装置的结构示意图；

图4为本发明另一个实施例的故障信息的重现装置的结构示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子设备，其可以包括处理器与存储器，由处理器执行在存储器中预存的存续指令来执行预定处理过程，或是由ASIC、FPGA、DSP等硬件执行预定处理过程，或是由上述二者组合来实现。计算机设备包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。

所述计算机设备包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本发明，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本发明。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图对本发明作进一步详细描述。

图1为本发明一个实施例的故障信息的重现方法的流程示意图。图3为本发明一个实施例的故障信息的重现装置的结构示意图。所述故障信息的重现方法包括由图3中的重现装置执行的步骤S101、步骤S102、步骤S103和步骤S104。

其中，本实施例的故障信息的重现方法主要通过网络设备和用户设备调试机来实现；所述用户设备调试机包括但不限于PC机、平板电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(CloudComputing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。而本实施例的调试机依手机为例进行说明，以及网络设备依服务器为例进行说明。

需要说明的是，所述用户设备手机仅为举例，其他现有的或今后可能出现的网络设备和用户设备如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

根据本实施例的方法包括步骤S101、步骤S102、步骤S103和步骤S104。

在步骤S101中，重现装置首先确定客户端的故障日志。

其中，重现装置在用户的客户端中后台运行，并自动收集故障日志。本实施例的客户端依用户手机为例进行说明。

具体的，重现装置自动扫描用户客户端的运行日志，当扫描的运行日志中出现表征错误的字段(比如：FatalException)时，自动收集预设时间段内的日志，在此定义为故障日志(error.log)；并将此故障日志存储到一文件中。

需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限制，本领域技术人员应该理解，任何客户端确定故障日志的方法，均应包含在本发明的范围内。

在步骤S102中，重现装置根据所述故障日志确定与所述故障日志相关联的故障数据。

其中，当重现装置自动收集故障日志后，根据故障日志中的内容收集和此故障相互关联的数据，在此定义为故障数据；

具体的，该预设时间段内自动收集的日志可以是：从运行日志中获取最后一个加载的界面名称(比如：ComposeMessageActivity)。进而打印出用户操作信息，该故障数据包括此用户操作信息，此故障数据包括在故障发生过程中用户操作的信息，这样就方便通过调试机重现故障。

此外，该故障数据还可以包括故障日志中所记载的路径信息。需要说明的，本实施例的故障数据并不限于路径信息及用户操作信息，还可以包括有其他与故障日志关联的信息。当然，本实施例的故障数据也可单独包括用户操作信息或单独包括路径信息。

在步骤S103中，重现装置获取所述故障日志和故障数据；

其中，重现装置确定故障日志和故障数据后，将此故障日志和故障数据发送到服务器。

具体的，将故障日志和故障数据打包到一个文件夹内，并进行压缩，将压缩后的文件夹发送到服务器端，而且是在网络畅通时将此压缩后的文件夹发送给服务器。需要说明的是，此仅为重现装置获取故障日志和故障数据的一种具体举例方式，本实施例并不限于此，还可以有其他获取方式，比如：不进行压缩打包，直接将确认的故障日志和故障数据发送到服务器端。

在步骤S104中，重现装置将所述故障日志和故障数据进行调试以重现所述客户端的故障信息。

其中，提取所述故障日志中反映出客户端操作步骤的内容。

具体的，从服务器上获取打包压缩后的文件夹后，解压此压缩文件夹，并打开这些文件，从而获取故障日志和故障数据，将故障日志和故障数据放到PC上的处理软件相关目录下，并将调试手机和此PC相连，此处理软件按照收集数据文件描述(Collect.log)所记载的路径把用户数据自动导入到和PC相连的调试手机中相应的目录下；以及将故障日志(error.log)中反映出的用户操作步骤的内容提取并显示出来。从而实现了重现此故障，进而就方便分析并找到故障原因，以便在后期过程中修改程序，且可以将新的apk导入手机中，防止新版本手机再出现此类故障。

移动设备在使用过程中会出现故障信息，比如：闪退，黑屏，崩溃之类的故障。

现有技术中，在解决此故障信息时一般都是先获取用户移动设备引起故障的信息来分析，以便在后新版本的移动设备中不再出现此类故障。具体解决方案是通过用户移动设备运行日志中表征故障的字段收集其在一时段内的故障日志，将此故障日志发送到服务器，根据此故障日志来重现故障信息，故障信息重现就方便分析故障的具体原因，且方便修复此故障。然而，仅依靠故障日志分析很难重现故障信息，进而就无从修复此故障，这样就无法使后期新版本的移动设备改善此类故障问题。

而本实施例先确定客户端的故障日志，且根据此故障日志确定与该故障日志相关联的故障数据，也即是确定用户移动设备运行日志中表征故障的字段的故障日志和与该故障日志相关联的故障数据；服务器端同时获取此故障日志和故障数据，并将此故障日志和故障数据进行调试以重现客户端的故障信息。由于本实施例在获取故障日志之前还提取了与此故障信息相互关联的故障数据，通过此故障日志和故障数据的结合就方便调试，进而容易重现客户端的故障信息，即容易通过调试重新出现用户移动设备出现的故障；进而也就方便对发生故障的故障信息进行分析，以便修复此故障信息，防止新版本的移动设备中再次出现此类故障。

需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限制，本领域技术人员应该理解，任何通过获取故障日志和与故障日志相互关联的故障数据来重现故障信息的方法，均应包含在本发明的范围内。

图2为本发明另一个实施例的故障信息的重现方法的流程示意图。本实施例的方法主要由重现装置来实现，其中，参照图1所示实施例中对重现装置所做的任何说明，均以引用的方式包含于此。

根据本实施例的方法包括步骤S201、步骤S202、步骤S203、步骤204、步骤205和步骤206。

其中，所述步骤S201可参照图1中的步骤S101，步骤S202可以参照图1中的步骤S102，步骤S203可以参照图1中的步骤S103，以及步骤S204可以参照图1中的步骤S104，图1中的实施例已予以详述，在此不再赘述。

也即图2所示的实施例与图1中的区别在于：图2示出的实施例还包括有步骤S205和步骤S206。

在步骤S205中，在将所述故障日志和故障数据进行调试以重现所述客户端的故障信息后，所述重现方法还包括：

通过所述故障日志和故障数据修复所述故障信息，并生成修复信息。

其中，通过重现此故障，分析并找到故障原因，然后修改程序将新的apk导入手机中，从而实现了对故障的修复。

在步骤S206中，检测所述修复信息是否再重现所述故障信息，

若重现所述故障信息，则再次修复所述故障信息直至不再重现所述故障信息；

若不再重现所述故障信息，则确认故障信息修复完成。

即：当检测所述修复信息不再重现所述故障信息时确认故障信息修复完成；

当检测所述修复信息重现所述故障信息时，再次修复所述故障信息直至不再重现所述故障信息。

其中，也即是：本实施例通过对修复后的信息进行进一步的检测确认，若重现出现过的故障信息则返回到步骤S205中继续对故障信息进行修复，并生成另一个新的修复信息，直至确保检测修复完成的信息不再重现故障为止。确保修复后的信息不再出现此类故障。

需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限制，本领域技术人员应该理解，任何客户端的用户信对重现的故障进行修复的方法以及对修复后的信息进行检测的方法息，均应包含在本发明的范围内。

图3为本发明一个实施例的故障信息的重现装置的结构示意图。该用于重现故障信息的装置(以下简称“重现装置”)包括用于确定客户端的故障日志的装置(以下简称“第一故障日志确定装置301”)、用于根据所述故障日志确定与所述故障日志相关联的故障数据的装置(以下简称“第一故障数据确认装置302”)、用于获取所述故障日志和故障数据的装置(以下简称“第一获取装置303”)、以及用于将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的装置(以下简称“第一调试装置304”)。

第一故障日志确认装置301，用于确认客户端用户的故障日志。

其中，第一故障日志确认装置301在用户的客户端中后台运行，并自动收集故障日志。本实施例的客户端依用户手机为例进行说明。

具体的，第一故障日志确认装置301自动扫描用户客户端的运行日志，当扫描的运行日志中出现表征错误的字段(比如：FatalException)时，自动收集预设时间段内的日志，在此定义为故障日志(error.log)；并将此故障日志存储到一文件中。

需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限制，本领域技术人员应该理解，任何客户端确定故障日志的装置，均应包含在本发明的范围内。

第一故障数据确认装置302，根据所述故障日志确定与所述故障日志相关联的故障数据。

其中，当第一故障日志确认装置301自动收集故障日志后，根据故障日志中的内容收集和此故障相互关联的数据，在此定义为故障数据；

具体的，该预设时间段内自动收集的日志可以是：从运行日志中获取最后一个加载的界面名称(比如：ComposeMessageActivity)。进而打印出用户操作信息，该故障数据包括此用户操作信息，此故障数据包括在故障发生过程中用户操作的信息，这样就方便通过调试机重现故障。

此外，该故障数据还可以包括故障日志中所记载的路径信息。需要说明的，本实施例的故障数据并不限于路径信息及用户操作信息，还可以包括有其他与故障日志关联的信息。当然，本实施例的故障数据也可单独包括用户操作信息或单独包括路径信息。

第一获取装置303，获取所述故障日志和故障数据。

其中，第一故障日志确认装置及第一故障数据确认装置分别确定故障日志和故障数据后，将此故障日志和故障数据发送到服务器。

具体的，将故障日志和故障数据打包到一个文件夹内，并进行压缩，将压缩后的文件夹发送到服务器端，而且是在网络畅通时将此压缩后的文件夹发送给服务器。需要说明的是，此仅为第一获取装置获取故障日志和故障数据的一种具体举例方式，本实施例并不限于此，还可以有其他获取方式，比如：不进行压缩打包，直接将确认的故障日志和故障数据发送到服务器端。

第一调试装置304，将所述故障日志和故障数据进行调试以重现所述客户端的故障信息。

其中，提取所述故障日志中反映出客户端操作步骤的内容。

具体的，从服务器上获取打包压缩后的文件夹后，解压此压缩文件夹，并打开这些文件，从而获取故障日志和故障数据，将故障日志和故障数据放到PC上的处理软件相关目录下，并将调试手机和此PC相连，此处理软件按照收集数据文件描述(Collect.log)所记载的路径把用户数据自动导入到和PC相连的调试手机中相应的目录下；以及将故障日志(error.log)中反映出的用户操作步骤的内容提取并显示出来。从而实现了重现此故障，进而就方便分析并找到故障原因，以便在后期过程中修改程序，且可以将新的apk导入手机中，防止新版本手机再出现此类故障。

移动设备在使用过程中会出现故障信息，比如：闪退，黑屏，崩溃之类的故障。

现有技术中，在解决此故障信息时一般都是先获取用户移动设备引起故障的信息来分析，以便在后新版本的移动设备中不再出现此类故障。具体解决方案是通过用户移动设备运行日志中表征故障的字段收集其在一时段内的故障日志，将此故障日志发送到服务器，根据此故障日志来重现故障信息，故障信息重现就方便分析故障的具体原因，且方便修复此故障。然而，仅依靠故障日志分析很难重现故障信息，进而就无从修复此故障，这样就无法使后期新版本的移动设备改善此类故障问题。

而本实施例先确定客户端的故障日志，且根据此故障日志确定与该故障日志相关联的故障数据，也即是确定用户移动设备运行日志中表征故障的字段的故障日志和与该故障日志相关联的故障数据；服务器端同时获取此故障日志和故障数据，并将此故障日志和故障数据进行调试以重现客户端的故障信息。由于实施例在获取故障日志之前还提取了与此故障信息相互关联的故障数据，通过此故障日志和故障数据的结合就方便调试，进而容易重现客户端的故障信息，即容易通过调试重新出现用户移动设备出现的故障；进而也就方便对发生故障的故障信息进行分析，以便修复此故障信息，防止新版本的移动设备中再次出现此类故障。

需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限制，本领域技术人员应该理解，任何通过获取故障日志和与故障日志相互关联的故障数据来重现故障信息的装置，均应包含在本发明的范围内。

图4为本发明另一个实施例的故障信息的重现推送装置的结构示意图，结合图3，该用于重现故障信息的装置(以下简称“重现装置”)包括用于确定客户端的故障日志的装置(以下简称“第二故障日志确定装置401”)、用于根据所述故障日志确定与所述故障日志相关联的故障数据的装置(以下简称“第二故障数据确认装置402”)、用于获取所述故障日志和故障数据的装置(以下简称“第二获取装置403”)、用于将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的装置(以下简称“第二调试装置404”)、用于通过所述故障日志和故障数据修复所述故障信息并生成修复信息的装置(以下简称“修复装置405”)、以及用于检测所述修复信息是否再重现所述故障信息的装置(以下简称“检测装置406”)该用于推送重现故障信息的装置(以下简称“推送装置”“重现装置”)包括用于获取客户端的用户信息的装置(以下简称“第二获取装置401”)、用于根据所述客户端的用户信息确定与所述用户信息匹配的待发送信息的装置(以下简称“第二确定装置402”)、用于将所述待发送信息推送到客户端的应用程序的应用入口控件区域进行显示的装置(以下简称“第二发送装置403”)、以及根据注册信息和应用程序的使用信息建立个人信息档案的装置(以下简称“第一个人信息装置404”)。

其中，所述第二故障日志确定装置401可参照图3中的第一故障日志确定装置301，第二故障数据确认装置402可以参照图3中的第一故障数据确认装置302，第二获取装置403可以参照图3中的第一获取装置303，以及第二调试装置404可以参照图3中的第一调试装置304，图3中的实施例已予以详述，在此不再赘述。

也即图4所示的实施例与图3中的区别在于：图4示出的实施例还包括有修复装置和检测装置。

修复装置，通过所述故障日志和故障数据修复所述故障信息，并生成修复信息。

其中，通过重现此故障，分析并找到故障原因，然后修改程序将新的apk导入手机中，从而实现了对故障的修复。

修复装置，检测所述修复信息是否再重现所述故障信息，

若重现所述故障信息，则再次修复所述故障信息直至不再重现所述故障信息；

若不再重现所述故障信息，则确认故障信息修复完成。

即：当检测所述修复信息不再重现所述故障信息时确认故障信息修复完成；

当检测所述修复信息重现所述故障信息时，再次修复所述故障信息直至不再重现所述故障信息。

其中，也即是：本实施例通过对修复后的信息进行进一步的检测确认，若重现出现过的故障信息则继续对故障信息进行修复，并生成另一个新的修复信息，直至确保检测修复完成的信息不再重现故障为止。确保修复后的信息不再出现此类故障。

需要说明的是，上述举例仅为更好地说明本发明的技术方案，而非对本发明的限制，本领域技术人员应该理解，任何客户端的用户信对重现的故障进行修复的装置以及对修复后的信息进行检测的装置，均应包含在本发明的范围内。

另外，本实施例的重现装置也可以不包括检测装置，仅通过修复装置修复完成即可。

本发明中，重现装置可以包含一个日志手机模块、进程检索模块和数据存储模块，此日志收集模块收集手机运行的日志存储到一文件中，扫描日志的内容当出现FatalException这类表征错误的字段时，从日志中获取最后一个加载的界面名称(如ComposeMessageActivity)和之后打印出的一些用户操作信息，将这些内容传给进程检索模块。进程检索模块可以包含一个数据库，用于记录客户端运行日志的进程(Process)，当前界面名称(ScreenName)，此界面涉及的存储在手机中的数据文件(CollectFile)和数据路径(CollectDir)，对于某些界面，进行某些操作时需要收集更多数据，会有额外的字段存储日志中涉及的操作(Operation)，通过这些信息确定要打包保存的数据，并传给数据存储模块。

例如：此数据库中的表格记录下表1所示：

表1

重现装置还可以包含数据收集模块和数据发送模块：

找到进程检索模块中传来的要收集的文件路径和文件夹复制过来，再生成一个收集文件描述文件Collect.log，然后将这些文件和此次故障日志信息打包压缩到某一文件夹下，当网络畅通时发送给服务器。

Collect.log文件格式可以为：

目标目录本地目录

data/data/com.providers.contacts/databasesdatabase

data/data/com.providers.contacts/filesfiles

目的是让PC端的软件能够读取后把收集的文件导入到调试手机相应的目录(目标目录)下。

下面以一个收集到的短信模块的crash日志为例来说明一下检索过程：

14:16:53.141E/ComposeMessageActivity(5902):loadscreen:ComposeMessageActivity

Process:com.android.mms

….

14:17:54.123

E/ComposeMessageActivity(5902):Operation:paste

….

14:18:53.145E/AndroidRuntime(22615):FATALEXCEPTION:main

14:18:53.145E/AndroidRuntime(22615):Process:com.android.mms,PID:22615

….

日志收集模块扫描到表征故障的关键字FATALEXCEPTION，然后向上检索最后一个加载界面的关键字Loadscreen和进程Process，找到最后加载的界面名称为ComposeMessageActivity，进程名为com.android.mms，找到数据表格中id为1的记录与之对应，则根据这条记录的要求把要收集的data/data/com.providers.telephony/mmssms.db文件和路径data/data/com.providers.telephony/app_parts发给数据收集模块和数据发送模块，数据收集模块和数据发送模块会将用户手机中的这些文件和文件夹拷贝出来，并生成Collect.log文件，将收集的文件和文件夹的路径写入其中，再截取日志文件一定时间内的log作为故障日志error.log，将这些文件打包压缩后发给服务器。研发人员从服务器上获取此故障文件包后，放到此系统PC端软件相应目录下，PC端软件先按照Collect.log中记载的内容将mmssms.db文件和app_parts文件夹导入到调试手机对应的目录下，然后读取error.log中内容，将过滤出的用户操作的内容显示在界面上，研发人员按照显示的操作步骤(观察关键字LoadScreen，Operation)进入ComposeMessageActivity界面，再按照PC端软件显示的Operation内容在这个界面上操作，以期能重现用户的故障。重现故障后设法分析出如何修改程序，修改好以后将新的apk导入并在此调试机器上验证修改结果。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，本发明的各个装置可采用专用集成电路(ASIC)或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

虽然前面特别示出并且描述了示例性实施例，但是本领域技术人员将会理解的是，在不背离权利要求书的精神和范围的情况下，在其形式和细节方面可以有所变化。这里所寻求的保护在所附权利要求书中做了阐述。在下列编号条款中规定了各个实施例的这些和其他方面。

Claims (14)

1.一种故障信息的重现方法，其特征在于，所述重现方法包括以下步骤：

确定客户端的故障日志；

根据所述故障日志确定与所述故障日志相关联的故障数据；

获取所述故障日志和故障数据；

将所述故障日志和故障数据进行调试以重现所述客户端的故障信息。

2.如权利要求1所述的故障信息的重现方法，其特征在于，所述确定客户端的故障日志的方法包括：

扫描客户端运行日志中是否有表征错误的故障关键字，若有，则在预设的时间段内确定所述表征错误的故障关键字对应的故障日志。

3.如权利要求1所述的故障信息的重现方法，其特征在于，所述根据所述故障日志确定与所述故障日志相关联的故障数据的方法包括：

按照所述故障日志所记载的路径确定与其相关联的故障数据。

4.如权利要求1所述的手机故障的重现方法，其特征在于，所述获取所述故障日志和故障数据的方法包括：

获取将所述故障日志和故障数据打包压缩后的打包压缩文件。

5.如权利要求1所述的故障信息的重现方法，其特征在于，所述将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的方法包括：

提取所述故障日志中反映出客户端操作步骤的内容。

6.如权利要求1所述的故障信息的重现方法，其特征在于，在将所述故障日志和故障数据进行调试以重现所述客户端的故障信息后，所述重现方法还包括：

通过所述故障日志和故障数据修复所述故障信息，并生成修复信息。

7.如权利要求6所述的故障信息的重现方法，其特征在于，检测所述修复信息是否再重现所述故障信息，

若重现所述故障信息，则再次修复所述故障信息直至不再重现所述故障信息；

若不再重现所述故障信息，则确认故障信息修复完成。

8.一种故障信息的重现装置，其特征在于，所述重现装置包括以下装置：

用于确定客户端的故障日志的装置；

用于根据所述故障日志确定与所述故障日志相关联的故障数据的装置；

用于获取所述故障日志和故障数据的装置；

用于将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的装置。

9.如权利要求8所述的故障信息的重现装置，其特征在于，用于确定客户端的故障日志的装置被配置为：

扫描客户端运行日志中是否有表征错误的故障关键字，若有，则在预设的时间段内确定所述表征错误的故障关键字对应的故障日志。

10.如权利要求书8所述的故障信息的重现装置，其特征在于，用于根据所述故障日志确定与所述故障日志相关联的故障数据的装置被配置为：

按照所述故障日志所记载的路径确定与其相关联的故障数据。

11.如权利要求书8所述的故障信息的重现装置，其特征在于，用于获取所述故障日志和故障数据的装置被配置为：

获取将所述故障日志和故障数据打包压缩后的打包压缩文件。

12.如权利要求书8所述的故障信息的重现装置，其特征在于，用于将所述故障日志和故障数据进行调试以重现所述客户端的故障信息的装置被配置为：

提取所述故障日志中反映出客户端操作步骤的内容。

13.如权利要求书8所述的故障信息的重现装置，其特征在于，所述重现装置还包括用于通过所述故障日志和故障数据修复所述故障信息并生成故障信息的装置。

14.如权利要求书13所述的故障信息的重现装置，其特征在于，所述重现装置还包括用于检测所述修复信息是否再重现所述故障信息的装置；

若检测到重现所述故障信息，则再次修复所述故障信息直至不再重现所述故障信息；

若检测到不再重现所述故障信息，则确认故障信息修复完成。