CN109408371A - 软件缺陷分析录入方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种上述软件缺陷分析录入方法、装置、计算机设备和存储介质，基于大数据通过将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级，并获取软件缺陷在所述待分析测试日志中出现的数量，确定所述软件缺陷出现频率，通过根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人，根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的错误代码及缺陷内容信息推送至相关责任人对应的终端。解决了在针对软件测试中出现的软件缺陷进行分析录入时，工作效率低，且会出现软件缺陷相关信息重复录入的情况的问题。

Description

软件缺陷分析录入方法、装置、计算机设备和存储介质

技术领域

本申请涉及互联网技术领域，特别是涉及一种软件缺陷分析录入方法、装置、计算机设备和存储介质。

背景技术

随着互联网技术的不断发展，软件是互联网技术发展中不可缺少的部分，对于软件开发人员开发的软件，软件中不可避免会出现软件缺陷，为了保证软件质量，需要软件测试人员对软件进行软件测试，找出软件中存在的软件缺陷，软件开发人员需要对代码中出现的缺陷进行修复，进行修复前需要知道代码中出现的缺陷的原因，以及修复方案等等，则需要对代码中出现的缺陷进行分析。

目前，针对代码中出现的缺陷，都是由测试人员的经验不同，对于软件测试中出现的缺陷，花费大量时间和精力进行分析，需要大量的分析时间，在分析过程中可能还需要与软件开发人员进行沟通，分析出结果后还需要录入缺陷内容，其中，很有可能存在软件缺陷的相关信息重复录入的情况。因此，在针对软件测试中出现的软件缺陷进行分析录入时，工作效率低，且会出现软件缺陷相关信息重复录入的情况。

发明内容

基于此，有必要针对上述技术问题，提供一种能够在针对软件测试中出现的软件缺陷进行分析时，提高工作效率，且不会出现软件缺陷相关信息重复录入的软件缺陷分析录入方法、装置、计算机设备和存储介质。

一种软件缺陷分析录入方法，所述方法包括：

获取待分析测试日志，提取所述待分析测试日志中软件缺陷的错误代码及缺陷内容信息；

将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级；

获取所述软件缺陷在所述待分析测试日志中出现的数量，确定所述软件缺陷出现频率；

根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人；

根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的相关信息推送至相关责任人对应的终端。

在其中一个实施例中，所述将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级的步骤包括：

将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷是否为新缺陷；

当确定所述软件缺陷为新缺陷时，对所述软件缺陷基于大数据进行分析，确定所述软件缺陷的处理优先级，并将所述错误代码及缺陷内容信息录入缺陷数据库中；

当确定所述软件缺陷不是新缺陷时，从缺陷数据库获取所述软件缺陷历史处理记录，确定所述软件缺陷的处理优先级。

在其中一个实施例中，所述当确定所述软件缺陷为新缺陷时，对所述软件缺陷基于大数据进行分析，确定所述软件缺陷的处理优先级的步骤包括：

当确定所述软件缺陷为新缺陷时，获取所述软件缺陷出现后软件实现功能时所出现的异常情况信息，基于大数据分析所述异常情况信息，确定所述软件缺陷的严重程度；

根据所述软件缺陷的严重程度，确定所述软件缺陷的处理优先级。

在其中一个实施例中，所述当确定所述软件缺陷不是新缺陷时，从缺陷数据库获取所述软件缺陷历史处理记录，确定所述软件缺陷的处理优先级步骤包括：

当确定所述软件缺陷不是新缺陷时，向缺陷数据库获取所述软件缺陷历史处理记录，根据所述历史处理记录确定所述软件缺陷的当前处理状态；

当确定所述软件缺陷的当前处理状态为已处理时，获取所述软件缺陷处理时保存的错误代码、相关内容信息；

根据获取所述软件缺陷处理时保存的错误代码、相关内容信息，确定所述软件缺陷的处理优先级，并更新所述软件缺陷的处理优先级的级别，以及将所述软件缺陷当前处理状态更改为未处理；

