CN106294041A - 一种bug信息上报的方法、装置及移动终端 - Google Patents

Abstract

本发明公开了一种BUG信息上报的方法、装置及移动终端，其中BUG信息上报的方法适于在移动终端中执行，该方法包括以下步骤：记录测试过程中的测试信息，所述测试信息包括错误信息，所述错误信息包括错误发生时间、错误类型和错误内容；在日志文件夹中创建分别存储各个错误信息的各个错误信息文件夹；每隔预设时间段扫描日志文件夹中的各个错误信息文件夹，从中筛选出新创建的错误信息文件夹；根据筛选出的错误信息文件夹中存储的错误信息的错误类型，对该错误信息进行错误严重等级划分；将筛选出的错误信息文件夹中错误信息与其对应的错误严重等级进行组合，生成对应的BUG信息；通过调用预设接口将所述BUG信息上报至BUG平台。

Description

一种BUG信息上报的方法、装置及移动终端

技术领域

本发明涉及移动终端领域和自动化测试领域，特别涉及一种BUG信息上报的方法、装置及移动终端。

背景技术

随着移动通信技术的不断发展，如智能手机、平板电脑等移动终端的普及率越来越高，而用户对移动终端的要求也随之提升。在移动终端出厂前，必然要经过严格的测试程序，而目前的自动化测试技术，在测试过程的前期部署安排中已达到了较高的自动化程度。

然而，在测试完成后对获取的BUG信息进行处理时，仍需要测试人员进行人工手动整理，并将整理好的BUG信息上报至如JIRA、BUGZILLA等BUG平台。若每天上报的BUG信息数量较多且较繁杂，则一方面会浪费时间，另一方面还可能出现人工遗漏BUG信息的可能性。

发明内容

为此，本发明提供一种BUG信息上报的方案，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供一种BUG信息上报的方法，适于在移动终端中执行，该方法包括如下步骤：首先，记录测试过程中的测试信息，测试信息包括错误信息，错误信息包括错误发生时间、错误类型和错误内容；在日志文件夹中创建分别存储各个错误信息的各个错误信息文件夹；每隔预设时间段扫描日志文件夹中的各个错误信息文件夹，从中筛选出新创建的错误信息文件夹；根据筛选出的错误信息文件夹中存储的错误信息的错误类型，对该错误信息进行错误严重等级划分；将筛选出的错误信息文件夹中错误信息与其对应的错误严重等级进行组合，生成对应的BUG信息；通过调用预设 接口将BUG信息上报至BUG平台。

可选地，在根据本发明的BUG信息上报的方法中，每隔预设时间段扫描错误信息文件夹，从中筛选出新创建的错误信息文件夹包括：每隔预设时间段扫描各个错误信息文件夹以获取各个错误信息文件夹的创建时间；如果一个错误信息文件夹的创建时间处于移动终端的当前时间之前的预定时间段内，则将该错误信息文件夹筛选出来。

可选地，在根据本发明的BUG信息上报的方法中，错误类型包括SWT、HWT、ANR、JE、Crash和NE中的任一种。

可选地，在根据本发明的BUG信息上报的方法中，错误严重等级为致命、严重和普通中的任一种。

可选地，在根据本发明的BUG信息上报的方法中，还包括将移动终端的关联信息添加至BUG信息中，关联信息包括移动终端版本、IMEI、错误信息产生模块和测试命令序列号中至少一种。

可选地，在根据本发明的BUG信息上报的方法中，在记录测试过程中的测试信息之前，还包括执行自动化测试脚本开始测试。

可选地，在根据本发明的BUG信息上报的方法中，还包括：根据错误严重等级判断BUG信息的上报优先级；通过调用预设接口将最高上报优先级所对应的BUG信息优先上报至BUG平台。

