CN111611172A - 项目测试缺陷分析方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种项目测试缺陷分析方法、装置、设备及存储介质。所述方法包括：接收客户端发送的项目测试请求，解析出项目测试请求中包含的待测试项目和接口调用参数；根据接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过预设接口获取待测试项目进行测试过程中的所有缺陷数据；将所有缺陷数据输入至预设的缺陷分析模型中，并接收缺陷分析模型输出的缺陷分析结果；将待测试项目与缺陷分析结果关联存储至数据库，同时将缺陷分析结果发送至客户端。本发明节约了人工成本，且缺陷数据粒度更细，有利于提高数据处理效率和缺陷分析结果的可靠性。

Description

项目测试缺陷分析方法、装置、设备及存储介质

技术领域

本发明涉及测试技术领域，具体涉及一种项目测试缺陷分析方法、装置、设备及存储介质。

背景技术

随着计算机科学技术的快速发展，软件的应用领域逐步推广，软件规模和成本逐渐增大，软件设计的复杂程度不断提高，软件开发中出现错误或缺陷的机会越来越多，同时，市场对软件质量的重要性的认识逐渐增强。软件过程管理是提高软件质量和软件开发效率的关键，而软件的缺陷管理则是软件过程管理的一个重要方面，其作为软件生命周期的一部分在软件项目实施过程中的重要性日益突出，是保证软件质量的重要手段。

目前，衡量软件开发质量的关键指标，往往需要人工去观察缺陷数据，并对缺陷数据进行人工计算获得，容易导致关键指标出错，且颇为耗费人力，此外，根据人工计算获得的关键指标进行结果分析，可能会导致结果分析不准确的问题。

发明内容

本发明实施例提供一种项目测试缺陷分析方法、装置、设备及存储介质，以解决现有技术中对缺陷数据进行人工计算分析，造成人力耗费，且分析结果不准确的问题。

一种项目测试缺陷分析方法，包括：

接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数；

根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据；

将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果；

将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

一种项目测试缺陷分析装置，包括：

接收模块，用于接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数；

项目测试模块，用于根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据；

数据分析模块，用于将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果；

发送模块，用于将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

一种计算机设备，包括存储器、处理器和存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述项目测试缺陷分析方法。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述项目测试缺陷分析方法。

本发明提供的项目测试缺陷分析方法、装置、设备及存储介质，在接收客户端发送的项目测试请求之后，首先利用从项目测试请求中解析出的接口调用参数获得配置在缺陷跟踪工具中的预设接口，然后通过该预设接口获取对待测试项目进行测试时的缺陷数据，基于缺陷数据进行统计分析处理，得到包含多个缺陷指标的缺陷分析结果，本发明获得的缺陷数据粒度更细，且能够智能统计计算缺陷指标，节约了人工成本，且提高了数据处理效率和缺陷指标的可靠性；此外，本发明将缺陷分析结果与待测试项目关联存储，并将缺陷分析结果发送至客户端，便于用户查询管理缺陷分析结果，进而便于用户根据缺陷分析结果准确判定待测试项目的质量，并优化待测试项目。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中项目测试缺陷分析方法的应用环境示意图；

图2是本发明一实施例中项目测试缺陷分析方法的流程图；

图3是本发明一实施例中项目测试缺陷分析方法的步骤S30的流程图；

图4是本发明另一实施例中项目测试缺陷分析方法的流程图；

图5是本发明一实施例中项目测试缺陷分析装置的原理框图；

图6是本发明一实施例中项目测试缺陷分析装置的数据分析模块的原理框图；

图7是本发明另一实施例中项目测试缺陷分析装置的原理框图；

图8是本发明一实施例中计算机设备的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供的项目测试缺陷分析方法，可应用在如图1的应用环境中，其中，客户端通过网络与服务器进行通信。其中，客户端包括但不限于为各种个人计算机、笔记本电脑、智能手机、平板电脑、摄像头和便携式可穿戴设备。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种项目测试缺陷分析方法，以该方法应用在图1中的服务器为例进行说明，包括以下步骤：

S10，接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数。

其中，所述项目测试请求是指用户通过客户端将待测试项目上传到服务器，并触发预设在服务器中的测试按钮之后发送的。

所述待测试项目是指需要进行缺陷分析的软件，且所述待测试项目中可以包含项目信息和版本信息，该版本信息可以用于标记不同时间发布的项目；所述接口调用参数包括但不限于接口调用地址和接口调用类型。