当所述软件缺陷的当前处理状态为未处理时，获取所述软件缺陷的历史处理优先级及所述软件缺陷提交的时间信息，确定所述软件缺陷的处理优先级。

在其中一个实施例中，所述根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人的步骤包括：

当所述软件缺陷的处理优先级超过设定级别或所述软件缺陷出现的频率超过预设阈值时，确定所述需要告知的相关责任人包括所述软件缺陷对应模块的开发责任人及所述开发责任人的上级；

当所述软件缺陷的处理优先级低且所述软件缺陷出现的频率未超过预设阈值时，确定所述需要告知的相关责任人包括所述软件缺陷对应模块的开发责任人。

在其中一个实施例中，所述根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的相关信息推送至相关责任人对应的终端的步骤包括：

根据所述软件缺陷的错误代码确定所述软件缺陷对应的模块信息，从所述模块信息中获取相关责任人的信息；

将所述软件缺陷的相关信息推送至相关责任人对应的终端。

在其中一个实施例中，在所述获取待分析测试日志步骤之前，还包括：

接收终端下发的配置指令；

根据所述配置指令在终端生成配置界面；

通过所述配置界面接收终端输入的对应模块信息；

将所述对应模块信息保存至数据库。

在其中一个实施例中，一种软件缺陷分析录入装置，所述装置包括：

软件缺陷获取模块，用于获取待分析测试日志，提取所述待分析测试日志中软件缺陷的错误代码及缺陷内容信息；

处理优先级确定模块，用于将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级；

出现频率确定模块，用于获取所述软件缺陷在所述待分析测试日志中出现的数量，确定所述软件缺陷出现频率；

相关责任人确定模块，用于根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人；

推送模块，用于根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的相关信息推送至相关责任人对应的终端。

在其中一个实施例中，一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现所述方法的步骤。

在其中一个实施例中，一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现所述的方法的步骤。

上述软件缺陷分析录入方法、装置、计算机设备和存储介质，通过将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级，并获取软件缺陷在所述待分析测试日志中出现的数量，确定所述软件缺陷出现频率，通过根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人，根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的相关信息推送至相关责任人对应的终端。解决了在针对软件测试中出现的软件缺陷进行分析录入时，工作效率低，且会出现软件缺陷相关信息重复录入的情况的问题。

附图说明

图1为一个实施例中软件缺陷分析录入方法的应用场景图；

图2为一个实施例中软件缺陷分析录入方法的流程示意图；

图3为一个实施例中软件缺陷分析录入方法的一个步骤的流程示意图；

图4为另一个实施例中软件缺陷分析录入方法的流程示意图；

图5为一个实施例中软件缺陷分析录入装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

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

本申请提供的软件缺陷分析录入方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。用户通过终端102下发分析指令，使服务器104执行软件缺陷分析录入方法，服务器104获取待分析测试日志，服务器104将获取到的待分析测试日志进行分析，将需要录入的软件缺陷录入服务器106的数据库中。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104与服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种软件缺陷分析录入方法，以该方法应用于图1中的服务器为例进行说明，包括步骤S220至步骤S300：

步骤S220，获取待分析测试日志，提取待分析测试日志中软件缺陷的错误代码及缺陷内容信息。

其中，待分析测试日志是测试工具进行软件测试，测试完成后生成的测试日志；可以是直接向测试工具获取到测试完成后生成的测试日志，也可以是用户通过终端上传的待分析测试日志。待分析测试日志中包括软件在测试运行或调度运行期间发生的事件的历史记录，以及每个验证点的状态。对待分析测试日志中的内容进行解析，获取到待分析测试日志中软件缺陷的错误代码及缺陷内容信息。

步骤S240，将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷的处理优先级。

