CN115964202A - 缺陷处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种缺陷处理方法、装置、计算机设备、存储介质和计算机程序产品。所述方法包括：当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。采用本方法能够提高缺陷处理效率。

Description

缺陷处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种缺陷处理方法、装置、计算机设备、存储介质和计算机程序产品。

背景技术

随着计算机技术的发展，越来越多的人通过计算机设备安装各种应用以进行娱乐、办公等，在应用的使用过程中不可避免地会发现一些缺陷，应用的运营方通过会建立缺陷管理项目，以及时处理运营过程中的缺陷。

传统技术中，缺陷反馈与缺陷处理共用同一个运营缺陷管理项目，缺陷处理方通过创建工单进行处理缺陷并工单的处理状态反馈给缺陷反馈方，然而缺陷反馈方不了解缺陷处理方内部的协作流程和术语，会对缺陷处理过程中的任意一个中间处理状态提出异议，导致缺陷处理效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高缺陷处理效率的缺陷处理方法、装置、计算机设备、存储介质和计算机程序产品。

一种缺陷处理方法，所述方法包括：当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。

一种缺陷处理装置，所述装置包括：工单创建模块，用于当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；处理结果获取模块，用于获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；处理结果映射模块，用于将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。

一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现以下步骤：当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。

上述缺陷处理方法、装置、计算机设备、存储介质和计算机程序产品，当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单；第一缺陷单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单，获取基于第二缺陷单对缺陷进行处理得到的第一处理结果，将处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并向缺陷反馈端发送处理状态信息，由于拆分了第一项目和第二项目，在第一项目和第二项目下分别创建缺陷单，并将第二项目下缺陷单的处理结果，映射为与第一项目格式要求相符的处理状态信息，可以以缺陷反馈方的视角转换缺陷处理方的缺陷处理结果，为缺陷反馈方提供清晰的指引，从而提高了缺陷处理效率。

附图说明

图1为一个实施例中缺陷处理方法的应用环境图；

图2为一个实施例中缺陷处理方法的流程示意图；

图3为一个实施例中在第三项目下创建第三缺陷单的流程图；

图4为一个实施例中为第三项目下第三缺陷单的界面图；

图5为一个实施例中第二项目下第二缺陷单的评论界面图；

图6为一个实施例中各个项目的状态切换流程图；

图7为一个实施例中在第一项目的缺陷单下展示评论的示意图；

图8为一个实施例中缺陷处理方法的总体流程框图；

图9为一个实施例中缺陷处理装置的结构框图；

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

具体实施方式

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

本申请提供的缺陷处理方法，可以应用于如图1所示的应用环境中。其中，缺陷反馈端102、缺陷处理端104通过网络与服务器106进行通信。缺陷反馈端102、缺陷处理端104可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

缺陷反馈端102、缺陷处理端104和服务器106用于配合实现对应用运营过程中的缺陷进行处理，具体地，当在缺陷反馈端102对应的第一项目下触发针对应用的缺陷处理事件时，则服务器106在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单，其中第一缺陷单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单，在缺陷处理端104基于第二缺陷单对缺陷进行处理得到处理结果时，服务器106获取该处理结果，将处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并向缺陷反馈端发送处理状态信息，该处理状态信息可以为缺陷反馈方提供清晰的指引。

在一个实施例中，如图2所示，提供了一种缺陷处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

步骤202，当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单；第一缺陷单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单。

其中，应用(Application)指的是可直接运行于操作系统的应用桯序。应用可以是社交应用、文件管理应用、邮件应用、购物应用、支付应用、娱乐应用或者导航应用等。社交应用包括即时通信应用、SNS(Social Network Service，社交网站)应用或者直播应用等。娱乐应用包括音乐应用、视频应用等。缺陷反馈端指的是缺陷反馈方所使用的终端。缺陷反馈方指的是对应用的缺陷进行反馈的一方，可以是应用的注册用户，也可以是为应用的注册用户提供服务的第三方服务商，该第三方服务商作为应用的提供方和应用的注册用户之间的连接渠道。

项目用于对应用的运营过程中的活动进行管理。缺陷反馈端对应的第一项目用于对缺陷反馈方在应用的运营过程中的活动进行管理，缺陷反馈方在应用的运营过程中的活动例如可以是创建缺陷处理工单、更改缺陷处理工单以及对工单添加评论等活动中的至少一种。缺陷处理端对应的第二项目用于对缺陷处理方在应用的运营过程中的活动进行管理，缺陷处理方在应用的运营过程中的活动例如可以是对缺陷进行具体地处理、对处理结果进行更改、触发对应用进行修复以及对缺陷单添加评论等活动中的至少一种。其中缺陷处理方指的是对应用的缺陷进行处理的一方，可以是应用对应的研发人员。在第一项目下触发针对应用的缺陷处理事件指的是在第一项目下触发的新建缺陷处理工单的事件，缺陷处理事件用于触发服务器在第一项目下创建第一缺陷单。第一缺陷单是第一项目下的工单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单。第二缺陷单是第二项目下的、用于请求对应用的缺陷进行相关处理的工单。

第二缺陷单与第一缺陷单相应指的是第二缺陷单与第一缺陷单对应于同一缺陷，例如，第一缺陷单针对的是某一应用的缺陷A，则第二缺陷单同样是针对该缺陷A。其中，应用的缺陷指的是应用在运行过程中的漏洞。可以理解的是，由于是针对同一缺陷的，第一缺陷单以及与第一缺陷单相应的第二缺陷单均包含对缺陷的描述，第一缺陷单中对缺陷的描述和第二缺陷单中对缺陷的描述方式可以不相同，但是二者表达相同的含义。

具体地，缺陷反馈端的用户在第一项目下建立针对应用的缺陷处理工单时触发针对该应用的缺陷处理事件，服务器可以基于该缺陷处理事件，在第一项目下创建用于请求对应用的缺陷进行相关处理的工单，得到第一缺陷单，在第一缺陷单创建完后，服务器在第二缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的工单，得到第二缺陷单，进一步，服务器可以建立第一缺陷单和第二缺陷单之间的关联关系。

可以理解的是，在第二缺陷单创建完成后，服务器可以向相应的缺陷处理端发送缺陷处理的提醒消息。缺陷处理端可以有一个或者多个，不同的缺陷处理端对应不同的缺陷处理人员。当缺陷处理端有多个时，服务器在创建好第二缺陷单后，可以对第二缺陷单进行随机分配或者基于预设的分配策略对第二缺陷单进行分配，例如，预设的分配策略可以基于各个缺陷处理人员的当前未处理缺陷单的数量对缺陷单进行均衡分配，避免缺陷处理人员的缺陷单数量过多导致缺陷处理不及时。

在一个实施例中，缺陷反馈方在第一项目下建立针对应用的缺陷处理任务时，在第一项目下的各个缺陷描述字段针对缺陷进行描述，其中缺陷描述字段，例如可以包括优先级、严重程度、缺陷具体内容、应用的版本号、环境类型、缺陷所属的平台等等，服务器基于缺陷描述字段以及缺陷处理工单的固定字段创建工单，得到第一缺陷单。其中缺陷处理工单的固定字段指的是在建立缺陷处理工单时自动生成的字段，包括创建时间、创建人员标识、缺陷单标识、项目标识等等。

在一个实施例中，第一项目和第二项目之间预先建立了字段映射关系，服务器在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单具体可以是：获取第一缺陷单在第一项目所对应的字段下的第一字段内容，基于第一项目和第二项目之间的字段映射关系，将第一字段内容映射至第二项目所对应的字段下，得到第二字段内容，基于第二字段内容创建针对应用的、且与第一缺陷单相应的第二缺陷单。

在一个实施例中，服务器在创建得到第二缺陷单后，第二缺陷单即在第二项目下进入处理流程中，此时服务器可以确定第一缺陷单的初始状态信息为“待处理”，以提示缺陷反馈方，第一缺陷单已进入处理流程中。