具体的，检测与项目测试请求关联的测试按钮是否被触发，在测试按钮被触发时，接收到项目测试请求，解析出该项目测试请求中包含的待测试项目以及接口调用参数；而在测试按钮未被触发时，可以检测服务器上是否存储有用户通过客户端上传的待测试项目，在服务器上存储有用户通过客户端上传的待测试项目，向客户端发送测试提示信息，该测试提示信息可以包含待测试项目的文件有效时间，此时，若待测试项目超过对应的文件有效时间，则清除在服务器上存储的该待测试项目。

可理解的，在接收项目测试请求之前，若检测到用户通过客户端上传的待测试文件，则检测该待测试项目是否为程序文件，在待测试项目为程序文件时，向客户端发送上传成功信息；而在待测试项目为程序文件，向客户端发送上传失败信息，以提示用户重新上传无误的待测试项目。

S20，根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据。

具体的，在步骤S10接收到项目测试请求之后，首先根据接口调用参数(包括接口调用地址和接口调用类型)从预设缺陷跟踪工具中调用预设接口，在基于预设缺陷跟踪工具预设的项目测试流程和上述待测试项目，生成测试脚本，该测试脚本中可以包含待测试项目的项目信息、版本信息、缺陷数据类型、待测试版本的版本信息、最大缺陷数据个数(即调用一次预设接口可以获得的缺陷数据的个数)、缺陷数据的字段、缺陷数据的标识、缺陷数据的起始序列等，进而通过运行该测试脚本，获得缺陷数据。

在本实施例中，所述缺陷跟踪工具可以是Atlassian公司开发的JIRA(一种缺陷跟踪管理***)。所述预设接口可以是JIRA对外提供的API接口，该API接口可以获取利用JIRA对待测试项目进行测试过程中的多种缺陷数据。

S30，将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果。

其中，所述缺陷分析模型用于接收缺陷数据，对缺陷数据进行统计计算之后，获得多个可以反映待测试项目的开发质量的缺陷指标，并将多个缺陷指标作为缺陷分析结果输出。

在本实施例中，所述缺陷指标包括项目缺陷的修复时长、验证时长、缺陷步长、缺陷重新打开次数等。

所述缺陷步长是一种评估项目缺陷发现难易程度的指标，以待测试项目进入核心被测页面之后需要操作的步骤长度为参考依据，且缺陷步长越短，说明问题越容易被发现，反之，缺陷步长越长则说明问题藏匿的越深。举例来说，随着项目的深入，越到项目后期，缺陷步长短的缺陷在新发现的缺陷中所占的比例应该是趋向于减小的，而缺陷步长长的缺陷在新发现的缺陷中所占的比例是趋向于升高的，这样的表现表明项目进展是正常的。若在项目后期，发现缺陷步长短的缺陷在新发现的缺陷中所占的比例却升高了，那说明有可能前期测试工作做的不到位，漏测了很多问题，在后续步骤中可以提示用户(比如项目开发人员)及时调整项目开发策略，以保证项目的进展。

所述重新打开次数可以反映缺陷修复返工次数，所述修复时长可以反映缺陷修复效率，在后续步骤中可以基于重新打开次数和修复时长进行根因分析，以便进一步提高项目的开发质量以及修复效率。

所述验证时长是指验证缺陷的时长，用于评估测试环境的稳定性。若验证时长较短，说明验证缺陷的测试环境是好的，基本上没有阻塞测试。若是验证时长偏高，可能测试环境因某些原因阻塞了测试，影响了测试进度，在后续步骤中可以提示用户(比如项目开发人员)及时解决测试环境，以免影响测试进度。

具体的，通过API接口获得待测试项目的缺陷数据之后，利用预设的缺陷分析模型对缺陷数据进行统计计算之后，获得包含多个缺陷指标的数据分析结果。可理解的，由于本实施例中的待测试项目涉及上百个子***，在测试待测试项目的一个功能时，往往会调用几十个子***，若仅获得粒度较宽的缺陷指标，比如说缺陷数据的优先级、优先级的比例权重、缺陷数据的模块分布，并对粒度较宽的缺陷指标进行分析，不能满足本实施例中的待测试项目的缺陷分析要求，故本实施例中还需要统计和分析缺陷数据的修复时长、验证时长、缺陷步长、缺陷重新打开次数等粒度较小的缺陷指标。

S40，将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