其中，可以通过错误代码及缺陷内容信息中存在的关键字，缺陷数据库中已存在的缺陷信息进行匹配，可以确定缺陷数据库中是否已录入有软件缺陷，当缺陷数据库中没有该软件缺陷，可以说明是新的软件缺陷，需要将新的软件缺陷录入缺陷数据库，并需要通过软件缺陷的相关信息确定软件缺陷的处理优先级；当缺陷数据库中有该软件缺陷，可以获取以前录入的缺陷信息，确定软件缺陷的处理优先级。

步骤S260，获取软件缺陷在待分析测试日志中出现的数量，确定软件缺陷出现频率。

其中，可以通过解析待分析测试日志，获取到软件缺陷在在待分析测试日志中出现的数量，数量越多，说明该软件缺陷对整个模块影响越大。

步骤S280，根据软件缺陷的处理优先级及软件缺陷出现的频率，确定需要告知的相关责任人。

其中，软件缺陷的处理优先级可以说明该软件缺陷对软件的整个模块影响程度，以及在整个模块中的重要性，软件缺陷出现的频率也可以说明该软件缺陷对软件的整个模块影响程度，以及在整个模块中的重要性，通过两者综合考虑，需要告知的相关责任人，从而使得相关责任人知道如何优先解决哪些软件缺陷，并在一定程度上，增加相关责任人重视该软件缺陷。

步骤S300，根据软件缺陷获取相关责任人的信息，将软件缺陷的相关信息推送至相关责任人对应的终端。

其中，软件缺陷对应的模块已绑定相关责任人的信息，通过软件缺陷中的错误代码可以确定对应的模块，从而获取到相关责任人的信息；软件缺陷的相关信息包括：软件缺陷的错误代码、缺陷内容信息、件缺陷的处理优先级及软件缺陷出现的频率等信息。

上述软件缺陷分析录入方法、装置、计算机设备和存储介质，通过将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级，并获取软件缺陷在所述待分析测试日志中出现的数量，确定所述软件缺陷出现频率，通过根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人，根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的错误代码及缺陷内容信息推送至相关责任人对应的终端。解决了在针对软件测试中出现的软件缺陷进行分析录入时，工作效率低，且会出现软件缺陷相关信息重复录入的情况的问题。

在一个实施例中，如图3所示，将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷的处理优先级的步骤包括步骤S242至步骤S246：

步骤S242，将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷是否为新缺陷；

其中，缺陷数据库至少包括本地服务器的缺陷数据库、缺陷管理系统所使用的缺陷数据库，通过错误代码及缺陷内容信息中的关键字在本地服务器的缺陷数据库及缺陷管理系统的缺陷数据库进行搜索，搜索是否存在该错误代码，在搜索缺陷管理系统的缺陷数据库时，可以通过调用缺陷管理系统(如JIRA)的RESTful接口，向缺陷管理系统发送查询指令(查询指令包括错误代码信息)，缺陷管理系统根据查询指令进行查询，搜索缺陷管理系统的缺陷数据库中是否存在该错误代码，当本地服务器的缺陷数据库及缺陷管理系统都没有查到该错误代码的缺陷时(证明是新出现的缺陷)，当本地服务器的缺陷数据库或缺陷管理系统存在该错误代码，就不是新缺陷。

步骤S244，当确定软件缺陷为新缺陷时，对软件缺陷基于大数据进行分析，确定软件缺陷的处理优先级，并将错误代码及缺陷内容信息录入缺陷数据库中；

其中，为新缺陷时，就需要判断该软件缺陷的处理优先级，基于大数据进行分析，可以分析出该软件缺陷的严重级别情况，比如该缺陷出现后是否引发了内存溢出、系统崩溃等问题，判断软件缺陷的处理优先级。将错误代码及缺陷内容信息录入缺陷数据库中，可以是本地服务器的缺陷数据库、缺陷管理系统的缺陷数据库都录入，也可以是其中一个，当录入缺陷管理系统的缺陷数据库时，调用缺陷工具的RESTful接口，自动录入此次错误代码及缺陷内容信息(也就是此缺陷的相关内容)。