在一个实施例中，第二缺陷单在第二项目下进入处理流程后，为方便缺陷处理人员掌握各个第二缺陷单的处理进度，服务器可以对第二项目下的各个第二缺陷单的状态进行切换。例如，第二缺陷单的状态可以是以下状态中的一种：OA(Office Automation，办公自动化)过单、未处理、已处理、OA结单。其中，OA过单指的第二缺陷单处于自动分配的状态，未处理指的是第二缺陷单已完成分配处于未开始处理的状态，已处理指的是第二缺陷单处于已被处理的状态，OA结单指的是第二缺陷单处于已处理完成的状态。

在一个实施例中，服务器可以通过状态机对第二缺陷单的状态进行自动切换。其中，状态机的全称是有限状态自动机，给定状态机的当前状态以及输入条件，通过状态机可以确定切换的状态。

步骤204，获取基于第二缺陷单对缺陷进行处理得到的第一处理结果。

其中，第一处理结果指的是基于第二缺陷单在第二项目下对缺陷进行处理得到的处理结果。在第二项目下对缺陷进行处理指的是根据第二缺陷单中的缺陷内容对应用的缺陷进行分析，以确定缺陷的处理方式。根据处理方式的不同，基于第二缺陷单对缺陷进行处理可以得到不同的处理结果。在一个实施例中，第一处理结果可以是用于表征“缺陷在现网版本已解决”的处理结果、用于“缺陷缺少信息”的处理结果、用于表征缺陷为“正常产品逻辑，无需解决”的处理结果以及用于表征通过对应用进行版本更新迭代来解决中的任意一种，其中，“缺陷在现网版本已解决”表示缺陷已经在当前的迭代版本中解决，将应用升级到迭代版本之后即可解决缺陷，“缺陷缺少信息”表示第一缺陷单中对缺陷的描述缺失相关信息，需要缺陷反馈方对缺陷描述进行完善，“正常产品逻辑，无需解决”表示缺陷反馈方所反馈的缺陷为正常的应用逻辑，并不是缺陷。

具体地，缺陷处理人员基于第二缺陷单对缺陷进行处理后，可以在第二项目下对第二缺陷单标记处理结果，服务器在检测到第二缺陷单被标记了处理结果后，可以获取该处理结果，基于该处理结果以及预先建立的第二缺陷单与第一缺陷单之间的关联关系，确定第一项目下与该第二缺陷单存在关联关系的第一缺陷单，进而可以确定该第一缺陷单的处理状态信息。

在一个实施例中，当通过状态机将第二缺陷单的状态切换至已处理时，表示对第二缺陷单的处理完成，此时，服务器可以获取基于第二缺陷单对缺陷进行处理得到的第一处理结果。

在一个实施例中，第一项目下可以设置多种预设的处理结果作为第二缺陷单的处理结果的下拉选项，从而缺陷处理人员可以从下拉选项中选择得到第一处理结果。

步骤206，将第一处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并向缺陷反馈端发送处理状态信息。

其中，处理状态信息指的是第一缺陷单所描述的缺陷的处理状态信息，用于向缺陷反馈方展示缺陷的处理状态。本申请实施例中，可以预先对第一项目下的缺陷单的处理状态进行格式设置，使得缺陷单的处理状态为缺陷反馈方所能够理解的术语。处理状态信息与第一项目的格式要求相符指的用于描述处理状态信息的术语为预先设置的第一项目的格式要求下的术语。处理状态信息例如可以包括：“待应用发布后升级”、“已发布，待升级”、“待反馈方补全信息”、“待反馈方确认”中的其中一种。

具体地，服务器在获取到第一处理结果后，可以对第一项目下，与第一处理结果所对应的第二缺陷单存在关联关系的第一缺陷单的状态进行更改，将第一处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并且向缺陷反馈端发送处理状态信息，当缺陷反馈方通过终端浏览第一缺陷单时，缺陷反馈端可以展示发送的处理状态信息。

在一个实施例中，预先设置与第一项目的格式要求相符的状态信息集合得到预设状态信息，多个预设状态信息形成预设状态信息集合；将处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息包括：获取预设状态信息集合；预设状态信息集合中确定与处理结果对应的预设状态信息，从而映射得到第一缺陷单的、且与第一项目的格式要求相符的处理状态信息。

在一个实施例中，服务器在映射得到第一缺陷单的、且与第一项目的格式要求相符的处理状态信息时，可以对第一缺陷单进行标记，将标记了处理状态信息的第一缺陷单发送至缺陷处理端。

在一个实施例中，服务器在发送标记了处理状态信息的缺陷单时，可以是在接收到缺陷处理端的缺陷单查看请求时，响应于该缺陷单查看请求，向缺陷处理端发送标记了处理状态信息的缺陷单。

在另一个实施例中，服务器向缺陷反馈端发送处理状态信息可以是主动发送的，例如，服务器可以通过邮件的方式向缺陷反馈端发送处理状态信息，服务器可以针对第一缺陷单生成携带处理状态信息的邮件，将生成的邮件发送至缺陷反馈端。

在一个实施例中，服务器在映射得到第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，可以用处理状态信息对第一缺陷单中的处理状态字段进行更新，将处理状态字段更新为得到的处理状态信息，并将更新后的第一缺陷单发送至缺陷反馈端，以向缺陷反馈端发送处理状态信息。

上述缺陷处理方法中，当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单；第一缺陷单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单，获取基于第二缺陷单对缺陷进行处理得到的第一处理结果；将处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并向缺陷反馈端发送处理状态信息，由于拆分了第一项目和第二项目，在第一项目和第二项目下分别创建缺陷单，并将第二项目下缺陷单的处理结果，映射为与第一项目格式要求相符的处理状态信息，可以以缺陷反馈方的视角转换缺陷处理方的缺陷处理结果，为缺陷反馈方提供清晰的指引，从而提高了缺陷处理效率。

在一个实施例中，在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单包括：获取第一缺陷单在第一项目所对应的字段下的第一字段内容；基于第一项目和第二项目之间的字段映射关系，将第一字段内容映射至第二项目所对应的字段下，得到第二字段内容；基于第二字段内容创建针对应用的、且与第一缺陷单相应的第二缺陷单。

其中，第一项目所对应的字段指的是在第一项目下所设置的字段。第一项目所对应的字段包括缺陷描述字段和固定字段，缺陷描述字段例如可以包括优先级、严重程度、缺陷具体内容、应用的版本号、环境类型、缺陷所属的平台等等，固定字段包括创建时间、创建人员标识、缺陷单标识、项目标识等等。第一字段内容指的是在创建第一缺陷单时在第一项目所对应的字段下所写入的字段内容，例如，优先级字段对应的第一字段内容可以是紧急，严重程度对应的第一字段内容可以是严重，缺陷具体内容对应的第一字段内容可以是应用闪退。第二项目所对应的字段指的是在第二项目下所设置的字段。第二项目所对应的字段包括缺陷描述字段和固定字段。第一项目和第二项目之间的字段映射关系指的是预先建立的用于将第一项目下的第一字段内容映射至第二项目所对应的字段下、或者将第二项目下的字段内容映射至第一项目所对应的字段下的映射关系。

具体地，服务器在获取到第一字段内容后，基于第一项目和第二项目之间的字段映射关系，将第一缺陷单中各个第一字段内容分别映射至第二项目所对应的字段下，得到第二字段内容，将第二字段内容作为第二缺陷单的缺陷描述字段以创建针对应用的、且与第一缺陷单相应的第二缺陷单。

在一个实施例中，第一项目和第二项目之间的字段映射关系可以是相同字段相互映射，即将第一项目和第二项目的相同的字段之间建立映射关系，那么服务器在进行映射时，可以将第一字段内容复制至第二项目下的相同字段下，得到第二字段内容。

在一个实施例中，为保护敏感字段，可以设置中间字段，那么第一项目和第二项目之间的字段映射关系可以包括第一项目和通用字段之间的映射关系以及第二字段和通用字段之间的映射关系，从而服务器可以基于这两种映射关系进行映射转换，将第一字段内容映射至第二项目所对应的字段下，得到第二字段内容。