也即，在步骤S30获得包含多个缺陷指标的缺陷分析结果之后，将待测试项目的项目信息、版本信息、缺陷指标一同打包入库，便于数据追溯，同时将缺陷分析结果发送至客户端，此时，使用该客户端的用户，例如项目开发人员可以根据缺陷分析结果分析项目开发的质量，进而制定项目开发的进程。

综上所述，本实施例在接收客户端发送的项目测试请求之后，首先利用从项目测试请求中解析出的接口调用参数获得配置在缺陷跟踪工具中的预设接口，然后通过该预设接口获取对待测试项目进行测试时的缺陷数据，基于缺陷数据进行统计分析处理，得到包含多个缺陷指标的缺陷分析结果，本实施例获得的缺陷数据粒度更细，且能够智能统计计算缺陷指标，节约了人工成本，且提高了数据处理效率和缺陷指标的可靠性；此外，本实施例将缺陷分析结果与待测试项目关联存储，并将缺陷分析结果发送至客户端，便于用户查询管理缺陷分析结果，进而便于用户根据缺陷分析结果准确判定待测试项目的质量，并优化待测试项目。

在一实施例中，如图3所示，所述步骤S30包括以下步骤：

S301，对所有所述缺陷数据进行分类处理之后，获得至少一个集合标识以及与集合标识对应的数据集合。

具体的，在步骤S20获得所有缺陷数据之后，首先根据预设关键词匹配出一类缺陷数据(同一类的缺陷数据用于计算一个缺陷指标)，并将匹配出的一类缺陷数据置于对应的数据集合中，也即，数据集合中只能存放与关键词匹配的一类缺陷数据。

示例性的，可以分别将缺陷部署完成时间与缺陷创建时间置于第一数据集合中，将缺陷验收时间与缺陷部署完成时间置于第二数据集合中，将缺陷状态为重新开始的记录信息置于第三数据集合中，将缺陷数据的缺陷描述字段、缺陷描述字段复现的相关信息(比如，复现步骤)置于第四数据集合中。

S302，从所述缺陷分析模型中，获取与所述数据集合关联的指标模型。

也即，所述缺陷分析模型包含多个指标模型，且每一个指标模型关联一个数据集合。

S303，接收各个所述指标模型输出的缺陷指标，并将根据所有所述缺陷指标生成的所述缺陷分析结果进行输出。

示例性的，可以利用与第一数据集合关联的第一指标模型对第一数据集合包含的缺陷数据进行计算，获得缺陷修复时长；利用与第二数据关联的第二指标模型对第二数据集合包含的缺陷数据进行计算，获得缺陷验证时长；利用利用与第三数据集合关联的第三指标模型对第三集合包含的缺陷数据进行统计，获得缺陷重新打开次数；利用与第四集合关联的第四指标模型对第四集合，获得缺陷步长。

在另一实施例中，所述缺陷指标还包括缺陷数据的优先级(根据缺陷数据的趋势和严重程度确定预先级)、优先级的比例权重、模块分布、缺陷遗留等，以上缺陷指标可以采用现通用的手段获得，在此不做过多阐述。

在一实施例中，所述步骤S40包括以下步骤：

首先，将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时检测所述缺陷分析结果中包含的各缺陷指标是否满足对应的预设告警条件。

然后，在所述缺陷分析结果中包含的各缺陷指标满足对应的预设告警条件时，生成对应的提示信息。作为优选，在所述缺陷指标包括项目缺陷的修复时长、验证时长、缺陷步长和缺陷重新打开次数，所述预设告警条件包括修复时长阈值、验证时长阈值、缺陷步长阈值和缺陷返修阈值时，该步骤具体包括以下步骤：在所述修复时长超过修复时长阈值和/或所述缺陷重新打开次数超过缺陷返修阈值时，生成修复异常的提示信息，以提示用户分析修复异常的原因；在所述验证时长超过验证时长阈值时，生成测试环境异常的提示信息，以提示用户修护项目开发的测试环境；在所述缺陷步长超过缺陷步长阈值时，生成测试进展异常的提示信息，以提示用户调整项目开发策略。

最后，将所述缺陷分析结果和/或各所述提示信息发送至所述客户端。

可理解的，本实施例便于后续用户根据缺陷分析结果和/或所述提示信息，优化项目的缺陷分析。

在一实施例中，如图4所示，所述步骤S30之后包括以下步骤：