步骤S246，当确定软件缺陷不是新缺陷时，从缺陷数据库获取软件缺陷历史处理记录，确定软件缺陷的处理优先级。

其中，不是新缺陷，可以根据历史处理记录获取到原始的软件缺陷的处理优先级，并根据历史处理记录获取到软件缺陷的解决状态以及改缺陷录入时间，综合考虑是否需要在原始的软件缺陷的处理优先级上提升软件缺陷的处理优先级的级别，确定出当前的软件缺陷的处理优先级。

在一个实施例中，所述当确定软件缺陷为新缺陷时，对软件缺陷基于大数据进行分析，确定软件缺陷的处理优先级的步骤包括：

当确定软件缺陷为新缺陷时，获取软件缺陷出现后软件实现功能时所出现的异常情况信息，基于大数据分析异常情况信息，确定软件缺陷的严重程度；根据软件缺陷的严重程度，确定软件缺陷的处理优先级。

其中，根据软件缺陷中的错误代码及缺陷内容信息，基于大数据进行分析，该缺陷出现后是否会引发了内存溢出、系统崩溃等异常情况的问题，可以得出该软件缺陷的严重级别情况，判断软件缺陷的处理优先级。

在一个实施例中，当确定软件缺陷不是新缺陷时，从缺陷数据库获取软件缺陷历史处理记录，确定软件缺陷的处理优先级的步骤包括：

a、当确定软件缺陷不是新缺陷时，向缺陷数据库获取软件缺陷历史处理记录，根据历史处理记录确定软件缺陷的当前处理状态；

b、当确定软件缺陷的当前处理状态为已处理时，获取软件缺陷处理时保存的错误代码、相关内容信息；

c、根据获取软件缺陷处理时保存的错误代码、相关内容信息，确定软件缺陷的处理优先级，并更新软件缺陷的处理优先级的级别，以及将软件缺陷当前处理状态更改为未处理；

d、当确定软件缺陷的当前处理状态为未处理时，获取软件缺陷的历史处理优先级及软件缺陷提交的时间信息，确定软件缺陷的处理优先级。

其中，当软件缺陷的当前处理状态为已处理，可以根据历史保存的错误代码、相关内容信息(软件缺陷处理时保存的错误代码、相关内容信息)，确定之前处理的方法没有解决问题，并结合处理次数确定是否需要更改软件缺陷的处理优先级，从而确定此次软件缺陷的处理优先级。还需将软件缺陷当前处理状态更改为未处理，从而提醒相关负责人还需进一步处理该软件缺陷。当软件缺陷的当前处理状态为未处理时，获取查找到的错误代码的优先级及提交的时间信息，根据查找到的错误代码的优先级及提交的时间信息，如：提交的时间已经超过预设的期限，需要更改软件缺陷的处理优先级，确定此次错误代码的优先级，并对应标记错误代码的优先级或更新错误代码的优先级。

在一个实施例中，根据软件缺陷的处理优先级及软件缺陷出现的频率，确定需要告知的相关责任人的步骤包括：

当软件缺陷的处理优先级超过设定级别或软件缺陷出现的频率超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人及开发责任人的上级；当软件缺陷的处理优先级低且软件缺陷出现的频率未超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人。

其中，软件缺陷的处理优先级可根据具体的所测试的软件中各模块的重要性、该软件缺陷出现对整个软件的影响范围等等，只要是可以体现该软件缺陷需要优先处理的情况都可以；设定的级别可以根据实际情况进行设定，在此不做具体限定。软件缺陷出现的频率是为了体现该软件缺陷对应的模块的问题较大。软件缺陷的处理优先级超过设定级别或软件缺陷出现的频率超过预设阈需要引起重视，则不仅需要让对应模块的开发责任人知道，还需要让开发责任人的上级知道，从而对该软件缺陷引起重视。