上述实施例中，通过获取第一项目和第二项目之间的字段映射关系，可以快速准确地将第一字段内容映射至第二项目所对应的字段下，得到第二字段内容，提高缺陷处理效率。

在一个实施例中，基于第一项目和第二项目之间的字段映射关系，将第一字段内容映射至第二项目所对应的字段下，得到第二字段内容包括：获取第一项目所对应的字段与通用字段之间的第一映射关系，并获取第二项目所对应的字段与通用字段之间的第二映射关系；基于第一映射关系将第一字段内容映射为通用字段下的通用字段内容；基于第二映射关系将通用字段内容映射至第二项目所对应的字段下，得到第二字段内容。

其中，通用字段指的是服务器上预先设置的可以通用的字段，如字段1、字段2、字段3等等。第一映射关系指的是预先建立的第一项目所对应的字段与通用字段之间的字段映射关系，例如字段1->缺陷具体内容、字段2->紧急程度，第一映射关系用于第一项目所对应的字段与通用字段之间的相互映射。第二映射关系指的是预先建立的第一项目所对应的字段与通用字段之间的字段映射关系，用于第二项目所对应的字段与通用字段之间的相互映射。

具体地，服务器中，针对不同项目，存储有各自的配置文件，配置文件中记录了该项目下的字段和通用字段之间的映射关系，那么服务器在获取到第一字段内容后，可以读取第一项目和第二项目的配置文件，将第一字段内容所在字段和第一项目的配置文件中记录的映射关系中的字段进行匹配，将匹配成功的字段所在的映射关系确定为目标映射关系，基于该目标映射关系将第一字段内容所在字段映射为通用字段，将第一字段内容作为该通用字段下的通用字段内容。进一步，服务器将得到的通用字段内容所在的通用字段与第二项目的配置文件中记录的映射关系中的字段进行匹配，将匹配成功的字段所在的映射关系确定为目标映射关系，基于该目标映射关系将通用字段内容所在通用字段映射为第二项目下的目标字段，将通用字段内容作为该目标字段的第二字段内容。

本实施例中，通过设置通用字段，第一项目和第二项目可以在服务器中以通用字段进行存储，不仅可以保护敏感字段，而且由于通过通用字段作为中间桥梁进行映射，各个项目只需要配置与中间字段之间的映射关系即可，减轻了开发和维护成本。

在一个实施例中，上述缺陷处理方法还包括：若第一处理结果表示应用的缺陷需通过对应用进行更新来解决，则根据第一处理结果在应用更新端所对应的第三项目下，创建针对应用的、且与第二缺陷单相应的第三缺陷单；当获取到应用更新端基于第三缺陷单对缺陷进行处理得到的第二处理结果时，则基于获取到的第二处理结果更新第二缺陷单所对应的第一处理结果，得到第二缺陷单所对应的更新处理结果；将更新处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的更新状态信息，并向缺陷反馈端发送更新状态信息。

其中，应用更新端所对应的第三项目用于对应用更新方在应用的运营过程中的活动进行管理，应用更新方在应用的运营过程中的活动主要包括对应用进行迭代更新或者对应用创建补丁进行修复。应用更新方指的是对应用的安装包进行更新的研发人员。第三缺陷单是第三项目下的、用于请求对应用的缺陷进行相关处理的工单。第三缺陷单与第二缺陷单相应指的是第二缺陷单与第二缺陷单对应于同一缺陷，例如，第二缺陷单针对的是某一应用的缺陷A，则第三缺陷单同样是针对该缺陷A。第二处理结果指的是基于第三缺陷单在第三项目下对缺陷进行处理得到的处理结果。在第三项目下对缺陷进行处理指的是对应用进行更新以解决应用的缺陷，对应用进行更新包括对应用进行迭代更新、对应用创建补丁进行更新中的至少一种。

具体地，若第一处理结果表示应用的缺陷需通过对应用进行更新来解决，则服务器需要将缺陷反馈方反馈的缺陷流转至第三项目下，具体来说，服务器可以根据第一处理结果在应用更新端所对应的第三项目下，创建针对应用的、且与第二缺陷单相应的第三缺陷单，并向应用更新端的处理人员发送提醒消息，以提醒应用更新端的处理人员及时对应用进行更新。可以理解的是，这里的处理人员指的是应用的研发人员。

在一个实施例中，当应用的缺陷在应用更新端的第三项目下被处理完成时，应用更新端的处理人员可以对第三缺陷单标记第二处理结果，第二处理结果可以包括两种：缺陷已在当前处理过程中解决或者缺陷在当前处理过程中未被解决。可以理解的是，当第二处理结果为缺陷已在当前处理过程中解决时，则服务器可以基于获取到的第二处理结果将第二缺陷单所对应的第一处理结果更新为表征缺陷已解决的处理结果，以对第二缺陷案的处理结果进行更新，得到更新处理结果。举例说明，当缺陷在第三项目中被解时通常会对应用的安装包进行升级并发布，那么更新处理结果可以是“缺陷在现网版本已解决”。

进一步服务器将更新处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的更新状态信息，向缺陷反馈端发送更新状态信息。

可以理解的是，当第二处理结果为缺陷在当前处理过程中未被解决时，缺陷通常会延期至后续的研发过程，此时，第三缺陷单的处理人员可以在第三缺陷单下新增评论，服务器可以将该评论同步至第二缺陷单下，以提示第二缺陷单的处理人员缺陷将被延后处理。

上述实施例中，第一处理结果表示应用的缺陷需通过对应用进行更新来解决，服务器自动在应用更新端所对应的第三项目下创建第三缺陷单，对第三缺陷单的处理结果进行监测，并将处理结果自动流转至第二缺陷单和第一缺陷单，对第二缺陷单和第一缺陷单的状态进行更新，提高了缺陷处理效率。

在一个实施例中，根据第一处理结果在应用更新端所对应的第三项目下，创建针对应用的、且与第二缺陷单相应的第三缺陷单包括：若第一处理结果指示对应用进行迭代更新，则获取用于解决应用的缺陷的期望迭代版本的版本信息，根据版本信息在第三项目下确定目标迭代任务；基于第二项目和第三项目之间的字段映射关系，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容；基于第三字段内容在目标迭代任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。

其中，期望迭代版本指的是缺陷处理端所期望能够解决应用缺陷的版本。版本信息指的是对期望迭代版本进行标识的信息，版本信息例如可以是版本号。目标迭代任务指的是与版本信息所指示的迭代版本相应的迭代任务。迭代任务指的是对应用的安装包进行迭代更新的研发任务。第二项目和第三项目之间的字段映射关系指的是预先建立的用于将第二项目下的字段内容映射至第三项目所对应的字段下、或者将第三项目下的字段内容映射至第二项目所对应的字段下的映射关系。

具体地，当第一处理结果指示对应用进行迭代更新，第二缺陷单对应的处理人员可以选择期望的迭代版本，用以解决应用的缺陷，服务器在创建第三缺陷单时，可以获取用于该解决应用的缺陷的期望迭代版本的版本信息，由于版本信息为期望迭代版本的标识信息，从而服务器可以从当前处于开启状态的迭代任务中确定所对应的迭代版本与期望迭代版本相同的迭代任务，作为目标迭代任务，获取第二项目和第三项目之间的字段映射关系，基于该字段映射关系将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容，将第三字段内容作为第三缺陷单的字段内容，以在目标迭代任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。

在一个实施例中，第二项目和第三项目之间的字段映射关系可以是相同字段相互映射，即将第二项目和第三项目的相同的字段之间建立映射关系，那么服务器在进行映射时，可以将第二字段内容复制至第三项目下的相同字段下，得到第三字段内容。

在一个实施例中，为保护敏感字段，可以设置中间字段，那么第二项目和第三项目之间的字段映射关系可以包括第二项目和通用字段之间的映射关系以及第三字段和通用字段之间的映射关系，从而服务器可以基于这两种映射关系进行映射转换，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容。

