报错任务处理方法及装置与流程

1.本技术涉及计算机技术领域，特别涉及一种报错任务处理方法。本技术同时涉及一种报错任务处理装置，一种计算设备，以及一种计算机可读存储介质。


背景技术：

2.随着计算机技术和互联网技术的快速发展，软件业已经越来越成熟，面临的挑战也日益增多，不断变化的用户需求、缩短的开发周期、频繁的部署上线、复杂的产品架构等，对软件上线前的测试要求逐渐加大，自动化测试是当前越发普遍的测试方式。
3.现有技术中，自动化测试的过程中，每天循环发起大量的测试任务，由于环境问题、故障、用例误报等问题，某些测试任务无法正常运行，会生成大量的报错任务，各个报错任务均需要由人工一一处理，导致人工处理工作量较大，报错任务的处理效率较低。


技术实现要素：

4.有鉴于此，本技术实施例提供了一种报错任务处理方法。本技术同时涉及一种报错任务处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的报错任务的处理效率较低的技术问题。
5.根据本技术实施例的第一方面，提供了一种报错任务处理方法，包括：
6.获取目标任务；
7.统计预设时长内所述目标任务的至少一个执行结果中执行失败的报错次数，并根据所述报错次数，确定所述目标任务是否为初始报错任务；
8.在所述目标任务为初始报错任务的情况下，确定所述目标任务是否为预设处理方法对应的任务，并根据确定结果对所述目标任务进行报错处理标记，其中，所述预设处理方法为不同任务对应的通用方法，所述报错处理标记用于表征所述目标任务的处理方式。
9.根据本技术实施例的第二方面，提供了一种报错任务处理装置，包括：
10.获取模块，被配置为获取目标任务；
11.确定模块，被配置为统计预设时长内所述目标任务的至少一个执行结果中执行失败的报错次数，并根据所述报错次数，确定所述目标任务是否为初始报错任务；
12.标记模块，被配置为在所述目标任务为初始报错任务的情况下，确定所述目标任务是否为预设处理方法对应的任务，并根据确定结果对所述目标任务进行报错处理标记，其中，所述预设处理方法为不同任务对应的通用方法，所述报错处理标记用于表征所述目标任务的处理方式。
13.根据本技术实施例的第三方面，提供了一种计算设备，包括：
14.存储器和处理器；
15.所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
16.获取目标任务；
17.统计预设时长内所述目标任务的至少一个执行结果中执行失败的报错次数，并根据所述报错次数，确定所述目标任务是否为初始报错任务；
18.在所述目标任务为初始报错任务的情况下，确定所述目标任务是否为预设处理方法对应的任务，并根据确定结果对所述目标任务进行报错处理标记，其中，所述预设处理方法为不同任务对应的通用方法，所述报错处理标记用于表征所述目标任务的处理方式。
19.根据本技术实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现任意所述报错任务处理方法的步骤。
20.本技术提供的报错任务处理方法，可以先根据目标任务的执行结果中执行失败的报错次数，确定目标任务是否为初始报错任务，若是，再进一步确定目标任务是否为预设处理方法对应的任务，并根据确定结果对目标任务进行报错处理标记，其中，预设处理方法为不同任务对应的通用方法，报错处理标记用于表征目标任务的处理方式。如此，可以基于执行结果中执行失败的报错次数、对应的处理方法是否为不同任务对应的通用方法，对目标任务进行报错处理标记，后续可以通过对应的处理方式进行处理，也即可以自动区分不同的报错任务，不同的报错任务可以通过不同的处理方式进行处理，并不是全部的报错任务均需后续一一关注处理，大幅度缩减报错任务的处理耗时，降低报错任务的处理压力，提高了报错任务的处理效率。
附图说明
21.图1是本技术一实施例提供的一种报错任务处理方法的流程图；
22.图2是本技术一实施例提供的一种初始报错任务的确定过程示意图；
23.图3是本技术一实施例提供的一种预设处理方法的封装代码示意图；
24.图4是本技术一实施例提供的一种反馈异常标记的示意图；
25.图5是本技术一实施例提供的一种预设处理方法的步骤示意图；
26.图6是本技术一实施例提供的另一种报错任务处理方法的流程图；
27.图7是本技术一实施例提供的一种报错任务处理装置的结构示意图；
28.图8是本技术一实施例提供的一种计算设备的结构框图。
具体实施方式
29.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。
30.在本技术一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术一个或多个实施例。在本技术一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本技术一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
31.应当理解，尽管在本技术一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。
例如，在不脱离本技术一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
32.在本技术中，提供了一种报错任务处理方法，本技术同时涉及一种报错任务处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
33.图1示出了根据本技术一实施例提供的一种报错任务处理方法的流程图，具体包括以下步骤：
34.步骤102：获取目标任务。
35.需要说明的是，目标任务是指预设时长内循环多次运行、且多次运行的执行结果中存在执行失败情况的任一任务，其中，目标任务可以是自动化测试任务，也可以是应用程序运行过程中执行的某一任务，如下载任务、更新任务等。
36.实际应用中，获取目标任务时，可以获取目标任务每次执行的执行结果，一种可能的实现方式中，每隔预设时长获取一次目标任务在该预设时长内的执行结果，后续对该预设时长内的执行结果进行分析处理；另一种可能的实现方式中，目标任务每次运行产生执行结果时，实时获取产生的执行结果。
37.示例的，一天内某自动化测试任务循环多次运行，当天结束时，可以获取当天内该自动化测试任务多次运行的执行结果。或者，某自动化测试任务在2:00时运行一次，产生了执行结果1，此时获取该执行结果1；然后该自动化测试任务在3:00时又运行了一次，产生了执行结果2，此时获取该执行结果2，依次类推，实时获取产生的执行结果。
38.本技术实施例中可以获取预设时长内循环多次运行、且多次运行的执行结果中存在执行失败情况的目标任务，并且获取目标任务多次运行的执行结果，为后续确定目标任务执行失败的类型提供了数据基础，便于对报错的任务进行分类归纳，从而进行适应性处理。
39.步骤104：统计预设时长内目标任务的至少一个执行结果中执行失败的报错次数，并根据报错次数，确定目标任务是否为初始报错任务。
40.具体的，预设时长可以是指预先设置的时间段，该预设时长可以表示统计目标任务的执行结果的统计周期，如预设时长可以为12小时、一天、一周等。初始报错任务可以是指初始确定出的、后续需要进行处理的报错任务。
41.需要说明的是，目标任务的至少一个执行结果中执行失败的报错次数不同，说明目标任务执行失败的情况不同，因而可以统计预设时长内目标任务的至少一个执行结果中执行失败的报错次数，并根据报错次数，确定目标任务是否为初始报错任务，从而过滤掉明显不需要后续进行处理的报错任务，降低处理压力，提高处理效率。
42.本实施例一个可选的实施方式中，可以基于预先设置的次数阈值，以及是否存在执行通过的情况，确定是否为初始报错任务，也即根据所述报错次数，确定所述目标任务是否为初始报错任务，具体实现过程可以如下：
43.在所述报错次数大于次数阈值的情况下，确定所述目标任务为所述初始报错任务；
44.在所述报错次数不大于次数阈值的情况下，确定所述至少一个执行结果中是否存
在执行通过的情况；
45.若存在执行通过的情况，确定所述目标任务不为所述初始报错任务，并将所述目标任务标记为已处理报错任务；
46.若不存在执行通过的情况，确定所述目标任务为所述初始报错任务。
47.具体的，次数阈值可以是指预先设置的数值，用于确定预设时长内目标任务的至少一个执行结果中执行失败的报错次数是否过多，如预设阈值可以为2、3、4等。
48.需要说明的是，若预设时长内目标任务的至少一个执行结果中执行失败的报错次数大于次数阈值，则说明目标任务在预设时长内循环执行了多次，且报错次数过多，此时可以直接将目标任务初始确定为后续需要进行处理的报错任务，即直接将目标任务确定为初始报错任务。
49.若预设时长内目标任务的至少一个执行结果中执行失败的报错次数不大于次数阈值，则说明目标任务在预设时长内循环执行了较少次，但是存在执行失败的情况，因而此时可以进一步确定预设时长内目标任务的至少一个执行结果中是否存在执行通过的情况，若存在，则说明目标任务多次循环执行中某次已经执行成功，因而可以默认目标任务的报错记录已经处理，后续无需关注，即此时将目标任务标记为已处理报错任务；若不存在，则说明目标任务多次循环运行均执行失败，因而此时可以将目标任务初始确定为后续需要进行处理的报错任务，即将目标任务确定为初始报错任务。
50.示例的，图2是本技术一实施例提供的一种初始报错任务的确定过程示意图，如图2所示，分析当天所有自动化测试任务的执行结果，针对同一自动化测试任务，当报错次数超过2次时，强制标记为初始报错任务。当报错次数小于等于2次，只要存在1次通过，即标记为已处理报错任务，已处理报错任务后续无需关注，其他情况标记为初始报错任务，初始报错任务后续可能需要进行处理。
51.本技术实施例中，基于预设时长内目标任务的至少一个执行结果中执行失败的报错次数，结合预先设置的次数阈值，可以判定目标任务是否为初始确定出的后续需要进行处理的报错任务，也即基于一定时长内的报错次数，可以初步筛除后续无需进行处理的报错任务，减少后续进行处理的报错任务的数量，降低处理压力。
52.步骤106：在目标任务为初始报错任务的情况下，确定目标任务是否为预设处理方法对应的任务，并根据确定结果对目标任务进行报错处理标记。
53.其中，预设处理方法为不同任务对应的通用方法，报错处理标记用于表征目标任务的处理方式。
54.具体的，预设处理方法可以为不同任务对应的通用方法，即不同任务的公用方法，其中，公用方法是提供给自动化测试链路自动化使用的一种链路片段，本质上是小段且频繁会使用的链路。
55.另外，不同的报错处理标记可以对应不同的处理方式，从而可以对不同类型的报错任务进行分类归纳、记录，从而进行适应性处理，
56.实际应用中，确定目标任务是否为预设处理方法对应的任务可以包括确定目标任务在运行过程中是否调用预设处理方法，或者是否调用预设处理方法包括的接口。
57.本技术实施例中可以确定目标任务是否为预设处理方法对应的任务，并根据确定结果对目标任务进行报错处理标记，不同的报错处理标记可以用于表征不同的处理方式，
从而使得不同的报错任务可以通过不同的处理方式进行处理，并不是全部的报错任务后续均需一处理，大幅度缩减处理耗时，提高了报错任务的处理效率。
58.本实施例一个可选的实施方式中，可以基于预设处理方法和预设处理方法包括的接口，确定所述目标任务是否为预设处理方法对应的任务，也即确定所述目标任务是否为预设处理方法对应的任务，并根据确定结果对所述目标任务进行报错处理标记，具体实现过程可以如下：
59.确定所述目标任务调用的执行方法是否为所述预设处理方法；
60.若是所述预设处理方法，则确定所述目标任务为预设处理方法对应的任务，将所述目标任务标记为第一待处理报错任务；
61.若不是所述预设处理方法，则确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口，若为所述预设处理方法包括的接口，则确定所述目标任务为预设处理方法对应的任务，将所述目标任务标记为第一待处理报错任务。
62.具体的，第一待处理报错任务可以是指某种类型的待处理报错任务，第一待处理报错任务有对应的处理方式，后续可以基于对应的处理方式进行处理，如第一待处理报错任务可以为标记为专人处理的报错任务。
63.实际应用中，当调用预设处理方法(即公用方法)失败时可以抛出异常，而这种异常能够被识别到，因而可以先确定目标任务调用的执行方法是否为预设处理方法，若是预设处理方法，则可以确定目标任务为预设处理方法对应的任务，将目标任务标记为第一待处理报错任务。若不是预设处理方法，还可以进一步确定目标任务调用的执行接口是否为预设处理方法包括的接口，若为预设处理方法包括的接口，则确定目标任务为预设处理方法对应的任务，将目标任务标记为第一待处理报错任务。
64.一种可能的实现方式中，第一待处理报错任务可以为当前工作人员无需关注的任务，当识别到预设处理方法(即公用方法)报错或者接口为预设处理方法包括的接口时，即使是初始报错任务也不需当前工作人员关注处理，不需要关注的原因是预设处理方法自身有独立的任务，由专门负责人处理，当遇到预设处理方法报错或者接口为预设处理方法包括的接口时，任务自动会标记为预设处理方法报错，处理状态可以更新为已处理，而当前工作人员是无感知的。
65.示例的，图3是本技术一实施例提供的一种预设处理方法的封装代码示意图，如图3所示，电商测试中，创建商品是个使用频繁的流程，创建商品的实现在接口层面上封装成了一个预设处理方法。
66.本实施例一个可选的实施方式中，可以基于反馈的异常标记，确定是否调用预设处理方法，也即确定所述目标任务调用的执行方法是否为所述预设处理方法，具体实现过程可以如下：
67.获取所述目标任务的执行报告；
68.确定所述执行报告中执行失败反馈的目标异常标记；
69.在所述目标异常标记为所述预设处理方法对应的异常标记的情况下，确定所述目标任务调用的执行方法为所述预设处理方法。
70.需要说明的是，目标任务在执行时，如果调用了预设处理方法，那么在执行失败的情况下，会返回特定的异常标记，因而可以分析目标任务的执行报告中执行失败反馈的目
标异常标记是否为预设处理方法对应的异常标记，若是，则确定目标任务调用的执行方法为预设处理方法，若否，则确定目标任务调用的执行方法不为预设处理方法。
71.示例的，图4是本技术一实施例提供的一种反馈异常标记的示意图，如图4所示，执行预设处理方法的代码中包含有此方法对应的会抛出的异常标记，当调用失败时会抛出异常。
72.本技术实施例中通过分析执行报告中执行失败反馈的目标异常标记，来确定目标任务调用的执行方法是否为预设处理方法，确定过程简单方便，确定效率高。
73.本实施例一个可选的实施方式中，可以预先对各个预设处理方法进行分析，获取其包括的接口，存储至处理方法接口数据库中，便于查询，也即确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口之前，还可以包括：
74.针对任一预设处理方法，获取所述预设处理方法对应的代码文件；
75.逐行分析所述代码文件，获得所述代码文件对应的至少一个接口数据，其中，每个所述接口数据包括接口域名和接口路径；
76.将所述至少一个接口数据存储至所述处理方法接口数据库。
77.需要说明的是，预设处理方法的执行步骤是从接口层面执行的，也就是每一步即是一个接口，通过逐行分析文件代码，可以获取此预设处理方法中的接口数据，该接口数据包括接口域名和接口路径，然后执行入库操作，存储至处理方法接口数据库中，便于后续查询。
78.示例的，图5是本技术一实施例提供的一种预设处理方法的步骤示意图，如图5所示，预设处理方法包括3步，第一步为：保存商品信息，第二步为：保存sku信息，第3步为：提交审核的相关步骤，包括第3_-1至第3_1步。
79.本技术实施例中，可以预先对各个预设处理方法的代码文件进行逐行分析，获取其包括的各个接口，存储至处理方法接口数据库中，后续可以直接遍历处理方法接口数据库，确定目标任务调用的接口是否为预设处理方法对应的接口，确定过程简单准确。
80.本实施例一个可选的实施方式中，也可以对执行报告进行分析，获取接口路径，遍历处理方法接口数据库，确定调用的接口是否为预设处理方法的接口，也即确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口，具体实现过程可以如下：
81.获取所述目标任务的执行报告；
82.确定所述执行报告中报错的目标接口路径；
83.遍历处理方法接口数据库，若匹配到所述目标接口路径，则确定所述目标任务调用的执行接口为所述预设处理方法包括的接口。
84.实际应用中，目标任务运行生成的执行报告是html(hypertext markup language，超文本标记语言)的形式，报错接口的接口数据可以从执行报告对应的api(application programming interface，应用程序接口)中拿到，也即报错接口的目标接口路径可以从执行报告对应的api中获取到。
85.需要说明的是，处理方法接口数据库存储有每一个预设处理方法对应的所有的接口数据，该接口数据包括接口路径，因而，可以对目标任务的执行报告进行分析，确定报错的接口路径，通过遍历处理方法接口数据库中各个接口数据的接口路径，即可确定目标任务调用的接口是否为预设处理方法对应的接口，确定过程简单准确。
86.本实施例一个可选的实施方式中，若目标任务调用的执行接口不为预设处理方法包括的接口，则可以进一步进行后续判断，确定目标任务是否为真实需要后续进行处理的报错任务，也即确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口之后，还可以包括：
87.若不为所述预设处理方法包括的接口，则确定所述目标任务的获取时间之后的执行结果中是否存在执行通过的情况；
88.在所述目标任务的获取时间之后的执行结果中存在执行通过的情况下，将所述目标任务标记为已处理报错任务。
89.需要说明的是，若目标任务的获取时间之后的执行结果中存在执行通过的情况，则说明在获取目标任务的执行结果的时间之后，多次循环执行目标任务中某次已经执行成功，因而可以默认目标任务的报错记录已经处理，后续无需进行关注，即此时将目标任务标记为已处理报错任务；若不存在，则说明在获取目标任务的执行结果的时间之后，多次循环执行目标任务均未执行成功，因而该目标任务可能为后续需要进行处理的报错任务。
90.本技术实施例中，在确定目标任务调用的执行接口不为预设处理方法包括的接口的情况下，并不是直接将目标任务确定为后续需要进行处理的报错任务，而是进一步判断目标任务后续是否存在执行通过的情况，从而筛除掉后续存在执行通过的情况的任务，减少后续需要处理的报错任务的任务量，降低报错任务的处理压力。
91.本实施例一个可选的实施方式中，在目标任务的获取时间之后的执行结果中不存在执行通过的情况下，还可以进一步结合白名单确定目标任务是否为真实需要后续进行处理的报错任务，也即确定所述目标任务的获取时间之后的执行结果中是否存在执行通过的情况之后，还可以包括：
92.在所述目标任务的获取时间之后的执行结果中不存在执行通过的情况下，确定所述目标任务是否为预设白名单中的任务；
93.若是，则将所述目标任务标记为已处理报错任务；
94.若否，则将所述目标任务标记为第二待处理报错任务。
95.具体的，白名单可以是指预先设置的、后续无需进行关注、处理的报错任务的集合。另外，第二待处理报错任务表示与第一待处理报错任务处理方式不同的报错任务，也即第二待处理报错任务与第一待处理报错任务对应的处理方式不同，从而可以通过不同的处理方式针对性地对第二待处理报错任务与第一待处理报错任务进行处理。
96.示例的，第一待处理报错任务可以为专人处理，第二待处理报错任务可以为最终筛选出的、真实需要当前普通工作人员进行人工处理的报错任务；第一待处理报错任务可以为机器自动处理，第二待处理报错任务可以为最终筛选出的、真实需要当前普通工作人员进行人工处理的报错任务。
97.需要说明的是，可以使用工具预先设置白名单，在目标任务的获取时间之后的执行结果中不存在执行通过的情况下，可以进一步确定目标任务是否为预设白名单中的任务，若是，则说明目标任务后续无需进一步关注处理，此时可以将目标任务标记为已处理报错任务；若否，则说明目标任务为真实需要后续进行处理的报错任务，因而可以将目标任务标记为第二待处理报错任务，后续可以基于第二待处理报错任务对应的处理方式进行处理。
98.实际应用中，不同的报错处理标记可以指示不同的处理方式，因而对目标任务进行报错处理标记后，可以基于该报错处理标记，确定出对应的处理方式，然后基于对应的处理方式，对目标任务进行处理，从而完成报错任务的处理过程。
99.具体实现时，可以预先设置有报错处理标记和处理方式之间的对应关系表，基于该对应关系表，可以确定出目标任务的报错处理标记对应的处理方式，从而基于该处理方式对目标任务进行处理。
100.示例的，预先设置的报错处理标记和处理方式之间的对应关系表如下表1所示，假设目标任务的报错处理标记为第二待处理任务，此时可以确定目标任务的处理方式为普通工作人员处理，后续可以将目标任务发送给普通工作人员的处理终端，由普通工作人员对目标任务进行处理。
101.表1报错处理标记和处理方式之间的对应关系表
[0102][0103][0104]
实际应用中，对于报错处理标记相同的报错任务，可以按照对应的处理方式进行批量处理，从而提高报错任务的处理效率。
[0105]
本技术提供的报错任务处理方法，可以先根据目标任务的执行结果中执行失败的报错次数，确定目标任务是否为初始报错任务，若是，再进一步确定目标任务是否为预设处理方法对应的任务，并根据确定结果对目标任务进行报错处理标记，其中，预设处理方法为不同任务对应的通用方法，报错处理标记用于表征目标任务的处理方式。如此，可以基于执行结果中执行失败的报错次数、对应的处理方法是否为不同任务对应的通用方法，对目标任务进行报错处理标记，后续可以通过对应的处理方式进行处理，也即可以自动区分不同的报错任务，不同的报错任务可以通过不同的处理方式进行处理，并不是全部的报错任务均需后续一一关注处理，大幅度缩减报错任务的处理耗时，降低报错任务的处理压力，提高了报错任务的处理效率。
[0106]
图6示出了本技术一实施例提供的另一种报错任务处理方法的流程图，具体包括以下步骤：
[0107]
步骤602：获取目标任务，统计预设时长内所述目标任务的至少一个执行结果中执行失败的报错次数。
[0108]
步骤604：在所述报错次数大于次数阈值的情况下，确定所述目标任务为所述初始报错任务。
[0109]
步骤606：在所述报错次数不大于次数阈值的情况下，确定所述至少一个执行结果中是否存在执行通过的情况。
[0110]
步骤608：若存在执行通过的情况，确定所述目标任务不为所述初始报错任务，并将所述目标任务标记为已处理报错任务。
[0111]
步骤610：若不存在执行通过的情况，确定所述目标任务为所述初始报错任务。
[0112]
步骤612：在所述目标任务为初始报错任务的情况下，确定所述目标任务调用的执行方法是否为所述预设处理方法。
[0113]
本实施例一个可选的实施方式中，可以基于反馈的异常标记，确定是否调用预设处理方法，也即确定所述目标任务调用的执行方法是否为所述预设处理方法，具体实现过程可以如下：
[0114]
获取所述目标任务的执行报告；
[0115]
确定所述执行报告中执行失败反馈的目标异常标记；
[0116]
在所述目标异常标记为所述预设处理方法对应的异常标记的情况下，确定所述目标任务调用的执行方法为所述预设处理方法。
[0117]
步骤614：若是所述预设处理方法，则确定所述目标任务为预设处理方法对应的任务，将所述目标任务标记为第一待处理报错任务。
[0118]
步骤616：若不是所述预设处理方法，则确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口。
[0119]
本实施例一个可选的实施方式中，可以预先对各个预设处理方法进行分析，获取其包括的接口，存储至处理方法接口数据库中，便于查询，也即确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口之前，还可以包括：
[0120]
针对任一预设处理方法，获取所述预设处理方法对应的代码文件；
[0121]
逐行分析所述代码文件，获得所述代码文件对应的至少一个接口数据，其中，每个所述接口数据包括接口域名和接口路径；
[0122]
将所述至少一个接口数据存储至所述处理方法接口数据库。
[0123]
本实施例一个可选的实施方式中，也可以对执行报告进行分析，获取接口路径，遍历处理方法接口数据库，确定调用的接口是否为预设处理方法的接口，也即确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口，具体实现过程可以如下：
[0124]
获取所述目标任务的执行报告；
[0125]
确定所述执行报告中报错的目标接口路径；
[0126]
遍历处理方法接口数据库，若匹配到所述目标接口路径，则确定所述目标任务调用的执行接口为所述预设处理方法包括的接口。
[0127]
步骤618：若为所述预设处理方法包括的接口，则确定所述目标任务为预设处理方法对应的任务，将所述目标任务标记为第一待处理报错任务。
[0128]
步骤620：若不为所述预设处理方法包括的接口，则确定所述目标任务的获取时间之后的执行结果中是否存在执行通过的情况。
[0129]
步骤622：在所述目标任务的获取时间之后的执行结果中存在执行通过的情况下，将所述目标任务标记为已处理报错任务。
[0130]
步骤624：在所述目标任务的获取时间之后的执行结果中不存在执行通过的情况下，确定所述目标任务是否为预设白名单中的任务。
[0131]
步骤626：若是预设白名单中的任务，则将所述目标任务标记为已处理报错任务。
[0132]
步骤628：若不是预设白名单中的任务，则将所述目标任务标记为第二待处理报错任务。
[0133]
本技术提供的报错任务处理方法，可以先根据目标任务的执行结果中执行失败的
报错次数，确定目标任务是否为初始报错任务，若是，再进一步确定目标任务是否为预设处理方法对应的任务，并根据确定结果对目标任务进行报错处理标记，其中，预设处理方法为不同任务对应的通用方法，报错处理标记用于表征目标任务的处理方式。如此，可以基于执行结果中执行失败的报错次数、对应的处理方法是否为不同任务对应的通用方法，对目标任务进行报错处理标记，后续可以通过对应的处理方式进行处理，也即可以自动区分不同的报错任务，不同的报错任务可以通过不同的处理方式进行处理，并不是全部的报错任务均需后续一一关注处理，大幅度缩减报错任务的处理耗时，降低报错任务的处理压力，提高了报错任务的处理效率。
[0134]
与上述方法实施例相对应，本技术还提供了报错任务处理装置实施例，图7示出了本技术一实施例提供的一种报错任务处理装置的结构示意图。如图7所示，该装置包括：
[0135]
获取模块702，被配置为获取目标任务；
[0136]
确定模块704，被配置为统计预设时长内所述目标任务的至少一个执行结果中执行失败的报错次数，并根据所述报错次数，确定所述目标任务是否为初始报错任务；
[0137]
标记模块706，被配置为在所述目标任务为初始报错任务的情况下，确定所述目标任务是否为预设处理方法对应的任务，并根据确定结果对所述目标任务进行报错处理标记，其中，所述预设处理方法为不同任务对应的通用方法，所述报错处理标记用于表征所述目标任务的处理方式。
[0138]
可选地，确定模块704进一步被配置为：
[0139]
在所述报错次数大于次数阈值的情况下，确定所述目标任务为所述初始报错任务；
[0140]
在所述报错次数不大于次数阈值的情况下，确定所述至少一个执行结果中是否存在执行通过的情况；
[0141]
若存在执行通过的情况，确定所述目标任务不为所述初始报错任务，并将所述目标任务标记为已处理报错任务；
[0142]
若不存在执行通过的情况，确定所述目标任务为所述初始报错任务。
[0143]
可选地，标记模块706进一步被配置为：
[0144]
确定所述目标任务调用的执行方法是否为所述预设处理方法；
[0145]
若是所述预设处理方法，则确定所述目标任务为预设处理方法对应的任务，将所述目标任务标记为第一待处理报错任务；
[0146]
若不是所述预设处理方法，则确定所述目标任务调用的执行接口是否为所述预设处理方法包括的接口，若为所述预设处理方法包括的接口，则确定所述目标任务为预设处理方法对应的任务，将所述目标任务标记为第一待处理报错任务。
[0147]
可选地，标记模块706进一步被配置为：
[0148]
若不为所述预设处理方法包括的接口，则确定所述目标任务的获取时间之后的执行结果中是否存在执行通过的情况；
[0149]
在所述目标任务的获取时间之后的执行结果中存在执行通过的情况下，将所述目标任务标记为已处理报错任务。
[0150]
可选地，标记模块706进一步被配置为：
[0151]
获取所述目标任务的执行报告；
[0152]
确定所述执行报告中执行失败反馈的目标异常标记；
[0153]
在所述目标异常标记为所述预设处理方法对应的异常标记的情况下，确定所述目标任务调用的执行方法为所述预设处理方法。
[0154]
可选地，标记模块706进一步被配置为：
[0155]
获取所述目标任务的执行报告；
[0156]
确定所述执行报告中报错的目标接口路径；
[0157]
遍历处理方法接口数据库，若匹配到所述目标接口路径，则确定所述目标任务调用的执行接口为所述预设处理方法包括的接口。
[0158]
可选地，标记模块706进一步被配置为：
[0159]
针对任一预设处理方法，获取所述预设处理方法对应的代码文件；
[0160]
逐行分析所述代码文件，获得所述代码文件对应的至少一个接口数据，其中，每个所述接口数据包括接口域名和接口路径；
[0161]
将所述至少一个接口数据存储至所述处理方法接口数据库。
[0162]
可选地，标记模块706进一步被配置为：
[0163]
在所述目标任务的获取时间之后的执行结果中不存在执行通过的情况下，确定所述目标任务是否为预设白名单中的任务；
[0164]
若是，则将所述目标任务标记为已处理报错任务；
[0165]
若否，则将所述目标任务标记为第二待处理报错任务。
[0166]
本技术提供的报错任务处理装置，可以先根据目标任务的执行结果中执行失败的报错次数，确定目标任务是否为初始报错任务，若是，再进一步确定目标任务是否为预设处理方法对应的任务，并根据确定结果对目标任务进行报错处理标记，其中，预设处理方法为不同任务对应的通用方法，报错处理标记用于表征目标任务的处理方式。如此，可以基于执行结果中执行失败的报错次数、对应的处理方法是否为不同任务对应的通用方法，对目标任务进行报错处理标记，后续可以通过对应的处理方式进行处理，也即可以自动区分不同的报错任务，不同的报错任务可以通过不同的处理方式进行处理，并不是全部的报错任务均需后续一一关注处理，大幅度缩减报错任务的处理耗时，降低报错任务的处理压力，提高了报错任务的处理效率。
[0167]
上述为本实施例的一种报错任务处理装置的示意性方案。需要说明的是，该报错任务处理装置的技术方案与上述的报错任务处理方法的技术方案属于同一构思，报错任务处理装置的技术方案未详细描述的细节内容，均可以参见上述报错任务处理方法的技术方案的描述。
[0168]
图8示出了根据本技术一实施例提供的一种计算设备的结构框图。该计算设备800的部件包括但不限于存储器810和处理器820。处理器820与存储器810通过总线830相连接，数据库850用于保存数据。
[0169]
计算设备800还包括接入设备840，接入设备840使得计算设备800能够经由一个或多个网络860通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备840可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接
口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
[0170]
在本技术的一个实施例中，计算设备800的上述部件以及图8中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图8所示的计算设备结构框图仅仅是出于示例的目的，而不是对本技术范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
[0171]
计算设备800可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备800还可以是移动式或静止式的服务器。
[0172]
其中，处理器820用于执行如下计算机可执行指令，以实现下述方法：
[0173]
获取目标任务；
[0174]
统计预设时长内所述目标任务的至少一个执行结果中执行失败的报错次数，并根据所述报错次数，确定所述目标任务是否为初始报错任务；
[0175]
在所述目标任务为初始报错任务的情况下，确定所述目标任务是否为预设处理方法对应的任务，并根据确定结果对所述目标任务进行报错处理标记，其中，所述预设处理方法为不同任务对应的通用方法，所述报错处理标记用于表征所述目标任务的处理方式。
[0176]
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的报错任务处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述报错任务处理方法的技术方案的描述。
[0177]
本技术一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时以用于实现任意所述报错任务处理方法的步骤。
[0178]
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的报错任务处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述报错任务处理方法的技术方案的描述。
[0179]
上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0180]
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。
[0181]
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申
请所必须的。
[0182]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
[0183]
以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本技术的内容，可作很多的修改和变化。本技术选取并具体描述这些实施例，是为了更好地解释本技术的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。