一种缺陷处理进度的跟踪方法、装置及存储介质与流程

1.本技术涉及计算机技术领域，更具体的说，涉及一种缺陷处理进度的跟踪方法、装置及存储介质。


背景技术：

2.目前，行业内缺陷处理进度大多采用人工方式进行跟踪，手动点击缺陷详情查看缺陷创建时间，再根据当前时间计算出已消耗的处理时长，如此当缺陷数据量大时，需要花费大量时间和精力，效率低，人力成本高。而且，由人工计算已消耗的处理时长，可能会导致时长计算不精准。


技术实现要素：

3.有鉴于此，本技术实施例公开一种缺陷处理进度的跟踪方法、装置及存储介质，对缺陷处理进度进行自动跟踪，提高缺陷处理进度跟踪效率及精准度。
4.本技术实施例提供的技术方案如下：
5.第一方面，本技术实施例提供了一种缺陷处理进度的跟踪方法，所述方法包括：
6.获取待检查缺陷列表；
7.若所述待检查缺陷列表中待检查缺陷的数量不为0，则获取所述待检查缺陷的相关信息；所述待检查缺陷的相关信息包括：缺陷创建时间；
8.利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长；
9.若所述缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。
10.在一种可能的实现方式中，所述待检查缺陷的相关信息还包括：缺陷严重程度，所述若所述缺陷待处理时长超出处理时间阈值，则发送超时提醒信息之前，所述方法还包括：
11.从缺陷处理规则配置表中获取所述缺陷严重程度对应的处理时间阈值。
12.在一种可能的实现方式中，所述缺陷严重程度为以下任一种：致命缺陷、严重缺陷、一般缺陷、微小缺陷、建议缺陷；
13.所述缺陷处理规则配置表中存储有多条缺陷处理规则，所述缺陷处理规则包括：所述致命缺陷对应的处理时间阈值为第一时长，所述严重缺陷对应的处理时间阈值为第二时长，所述一般缺陷对应的处理时间阈值为第三时长，所述微小缺陷对应的处理时间阈值为第四时长，所述建议缺陷对应的处理时间阈值为第五时长；
14.其中，所述第一时长小于所述第二时长，所述第二时长小于所述第三时长，所述第三时长小于所述第四时长和所述第五时长。
15.在一种可能的实现方式中，所述获取待检查缺陷列表，包括：通过接口获取待检查缺陷列表的数据；
16.所述方法还包括：将所述待检查缺陷列表的数据保存至本地内存。
17.在一种可能的实现方式中，所述待检查缺陷的相关信息还包括：缺陷处理状态，所述利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长，包括：
18.若所述缺陷处理状态为未解决或未关闭，则利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长。
19.在一种可能的实现方式中，所述获取待检查缺陷列表之前，所述方法还包括：
20.当达到预设时间时，启动定时巡检功能。
21.第二方面，本技术实施例提供了一种缺陷处理进度的跟踪装置，所述装置包括：
22.获取单元，用于获取待检查缺陷列表；
23.获取单元，还用于若所述待检查缺陷列表中待检查缺陷的数量不为0，则获取所述待检查缺陷的相关信息；所述待检查缺陷的相关信息包括：缺陷创建时间；
24.计算单元，用于利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长；
25.发送单元，用于若所述缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。
26.在一种可能的实现方式中，所述待检查缺陷的相关信息还包括：缺陷严重程度；
27.所述获取单元，还用于从缺陷处理规则配置表中获取所述缺陷严重程度对应的处理时间阈值。
28.第三方面，本技术实施例提供了一种缺陷处理进度的跟踪装置，所述装置包括：
29.存储器，用于存储指令；
30.处理器，用于执行所述存储器中的所述指令以执行以上第一方面任一项所述的缺陷处理进度的跟踪方法。
31.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行以上第一方面任一项所述的缺陷处理进度的跟踪方法。
32.第五方面，本技术实施例提供一种计算机程序产品，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行以上第一方面任一项所述的缺陷处理进度的跟踪方法。
33.基于上述技术方案，本技术具有以下有益效果：
34.本技术实施例公开了一种缺陷处理进度的跟踪方法、装置及存储介质。其中，该方法包括：获取待检查缺陷列表；若待检查缺陷列表中待检查缺陷的数量不为0，则获取待检查缺陷的相关信息；待检查缺陷的相关信息包括：缺陷创建时间；利用当前时间和缺陷创建时间，计算得到缺陷待处理时长；若缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。可见，本技术实施例中能自动获取待检查缺陷列表，自动进行缺陷待处理时长的计算，如此实现了对缺陷处理进度的自动跟踪，提高缺陷处理进度跟踪效率及精准度。而且，在缺陷待处理时长超出处理时间阈值，会自动发送超时提醒信息，如此能够帮助相关人员更好的掌握缺陷处理进度，及时对缺陷进行处理。
附图说明
35.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据公开的附图获得其他的附图。
36.图1为本技术实施例公开的一种缺陷处理进度的跟踪方法的流程图；
37.图2为本技术实施例公开的另一种缺陷处理进度的跟踪方法的流程图；
38.图3为本技术实施例公开的一种缺陷处理进度的跟踪装置的结构示意图。
具体实施方式
39.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
40.在本说明书中的术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。需要说明的是，在本技术实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
41.本技术实施例公开了一种缺陷处理进度的跟踪方法、装置及存储介质。其中，该方法包括：获取待检查缺陷列表；若待检查缺陷列表中待检查缺陷的数量不为0，则获取待检查缺陷的相关信息；待检查缺陷的相关信息包括：缺陷创建时间；利用当前时间和缺陷创建时间，计算得到缺陷待处理时长；若缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。可见，本技术实施例中能自动获取待检查缺陷列表，自动进行缺陷待处理时长的计算，如此实现了对缺陷处理进度的自动跟踪，提高缺陷处理进度跟踪效率及精准度。而且，在缺陷待处理时长超出处理时间阈值，会自动发送超时提醒信息，如此能够帮助相关人员更好的掌握缺陷处理进度，及时对缺陷进行处理。
42.参见图1，本技术实施例公开的一种缺陷处理进度的跟踪方法的流程图，该方法包括：
43.s101、获取待检查缺陷列表；
44.需要说明的是，测试人员在软件测试过程中，发现软件存在缺陷，会将缺陷信息提交至缺陷管理平台，缺陷管理平台会将缺陷信息存储至待检查缺陷列表中。其中，待检查缺陷列表可以包括待检查缺陷id字段，缺陷描述字段，缺陷严重程度字段，缺陷创建时间字段等等，本技术对此不做限定。待检查缺陷id字段对应的数据可以为0001、0002、0003等等，缺陷管理平台可以自动生成待检测缺陷id，该待检查缺陷id可以标识当前待检查缺陷列表中缺陷的数量；缺陷描述字段对应的数据可以为待检查缺陷的具体情况描述，便于软件开发人员根据该缺陷描述信息对缺陷进行定位、处理；缺陷严重程度字段对应的数据可以为致命缺陷、严重缺陷、一般缺陷、微小缺陷和建议缺陷等等，缺陷创建时间字段对应的数据可以是缺陷管理平台根据缺陷提交时间自动生成的时间。
45.在一种可能的实现方式中，本技术实施例中可以当达到预设时间时，启动定时巡检功能，然后获取待检查缺陷列表。例如：可以每隔24小时启动定时巡检功能。当达到早上8:00时，启动定时巡检功能，获取待检查缺陷列表。可以理解的是，上述只是示例性说明，不应理解为对本技术的限制。可见，本技术实施例中可以实现定时获取待检查缺陷列表，定时对缺陷处理进度进行自动跟踪。
46.s102、若待检查缺陷列表中待检查缺陷的数量不为0，则获取待检查缺陷的相关信息；待检查缺陷的相关信息包括：缺陷创建时间；
47.在一种可能的实现方式中，本技术实施例中可以通过接口获取待检查缺陷列表的数据，将待检查缺陷列表的数据保存至本地内存。然后从本地内存中获取待检查缺陷id，根据待检测缺陷id判断待检查缺陷列表中待检查缺陷的数量是否为0，若待检查缺陷列表中待检查缺陷的数量不为0，再依次从本地内存中获取待检查缺陷的相关信息。可见，本技术实施例中可以通过接口批量获取缺陷信息，在本地存储数据进行处理，如此能适用于不同的缺陷管理平台。
48.s103、利用当前时间和缺陷创建时间，计算得到缺陷待处理时长；
49.在一种可能的实现方式中，待检查缺陷的相关信息还包括：缺陷处理状态，s103具体可以包括：若缺陷处理状态为未解决或未关闭，则利用当前时间和缺陷创建时间，计算得到缺陷待处理时长。可见，本技术实施例中会先判断缺陷处理状态，再进行后续的缺陷待处理时长计算，如此能避免对缺陷处理状态为解决或关闭的缺陷进行缺陷待处理时长的计算，提高缺陷处理进度跟踪效率。
50.s104、若缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。
51.可见，本技术实施例中能自动获取待检查缺陷列表，自动进行缺陷待处理时长的计算，如此实现了对缺陷处理进度的自动跟踪，提高缺陷处理进度跟踪效率及精准度。而且，在缺陷待处理时长超出处理时间阈值，会自动发送超时提醒信息，如此能够帮助相关人员更好的掌握缺陷处理进度，及时对缺陷进行处理。
52.在一种可能的实现方式中，本技术实施例提供的缺陷处理进度的跟踪方法中，待检查缺陷的相关信息还包括：缺陷严重程度，步骤s104之前，该方法还包括：
53.从缺陷处理规则配置表中获取缺陷严重程度对应的处理时间阈值。
54.其中，缺陷严重程度为以下任一种：致命缺陷、严重缺陷、一般缺陷、微小缺陷、建议缺陷等等，本技术对此不做限制。
55.缺陷处理规则配置表中存储有多条缺陷处理规则，缺陷处理规则可根据实际需求灵活配置、更改。在一种可能的实现方式中，缺陷处理规则可以包括：致命缺陷对应的处理时间阈值为第一时长，严重缺陷对应的处理时间阈值为第二时长，一般缺陷对应的处理时间阈值为第三时长，微小缺陷对应的处理时间阈值为第四时长，建议缺陷对应的处理时间阈值为第五时长。其中，第一时长小于第二时长，第二时长小于第三时长，第三时长小于所述第四时长和第五时长。例如：致命缺陷对应的处理时间阈值为24小时，严重缺陷对应的处理时间阈值为48小时，一般缺陷对应的处理时间阈值为168小时，微小缺陷对应的处理时间阈值为不限处理时长，建议缺陷对应的处理时间阈值为不限处理时长。可以理解的是，上述只是示例性说明，不应理解为对本技术的限制。
56.在一种可能的实现方式中，可以在缺陷处理规则配置表中配置缺陷处理规则，然后将缺陷处理规则配置表存储在本地内存中。之后在缺陷进度跟踪过程中，可以自动从本地存储的缺陷处理规则配置表中获取缺陷严重程度对应的处理时间阈值。
57.可见，本技术实施例中可以根据实际需求灵活配置、更改缺陷处理规则，如此能满足用户的实际需求，从而使得获取到的缺陷严重程度对应的处理时间阈值更加符合实际情况。
58.参见图2，为本技术实施例公开的另一种缺陷处理进度的跟踪方法的流程图，该方法包括：
59.第一步：启动定时巡检装置。
60.本技术实施例中可以将需要执行的自动化程序写入自主命名建立的bugcheck.py文件中，进入linux操作系统，执行“crontab-e”命令，输入需要定时执行的任务，如：“0 8***python root/bugcheck.py”表示每天早上8点运行root目录下的bugcheck.py文件，保存并退出，如此定时任务配置完成。之后在每天早上8点会自动启动定时巡检装置。可以理解的是，上述只是示例性说明，不应理解为对本技术的限制。
61.第二步：通过接口请求获取缺陷管理系统中所有待检查缺陷列表的数据，并保存至本地内存中。
62.以项目管理工具jira为例，本技术实施例中可以使用python语言jira.search_issues()方法批量查询待检查缺陷列表，保存到名为issue的类中。需要说明的是，jira有一套专门的搜索语言，称为jql(jira query language)，jira的python库便是基于jql语法进行搜索的，返回的是搜索到的问题列表。使用语句为：jira.search_issues(
‘
jql语句’)。可以理解的是，上述只是示例性说明，不应理解为对本技术的限制。
63.第三步：判断待检查缺陷数是否为0；若为0则结束本次巡检；若不为0则继续下一步。
64.第四步：从本地内存中依次取出缺陷详细信息，该缺陷详细信息包括：缺陷严重程度、缺陷处理状态、缺陷创建时间、当前处理人邮箱。
65.第五步：判断缺陷处理状态是否为“解决”或“关闭”，若是则待检查缺陷数减1，返回执行第三步：若否则继续下一步。
66.第六步：使用当前时间减去缺陷创建时间，计算出缺陷待处理时长。
67.第七步：从缺陷处理规则配置表中获取缺陷严重程序对应的处理时间阈值。
68.第八步：根据缺陷待处理时长和处理时间阈值判断处理是否超时；若是则继续下一步；若否则待检查缺陷数减1，返回执行第三步。
69.第九步、发送提醒邮件，提醒当前处理人及时处理缺陷，待检查缺陷数减1，继续检查下一个缺陷。
70.本技术实施例中可以使用for循环，依次取出缺陷状态名称issue.fields.status.name，if(issue.fields.status.name in('解决','关闭'))判断缺陷处理状态是否为“解决”或“关闭”，是则continue退出本次循环，继续下次循环，否则取出缺陷创建时间issue.fields.created，使用datetime.datetime.now()当前时间减去创建时间得到缺陷待处理时长。取出缺陷严重程度issue.fields.priority.name，根据缺陷严重程度、缺陷待处理时长两个参数比对缺陷处理规则，判断是否超出报警阈值。是则使用smtplib库中的sendmail()方法发送报警邮件，否则退出本次循环，继续下次循环。可以理解的是，上述只是示例性说明，不应理解为对本技术的限制。
71.可见，本技术实施例中自动读取缺陷处理规则、检查缺陷处理进度、发送超时报警，如此提高了缺陷进度跟踪效率和精准度，节约了人力成本。并且能够帮助测试和研发人员更好的掌握缺陷处理进度，及时对缺陷进行处理，提高软件质量。
72.参见图3，本技术实施例公开的一种缺陷处理进度的跟踪装置的结构示意图，该装置包括：
73.获取单元301，用于获取待检查缺陷列表；
74.获取单元301，还用于若待检查缺陷列表中待检查缺陷的数量不为0，则获取待检查缺陷的相关信息；待检查缺陷的相关信息包括：缺陷创建时间；
75.计算单元302，用于利用当前时间和缺陷创建时间，计算得到缺陷待处理时长；
76.发送单元303，用于若缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。
77.可见，本技术实施例中能自动获取待检查缺陷列表，自动进行缺陷待处理时长的计算，如此实现了对缺陷处理进度的自动跟踪，提高缺陷处理进度跟踪效率及精准度。而且，在缺陷待处理时长超出处理时间阈值，会自动发送超时提醒信息，如此能够帮助相关人员更好的掌握缺陷处理进度，及时对缺陷进行处理。
78.在一种可能的实现方式中，本技术实施例中提供的缺陷处理进度的跟踪装置中，待检查缺陷的相关信息还包括：缺陷严重程度；
79.获取单元301，还用于从缺陷处理规则配置表中获取缺陷严重程度对应的处理时间阈值。
80.在一种可能的实现方式中，本技术实施例中提供的缺陷处理进度的跟踪装置中，缺陷严重程度为以下任一种：致命缺陷、严重缺陷、一般缺陷、微小缺陷、建议缺陷；
81.缺陷处理规则配置表中存储有多条缺陷处理规则，缺陷处理规则包括：致命缺陷对应的处理时间阈值为第一时长，严重缺陷对应的处理时间阈值为第二时长，一般缺陷对应的处理时间阈值为第三时长，微小缺陷对应的处理时间阈值为第四时长，建议缺陷对应的处理时间阈值为第五时长；
82.其中，第一时长小于所述第二时长，第二时长小于所述第三时长，第三时长小于第四时长和第五时长。
83.在一种可能的实现方式中，本技术实施例中提供的缺陷处理进度的跟踪装置中，获取单元具体用于：通过接口获取待检查缺陷列表的数据；
84.该装置还包括：保存单元，用于将待检查缺陷列表的数据保存至本地内存。
85.在一种可能的实现方式中，本技术实施例中提供的缺陷处理进度的跟踪装置中，待检查缺陷的相关信息还包括：缺陷处理状态；
86.计算单元302具体用于：若缺陷处理状态为未解决或未关闭，则利用当前时间和缺陷创建时间，计算得到缺陷待处理时长。
87.在一种可能的实现方式中，本技术实施例中提供的缺陷处理进度的跟踪装置还包括：
88.启动单元，用于当达到预设时间时，启动定时巡检功能。
89.进一步地，本技术实施例还提供了一种缺陷处理进度的跟踪装置，包括：
90.存储器，用于存储指令；
91.处理器，用于执行存储器中的指令以执行上述缺陷处理进度的跟踪方法的任一种实现方法。
92.进一步地，本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在终端设备上运行时，使得终端设备执行上述缺陷处理进度的跟踪方法的任一种实现方法。
93.进一步地，本技术实施例还提供了一种计算机程序产品，计算机程序产品在终端设备上运行时，使得终端设备执行上述缺陷处理进度的跟踪方法的任一种实现方法。
94.通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本技术各个实施例或者实施例的某些部分所述的方法。
95.需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
96.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
97.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
98.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种缺陷处理进度的跟踪方法，其特征在于，所述方法包括：获取待检查缺陷列表；若所述待检查缺陷列表中待检查缺陷的数量不为0，则获取所述待检查缺陷的相关信息；所述待检查缺陷的相关信息包括：缺陷创建时间；利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长；若所述缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。2.根据权利要求1所述的方法，其特征在于，所述待检查缺陷的相关信息还包括：缺陷严重程度，所述若所述缺陷待处理时长超出处理时间阈值，则发送超时提醒信息之前，所述方法还包括：从缺陷处理规则配置表中获取所述缺陷严重程度对应的处理时间阈值。3.根据权利要求2所述的方法，其特征在于，所述缺陷严重程度为以下任一种：致命缺陷、严重缺陷、一般缺陷、微小缺陷、建议缺陷；所述缺陷处理规则配置表中存储有多条缺陷处理规则，所述缺陷处理规则包括：所述致命缺陷对应的处理时间阈值为第一时长，所述严重缺陷对应的处理时间阈值为第二时长，所述一般缺陷对应的处理时间阈值为第三时长，所述微小缺陷对应的处理时间阈值为第四时长，所述建议缺陷对应的处理时间阈值为第五时长；其中，所述第一时长小于所述第二时长，所述第二时长小于所述第三时长，所述第三时长小于所述第四时长和所述第五时长。4.根据权利要求1所述的方法，其特征在于，所述获取待检查缺陷列表，包括：通过接口获取待检查缺陷列表的数据；所述方法还包括：将所述待检查缺陷列表的数据保存至本地内存。5.根据权利要求1所述的方法，其特征在于，所述待检查缺陷的相关信息还包括：缺陷处理状态，所述利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长，包括：若所述缺陷处理状态为未解决或未关闭，则利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长。6.根据权利要求1所述的方法，其特征在于，所述获取待检查缺陷列表之前，所述方法还包括：当达到预设时间时，启动定时巡检功能。7.一种缺陷处理进度的跟踪装置，其特征在于，所述装置包括：获取单元，用于获取待检查缺陷列表；获取单元，还用于若所述待检查缺陷列表中待检查缺陷的数量不为0，则获取所述待检查缺陷的相关信息；所述待检查缺陷的相关信息包括：缺陷创建时间；计算单元，用于利用当前时间和所述缺陷创建时间，计算得到缺陷待处理时长；发送单元，用于若所述缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。8.根据权利要求7所述的装置，其特征在于，所述待检查缺陷的相关信息还包括：缺陷严重程度；所述获取单元，还用于从缺陷处理规则配置表中获取所述缺陷严重程度对应的处理时间阈值。9.一种缺陷处理进度的跟踪装置，其特征在于，包括：
存储器，用于存储指令；处理器，用于执行所述存储器中的所述指令以执行权利要求1至6任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行权利要求1至6任一项所述的方法。

技术总结
本申请实施例公开了一种缺陷处理进度的跟踪方法、装置及存储介质。其中，该方法包括：获取待检查缺陷列表；若待检查缺陷列表中待检查缺陷的数量不为0，则获取待检查缺陷的相关信息；待检查缺陷的相关信息包括：缺陷创建时间；利用当前时间和缺陷创建时间，计算得到缺陷待处理时长；若缺陷待处理时长超出处理时间阈值，则发送超时提醒信息。可见，本申请实施例中能自动获取待检查缺陷列表，自动进行缺陷待处理时长的计算，如此实现了对缺陷处理进度的自动跟踪，提高缺陷处理进度跟踪效率及精准度。而且，在缺陷待处理时长超出处理时间阈值，会自动发送超时提醒信息，如此能够帮助相关人员更好的掌握缺陷处理进度，及时对缺陷进行处理。理。理。


技术研发人员：陈桑果
受保护的技术使用者：湖南快乐阳光互动娱乐传媒有限公司
技术研发日：2023.04.28
技术公布日：2023/8/1