上述实施例中，若第一处理结果指示对应用进行迭代更新，则服务器可以获取用于解决应用的缺陷的期望迭代版本的版本信息，根据版本信息在第三项目下确定目标迭代任务，在目标迭代任务下创建用于请求解决缺陷的工单，由于可以根据期望迭代版本的版本信息确定目标迭代任务并在目标迭代任务下自动创建工单，提高了缺陷处理的效率和准确率。

在一个实施例中，版本信息是从候选版本信息集合中选取得到的；上述方法还包括：检测第三项目下各个迭代任务各自对应的当前状态；当检测到处于关闭状态的迭代任务时，获取处于关闭状态的迭代任务对应的版本信息，作为待滤除的版本信息；从候选版本信息集合中滤除待滤除的版本信息，以更新候选版本信息集合。

具体地，第三项目有多个迭代任务。迭代任务的当前状态为处于开启状态或者处于关闭状态。处于开启状态的迭代任务表示该迭代任务对应的研发进程正在进行中，处于关闭状态的迭代任务表示该迭代任务对应的研发进程已经结束。可以理解的是，对于处于关闭状态的迭代任务，由于其研发进程已经结束，因此不能用于解决缺陷反馈端所提出的缺陷。为了保证第二项目的处理人员选择的期望迭代版本为真实的、未关闭的迭代，服务器可以对第三项目下各个迭代任务各自对应的当前状态进行检测，当检测的任意一个迭代任务的当前状态为关闭状态时，将该获取处于关闭状态的迭代任务对应的版本信息，作为待滤除的版本信息，从候选版本信息集合中滤除待滤除的版本信息，以更新候选版本信息集合。其中，滤除指的是去除、不要的意思。

举例说明，假设候选版本信息集合中原本包括版本信息A、版本信息B和版本信息C，当检测到某个迭代任务的当前状态为关闭状态，获取到该迭代任务的版本信息为版本信息A，将版本信息A作为待滤除的版本信息，从候选版本信息集合中滤除版本信息A后，得到的更新后的候选版本信息集合为{版本信息B，版本信息C}。

上述实施例中，当检测到处于关闭状态的迭代任务时，获取处于关闭状态的迭代任务对应的版本信息，作为待滤除的版本信息，从候选版本信息集合中滤除待滤除的版本信息，以更新候选版本信息集合，从而可以保证期望迭代版本为真实的、未关闭的迭代，避免人工错误选择不存在的迭代而导致第三缺陷单创建失败。

在一个实施例中，在基于第三字段内容在目标迭代任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单之后，上述方法还包括：当第三项目下的第三缺陷单由目标迭代任务变更至另外一个迭代任务下时，则获取变更至的迭代任务所对应的变更版本信息，生成携带变更版本信息的变更提醒消息；向缺陷反馈端发送变更提醒消息。

可以理解的是，当第一处理结果指示对应用进行迭代更新时，服务器在将第一处理结果映射为第一缺陷单的处理状态信息并向缺陷反馈端发送处理状态信息的同时，还可以获取用于解决应用的缺陷的期望迭代版本的版本信息，将版本信息发送至缺陷反馈端，那么在缺陷被变更至其他迭代版本时，服务器同样需要将变更后的版本信息发送至缺陷反馈端。

具体地，对于缺陷反馈端反馈的某些缺陷，在期望迭代版本对应的迭代任务下可能无法得到的解决，此时，第三缺陷单的处理人员可以将第三缺陷单由期望迭代任务对应的目标迭代任务变更至另外一个迭代任务下，使得缺陷在变更后的迭代任务中进行解决，此时，服务器可以获取变更至的迭代任务对应的迭代版本的版本信息得到变更版本信息，生成携带变更版本信息的变更提醒消息，向缺陷反馈端发送变更提醒消息，以提醒缺陷反馈端的缺陷反馈人员缺陷被更改至其他版本进行解决。

上述实施例中，当第三项目下的第三缺陷单由目标迭代任务变更至另外一个迭代任务下时，服务器获取变更至的迭代任务所对应的变更版本信息，生成携带变更版本信息的变更提醒消息，通过向缺陷反馈端发送变更提醒消息提醒缺陷反馈方迭代版本更改，使得缺陷反馈方能够及时知晓迭代版本被更改。

在一个实施例中，根据第一处理结果在应用更新端所对应的第三项目下，创建针对应用的、且与第二缺陷单相应的第三缺陷单，包括：若第一处理结果指示对应用创建补丁进行更新，则根据第一处理结果，在应用更新端所对应的第三项目下，创建临时修复任务；基于第二项目和第三项目之间的字段映射关系，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容；基于第三字段内容在临时修复任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。

其中，对应用创建补丁指的是对应用的安装包创建补丁以对应用的缺陷进行修复。临时修复任务指的是临时建立的研发任务，用于对应用的安装包创建补丁。

具体地，若缺陷需要发布补丁包修复，第二缺陷单的处理人员可以将第二缺陷单的处理结果标记为“发补丁包”，该处理结果指示对应用创建补丁进行更新，服务器根据该处理结果，在应用更新端所对应的第三项目下，创建临时修复任务，基于第二项目和第三项目之间的字段映射关系，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容，将第三字段内容作为第三缺陷单的字段内容，从而可以在临时修复任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。

在一个实施例中，若缺陷需要发布补丁包修复，且需要合入迭代版本，第二缺陷单的处理人员可以将第二缺陷单的处理结果标记为“发补丁包”，同时标记期望合入的迭代版本，例如，可以增加标记“在xx版本基础上发补丁包”等信息，从而服务器可以在应用更新端所对应的第三项目下，创建临时修复任务，并指定迭代版本。

上述实施例中，对于对需要发补丁包的缺陷，服务器可以自动在第三项目下创建临时修复任务，并基于第二项目和第三项目之间的字段映射关系，在临时修复任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单，提高了缺陷处理效率。

在一个实施例中，如图3所示，为在第三项目下创建第三缺陷单的流程图。图3中分别展示了两种不同的情况下创建第三缺陷单的流程图。参考图3，在第一种情况下：当缺陷反馈方在第一项目下提交外部单(即第一缺陷单)时，服务器在第二项目下自动创建与之对应的内部单(即第二缺陷单)，接着研发人员(即缺陷处理方)开始处理，若缺陷需要发布补丁包修复，且需要合入主线版本，研发处理单时，标记“是否发补丁包”、“在xx版本基础上发补丁包”等信息。若“是否发补丁包”＝是，服务器会进行缺陷来源检查，判断该缺陷单是不是第二项目的缺陷单，若缺陷来源正确，则自动创建临时发布计划(即临时修复任务)，并将对应的第二缺陷单复制到该发布计划下，同步所有第二缺陷单信息，以创建第三缺陷单。参考图4，为第三项目下第三缺陷单的界面图，图4中虚线框中所示为复制的第二缺陷单，由图4可以看出，第二缺陷单被复制到临时发布计划下，生成第三缺陷单。

在一个实施例中，当服务器将第二缺陷单复制到第三项目的临时发布计划下创建得到第三缺陷单后，服务器可以在第二缺陷单下以评论的方式添加关联临时发布计划的链接地址。参考图5，为第二项目下第二缺陷单的评论界面图，图5中虚线框502中为关联临时发布计划的链接地址。可以理解的是，当缺陷需要发布补丁解决时，对缺陷进行解决的流程即流转到第三项目下，此时，第二项目下的第二缺陷单处于“结单”状态，并且由于该缺陷单是通过发布补丁包解决的，则服务器可以对该第二缺陷单进行状态标记，例如标记为图5中虚线框504的“已处理-需发包”，该状态可以清晰的表明第二缺陷单的状态已从“已处理”状态流转至“结单”状态，并且结单的处理方式为发包处理(即发布应用的安装包)。继续参考图5，对于已结单的第二缺陷单，缺陷处理方可以在该缺陷单下添加评论，例如图5中的虚线框506。服务器进一步可以将第二缺陷单下的评论内容复制到第三缺陷单下。