根据本发明的又一个方面，提供一种BUG信息上报的装置，适于驻留在移动终端中，该装置包括记录模块、创建模块、筛选模块、划分模块、生成模块和上报模块。其中，记录模块适于记录测试过程中的测试信息，测试信息包括错误信息，错误信息包括错误发生时间、错误类型和错误内容；创建模块适于在日志文件夹中创建分别存储各个错误信息的各个错误信息文件夹；筛选模块适于每隔预设时间段扫描日志文件夹中的各个错误信息文件夹，从中筛选出新创建的错误信息文件夹；划分模块适于根据筛选出的错误信息文件夹中存储的错误信息的错误类型，对该错误信息进行错误严重等级划分；生成模块适于将筛选出的错误信息文件夹中错误信息与其对应的错误严重等级进行组合，生成对应的BUG信息；上报模块适于通过调用预设接口将BUG信息上报至BUG平台。

可选地，在根据本发明的BUG信息上报的装置中，筛选模块进一步适于：每隔预设时间段扫描各个错误信息文件夹以获取各个错误信息文件夹的创建时间；如果一个错误信息文件夹的创建时间处于移动终端的当前时间之前的预定时间段内，则将该错误信息文件夹筛选出来。

可选地，在根据本发明的BUG信息上报的装置中，错误类型包括SWT、HWT、ANR、JE、Crash和NE中的任一种。

可选地，在根据本发明的BUG信息上报的装置中，错误严重等级为致命、严重和普通中的任一种。

可选地，在根据本发明的BUG信息上报的装置中，还包括添加模块，适于将移动终端的关联信息添加至BUG信息中，关联信息包括移动终端版本、IMEI、错误信息产生模块和测试命令序列号中至少一种。

可选地，在根据本发明的BUG信息上报的装置中，还包括执行模块，适于执行自动化测试脚本开始测试。

可选地，在根据本发明的BUG信息上报的装置中，还包括判断模块，适于根据错误严重等级判断BUG信息的上报优先级。

可选地，在根据本发明的BUG信息上报的装置中，上报模块还适于通过调用预设接口将最高上报优先级所对应的BUG信息优先上报至BUG平台。

根据本发明的又一个方面，还提供一种移动终端，包括根据本发明的BUG信息上报的装置。

根据本发明的BUG信息上报的技术方案，首先将测试过程中的错误信息存储至错误信息文件夹中，每隔预设时间段筛选出新创建的错误信息文件夹并对其所存储的错误信息进行错误严重等级划分，将上述错误信息与其对应的错误严重等级组合生成BUG信息后上报至BUG平台。以上技术方案中，错误严重等级包括致命、严重和普通，一方面可根据错误严重等级的高低来决定优先上报的BUG信息，另一方面在BUG平台中，也可以根据错误严重等级来选出首要处理的BUG信息，进一步节省了时间，节约了人力，提高了BUG信息上报的准确性。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明的一个实施例的移动终端100的示意图；

图2示出了根据本发明一个实施例的BUG信息上报的方法200的流程图；以及

图3示出了根据本发明的一个实施例的BUG信息上报的装置300的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1是移动终端100的结构框图。移动终端100可以包括存储器接口102、一个或多个数据处理器、图像处理器和/或中央处理单元104，以及外围接口106。

存储器接口102、一个或多个处理器104和/或外围接口106既可以是分立元件，也可以集成在一个或多个集成电路中。在移动终端100中，各种元件可以通过一条或多条通信总线或信号线来耦合。传感器、设备和子系统可以耦合到外围接口106，以便帮助实现多种功能。

例如，运动传感器110、光线传感器112和距离传感器114可以耦合到外围接口106，以方便定向、照明和测距等功能。其他传感器116同样可以与外围接口106相连，例如定位系统(例如GPS接收机)、温度传感器、生物测定传感器或其他感测设备，由此可以帮助实施相关的功能。

相机子系统120和光学传感器122可以用于方便诸如记录照片和视频剪辑的相机功能的实现，其中所述相机子系统和光学传感器例如可以是电荷耦合器件(CCD)或互补金属氧化物半导体(厘米OS)光学传感器。可以通过一个或多个无线通信子系统124来帮助实现通信功能，其中无线通信子系统可以包括射频接收机和发射机和/或光(例如红外)接收机和发射机。无线通信子系统124的特定设计和实施方式可以取决于移动终端100所支持的一个或多个通信网络。例如，移动终端100可以包括被设计成支持LTE、3G、GSM网络、GPRS网络、EDGE网络、Wi-Fi或WiMax网络以及Bluebooth^TM网络的通信子系统124。