在一个实施例中，还包括：获取同一个软件模块出现了多少种错误代码的数量，当同一个软件模块出现了不同种类的错误代码的数量超过一定阈值时，通过错误代码确定对应的模块信息，根据对应的模块信息获取到对应的责任人信息及对应的责任人的上级的信息，通过调用微信接口将与错误代码有关的相关信息发送至对应的责任人及对应的责任人的上级(比如统计同一个软件模块中出现了多少种错误代码，如果数量超过一定的阈值，说明该模块存在一定的设计缺陷或者开发人员的写代码能力有问题，需要把该软件模块中出现的所有缺陷信息汇总推送给开发责任人及其上级，要求进行代码评审和设计方案重新评估)。

在一个实施例中，根据软件缺陷获取相关责任人的信息，将软件缺陷的相关推送至相关责任人对应的终端的步骤包括：

根据软件缺陷的错误代码确定软件缺陷对应的模块信息，从模块信息中获取相关责任人的信息；将软件缺陷的错误代码及缺陷内容信息推送至相关责任人对应的终端。

其中，在进行分析之前，用户已经将各模块的相关责任人的信息进行设置，相关责任人的信息可以是相关责任人的微信号，也可以是相关责任人的邮箱，还可以是相关责任人的手机号等等，从而通过获取相关责任人的微信号、邮箱、手机号等等发送至相关责任人对应的终端。

在一个实施例中，如图4所示，软件缺陷分析录入在获取待分析测试日志步骤之前，还包括步骤：

步骤S120，接收终端下发的配置指令；

步骤S140，根据配置指令在终端生成配置界面；

步骤S160，通过配置界面接收终端输入的对应模块信息；

步骤S180，将对应模块信息保存至数据库。

其中，用户通过终端，使终端向服务器发送配置指令。服务器接收到配置指令后，根据配置指令向终端反馈设置界面，使终端生成设置界面。对应模块信息包括：错误码和处理优先级的映射表、错误码和业务代码模块的映射表，业务代码模块、允许出现不同种错误数量的映射表、业务代码模块和开发责任人的映射表以及业务代码模块和缺陷工具中已有bug的映射表。输入的对应模块信息支持的日志格式包括：JSON格式、XML格式。同时还可以要求接入方提供规范的日志格式，如每条输出的日志必须包含错误码，错误信息，对应模块等。

上述软件缺陷分析录入方法中，通过分析待分析测试日志，确定待分析测试日志中的软件缺陷的状态等，该软件缺陷是“未解决“的，那么自动发送邮件给对应的责任人，催办解决错误；如果该软件缺陷出现多次，并且一直处于”未解决“状态，那么邮件会自动抄送责任人领导，提高严重级别，如果在缺陷管理系统中未找到类似的软件缺陷，利用大数据分析功能，分析出该问题的严重级别情况，在对应的缺陷管理系统中录入缺陷，并发送邮件给开发责任人，在每个迭代截止日，还将各个软件模块对应的软件缺陷从缺陷数据库中获取出来，如果一个软件模块的软件缺陷个数多于一定的数量，自动发送责任人领导，要求重新审视该模块，比如进行代码评审，更好地进行质量控制，解决了在针对软件测试中出现的软件缺陷进行分析录入时，工作效率低，且会出现软件缺陷相关信息重复录入的情况的问题。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种软件缺陷分析录入装置，包括：软件缺陷获取模块310、处理优先级确定模块320、出现频率确定模块330、相关责任人确定模块340、和推送模块350，其中：

软件缺陷获取模块310，用于获取待分析测试日志，提取待分析测试日志中软件缺陷的错误代码及缺陷内容信息；

处理优先级确定模块320，用于将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷的处理优先级；

出现频率确定模块330，用于获取软件缺陷在所述待分析测试日志中出现的数量，确定软件缺陷出现频率；

相关责任人确定模块340，用于根据软件缺陷的处理优先级及软件缺陷出现的频率，确定需要告知的相关责任人；

推送模块350，用于根据软件缺陷获取相关责任人的信息，将软件缺陷的相关信息推送至相关责任人对应的终端。