S50，获取所述缺陷分析结果中包含的缺陷指标的标识信息，该指标信息包括缺陷指标的编号、主题、状态中的一种或多种。

S60，获取创建信息，该创建信息包括创建时间、创建人中的一种或多种。

S70，根据所述创建信息、所述待测试项目、所述缺陷分析结果和所述缺陷分析结果中包含的缺陷指标的标识信息生成包含唯一文件标识的测试文件，并将所述测试文件存储至数据库中。

S80，在接收包含所述唯一文件标识的查询指令时，从所述数据库中获取与所述唯一文件标识对应的所述测试文件，并将所述测试文件发送至所述客户端。

可理解的，本实施例将创建信息、待测试项目的项目信息、版本信息、缺陷指标以及缺陷指标的标识信息一同打包入库，并根据需求设置唯一文件标识，便于用户根据唯一文件标识调用文件，且有利于数据管理。

在一实施例中，如图5所示，提供一种项目测试缺陷分析装置，该项目测试缺陷分析装置与上述实施例中项目测试缺陷分析方法一一对应。该项目测试缺陷分析装置包括以下模块，各功能模块详细说明如下：

接收模块110，用于接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数。

项目测试模块120，用于根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据。

数据分析模块130，用于将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果。

发送模块140，用于将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

在一实施例中，如图6所示，所述的数据分析模块130包括以下子模块，各功能子模块详细说明如下：

数据处理子模块131，用于对所有所述缺陷数据进行分类处理之后，获得至少一个集合标识以及与集合标识对应的数据集合。

模型匹配子模块132，用于从所述缺陷分析模型中，获取与所述数据集合关联的指标模型。

输出子模块133，用于接收各个所述指标模型输出的缺陷指标，并将根据所有所述缺陷指标生成的所述缺陷分析结果进行输出。

在一实施例中，如图7所示，所述项目测试缺陷分析装置还包括以下模块，各功能模块详细说明如下：

第一获取模块150，用于获取所述缺陷分析结果中包含的缺陷指标的标识信息，该指标信息包括缺陷指标的编号、主题、状态中的一种或多种。

第二获取模块160，用于获取创建信息，该创建信息包括创建时间、创建人中的一种或多种。

生成模块170，用于根据所述创建信息、所述待测试项目、所述缺陷分析结果和所述缺陷分析结果中包含的缺陷指标的标识信息生成包含唯一文件标识的测试文件，并将所述测试文件存储至数据库中。

查询模块180，用于在接收包含所述唯一文件标识的查询指令时，从所述数据库中获取与所述唯一文件标识对应的所述测试文件，并将所述测试文件发送至所述客户端。

在一实施例中，所述发送模块140包括以下子模块，各功能子模块详细说明如下：

存储子模块，用于将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时检测所述缺陷分析结果中包含的各缺陷指标是否满足对应的预设告警条件。

检测子模块，用于在所述缺陷分析结果中包含的各缺陷指标满足对应的预设告警条件时，生成对应的提示信息。

发送子模块，用于将所述缺陷分析结果和/或各所述提示信息发送至所述客户端。

在一实施例中，在所述缺陷指标包括项目缺陷的修复时长、验证时长、缺陷步长和缺陷重新打开次数，所述预设告警条件包括修复时长阈值、验证时长阈值、缺陷步长阈值和缺陷返修阈值时，所述检测子模块包括以下单元，各功能单元详细说明如下：

第一检测单元，用于在所述修复时长超过修复时长阈值和/或所述缺陷重新打开次数超过缺陷返修阈值时，生成修复异常的提示信息，以提示用户分析修复异常的原因。

第二检测单元，用于在所述验证时长超过验证时长阈值时，生成测试环境异常的提示信息，以提示用户修护项目开发的测试环境。

第三检测单元，用于在所述缺陷步长超过缺陷步长阈值时，生成测试进展异常的提示信息，以提示用户调整项目开发策略。

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

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机可读指令和数据库。该内存储器为非易失性存储介质中的操作***和计算机可读指令的运行提供环境。该计算机可读指令被处理器执行时以实现一种项目测试缺陷分析方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现以下步骤：

接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数；

根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据；

将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果；

将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

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

接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数；

根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据；

将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果；

将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元或模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元或模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种项目测试缺陷分析方法，其特征在于，包括：

接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数；

根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据；

将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果；

将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

2.如权利要求1所述的项目测试缺陷分析方法，其特征在于，所述将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果，包括：