继续参考图3，在第二种情况下：当缺陷需要通过迭代进行解决时，研发处理时，可以将第二缺陷单的“是否转发布计划”的选项标记为“是”，则服务器会进行缺陷来源检查，判断该缺陷单是不是第二项目的缺陷单，若缺陷来源正确，则服务器自动将第二缺陷单复制到主线发布计划(即目标迭代任务)下以创建第三缺陷单，进一步，服务器还可以将第二缺陷单下的评论内容复制到该第三缺陷单。

在一个实施例中，将第一处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息包括：获取与第一项目的格式要求相符的预设状态信息集合；预设状态信息集合中包括多个预设状态信息；从预设状态信息集合中确定与第一处理结果对应的预设状态信息，得到第一缺陷单的、且与第一项目的格式要求相符的处理状态信息。

其中，预设状态信息集合中包括多个预设状态信息，预设状态信息指的是以缺陷反馈方的视角设置的用于描述状态的术语。在一个实施例中，第一处理结果对应的预设状态信息指的是与第一处理结果表达相同含义的预设状态信息。

在一个实施例中，服务器在需要将第一处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息时，可以获取与第一项目的格式要求相符的预设状态信息集合，服务器进一步可以将第一处理结果与预设状态信息集合中的预设状态信息进行匹配，以确定与第一处理结果对应的预设状态信息，将该预设状态信息作为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息。在其他实施例中，预设状态信息为状态机中的状态节点，服务器可以将第一处理结果与状态机中的状态切换条件进行匹配，以通过状态机从预设状态信息集合中确定与第一处理结果对应的预设状态信息。

上述实施例中，服务器通过获取与第一项目的格式要求相符的预设状态信息集合，从预设状态信息集合中确定与第一处理结果对应的预设状态信息，得到第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，从而可以快速准确地将第一处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，提高缺陷处理效率。

在一个实施例中，预设状态信息为状态机中的状态节点；从预设状态信息集合中确定与第一处理结果对应的预设状态信息包括：确定第一缺陷单在状态机中所处的当前状态节点；将第一处理结果与当前状态节点所对应的各个状态切换条件进行匹配；将匹配成功的状态切换条件所指向的状态节点，确定为与第一处理结果对应的预设状态信息。

其中，状态机指的是有限状态自动机，状态机中包括多个状态节点，给定当前状态节点和状态切换条件，状态机可以进行状态切换。状态切换条件所指向的状态节点指的是状态条件满足时状态所切换至的状态节点，举个例子，假设某个状态切换条件满足时，状态机的状态从状态节点A切换至状态节点B，则状态节点B为状态切换条件所指向的状态节点。

具体地，具体地，服务器将第一缺陷单的当前状态信息与状态机中的各个状态节点进行匹配，确定第一缺陷单在状态机中所处的当前状态节点，当前状态节点可以对应多个状态切换分支，不同的状态切换分支对应不同的状态切换条件，服务器可以将第一处理结果与当前状态节点的所对应的状态切换分支状态切换条件进行匹配，将匹配成功的状态切换条件确定为目标切换条件，获取目标切换条件所指向的状态节点，将该状态节点确定为第一处理结果对应的预设状态信息。

上述实施例中，通过状态机的状态切换确定第一处理结果对应的预设状态信息，由于状态机每次只有一个状态，各状态只处理对应的事件，防止不同状态间逻辑混乱。减轻后续维护成本。

在一个实施例中，如图6所示，为各个项目的状态切换流程图。参考图6，第一项目的缺陷单和第二项目的缺陷单都包括多个状态，第一项目下的缺陷单通过第一项目对应的状态机进行状态的切换，第二项目下的缺陷单通过第二项目对应的状态机进行状态的切换，并且第二项目的状态可以触发第一项目的状态机对第一缺陷单的状态进行切换。

具体来说，参考图6，第一项目下的缺陷单的状态包括：待转研发处理、研发处理中、待应用发布后升级、已发布待升级、已升级待反馈方验证、待补全信息、待反馈方确认、反馈方结单，图6中的箭头所示，为状态间可以进行流转的方向，例如，当第一缺陷单处于“待转研发处理”时，若检测到在第二项目下成功创建第二缺陷单是，第一项目的状态机可以将“待转研发处理”的状态切换至“研发处理中”的状态，再比如若检测到第二项目下的第二缺陷单处于结单状态且对应的处理结果为“跟当前研发中的迭代解决”时，第一项目的状态机可以将“研发处理中”的状态切换至“待应用发布后升级”的状态，若检测到第二项目下的第二缺陷单处于结单状态且对应的处理结果为“现网版本已解决”时，第一项目的状态机可以将“研发处理中”的状态切换至“已发布，待升级”的状态，若检测到第二项目下的第二缺陷单处于结单状态且对应的处理结果为“需反馈方补全信息”时，第一项目的状态机可以将“研发处理中”的状态切换至“待反馈方补全信息”的状态。

继续参考图6，第二项目下的缺陷单的状态包括：OA过单、未处理、已处理、OA结单、转发布计划池、已转发布计划，其中，图6中的箭头所示为状态间可以进行流转的方向，转发布计划池指的是缺陷处于需要通过更新应用进行处理的状态，已转发布计划指的是已在第三项目下建立对应的第三缺陷单。第三项目下的发布计划池指的是迭代任务、临时修复任务等组成的集合。

继续参考图6，可以看出，第一项目、第二项目和第三项目下的缺陷单之间可以相互影响。例如，第一项目下的缺陷单的字段内容变更时，该变更内容会触发第二项目下对应的缺陷单的字段内容变更；第二项目下与缺陷单的处理结果有关的变更信息也会自动映射到第一项目下对应的缺陷单，与缺陷单的处理结果有关的变更信息例如可以是迭代版本变更、预计的缺陷解决时间变更以及发版状态变更，其中，发版状态指的是应用的安装包的发布状态，发版状态是由第三项目的缺陷单的处理结果确定的，例如可以是处于开启状态、处于关闭状态中的其中一种，其中发版状态处于开启状态，表示该安装包的迭代任务正在进行中，发版状态处于关闭状态，表示当该安装包的迭代任务已结束，已正式发布迭代更新后的安装包。第三项目下的缺陷单的发版状态变更时，该缺陷单在第二项目和第三项目下的缺陷单中与发版状态有关的信息随之变更。

在一个实施例中，上述方法还包括：当检测到在第一项目下触发的对第一缺陷单的变更事件时，则基于变更事件确定变更字段，获取变更字段对应的变更内容；基于第一项目和第二项目之间的字段映射关系，确定第二缺陷单中与变更字段对应的映射字段，基于变更内容对映射字段的字段内容进行变更，得到变更后的第二缺陷单。

其中，对第一缺陷单的变更事件指的是对第一缺陷单的字段内容进行变更的事件，缺陷反馈方可通过缺陷反馈端的第一项目界面对第一缺陷单的字段内容进行字段变更操作，从而触发对第一缺陷单的变更事件。变更字段对应的变更内容指的是变更字段下的变更后的字段内容。变更字段对应的映射字段指的是第二项目下与第一字段存在映射关系的字段。

具体地，当缺陷反馈方通过缺陷反馈端的第一项目界面对第一缺陷单的字段内容进行字段变更操作，触发对第一缺陷单的变更事件，服务器检测到该变更事件后，将该变更事件所对应的字段变更操作的字段作为变更字段，获取该变更字段下的字段内容得到变更内容。由于第二项目下的第二缺陷单是与第一项目下的第一缺陷单对应的，当第一缺陷单变更后，为保证缺陷处理端能正确地处理缺陷，需要对第二项目下与变更的第一缺陷单对应的第二缺陷单同样进行变更，因此，服务器可以基于事件建立的第一缺陷单和第二缺陷单之间的关联关系，获取第二项目下与变更事件所变更的第一缺陷单对应的第二缺陷单，获取第一项目和第二项目之间的字段映射关系，基于该字段映射关系，确定第二缺陷单中与变更字段对应的映射字段，将变更内容作为该映射字段对应的字段内容以对该映射字段的字段内容进行变更，得到变更后的第二缺陷单。