在一个实施例中，处理优先级确定模块320包括：匹配单元，用于将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷是否为新缺陷；分析单元，用于当确定软件缺陷为新缺陷时，对软件缺陷基于大数据进行分析，确定软件缺陷的处理优先级，并将错误代码及缺陷内容信息录入缺陷数据库中；历史处理记录获取单元，用于当确定软件缺陷不是新缺陷时，从缺陷数据库获取软件缺陷历史处理记录，确定软件缺陷的处理优先级。

在一个实施例中，分析单元还用于当确定软件缺陷为新缺陷时，获取软件缺陷出现后软件实现功能时所出现的异常情况信息，基于大数据分析异常情况信息，确定软件缺陷的严重程度；根据软件缺陷的严重程度，确定软件缺陷的处理优先级。

在一个实施例中，历史处理记录获取单元还用于当确定软件缺陷不是新缺陷时，向缺陷数据库获取软件缺陷历史处理记录，根据所历史处理记录确定软件缺陷的当前处理状态；当确定软件缺陷的当前处理状态为已处理时，获取软件缺陷处理时保存的错误代码、相关内容信息；根据获取软件缺陷处理时保存的错误代码、相关内容信息，确定软件缺陷的处理优先级，并更新软件缺陷的处理优先级的级别，以及将软件缺陷当前处理状态更改为未处理；当确定软件缺陷的当前处理状态为未处理时，获取软件缺陷的历史处理优先级及软件缺陷提交的时间信息，确定软件缺陷的处理优先级。

在一个实施例中，相关责任人确定模块340还用于当软件缺陷的处理优先级超过设定级别或软件缺陷出现的频率超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人及开发责任人的上级；当软件缺陷的处理优先级低且软件缺陷出现的频率未超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人。

在一个实施例中，推送模块350还用于根据软件缺陷的错误代码确定软件缺陷对应的模块信息，从模块信息中获取相关责任人的信息；将软件缺陷的相关信息推送至相关责任人对应的终端。

在一个实施例中，还包括：配置指令接收模块，用于接收终端下发的配置指令；配置界面生产模块，用于根据配置指令在终端生成配置界面；输入模块，用于通过配置界面接收终端输入的对应模块信息；保存模块，用于将对应模块信息保存至数据库。

关于软件缺陷分析录入装置的具体限定可以参见上文中对于软件缺陷分析录入方法的限定，在此不再赘述。上述软件缺陷分析录入装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储软件缺陷相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种软件缺陷分析录入方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取待分析测试日志，提取待分析测试日志中软件缺陷的错误代码及缺陷内容信息；将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷的处理优先级；获取软件缺陷在所述待分析测试日志中出现的数量，确定软件缺陷出现频率；根据软件缺陷的处理优先级及软件缺陷出现的频率，确定需要告知的相关责任人；根据软件缺陷获取相关责任人的信息，将软件缺陷的相关信息推送至相关责任人对应的终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷是否为新缺陷；

当确定软件缺陷为新缺陷时，对软件缺陷基于大数据进行分析，确定软件缺陷的处理优先级，并将错误代码及缺陷内容信息录入缺陷数据库中；当确定软件缺陷不是新缺陷时，从缺陷数据库获取软件缺陷历史处理记录，确定软件缺陷的处理优先级。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当确定软件缺陷为新缺陷时，获取软件缺陷出现后软件实现功能时所出现的异常情况信息，基于大数据分析异常情况信息，确定软件缺陷的严重程度；根据软件缺陷的严重程度，确定软件缺陷的处理优先级。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当确定软件缺陷不是新缺陷时，向缺陷数据库获取软件缺陷历史处理记录，根据历史处理记录确定软件缺陷的当前处理状态；当确定软件缺陷的当前处理状态为已处理时，获取软件缺陷处理时保存的错误代码、相关内容信息；根据获取软件缺陷处理时保存的错误代码、相关内容信息，确定软件缺陷的处理优先级，并更新软件缺陷的处理优先级的级别，以及将软件缺陷当前处理状态更改为未处理；当确定软件缺陷的当前处理状态为未处理时，获取软件缺陷的历史处理优先级及软件缺陷提交的时间信息，确定软件缺陷的处理优先级。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当软件缺陷的处理优先级超过设定级别或软件缺陷出现的频率超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人及所述开发责任人的上级；当软件缺陷的处理优先级低且软件缺陷出现的频率未超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：根据软件缺陷的错误代码确定软件缺陷对应的模块信息，从模块信息中获取相关责任人的信息；将软件缺陷的相关信息推送至相关责任人对应的终端。