音频子系统126可以与扬声器128以及麦克风130相耦合，以便帮助实施启用语音的功能，例如语音识别、语音复制、数字记录和电话功能。I/O子系统140可以包括触摸屏控制器142和/或一个或多个其他输入控制器144。触摸屏控制器142可以耦合到触摸屏146。举例来说，该触摸屏146和触摸屏控制器142可以使用多种触摸感测技术中的任何一种来检测与之进行的接触和移动或是暂停，其中感测技术包括但不局限于电容性、电阻性、红外和表面声波技术。一个或多个其他输入控制器144可以耦合到其他输入/控制设备148，例如一个或多个按钮、摇杆开关、拇指旋轮、红外端口、USB端口、和/或指示笔之类的指点设备。所述一个或多个按钮(未显示)可以包括用于控制扬声器128和/或麦克风130音量的向上/向下按钮。

存储器接口102可以与存储器150相耦合。该存储器150可以包括高速随机存取存储器和/或非易失性存储器，例如一个或多个磁盘存储设备，一个或多个光学存储设备，和/或闪存存储器(例如NAND，NOR)。存储器150可以存储操作系统172，例如Android、iOS或是Windows Phone之类的操作系统。该操作系统172可以包括用于处理基本系统服务以及执行依赖于硬件的任务的指令。存储器150还可以存储应用174。在移动设备运行时，会从存储器150中加载操作系统172，并且由处理器104执行。应用174在运行时，也会从存储器150中加载，并由处理器104执行。应用174运行在操作系统之上，利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即时通信、网页浏览、图片管理等。应用174可以是独立于操作系统提供的，也可以是操作系统自带的。另外，应用174被安装到移动终端100中时，也可以向操作系统添加驱动模块。在上述各种应用174中，其中的一种应用为根据本发明的BUG信息上报的装置300。

图2示出了根据本发明一个实施例的BUG信息上报的方法200的流程图。BUG信息上报的方法200适于在移动终端(例如图1所示的移动终端100)中执行。

目前，Android系统的应用最为广泛，基于Android系统开发的各类软件和移动终端也不胜枚举。以下以Android系统为例描述本发明的技术方案。首先，以Android系统为基础设计相应的测试用例，执行自动化测试脚本开始测试。在本实施例中，通过自动化测试APK来执行自动化测试脚本，点击该自动化测试APK中的“开始测试”图标，此时调用Monkey命令“adb shell monkey -p com.mt.mtxx.mtxx-v 500”，其中“com.mt.mtxx.mtxx”为美图秀秀这一应用的包名，上述命令表示对美图秀秀进行500次随机测试。

如图2所示，方法200始于步骤S210。在步骤S210中，记录测试过程中的测试信息，测试信息包括错误信息，错误信息包括错误发生时间、错误类型和错误内容。其中，错误类型包括SWT、HWT、ANR、JE、Crash和NE中的任一种。在本实施例中，通过MTKlog这一日志记录工具对测试过程中的测试信息进行记录。SWT是Software Watchdog Timeout的英文缩写，HWT是Hardware Watchdog Timeout的英文缩写，均表现为定屏一段时间后自动重启。ANR是Application Not Responding的英文缩写，表示应用无响应。JE是Java Exception的英文缩写，为应用层的错误，一般体现为应用崩溃，Crash 也表示应用崩溃。而NE是NativeException的英文缩写，为中间层的错误，通常是应用库的问题，很多时候系统资源耗尽也会导致较多的NE，造成卡顿的直观体现。

随后，进入步骤S220，在日志文件夹中创建分别存储各个错误信息的各 个错误信息文件夹。在本实施例中，MTKLOG对移动终端中的各类操作均进行记录，将记录到的相关信息存储到日志文件夹，即mtklog文件夹中。而对于测试过程中发现的错误信息，对每一个错误信息均会建立对应的错误信息文件夹以进行存储，如名称为db.00.SWT的错误信息文件夹中存储了一个错误类型为SWT的错误信息，由此可知错误信息文件夹的名称与错误类型相关。实际上，为便于对错误信息文件夹的管理，所有的错误信息文件夹均存放在mtklog文件夹下一个名为aee_exp的文件夹中。