在一个实施例中，基于第一项目和第二项目之间的字段映射关系，确定第二缺陷单中与变更字段对应的映射字段具体包括：获取第一项目所对应的字段与通用字段之间的第一映射关系，并获取第二项目所对应的字段与通用字段之间的第二映射关系；基于第一映射关系确定通用字段中与变更字段对应的通用变更字段；基于第二映射关系确定第二项目所对应的字段中与通用变更字段对应的字段，得到第二缺陷单中与变更字段对应的映射字段。

上述实施例中，服务器在检测到对第一缺陷单的变更事件时，能够对第二项目下与之对应的第二缺陷单进行同步变更，使得证缺陷处理端所处理的缺陷与缺陷反馈端所反馈的缺陷相符，保证缺陷处理的准确性。

在一个实施例中，上述方法还包括：当检测到在第二项目下触发的对第二缺陷单的评论添加事件时，则获取评论添加事件对应的评论信息，评论信息包括对缺陷的处理建议以及与处理结果相应的描述信息中的至少一种；向缺陷反馈端发送评论信息，缺陷反馈端用于在第一缺陷单下展示评论信息。

其中，对第二缺陷单的评论添加事件指的是在第二项目下对第二缺陷单添加评价的事件，缺陷处理方可通过缺陷处理端的第二项目界面在所要评论的第二缺陷单下执行添加评论信息的操作，从而触发对第二缺陷单的评论添加事件。评论信息指的是对缺陷反馈方所反馈的缺陷进行评论的信息，评论信息用于向缺陷反馈方反馈与缺陷相关的信息，评论信息可以包括对缺陷的处理建议，处理建议用于指示缺陷反馈方进行相应的处理，例如，处理建议可以用于指示缺陷反馈方对应用进行升级，评论信息还可以包括对处理结果的简要描述。

具体地，当缺陷处理方可通过缺陷处理端的第二项目界面在所要评论的第二缺陷单下执行评论添加操作时，触发对第二缺陷单的评论添加事件，服务器检测到该评论添加事件时，获取添加评论操作所对应的评论信息作为评论添加事件对应的评论信息，根据预先建立的第二缺陷单与第一缺陷单之间的关联关系确定与缺陷反馈方所评论的第二缺陷单对应的第一缺陷单，将评论信息发送至该第一缺陷单所对应的缺陷反馈方的缺陷反馈端，该缺陷反馈端可以在相应的第一缺陷单下展示该评论信息。

在一个实施例中，上述方法还包括：当检测到在第一项目下触发的对第一缺陷单的评论添加事件时，服务器可以获取评论添加事件对应的评论信息，将评论信息发送至缺陷处理端，缺陷处理端可以在相应的第二缺陷单下展示评论信息。

举例说明，如图7所示，为一个实施例中，在第一项目的缺陷单下展示评论的示意图。其中，图7中的(a)图展示的是第二缺陷单的处理结果表征缺陷需跟正在研发的迭代解决时，在对应的第一缺陷单下展示的评论示例，可以看出，该评论中同时对第一缺陷单的状态进行了展示，第一缺陷单的状态为“待应用发布后升级”；图7中的(b)图展示的是第二缺陷单的处理结果表征缺陷在现网版本已解决时，在对应的第一缺陷单下展示的评论示例，该评论中同时对第一缺陷单的状态进行了展示，第一缺陷单的状态为“已发布，待升级”；图7中的(c)图展示的是第二缺陷单的处理结果表征缺陷反馈方描述的缺陷缺少信息时，在对应的第一缺陷单下展示的评论示例，该评论中同时对第一缺陷单的状态进行了展示，第一缺陷单的状态为“待反馈方补全信息”；图7中的(d)图展示的是第二缺陷单的处理结果表征缺陷为正常产品逻辑，无需解决时，在对应的第一缺陷单下展示的评论示例，该评论中同时对第一缺陷单的状态进行了展示，第一缺陷单的状态为“待反馈方确认”。由图7可以看出，在不同的评论中，可以包括处理建议或者处理结果相应的描述信息，例如图7中的(c)图展示的评论中包括了处理建议，而如图7中的(d)图展示的评论中包括了处理结果相应的描述信息。

上述实施例中，服务器在检测到在第二项目下触发的对第二缺陷单的评论添加事件时，可以将评论添加事件对应的评论信息发送至相应的第一缺陷单所对应的缺陷反馈端，从而可以在该第一缺陷单下向用户展示评论信息，为缺陷反馈方提供更加清晰的处理反馈。

在一个具体的实施例中，提供了一种缺陷处理方法，包括以下步骤：

1、当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单；第一缺陷单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单。

具体地，基于第一项目和第二项目之间的字段映射关系，将第一字段内容映射至第二项目所对应的字段下，得到第二字段内容包括：获取第一缺陷单在第一项目所对应的字段下的第一字段内容，获取第一项目所对应的字段与通用字段之间的第一映射关系，并获取第二项目所对应的字段与通用字段之间的第二映射关系，基于第一映射关系将第一字段内容映射为通用字段下的通用字段内容，基于第二映射关系将通用字段内容映射至第二项目所对应的字段下，得到第二字段内容，基于第二字段内容创建针对应用的、且与第一缺陷单相应的第二缺陷单。

2、获取基于第二缺陷单对缺陷进行处理得到的第一处理结果。

3、将第一处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并向缺陷反馈端发送处理状态信息。

具体地，获取与第一项目的格式要求相符的预设状态信息集合，预设状态信息集合中包括多个预设状态信息，预设状态信息为状态机中的状态节点，确定第一缺陷单在状态机中所处的当前状态节点，将第一处理结果与当前状态节点所对应的各个状态切换条件进行匹配，将匹配成功的状态切换条件所指向的状态节点，确定为与第一处理结果对应的预设状态信息，得到第一缺陷单的、且与第一项目的格式要求相符的处理状态信息。

4、若第一处理结果表示应用的缺陷需通过对应用进行更新来解决，则根据第一处理结果在应用更新端所对应的第三项目下，创建针对应用的、且与第二缺陷单相应的第三缺陷单，当获取到应用更新端基于第三缺陷单对缺陷进行处理得到的第二处理结果时，则基于获取到的第二处理结果更新第二缺陷单所对应的第一处理结果，得到第二缺陷单所对应的更新处理结果，将更新处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的更新状态信息，并向缺陷反馈端发送更新状态信息。

具体地，若第一处理结果指示对应用进行迭代更新，则获取用于解决应用的缺陷的期望迭代版本的版本信息，根据版本信息在第三项目下确定目标迭代任务，基于第二项目和第三项目之间的字段映射关系，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容，基于第三字段内容在目标迭代任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。其中，版本信息是从候选版本信息集合中选取得到的，该缺陷处理方法还包括：检测第三项目下各个迭代任务各自对应的当前状态，当检测到处于关闭状态的迭代任务时，获取处于关闭状态的迭代任务对应的版本信息，作为待滤除的版本信息，从候选版本信息集合中滤除待滤除的版本信息，以更新候选版本信息集合。

进一步，在基于第三字段内容在目标迭代任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单之后，该缺陷处理方法还包括：当第三项目下的第三缺陷单由目标迭代任务变更至另外一个迭代任务下时，则获取变更至的迭代任务所对应的变更版本信息，生成携带变更版本信息的变更提醒消息，向缺陷反馈端发送变更提醒消息。

进一步，若第一处理结果指示对应用创建补丁进行更新，则根据第一处理结果，在应用更新端所对应的第三项目下，创建临时修复任务，基于第二项目和第三项目之间的字段映射关系，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容，基于第三字段内容在临时修复任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。

5、当检测到在第一项目下触发的对第一缺陷单的变更事件时，则基于变更事件确定变更字段，获取变更字段对应的变更内容，基于第一项目和第二项目之间的字段映射关系，确定第二缺陷单中与变更字段对应的映射字段，基于变更内容对映射字段的字段内容进行变更，得到变更后的第二缺陷单。