对所有所述缺陷数据进行分类处理之后，获得至少一个集合标识以及与集合标识对应的数据集合；

从所述缺陷分析模型中，获取与所述数据集合关联的指标模型；

接收各个所述指标模型输出的缺陷指标，并将根据所有所述缺陷指标生成的所述缺陷分析结果进行输出。

3.如权利要求1所述的项目测试缺陷分析方法，其特征在于，所述将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果之后，包括：

获取所述缺陷分析结果中包含的缺陷指标的标识信息，该指标信息包括缺陷指标的编号、主题、状态中的一种或多种；

获取创建信息，该创建信息包括创建时间、创建人中的一种或多种；

根据所述创建信息、所述待测试项目、所述缺陷分析结果和所述缺陷分析结果中包含的缺陷指标的标识信息生成包含唯一文件标识的测试文件，并将所述测试文件存储至数据库中；

在接收包含所述唯一文件标识的查询指令时，从所述数据库中获取与所述唯一文件标识对应的所述测试文件，并将所述测试文件发送至所述客户端。

4.如权利要求1所述的项目测试缺陷分析方法，其特征在于，所述将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端，包括：

将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时检测所述缺陷分析结果中包含的各缺陷指标是否满足对应的预设告警条件；

在所述缺陷分析结果中包含的各缺陷指标满足对应的预设告警条件时，生成对应的提示信息；

将所述缺陷分析结果和/或各所述提示信息发送至所述客户端。

5.如权利要求4所述的项目测试缺陷分析方法，其特征在于，所述缺陷指标包括项目缺陷的修复时长、验证时长、缺陷步长和缺陷重新打开次数；所述预设告警条件包括修复时长阈值、验证时长阈值、缺陷步长阈值和缺陷返修阈值；所述在所述缺陷分析结果中包含的各缺陷指标满足对应的预设告警条件时，生成对应的提示信息，包括：

在所述修复时长超过修复时长阈值和/或所述缺陷重新打开次数超过缺陷返修阈值时，生成修复异常的提示信息，以提示用户分析修复异常的原因；

在所述验证时长超过验证时长阈值时，生成测试环境异常的提示信息，以提示用户修护项目开发的测试环境；

在所述缺陷步长超过缺陷步长阈值时，生成测试进展异常的提示信息，以提示用户调整项目开发策略。

6.一种项目测试缺陷分析装置，其特征在于，包括：

接收模块，用于接收客户端发送的项目测试请求，解析出所述项目测试请求中包含的待测试项目和接口调用参数；

项目测试模块，用于根据所述接口调用参数调用配置在预设缺陷跟踪工具中的预设接口，并通过所述预设接口获取所述待测试项目进行测试过程中的所有缺陷数据；

数据分析模块，用于将所有所述缺陷数据输入至预设的缺陷分析模型中，并接收所述缺陷分析模型输出的缺陷分析结果；

发送模块，用于将所述待测试项目与所述缺陷分析结果关联存储至数据库，同时将所述缺陷分析结果发送至所述客户端。

7.如权利要求6所述的项目测试缺陷分析装置，其特征在于，所述数据分析模块，包括：

数据处理子模块，用于对所有所述缺陷数据进行分类处理之后，获得至少一个集合标识以及与集合标识对应的数据集合；

模型匹配子模块，用于从所述缺陷分析模型中，获取与所述数据集合关联的指标模型；

输出子模块，用于接收各个所述指标模型输出的缺陷指标，并将根据所有所述缺陷指标生成的所述缺陷分析结果进行输出。

8.如权利要求6所述的项目测试缺陷分析装置，其特征在于，还包括：

第一获取模块，用于获取所述缺陷分析结果中包含的缺陷指标的标识信息，该指标信息包括缺陷指标的编号、主题、状态中的一种或多种；

第二获取模块，用于获取创建信息，该创建信息包括创建时间、创建人中的一种或多种；

生成模块，用于根据所述创建信息、所述待测试项目、所述缺陷分析结果和所述缺陷分析结果中包含的缺陷指标的标识信息生成包含唯一文件标识的测试文件，并将所述测试文件存储至数据库中；

查询模块，用于在接收包含所述唯一文件标识的查询指令时，从所述数据库中获取与所述唯一文件标识对应的所述测试文件，并将所述测试文件发送至所述客户端。

9.一种计算机设备，包括存储器、处理器和存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至5任一项所述项目测试缺陷分析方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1至5任一项所述项目测试缺陷分析方法。

Images