在步骤S230中，每隔预设时间段扫描日志文件夹中的各个错误信息文件夹，从中筛选出新创建的错误信息文件夹。具体来说，每隔预设时间段扫描各个错误信息文件夹以获取各个错误信息文件夹的创建时间；如果一个错误信息文件夹的创建时间处于移动终端的当前时间之前的预定时间段内，则将该错误信息文件夹筛选出来。在本实施例中，预设时间段为1小时，利用定时器机制，设置扫描的时间间隔为1小时，则每隔1小时扫描各个错误信息文件夹的关键代码如下：

对每一个错误信息文件夹的创建时间进行判断，若其创建时间在移动终端的当前时间之前的1小时内，则筛选出该错误信息文件夹，关键代码如下：

在步骤S240中，根据筛选出的错误信息文件夹中存储的错误信息的错误类型，对该错误信息进行错误严重等级划分。其中，错误严重等级为致命、严重和普通中的任一种。在本实施例中，以“S1-致命”、“S2-严重”和“S3-普通”分别表示错误严重等级中的致命、严重和普通。SWT和HWT这两种错误类型，由于通常会带来移动终端重启和死机等重大问题，因此错误严重等级为“S1-致命”，而ANR、JE和Crash这三种错误类型易造成程序崩溃、闪退等问题，对应的错误严重等级为“S2-严重”，NE这种错误类型会导致程序运行较慢，对应的错误严重等级为“S3-普通”。

在步骤S250中，将筛选出的错误信息文件夹中错误信息与其对应的错误严重等级进行组合，生成对应的BUG信息。也可以将移动终端的关联信息添加至BUG信息中，关联信息包括移动终端版本、IMEI、错误信息产生模块和测试命令序列号中至少一种，从而获得更完备的BUG信息。在步骤S260中， 通过调用预设接口将所述BUG信息上报至BUG平台。在本实施例中，预设接口采用PHP语言编写，该预设接口的形式为http://192.168.40.30:81/postMonkeyBug.php。预设接口在接收到BUG信息后，先将其转化为预定格式的数据，并利用BUG平台上已有的账号和密码进行伪登录，再将转化后的数据提交到BUG平台，关键代码如下：

//新建一个post对象，用来调用预设接口，对预设接口发送post请求