6、当检测到在第二项目下触发的对第二缺陷单的评论添加事件时，则获取评论添加事件对应的评论信息，评论信息包括对缺陷的处理建议以及与处理结果相应的描述信息中的至少一种，向缺陷反馈端发送评论信息，缺陷反馈端用于在第一缺陷单下展示评论信息。

上述实施例中，拆分了第一项目和第二项目，在第一项目和第二项目下分别创建缺陷单，并将第二项目下缺陷单的处理结果，映射为与第一项目格式要求相符的处理状态信息，可以以缺陷反馈方的视角转换缺陷处理方的缺陷处理结果，为缺陷反馈方提供清晰的指引，从而提高了缺陷处理效率，并且运营缺陷可以自动流转到迭代任务，当缺陷单被延期到其他迭代任务，也会自动通知缺陷反馈方，流转回缺陷反馈方的项目。同时，补丁包的发布会自动建临时修复任务，提高了缺陷处理的便利性，可以更好地满足缺陷反馈方对缺陷处理的需求。

本申请还提供一种应用场景，该应用场景应用上述的缺陷处理方法。在该应用场景中，应用为社交类应用，服务器包括两端，其中一端与缺陷反馈端、缺陷处理端以及应用更新端共同构成缺陷处理平台，作为缺陷处理平台的服务端，缺陷反馈端、缺陷处理端以及应用更新端作为缺陷处理平台的客户端；另一端作为工单流转的自动处理端，对缺陷处理平台中各个项目下的缺陷单的状态进行自动流转和变更。具体地，参考图8，为该应用场景中的缺陷处理方法的总体流程框图，该缺陷处理方法在该应用场景的应用如下：

1、当缺陷反馈方、缺陷处理方或者应用更新方中的任意一方在各自对应的项目触发与缺陷单相关的变更事件时，如缺陷单创建，缺陷字段更新，缺陷评论添加等事件时，缺陷处理平台的服务端通过webhook触发回调，自动处理端响应回调，检查事件来源，变更类型，解析事件内容，根据具体事件内容，从缺陷处理平台的服务端获取缺陷/评论详细信息。

其中，缺陷处理平台的服务端传输至自动处理端的数据为json格式数据，自动处理端对json格式数据进行自动转换，转换为自定义的protobuf数据，自定义的protobuf数据中的字段为通用字段，自动处理端将该通用字段作为中间转换字段对各个项目下对应于同一缺陷的缺陷单的状态、字段内容等信息进行相互转换，具体参考上文实施例的描述，本申请在此不赘述。

2、自动处理端获取变更事件中携带的项目标识，根据事件中的项目标识确定项目来源，根据项目来源执行不同的处理步骤：若来自第一项目的缺陷变更则执行第3步，若来自第二项目的缺陷变更则执行第4步，若来自第三项目的缺陷变更则执行第5步，评论变更进行第6步。

3、第一项目缺陷变更。若变更事件为在第一项目下创建缺陷单，则自动处理端将第一缺陷单的内容复制到第二项目下以在第二项目下创建对应的缺陷单，并建立两个缺陷单之间的关联关系。

4、第二项目缺陷变更。自动处理端会根据具体的变更内容，更新第一项目下的对应缺陷单的修复版本，修复时间，待补充信息，缺陷状态中的任意一种或多种。

5、第三项目缺陷变更。当第三项目下的缺陷单的发版状态更新时，自动处理端会根据更新后的发版状态更新第一项目和第二项目下的缺陷单中与发版状态有关的信息。当第三项目下的缺陷单更改迭代任务时，自动处理端会根据更改后的迭代任务对应的迭代版本的版本信息，更新第一项目和第二项目下对应缺陷单的版本信息。

6、评论变更。第一项目和第二项目下的缺陷单下都可以触发添加评论事件：若变更事件为在第一项目下对缺陷单的字段内容进行变更，则自动处理端将更新内容对应复制到第二项目下；若变更事件为在第二项目下对缺陷单的字段内容进行变更，则自动处理端将更新内容对应复制到第一项目下。

7、在自动处理端还可以对第三项目下各个迭代任务发布的各个迭代版本的安装包进行存储，包括最新发布版本和历史发布版本。

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

在一个实施例中，如图9所示，提供了一种缺陷处理装置900，该装置可以采用软件模块或硬件模块，或者是二者的结合成为计算机设备的一部分，该装置具体包括：

工单创建模块902，用于当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单；第一缺陷单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单；

处理结果获取模块904，用于获取基于第二缺陷单对缺陷进行处理得到的第一处理结果；

处理结果映射模块906，用于将第一处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并向缺陷反馈端发送处理状态信息。

上述缺陷处理装置，当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对应用的、且与第一缺陷单相应的第二缺陷单；第一缺陷单，是基于缺陷处理事件，在第一项目下创建的用于请求对应用的缺陷进行相关处理的工单，获取基于第二缺陷单对缺陷进行处理得到的第一处理结果，将处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的处理状态信息，并向缺陷反馈端发送处理状态信息，由于拆分了第一项目和第二项目，在第一项目和第二项目下分别创建缺陷单，并将第二项目下缺陷单的处理结果，映射为与第一项目格式要求相符的处理状态信息，可以以缺陷反馈方的视角转换缺陷处理方的缺陷处理结果，为缺陷反馈方提供清晰的指引，从而提高了缺陷处理效率。

在一个实施例中，工单创建模块，还用于获取第一缺陷单在第一项目所对应的字段下的第一字段内容；基于第一项目和第二项目之间的字段映射关系，将第一字段内容映射至第二项目所对应的字段下，得到第二字段内容；基于第二字段内容创建针对应用的、且与第一缺陷单相应的第二缺陷单。

在一个实施例中，工单创建模块，还用于获取第一项目所对应的字段与通用字段之间的第一映射关系，并获取第二项目所对应的字段与通用字段之间的第二映射关系；基于第一映射关系将第一字段内容映射为通用字段下的通用字段内容；基于第二映射关系将通用字段内容映射至第二项目所对应的字段下，得到第二字段内容。

在一个实施例中，上述装置还包括：处理结果更新模块，用于若第一处理结果表示应用的缺陷需通过对应用进行更新来解决，则根据第一处理结果在应用更新端所对应的第三项目下，创建针对应用的、且与第二缺陷单相应的第三缺陷单；当获取到应用更新端基于第三缺陷单对缺陷进行处理得到的第二处理结果时，则基于获取到的第二处理结果更新第二缺陷单所对应的第一处理结果，得到第二缺陷单所对应的更新处理结果；将更新处理结果映射为第一缺陷单的、且与第一项目的格式要求相符的更新状态信息，并向缺陷反馈端发送更新状态信息。

在一个实施例中，处理结果更新模块，还用于若第一处理结果指示对应用进行迭代更新，则获取用于解决应用的缺陷的期望迭代版本的版本信息，根据版本信息在第三项目下确定目标迭代任务；基于第二项目和第三项目之间的字段映射关系，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容；基于第三字段内容在目标迭代任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。

在一个实施例中，版本信息是从候选版本信息集合中选取得到的；处理结果更新模块，还用于检测第三项目下各个迭代任务各自对应的当前状态；当检测到处于关闭状态的迭代任务时，获取处于关闭状态的迭代任务对应的版本信息，作为待滤除的版本信息；从候选版本信息集合中滤除待滤除的版本信息，以更新候选版本信息集合。

在一个实施例中，上述装置还包括变更提醒模块，用于当第三项目下的第三缺陷单由目标迭代任务变更至另外一个迭代任务下时，则获取变更至的迭代任务所对应的变更版本信息，生成携带变更版本信息的变更提醒消息；向缺陷反馈端发送变更提醒消息。

在一个实施例中，处理结果更新模块，还用于若第一处理结果指示对应用创建补丁进行更新，则根据第一处理结果，在应用更新端所对应的第三项目下，创建临时修复任务；基于第二项目和第三项目之间的字段映射关系，将第二字段内容映射至第三项目所对应的字段下，得到第三字段内容；基于第三字段内容在临时修复任务下，创建针对应用的、且与第二缺陷单相应的第三缺陷单。