在一个实施例中，在所述获取待分析测试日志步骤之前，处理器执行计算机程序时还实现以下步骤：接收终端下发的配置指令；根据配置指令在终端生成配置界面；通过配置界面接收终端输入的对应模块信息；将对应模块信息保存至数据库。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取待分析测试日志，提取待分析测试日志中软件缺陷的错误代码及缺陷内容信息；将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷的处理优先级；获取软件缺陷在所述待分析测试日志中出现的数量，确定软件缺陷出现频率；根据软件缺陷的处理优先级及软件缺陷出现的频率，确定需要告知的相关责任人；根据软件缺陷获取相关责任人的信息，将软件缺陷的相关信息推送至相关责任人对应的终端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定软件缺陷是否为新缺陷；当确定软件缺陷为新缺陷时，对软件缺陷基于大数据进行分析，确定软件缺陷的处理优先级，并将错误代码及缺陷内容信息录入缺陷数据库中；当确定软件缺陷不是新缺陷时，从缺陷数据库获取软件缺陷历史处理记录，确定软件缺陷的处理优先级。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当确定软件缺陷为新缺陷时，获取软件缺陷出现后软件实现功能时所出现的异常情况信息，基于大数据分析异常情况信息，确定软件缺陷的严重程度；根据软件缺陷的严重程度，确定软件缺陷的处理优先级。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当确定软件缺陷不是新缺陷时，向缺陷数据库获取软件缺陷历史处理记录，根据历史处理记录确定软件缺陷的当前处理状态；当确定软件缺陷的当前处理状态为已处理时，获取软件缺陷处理时保存的错误代码、相关内容信息；根据获取软件缺陷处理时保存的错误代码、相关内容信息，确定软件缺陷的处理优先级，并更新软件缺陷的处理优先级的级别，以及将软件缺陷当前处理状态更改为未处理；当确定软件缺陷的当前处理状态为未处理时，获取软件缺陷的历史处理优先级及软件缺陷提交的时间信息，确定软件缺陷的处理优先级。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当软件缺陷的处理优先级超过设定级别或软件缺陷出现的频率超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人及所述开发责任人的上级；当软件缺陷的处理优先级低且软件缺陷出现的频率未超过预设阈值时，确定需要告知的相关责任人包括软件缺陷对应模块的开发责任人。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：根据软件缺陷的错误代码确定软件缺陷对应的模块信息，从模块信息中获取相关责任人的信息；将软件缺陷的相关信息推送至相关责任人对应的终端。

在一个实施例中，在所述获取待分析测试日志步骤之前，计算机程序被处理器执行时还实现以下步骤：接收终端下发的配置指令；根据配置指令在终端生成配置界面；通过配置界面接收终端输入的对应模块信息；将对应模块信息保存至数据库。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种软件缺陷分析录入方法，所述方法包括：

获取待分析测试日志，提取所述待分析测试日志中软件缺陷的错误代码及缺陷内容信息；

将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级；

获取所述软件缺陷在所述待分析测试日志中出现的数量，确定所述软件缺陷出现频率；

根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人；

根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的相关信息推送至相关责任人对应的终端。

2.根据权利要求1所述的软件缺陷分析录入方法，其特征在于，所述将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级的步骤包括：

将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷是否为新缺陷；