HttpPost httpRequest＝new HttpPost(“http://192.168.40.30:81/postMonkey Bug.php”)；

//需要发送给接口的参数

List params＝new ArrayList()；

params.add(new BasicNameValuePair("移动终端版本号",version))；

params.add(new BasicNameValuePair("IMEI",IMEI))；

……

try{

//发出HTTP请求

httpRequest.setEntity(new UrlEncodedFormEntity(params,HTTP.UTF_8))；

//调用预设接口完毕，得到是否调用成功的网络提示

HttpResponse httpResponse＝new DefaultHttpClient().execute(httpRequest)；

BUG平台在接收到提交的BUG信息后，开发人员可以根据BUG信息中的错误严重等级，自行判断优先处理的BUG信息。

在本发明的又一实施例中，根据错误严重等级判断BUG信息的上报优先级，通过调用预设接口将最高上报优先级所对应的BUG信息优先上报至BUG平台。错误严重等级“S1-致命”、“S2-严重”和“S3-普通”分别对应上报优先级“D1”、“D2”和“D3”，其中“D1”表示上报优先级为最高级别，“D2”表示上报优先级为中等级别，“D3”表示上报优先级为最低级别。以一条错误类型为SWT的BUG信息为例，其错误严重等级为S1致命，上报优先级为D1，因此对于该BUG信息应调用预设接口将其优先上报至BUG平台。 在实际处理过程中，由于上报优先级与错误严重等级是一一对应的，而错误严重等级与错误类型存在一对多的情形，因此上报优先级与错误类型也存在一对多的情形。为便于将同一上报优先级的BUG信息统一上报至BUG平台，利用正则表达式“|”匹配出最高上报优先级“D1”对应的BUG信息，该正则表达式“|”表示或者，关键代码如下：

图3示出了根据本发明一个实施例的BUG信息上报的装置300的示意图。该装置包括：记录模块310、创建模块320、筛选模块330、划分模块340、生成模块350和上报模块360。该装置还包括添加模块、执行模块和判断模块(图中均未示出)，添加模块生成模块350与上报模块360之间，适于将移动终端的关联信息添加至BUG信息中，关联信息包括移动终端版本、IMEI、错误信息产生模块和测试命令序列号中至少一种。执行模块位于记录模块310之前，适于执行自动化测试脚本开始测试。判断模块位于添加模块与上报模块360之间，适于根据错误严重等级判断BUG信息的上报优先级。

记录模块310适于记录测试过程中的测试信息，测试信息包括错误信息，错误信息包括错误发生时间、错误类型和错误内容。其中，错误类型包括SWT、HWT、ANR、JE、Crash和NE中的任一种。在本实施例中，通过MTKlog 这一日志记录工具对测试过程中的测试信息进行记录。SWT是Software Watchdog Timeout的英文缩写，HWT是Hardware Watchdog Timeout的英文缩写，均表现为定屏一段时间后自动重启。ANR是Application Not Responding的英文缩写，表示应用无响应。JE是Java Exception的英文缩写，为应用层的错误，一般体现为应用崩溃，Crash也表示应用崩溃。而NE是Native Exception的英文缩写，为中间层的错误。

创建模块320适于在日志文件夹中创建分别存储各个错误信息的各个错误信息文件夹。在本实施例中，MTKLOG对移动终端中的各类操作均进行记录，将记录到的相关信息存储到日志文件夹，即mtklog文件夹中。而对于测试过程中发现的错误信息，对每一个错误信息均会建立对应的错误信息文件夹以进行存储，如名称为db.00.SWT的错误信息文件夹中存储了一个错误类型为SWT的错误信息，由此可知错误信息文件夹的名称与错误类型相关。实际上，为便于对错误信息文件夹的管理，所有的错误信息文件夹均存放在mtklog文件夹下一个名为aee_exp的文件夹中。

筛选模块330适于每隔预设时间段扫描日志文件夹中的各个错误信息文件夹，从中筛选出新创建的错误信息文件夹。筛选模块330进一步适于每隔预设时间段扫描各个错误信息文件夹以获取各个错误信息文件夹的创建时间；如果一个错误信息文件夹的创建时间处于移动终端的当前时间之前的预定时间段内，则将该错误信息文件夹筛选出来。在本实施例中，预设时间段为1小时。

划分模块340适于根据筛选出的错误信息文件夹中存储的错误信息的错误类型，对该错误信息进行错误严重等级划分。其中，错误严重等级为致命、严重和普通中的任一种。在本实施例中，以“S1-致命”、“S2-严重”和“S3-普通”分别表示错误严重等级中的致命、严重和普通。SWT和HWT这两种错误类型对应的错误严重等级为“S1-致命”，ANR、JE和Crash这三种错误类型对应的错误严重等级为“S2-严重”，NE这种错误类型对应的错误严重等级为“S3-普通”。

生成模块350适于将筛选出的错误信息文件夹中错误信息与其对应的错误严重等级进行组合，生成对应的BUG信息。

上报模块360适于通过调用预设接口将所述BUG信息上报至BUG平台。在本实施例中，预设接口的形式为http://192.168.40.30:81/post MonkeyBug.php。预设接口在接收到BUG信息后，先将其转化为预定格式的数据，并利用BUG平台上已有的账号和密码进行伪登录，再将转化后的数据提交到BUG平台。

关于BUG信息上报的具体步骤以及实施例，在基于图2的描述中已经详细公开，此处不再赘述。

在现有的自动化测试技术中，在测试完成后对获取的BUG信息进行处理时，仍需要测试人员进行人工手动整理后再上报至BUG平台，容易浪费时间和遗漏BUG信息。而根据本发明实施例的BUG信息上报的技术方案，首先将测试过程中的错误信息存储至错误信息文件夹中，每隔预设时间段筛选出新创建的错误信息文件夹并对其所存储的错误信息进行错误严重等级划分，将上述错误信息与其对应的错误严重等级组合生成BUG信息后上报至BUG平台。以上技术方案中，错误严重等级包括致命、严重和普通，一方面可根据错误严重等级的高低来决定优先上报的BUG信息，另一方面在BUG平台中，也可以根据错误严重等级来选出首要处理的BUG信息，进一步节省了时间，节约了人力，提高了BUG信息上报的准确性。

B10.如B8所述的装置，其中所述错误类型包括SWT、HWT、ANR、JE、Crash和NE中的任一种。

B11.如B8所述的装置，其中所述错误严重等级为致命、严重和普通中的任一种。

B12.如B8所述的装置，还包括添加模块，适于将移动终端的关联信息添加至BUG信息中，所述关联信息包括移动终端版本、IMEI、错误信息产生模块和测试命令序列号中至少一种。

B13.如B8所述的装置，还包括执行模块，适于执行自动化测试脚本开始测试。

B14.如B8-13所述的装置，还包括：

判断模块，适于根据错误严重等级判断BUG信息的上报优先级。

B15.如B14所述的装置，所述上报模块还适于通过调用预设接口将最高 上报优先级所对应的BUG信息优先上报至BUG平台。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者 由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种BUG信息上报的方法，适于在移动终端执行，所述方法包括：

记录测试过程中的测试信息，所述测试信息包括错误信息，所述错误信息包括错误发生时间、错误类型和错误内容；

在日志文件夹中创建分别存储各个错误信息的各个错误信息文件夹；

每隔预设时间段扫描日志文件夹中的各个错误信息文件夹，从中筛选出新创建的错误信息文件夹；

根据筛选出的错误信息文件夹中存储的错误信息的错误类型，对该错误信息进行错误严重等级划分；

将筛选出的错误信息文件夹中错误信息与其对应的错误严重等级进行组合，生成对应的BUG信息；

通过调用预设接口将所述BUG信息上报至BUG平台。

2.如权利要求1所述的方法，所述每隔预设时间段扫描所述错误信息文件夹，从中筛选出新创建的错误信息文件夹包括：

每隔预设时间段扫描各个错误信息文件夹以获取各个错误信息文件夹的创建时间；

如果一个错误信息文件夹的创建时间处于移动终端的当前时间之前的预定时间段内，则将该错误信息文件夹筛选出来。

3.如权利要求1所述的方法，其中所述错误类型包括SWT、HWT、ANR、JE、Crash和NE中的任一种。

4.如权利要求1所述的方法，其中所述错误严重等级为致命、严重和普通中的任一种。

5.如权利要求1中所述的方法，还包括：

将移动终端的关联信息添加至BUG信息中，所述关联信息包括移动终端版本、IMEI、错误信息产生模块和测试命令序列号中至少一种。

6.如权利要求1所述的方法，在记录测试过程中的测试信息之前，还包括执行自动化测试脚本开始测试。

7.如权利要求1-6中任一项所述的方法，还包括：

根据错误严重等级判断BUG信息的上报优先级；

通过调用预设接口将最高上报优先级所对应的BUG信息优先上报至BUG平台。

8.一种BUG信息上报的装置，适于驻留在移动终端中，所述装置包括：

记录模块，适于记录测试过程中的测试信息，所述测试信息包括错误信息，所述错误信息包括错误发生时间、错误类型和错误内容；

创建模块，适于在日志文件夹中创建分别存储各个错误信息的各个错误信息文件夹；

筛选模块，适于每隔预设时间段扫描日志文件夹中的各个错误信息文件夹，从中筛选出新创建的错误信息文件夹；

划分模块，适于根据筛选出的错误信息文件夹中存储的错误信息的错误类型，对该错误信息进行错误严重等级划分；

生成模块，适于将筛选出的错误信息文件夹中错误信息与其对应的错误严重等级进行组合，生成对应的BUG信息；

上报模块，适于通过调用预设接口将所述BUG信息上报至BUG平台。

9.如权利要求8所述的装置，所述筛选模块进一步适于：

每隔预设时间段扫描各个错误信息文件夹以获取各个错误信息文件夹的创建时间；

如果一个错误信息文件夹的创建时间处于移动终端的当前时间之前的预定时间段内，则将该错误信息文件夹筛选出来。

10.一种移动终端，包括如权利要求8或9所述的BUG信息上报的装置。