在一个实施例中，处理结果映射模块，还用于获取与第一项目的格式要求相符的预设状态信息集合；预设状态信息集合中包括多个预设状态信息；从预设状态信息集合中确定与第一处理结果对应的预设状态信息，得到第一缺陷单的、且与第一项目的格式要求相符的处理状态信息。

在一个实施例中，预设状态信息为状态机中的状态节点；处理结果映射模块，还用于确定第一缺陷单在状态机中所处的当前状态节点；将第一处理结果与当前状态节点所对应的各个状态切换条件进行匹配；将匹配成功的状态切换条件所指向的状态节点，确定为与第一处理结果对应的预设状态信息。

在一个实施例中，上述装置还包括：工单变更模块，用于当检测到在第一项目下触发的对第一缺陷单的变更事件时，则基于变更事件确定变更字段，获取变更字段对应的变更内容；基于第一项目和第二项目之间的字段映射关系，确定第二缺陷单中与变更字段对应的映射字段，基于变更内容对映射字段的字段内容进行变更，得到变更后的第二缺陷单。

在一个实施例中，上述装置还包括：评论同步模块，用于当检测到在第二项目下触发的对第二缺陷单的评论添加事件时，则获取评论添加事件对应的评论信息，评论信息包括对缺陷的处理建议以及与处理结果相应的描述信息中的至少一种；向缺陷反馈端发送评论信息，缺陷反馈端用于在第一缺陷单下展示评论信息。

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

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

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

在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

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

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

Claims (16)

1.一种缺陷处理方法，其特征在于，所述方法包括：

当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则

在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；

获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；

将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。

2.根据权利要求1所述的方法，其特征在于，所述在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单包括：

获取所述第一缺陷单在第一项目所对应的字段下的第一字段内容；

基于所述第一项目和所述第二项目之间的字段映射关系，将所述第一字段内容映射至所述第二项目所对应的字段下，得到第二字段内容；

基于所述第二字段内容创建针对所述应用的、且与第一缺陷单相应的第二缺陷单。

3.根据权利要求2所述的方法，其特征在于，所述基于所述第一项目和所述第二项目之间的字段映射关系，将所述第一字段内容映射至所述第二项目所对应的字段下，得到第二字段内容包括：

获取所述第一项目所对应的字段与通用字段之间的第一映射关系，并获取所述第二项目所对应的字段与所述通用字段之间的第二映射关系；

基于所述第一映射关系将所述第一字段内容映射为所述通用字段下的通用字段内容；

基于所述第二映射关系将所述通用字段内容映射至所述第二项目所对应的字段下，得到第二字段内容。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述第一处理结果表示所述应用的缺陷需通过对所述应用进行更新来解决，则根据所述第一处理结果在应用更新端所对应的第三项目下，创建针对所述应用的、且与所述第二缺陷单相应的第三缺陷单；

当获取到所述应用更新端基于所述第三缺陷单对所述缺陷进行处理得到的第二处理结果时，则

基于获取到的所述第二处理结果更新所述第二缺陷单所对应的第一处理结果，得到所述第二缺陷单所对应的更新处理结果；

将所述更新处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的更新状态信息，并向所述缺陷反馈端发送所述更新状态信息。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第一处理结果在应用更新端所对应的第三项目下，创建针对所述应用的、且与所述第二缺陷单相应的第三缺陷单包括：

若所述第一处理结果指示对所述应用进行迭代更新，则

获取用于解决所述应用的缺陷的期望迭代版本的版本信息，根据所述版本信息在所述第三项目下确定目标迭代任务；

基于所述第二项目和所述第三项目之间的字段映射关系，将所述第二字段内容映射至所述第三项目所对应的字段下，得到第三字段内容；

基于所述第三字段内容在所述目标迭代任务下，创建针对所述应用的、且与所述第二缺陷单相应的第三缺陷单。

6.根据权利要求5所述的方法，其特征在于，所述版本信息是从候选版本信息集合中选取得到的；所述方法还包括：

检测所述第三项目下各个迭代任务各自对应的当前状态；

当检测到处于关闭状态的迭代任务时，获取处于关闭状态的迭代任务对应的版本信息，作为待滤除的版本信息；

从所述候选版本信息集合中滤除所述待滤除的版本信息，以更新所述候选版本信息集合。

7.根据权利要求5所述的方法，其特征在于，在所述基于所述第三字段内容在所述目标迭代任务下，创建针对所述应用的、且与所述第二缺陷单相应的第三缺陷单之后，所述方法还包括：

当所述第三项目下的所述第三缺陷单由目标迭代任务变更至另外一个迭代任务下时，则

获取变更至的迭代任务所对应的变更版本信息，生成携带所述变更版本信息的变更提醒消息；

向所述缺陷反馈端发送所述变更提醒消息。

8.根据权利要求4所述的方法，其特征在于，所述根据所述第一处理结果在应用更新端所对应的第三项目下，创建针对所述应用的、且与所述第二缺陷单相应的第三缺陷单，包括：

若所述第一处理结果指示对所述应用创建补丁进行更新，则根据所述第一处理结果，在所述应用更新端所对应的第三项目下，创建临时修复任务；

基于所述第二项目和所述第三项目之间的字段映射关系，将所述第二字段内容映射至所述第三项目所对应的字段下，得到第三字段内容；

基于所述第三字段内容在所述临时修复任务下，创建针对所述应用的、且与所述第二缺陷单相应的第三缺陷单。

9.根据权利要求1所述的方法，其特征在于，所述将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息包括：

获取与所述第一项目的格式要求相符的预设状态信息集合；所述预设状态信息集合中包括多个预设状态信息；

从所述预设状态信息集合中确定与所述第一处理结果对应的预设状态信息，得到所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息。

10.根据权利要求9所述的方法，其特征在于，所述预设状态信息为状态机中的状态节点；所述从所述预设状态信息集合中确定与所述第一处理结果对应的预设状态信息包括：

确定所述第一缺陷单在所述状态机中所处的当前状态节点；

将所述第一处理结果与所述当前状态节点所对应的各个状态切换条件进行匹配；

将匹配成功的状态切换条件所指向的状态节点，确定为与所述第一处理结果对应的预设状态信息。

11.根据权利要求1至10任意一项所述的方法，其特征在于，所述方法还包括：

当检测到在所述第一项目下触发的对所述第一缺陷单的变更事件时，则基于所述变更事件确定变更字段，获取所述变更字段对应的变更内容；

基于所述第一项目和所述第二项目之间的字段映射关系，确定所述第二缺陷单中与所述变更字段对应的映射字段，基于所述变更内容对所述映射字段的字段内容进行变更，得到变更后的第二缺陷单。

12.根据权利要求1至10任意一项所述的方法，其特征在于，所述方法还包括：

当检测到在所述第二项目下触发的对所述第二缺陷单的评论添加事件时，则

获取所述评论添加事件对应的评论信息，所述评论信息包括对所述缺陷的处理建议以及与所述处理结果相应的描述信息中的至少一种；

向所述缺陷反馈端发送所述评论信息，所述缺陷反馈端用于在所述第一缺陷单下展示所述评论信息。

13.一种缺陷处理装置，其特征在于，所述装置包括：

工单创建模块，用于当在缺陷反馈端对应的第一项目下触发针对应用的缺陷处理事件时，则在缺陷处理端所对应的第二项目下，创建针对所述应用的、且与第一缺陷单相应的第二缺陷单；所述第一缺陷单，是基于所述缺陷处理事件，在所述第一项目下创建的用于请求对所述应用的缺陷进行相关处理的工单；

处理结果获取模块，用于获取基于所述第二缺陷单对所述缺陷进行处理得到的第一处理结果；

处理结果映射模块，用于将所述第一处理结果映射为所述第一缺陷单的、且与所述第一项目的格式要求相符的处理状态信息，并向所述缺陷反馈端发送所述处理状态信息。

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

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

16.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至12中任一项所述的方法的步骤。

Images