当确定所述软件缺陷为新缺陷时，对所述软件缺陷基于大数据进行分析，确定所述软件缺陷的处理优先级，并将所述错误代码及缺陷内容信息录入缺陷数据库中；

当确定所述软件缺陷不是新缺陷时，从缺陷数据库获取所述软件缺陷历史处理记录，确定所述软件缺陷的处理优先级。

3.根据权利要求2所述的软件缺陷分析录入方法，其特征在于，所述当确定所述软件缺陷为新缺陷时，对所述软件缺陷基于大数据进行分析，确定所述软件缺陷的处理优先级的步骤包括：

当确定所述软件缺陷为新缺陷时，获取所述软件缺陷出现后软件实现功能时所出现的异常情况信息，基于大数据分析所述异常情况信息，确定所述软件缺陷的严重程度；

根据所述软件缺陷的严重程度，确定所述软件缺陷的处理优先级。

4.根据权利要求2所述的软件缺陷分析录入方法，其特征在于，所述当确定所述软件缺陷不是新缺陷时，从缺陷数据库获取所述软件缺陷历史处理记录，确定所述软件缺陷的处理优先级步骤包括：

当确定所述软件缺陷不是新缺陷时，向缺陷数据库获取所述软件缺陷历史处理记录，根据所述历史处理记录确定所述软件缺陷的当前处理状态；

当确定所述软件缺陷的当前处理状态为已处理时，获取所述软件缺陷处理时保存的错误代码、相关内容信息；

根据获取所述软件缺陷处理时保存的错误代码、相关内容信息，确定所述软件缺陷的处理优先级，并更新所述软件缺陷的处理优先级的级别，以及将所述软件缺陷当前处理状态更改为未处理；

当所述软件缺陷的当前处理状态为未处理时，获取所述软件缺陷的历史处理优先级及所述软件缺陷提交的时间信息，确定所述软件缺陷的处理优先级。

5.根据权利要求1所述的软件缺陷分析录入方法，其特征在于，所述根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人的步骤包括：

当所述软件缺陷的处理优先级超过设定级别或所述软件缺陷出现的频率超过预设阈值时，确定所述需要告知的相关责任人包括所述软件缺陷对应模块的开发责任人及所述开发责任人的上级；

当所述软件缺陷的处理优先级低且所述软件缺陷出现的频率未超过预设阈值时，确定所述需要告知的相关责任人包括所述软件缺陷对应模块的开发责任人。

6.根据权利要求1所述的软件缺陷分析录入方法，其特征在于，所述根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的相关信息推送至相关责任人对应的终端的步骤包括：

根据所述软件缺陷的错误代码确定所述软件缺陷对应的模块信息，从所述模块信息中获取相关责任人的信息；

将所述软件缺陷的相关信息推送至相关责任人对应的终端。

7.根据权利要求1-6任一项所述的软件缺陷分析录入方法，其特征在于，在所述获取待分析测试日志步骤之前，还包括：

接收终端下发的配置指令；

根据所述配置指令在终端生成配置界面；

通过所述配置界面接收终端输入的对应模块信息；

将所述对应模块信息保存至数据库。

8.一种软件缺陷分析录入装置，其特征在于，所述装置包括：

软件缺陷获取模块，用于获取待分析测试日志，提取所述待分析测试日志中软件缺陷的错误代码及缺陷内容信息；

处理优先级确定模块，用于将所述错误代码及缺陷内容信息与缺陷数据库中已存在的缺陷信息进行匹配，确定所述软件缺陷的处理优先级；

出现频率确定模块，用于获取所述软件缺陷在所述待分析测试日志中出现的数量，确定所述软件缺陷出现频率；

相关责任人确定模块，用于根据所述软件缺陷的处理优先级及所述软件缺陷出现的频率，确定需要告知的相关责任人；

推送模块，用于根据所述软件缺陷获取所述相关责任人的信息，将所述软件缺陷的相关信息推送至相关责任人对应的终端。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。