CN117056177A - 测试巡检的告警方法、装置及系统 - Google Patents

Abstract

本申请提出一种测试巡检的告警方法、装置及系统。其中，应用于消息平台的方法包括：接收自动化巡检系统发送的告警消息；告警消息包括告警信息、至少一个服务干系人的标识信息及各自对应的角色；根据至少一个服务干系人的角色，将告警信息进行拆分处理，生成至少一个服务干系人各自对应的第一类消息；根据至少一个服务干系人的标识信息，将第一类消息发送至对应服务干系人的所持终端设备。本方案通过基于不同的角色来对告警信息进行处理，使每个服务干系人接收到的第一类消息可以直接展示对应角色关心的信息，从而可以使接收到的消息更为直观，提升告警处理的效率。

Description

测试巡检的告警方法、装置及系统

技术领域

本申请涉及测试技术领域，尤其涉及一种测试巡检的告警方法、装置及系统。

背景技术

目前，借助于自动化测试工具对服务端应用进行自动化巡检测试获得了越来越广泛的应用。服务端应用的自动化巡检测试，通常使用特定的测试用例脚本来对服务进行请求，通过返回结果判断服务端是否正常，如果异常则通过邮件、微信或者钉钉的方式告警，接收告警的人员再通过告警信息登录巡检系统检查具体异常情况和排障处理。

但是，以上告警方式中的告警内容存在信息展示不直观，导致告警处理效率低。

发明内容

为了解决上述问题，本申请提供了一种测试巡检的告警方法、装置及系统。

根据本申请的第一方面，提供了一种测试巡检的告警方法，应用于消息平台，包括：

接收自动化巡检系统发送的告警消息；所述告警消息包括告警信息、至少一个服务干系人的标识信息及各自对应的角色；

根据所述至少一个服务干系人的角色，将所述告警信息进行拆分处理，生成所述至少一个服务干系人各自对应的第一类消息；

根据所述至少一个服务干系人的标识信息，将所述第一类消息发送至对应服务干系人的所持终端设备。

根据本申请的第二方面，提供了另一种测试巡检的告警方法，应用于自动化巡检系统，包括：

基于预设的配置文件，对待测的测试用例进行测试；

响应于所述测试用例出现测试报错，根据所述测试用例的信息和报错信息生成告警信息；

从所述配置文件中，获取至少一个服务干系人的标识信息及各自对应的角色；

基于所述告警信息、所述至少一个服务干系人的标识信息及各自对应的角色，生成告警消息，并将所述告警消息发送至消息平台。

根据本申请的第三方面，提供了又一种测试巡检的告警方法，应用于终端设备，包括：

接收消息平台发送的第一类消息，并将所述第一类消息进行展示；其中，所述第一类消息为所述消息平台基于所述终端设备持有人的角色，对告警信息进行拆分处理后生成的。

根据本申请的第四方面，提供了一种测试巡检的告警装置，应用于消息平台，包括：

第一接收模块，用于接收自动化巡检系统发送的告警消息；所述告警消息包括告警信息、至少一个服务干系人的标识信息及各自对应的角色；

第一生成模块，用于根据所述至少一个服务干系人的角色，将所述告警信息进行拆分处理，生成所述至少一个服务干系人各自对应的第一类消息；

第一发送模块，用于根据所述至少一个服务干系人的标识信息，将所述第一类消息发送至对应服务干系人的所持终端设备。

根据本申请的第五方面，提供了另一种测试巡检的告警装置，应用于自动化巡检系统，包括：

测试模块，用于基于预设的配置文件，对待测的测试用例进行测试；

第二生成模块，用于响应于所述测试用例出现测试报错，根据所述测试用例的信息和报错信息生成告警信息；

第一获取模块，用于从所述配置文件中，获取至少一个服务干系人的标识信息及各自对应的角色；

第二发送模块，用于基于所述告警信息、所述至少一个服务干系人的标识信息及各自对应的角色，生成告警消息，并将所述告警消息发送至消息平台。

根据本申请的第六方面，提供了一种测试巡检的告警装置，应用于终端设备，包括：

第二接收模块，用于接收消息平台发送的第一类消息，并将所述第一类消息进行展示；其中，所述第一类消息为所述消息平台基于所述终端设备持有人的角色，对告警信息进行拆分处理后生成的。

根据本申请的第七方面，提供了一种测试巡检的告警系统，包括消息平台、自动化巡检系统和终端设备，其中：

所述消息平台，被配置为执行上述第一方面所述的测试巡检的告警方法；

所述自动化巡检系统，被配置为执行上述第二方面所述的测试巡检的告警方法；

所述终端设备，被配置为执行上述第三方面所述的测试巡检的告警方法。

根据本申请的第八方面，提供了一种电子设备，包括：处理器；用于存储所述处理器的可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现上述第一方面所述的测试巡检的告警方法，或者，实现上述第二方面所述的测试巡检的告警方法。

根据本申请的第九方面，提供了一种终端设备，包括：处理器；用于存储所述处理器的可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现上述第三方面所述的测试巡检的告警方法。

根据本申请的第十方面，提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述第一方面所述的测试巡检的告警方法，或者，执行上述第二方面所述的测试巡检的告警方法，或者，执行上述第三方面所述的测试巡检的告警方法。

根据本申请的技术方案，通过配置测试用例对应的至少一个服务干系人的标识信息及各自对应的角色，通过消息平台作为中转，根据至少一个服务干系人的角色，将告警信息进行拆分处理，生成至少一个服务干系人各自对应的第一类消息，并将第一类消息发送至对应服务干系人的所持终端，以使告警信息以第一类消息的形式发送至对应的服务干系人。本方案通过基于不同的角色来对告警信息进行处理，使每个服务干系人接收到的第一类消息可以直接展示对应角色关心的信息，从而可以是接收到的消息更为直观，提升告警处理的效率。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种测试巡检的告警方法的流程图；

图2为本申请实施例中不同角色对应的第一类消息的示例图；

图3为本申请实施例所提供的另一种测试巡检的告警方法的流程图；

图4为本申请实施例所提供的又一种测试巡检的告警方法的流程图；

图5为本申请实施例所提供的又一种测试巡检的告警方法的流程图；

图6为本申请实施例所提供的又一种测试巡检的告警方法的流程图；

图7为本申请实施例所提供的又一种测试巡检的告警方法的流程图；

图8为本申请实施例中的一种告警处理流程的示例图；

图9为本申请实施例所提供的又一种测试巡检的告警方法的流程图；

图10为本申请实施例所提供的又一种测试巡检的告警方法的流程图；

图11为本申请实施例所提供的又一种测试巡检的告警方法的流程图；

图12为本申请实施例所提供的一种测试巡检的告警系统的结构框图；

图13为本申请实施例所提供的一种测试巡检的告警装置的结构框图；

图14为本申请实施例提供的另一种测试巡检的告警装置的结构框图；

图15为本申请实施例所提供的又一种测试巡检的告警装置的结构框图；

图16为本申请实施例所提供的一种电子设备的结构框图；

图17为本申请实施例所提供的一种终端设备的框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

目前，借助于自动化测试工具对服务端应用进行自动化巡检测试获得了越来越广泛的应用。服务端应用的自动化巡检测试，通常使用特定的测试用例脚本来对服务进行请求，通过返回结果判断服务端是否正常，如果异常则通过邮件、微信或者钉钉的方式告警，接收告警的人员再通过告警信息登录巡检系统检查具体异常情况和排障处理。

但是，以上告警方式中的告警内容存在信息展示不直观，且依赖于第三方软件的问题，导致告警处理效率低。

为了解决上述问题，本申请提出了一种测试巡检的告警方法、装置及系统。

本申请的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。所涉及的用户个人信息是在争得用户同意的情况下获取、存储和应用的。

图1为本申请实施例所提供的一种测试巡检的告警方法的流程图。需要说明的是，本申请实施例所提供的一种测试巡检的告警方法应用于消息平台。消息平台用于与终端设备和自动化巡检系统进行交互，比如，消息平台可以为5G消息平台。如图1所示，该方法可以包括以下步骤：

步骤101，接收自动化巡检系统发送的告警消息；告警消息包括告警信息、至少一个服务干系人的标识信息及各自对应的角色。

其中，告警信息为自动化巡检系统在遇到测试故障时，基于故障的测试用例信息、报错信息生成告警信息。自动化巡检系统中配置有测试用例所对应的至少一个服务干系人的标识信息及各自对应的角色。其中，至少一个服务干系人的标识信息可以为每个服务干系人的手机号码，或者每个服务干系人所持终端设备的标识信息，还可以为其他可以标识唯一服务干系人的标识信息。服务干系人是指与对应测试用例相关的工作人员及用户，至少一个服务干系人各自对应的角色可以为告警故障处理角色、应用客户角色、告警测试角色、告警故障接收角色等。

步骤102，根据至少一个服务干系人的角色，将告警信息进行拆分处理，生成至少一个服务干系人各自对应的第一类消息。

可以理解，对于不同角色的服务干系人所关心的告警信息的关键信息不同，所以可以基于每个服务干系人的角色，对告警信息进行拆分处理，生成各自对应的第一类消息。其中，第一类消息用于将告警信息中的相关信息通知到对应服务干系人。若消息平台为5G消息平台，则生成的第一类消息为5G消息。

作为一种示例，若至少一个服务干系人的角色中包括应用客户角色，针对客户角色可以从告警信息中提取测试用例的信息，比如可以提取测试用例所在的系统名称和模块名称，基于预设的模板，生成应用客户角色对应的第一类消息。由于应用客户角色对应的第一类消息仅仅用于通知客户角色，所以客户角色对应的第一类消息为普通文本消息。比如，客户角色的第一类消息可以为“尊敬的客户，XX系统YY模块发现告警，维护人员正在处理，请耐心等待处理完成通知”。

作为另一种示例，若至少一个服务干系人的角色中包括告警故障处理角色，针对告警故障处理角色，可以提取告警信息中的告警系统名称、告警用例名称、告警涉及接口url、告警等级、告警原因组成第一类消息。若至少一个服务干系人的角色中包括告警接收角色，针对告警接收角色，可以提取告警信息中的告警系统名称、告警时间、告警等级、告警影响范围组成第一类消息。若至少一个服务干系人的角色包括告警测试角色，针对告警测试角色，可以提取告警信息中的告警用例名称、告警原因组成第一类消息。

需要说明的是，不同角色所对应的第一类消息可以为普通文本消息，也可以为卡片消息，此处可以基于服务干系人的角色来确定，对于卡片消息所对应的链接为基于告警信息中的页面链接所生成的。

举例而言，如图2所示，不同角色对应的第一类消息如图2所示，对于卡片消息，可以通过触发查看按钮或者去处理按钮来进入对应的页面。

步骤103，根据至少一个服务干系人的标识信息，将第一类消息发送至对应服务干系人的所持终端设备。

作为一种示例，若至少一个服务干系人的标识信息为手机号码，则可以根据至少一个服务干系人的手机号码，将第一类消息发送至对应服务干系人的所持终端设备。

作为另一种示例，若至少一个服务干系人的标识信息为服务干系人的ID，则可以基于服务干系人的ID与手机号码的对应关系，根据至少一个服务干系人的ID，确定每个服务干系人的手机号码，再基于每个服务干系人的手机号码，将第一类消息发送至对应服务干系人的所持终端设备。

其中，服务干系人的手持终端设备可以为手机、平板电脑、智能手表能可以接收消息的所持终端设备。

根据本申请实施例的测试巡检的告警方法，根据至少一个服务干系人的角色，将告警信息进行拆分处理，生成至少一个服务干系人各自对应的第一类消息，并将第一类消息发送至对应服务干系人的所持终端，以使告警信息以消息的形式发送至对应的服务干系人。本方案通过基于不同的角色来对告警信息进行处理，使每个服务干系人接收到的第一类消息可以直接展示对应角色关心的信息，从而可以使接收到的消息更为直观，提升告警处理的效率。

图3为本申请实施例所提供的另一种测试巡检的告警方法的流程图。如图3所示，基于上述实施例，该方法还包括以下步骤：

步骤301，响应于接收到第一类消息的第一触发通知消息，获取被触发的第一类消息所对应的发起人的标识信息。

其中，第一类消息的第一触发通知消息是指在卡片类型的第一类消息被触发后，接收到的由终端设备发送的用于表征对应的第一类消息被触发的通知消息。

在本申请的一些实施例中，获取被触发的第一类所对应的发起人的标识信息的实现方式可以包括：第一类消息被触发后自动进入登录认证页面，通过获取发起人在登录认证页面提交的登录信息，其中，登录信息为发起人的标识信息，来获取发起人的标识信息。

步骤302，根据第一触发通知消息和发起人的标识信息，向自动化巡检系统发送告警详情请求；其中，告警详情请求用于向自动化巡检系统请求告警详情资源。

可以理解，对于某些角色的服务干系人需要查看告警详情信息，而对于另一些角色的服务干系人并没有查看告警详情信息的需求，所以对于有查看告警详情信息的服务干系人，向其发送的第一类消息可以触发后进入告警详情页面的卡片消息。

在本申请的一些实施例中，第一触发通知消息可以包括告警详情标识，该告警详情标识可以为告警信息的标识信息，也可以为告警详情页面的路径，还可以为其他用于区分不同告警的详情信息的标识信息。根据第一触发通知消息和发起人的标识信息，向自动化巡检系统发送告警详情请求的实现方式可以包括：根据第一触发通知消息，确定对应的告警详情标识；根据告警详情标识和发起人的标识信息，生成对应的告警详情请求，并将生成的告警详情请求发送至自动化巡检系统。

在本申请的另一些实施例中，根据第一触发通知消息和发起人的标识信息，向自动化巡检系统发送告警详情请求的实现方式可以包括：根据至少一个服务干系人的标识信息，对发起人的标识信息进行校验；若发起人的标识信息校验成功，确定第一触发操作所对应的告警详情标识；根据发起人的标识信息和告警详情标识，生成告警详情请求；将告警详情请求发送至自动化巡检系统。

举例而言，根据至少一个服务干系人的标识信息，对发起人的标识信息进行校验的过程可以包括：确定至少一个服务干系人的标识信息中是否包含发起人的标识信息，若至少一个服务干系人的标识信中包含发起人的标识信息，则发起人的标识信息校验成功，否则校验失败。若校验失败可以返回终端设备校验失败的反馈信息。

步骤303，接收自动化巡检系统发送的告警详情资源，并将告警详情资源发送至发起人的所持终端设备。

在本申请的一些实施例中，告警详情资源可以包括告警的测试用例信息、告警处理的所处阶段、告警时间、告警等级、告警影响范围、告警系统名称、模块名称、告警涉及接口url、告警原因等相关信息。

根据本申请实施例的测试巡检的告警方法，消息平台可以在接收到第一类消息的第一触发通知时，获取发起人的标识信息，根据第一触发通知和发起人的标识信息，向自动化巡检系统发送告警详情请求，接收自动化巡检系统发送的告警详情资源，并将告警详情资源发送至发起人的所持终端设备。也就是说，用户接收到的第一类消息可以通过触发，来基于消息平台获取告警详情资源，所以本方案可以使接收到的消息包含的信息更加丰富，也可以通过便捷的查看告警详情资源来提升告警处理的效率。

对于特定角色的服务干系人，需要进行告警处理，但是自动化巡检系统通常部署在局域网中，需要特殊的网络才能登陆，导致告警处理效率低，从而错过服务应用异常的最佳处理时间，扩大故障处理时长。

为了解决上述问题，本申请提供了又一个实施例。

图4为本申请实施例所提供的又一种测试巡检的告警方法的流程图。在本申请的一些实施例中，告警详情资源中包括发起人所对应角色在告警处理流程中当前所处阶段的操作选项。需要说明的是，告警处理流程可以为基于实际需求预设的处理流程。如图4所示，基于上述实施例，本申请实施例的测试巡检的告警方法还可以包括：

步骤401，响应于接收到操作选项的第二触发通知信息，根据第二触发通知信息生成对应的操作指令，并将生成的指令发送至自动化巡检系统；操作指令用于指示自动化巡检系统执行对应的操作。

在本申请的一些实施例中，第二触发通知消息是指用于表征对应的操作选项被触发的通知信息，第二触发通知消息中可以携带告警标识信息和被触发的操作选项对应的相关信息。

作为一种示例，若第二触发通知信息对应的操作选项为【确认是故障】，则生成的操作指令为第二触发通知消息对应的告警信息确认是故障。若第二触发通知信息对应的操作选项为【复测申请】，则第二触发通知信息中包括告警用例的测试用例名称、故障原因、故障处理方法、复测申请的测试申请类型等，生成的操作指令为用于指示自动化巡检系统对对应的测试用例进行复测的操作指令。

步骤402，接收自动化巡检系统在执行操作指令对应的操作后发送的告警处理流程的流转结果。

其中，告警处理流程的流转结果包括下一流程阶段的服务干系人的标识信息、下一阶段的服务干系人的处理事项等。

作为一种示例，若第二触发通知信息对应的操作选项为【确认是故障】，则自动化巡检系统发送的告警处理流程的流转结果可以包括告警故障处理角色的服务干系人的标识信息，以及复测申请的处理事项。

步骤403，根据流转结果生成对应的第二类消息，并将第二类消息发送至下一流程阶段的服务干系人的所持终端设备；其中，第二类消息用于引导下一流程阶段的服务干系人访问对应的告警详情资源，以及触发对应的操作选项。

基于上述示例，若流转结果可以包括告警故障处理角色的服务干系人的标识信息，以及复测申请的处理事项，第二类消息中的文本信息可以为“XX系统XX用例的告警确认为故障，需要及时进行故障处理，处理后进行复测申请”。

在本申请的一些实施例中，第二类消息可以为卡片消息，用于引导下一流程阶段的服务干系人访问对应的告警详情资源，以及触发对应的操作选项。在告警处理完成时，流程流转结果为故障处理流程结束，在这种情况下第二类消息为文本信息，用于通知服务干系人本次告警处理流程结束。

作为一种可能的实现方式，对于有待处理事项的第二类消息可以携带督办标识，若在预设的时间段内对应的服务干系人未进行告警处理，则再次向同一个服务干系人的所持终端设备发送一条相同的携带督办标识的第二类消息。

在本申请的另一些实施例中，消息平台还可以接收自动化巡检系统发送的操作结果，并根据操作结果生成对应的消息发送至发起人的所持终端。

步骤404，接收自动化巡检系统发送的操作结果。

其中，操作结果是指自动化巡检系统执行对应的操作后的结果。比如，若步骤401生成的操作指令为申请复测的操作指令，则此处的操作结果为复测结果。

步骤405，根据操作结果生成对应的第三类消息，并将第三类消息发送至发起人的所持终端设备。

其中，第三类消息是指用于通知自动化巡检系统的操作结果的消息，以使发起人能及时了解告警的情况。

作为一种示例，若消息平台为5G消息平台，则第一类消息、第二类消息和第三类消息均为5G消息。

根据本申请实施例的测试巡检的告警方法，消息平台在接收到操作选项的第二触发通知后，根据第二触发通知信息生成对应的操作指令，并将生成的操作指令发送自动化巡检系统，通过根据接收到的流转结果生成第二类消息，并将第二类消息发送至下一流程结点的服务干系人的所持终端设备。也就是说，本方案可以以消息平台作为中转，实现终端设备与自动化巡检系统之间的交互，使服务干系人直接通过终端设备的消息来进行告警故障处理，无需登录自动化巡检系统，从而可以使故障的处理不受网络的限制，不仅可以提高告警处理的效率，也可以降低故障处理时长。

图5为本申请实施例所提供的又一种测试巡检的告警方法的流程图。需要说明的是，本申请实施例的测试巡检的告警方法应用于自动化巡检系统。如图5所示，该方法可以包括：

步骤501，基于预设的配置文件，对待测的测试用例进行测试。

在本申请的一些实施例中，预设的配置文件可以为YAML文件。YAML文件中可以包括对巡检用例集、巡检频率、服务干系人的标识信息和服务干系人的角色的设置。自动化巡检系统检测到YAML文件的存在后，对YAML文件进行解析，如果YAML文件不满足格式要求解析失败，则通知增加巡检任务，如果YAML文件解析成功，则将巡检用例集加入到巡检任务列表中，并按照巡检频率对巡检用例集中待测的测试用例进行定时调用，同时读取服务干系人的标识信息和角色配置到对应的巡检任务上。

作为一种示例，服务干系人的角色配置可以如下：YAML中对于每个服务干系人的标识信息均对应一个角色参数配置，当角色参数配置为1时，表示该服务干系人为告警接收角色；当角色参数配置为2时，表示该服务干系人为告警故障处理角色；当角色参数配置为3时，表示该服务干系人为告警测试角色；当角色参数配置为4时，表示该服务干系人为应用客户角色。

举例而言，自动化巡检系统读取YAML文件中config参数中的systemname参数设置为任务名字；读取config中的times字段作为定时执行的频率；读取config中的phones字段配置的列表数据的每组数据，配置为服务干系人用户手机号码和对应角色；同时读取testcases参数中的每个testcasename字段作为一条巡检用例，配置的巡检用例需要包含以下参数：request和validate。其中，request参数中配置服务的访问url、调用方法，请求头和请求数据等。validate参数中配置服务响应检查点，如果服务的返回内容与配置的不一致，则系统判断该用例巡检失败。

步骤502，响应于测试用例出现测试报错，根据测试用例的信息和报错信息生成告警信息。

作为一种可能的实现方式，自动化巡检系统案子巡检任务配置的频率定时调用用例集中的测试用例机芯执行，当测试用例出现测试报错，将用例告警状态置为“fail”，记录告警开始时间，并提取测试用例的信息，将测试用例的信息和报错信息生成告警信息。其中，测试用例的信息可以包括系统名称、用例名称、涉及的接口url、调用方法等信息，报错信息可以包括告警等级、告警时间、告警影响范围、告警原因等信息。

步骤503，从配置文件中，获取至少一个服务干系人的标识信息及各自对应的角色。

在本申请的一些实施例中，配置文件里配置有至少一个服务干系人的标识信息及各自对应的角色。在出现测试报错时，从对应的配置文件中直接获取已配置的至少一个服务干系人的标识信息及各自对应的角色。其中，服务干系人的数量可以基于实际需求来确定，服务干系人的标识信息可以为服务干系人的手机号码、服务干系人的终端设备标识等可以信息。

作为一种示例，服务干系人的角色可以有告警故障处理角色、告警测试角色、告警接收角色、应用客户角色等。其中，告警故障处理角色是指对故障进行处理的相关工作人员，告警测试角色是指对告警进行测试的测试人员，告警接收角色是指对告警信息进行接收而无需处理故障的人员，应用客户角色是指应用程序的用户。

步骤504，基于告警信息、至少一个服务干系人的标识信息及各自对应的角色，生成告警消息，并将告警消息发送至消息平台。

根据本申请实施例的测试巡检的告警方法，自动化巡检系统在出现测试报错时，根据测试用例的信息和报错信息生成告警信息，并从配置文件中获取至少一个服务干系人的标识信息及各自对应的角色，基于告警信息、至少一个服务干系人的标识信息及各自对应的角色生成告警信息，并将告警信息发送至消息平台。本方案通过配置文件中配置至少一个服务干系人的标识信息及各自对应的角色，并在出现告警时将告警消息发送至消息平台，以使消息平台可以基于至少一个服务干系人的标识信息及各自对应的角色，对告警信息进行拆分处理，生成每个服务干系人各自对应的消息。这样每个服务干系人接收到的第一类消息可以直接展示对应角色关心的信息，从而可以使服务干系人接收到的消息更为直观，提升告警处理的效率。

图6为本申请实施例所提供的又一种测试巡检的告警方法的流程图。如图6所示，基于上述实施例，该方法还可以包括：

步骤601，响应于接收到消息平台的告警详情请求，根据告警详情请求，确定告警详情标识和发起人的标识信息。

步骤602，根据配置文件和发起人的标识信息，对发起人进行身份校验。

其中，对发起人进行身份校验可以包括：判断配置文件中是否包含发起人的标识信息，若配置文件中包含发起人的标识信息，确定发起人的身份校验成功，否则，确定发起人的身份校验失败。如果发起人的身份校验失败，则向消息平台发送身份校验失败的反馈消息，由消息平台反馈至对应的终端设备。

步骤603，若发起人的身份校验成功，根据配置文件和发起人的标识信息，确定发起人的目标角色。

也就是说，从配置文件中确定发起人的标识信息所对应的角色，并将发起人的标识信息所对应的角色确定为目标角色。

步骤604，根据目标角色，判断发起人是否具备访问告警详情的权限。

在本申请的一些实施例中，自动化巡检系统中预先配置有各个角色与权限的对应关系，可以基于预先配置的角色与权限的对应关系，确定目标角色所具备的权限，再判断目标角色所具备的权限中是否包括访问告警详情的权限。

步骤605，若发起人具备访问告警详情的权限，根据告警详情标识，确定告警详情请求所对应的告警详情资源，并将告警详情资源发送至消息平台。

在本申请的一些实施例中，告警详情资源可以为告警详情页面中所包括的告警详情数据，比如，告警详情资源可以包括告警的测试用例信息、告警处理的所处阶段、告警时间、告警等级、告警影响范围、告警系统名称、模块名称、告警涉及接口url、告警原因等相关信息。若发起人具备访问告警详情的权限，可以向消息平台返回发起人无访问告警详细信息的权限的反馈信息，由消息平台将反馈信息发送至发起人的所持终端设备。

根据本申请实施例的测试巡检的告警方法，自动化巡检系统在接收到消息平台的告警详情请求后，根据告警详情请求，确定告警详情标识和发起人的标识信息，基于配置文件和发起人的标识信息，先对发起人进行身份校验，若身份校验成功，在确定发起人的目标角色，并判断发起人是否具备访问告警详情资源的权限，若发起人具备访问告警详情的权限，根据告警详情标识，确定告警详情请求所对应的告警详情资源，并将告警详情资源发送至消息平台，以由消息平台将告警详情资源发送至发起人的所处终端设备。本方案可以以消息平台作为中转，使服务干系人通过触发由消息平台发送的消息来便捷的查看告警详情资源，从而可以提升告警处理的效率。

对于特定角色的服务干系人，需要进行告警处理，但是自动化巡检系统通常部署在局域网中，需要特殊的网络才能登陆，导致告警处理效率低，从而错过服务应用异常的最佳处理时间，扩大故障处理时长。

为了解决上述问题，本申请提供了又一个实施例。

图7为本申请实施例所提供的又一种测试巡检的告警方法的流程图。如图7所示，图6中的方法还可以为：

步骤701，响应于接收到消息平台的告警详情请求，根据告警详情请求，确定告警详情标识和发起人的标识信息。

步骤702，根据配置文件和发起人的标识信息，对发起人进行身份校验。

步骤703，若发起人的身份校验成功，根据配置文件和发起人的标识信息，确定发起人的目标角色。

步骤704，根据目标角色，判断发起人是否具备访问告警详情的权限。

步骤705，若发起人具备访问告警详情的权限，根据告警详情标识，确定告警详情请求所对应的告警详情资源。

步骤706，基于测试用例的状态与告警处理流程中各个流程阶段的对应关系，根据测试用例的当前状态，确定当前所处阶段。

在本申请的一些实施例中，可以基于实际需求预先设定告警处理流程。图8为本申请实施例中告警处理流程的示例图。举例而言，如图8所示，告警处理流程中可以包括故障确认阶段、故障处理阶段、非故障确认阶段和误告警处理阶段，以消息平台为5G消息平台为例进行介绍，告警处理流程包括：(1)自动化巡检系统在发现用例测试不通过时，向5G消息平台发送告警消息，由5G消息平台通过5G消息向服务干系人发送下行告警消息；(2)服务干系人接收到5G消息为载体的告警消息，通过5G消息获取告警详细信息；(3)进入告警确认阶段：故障处理人员通过告警详细信息，排查是否是服务故障，并通过上行消息反馈给巡检系统；(4)如果是故障，进入故障处理阶段1，故障处理人员根据告警详细信息进行服务故障修复；(5)故障解决后，进入故障处理阶段2，故障处理人员通过5G消息向申请故障用例复测；(6)进入故障处理阶段3，巡检系统复测后，通过5G消息下行复测结果；(7)如果复测通过，向服务干系人发送故障已解决的5G消息通知，否则返回故障确认阶段；(8)若故障确认结果排查后不是故障，则进入非故障确认阶段，巡检系统将非故障情况通过5G消息下发至测试人员，由测试人员判断是否是误告警；(9)若为误告警，进入误告警处理阶段1，测试人员返回暂停该测试用例执行的操作指令至巡检系统，并进行误告警排查；(10)进入误告警处理阶段2，测试人员排查修复后，向巡检系统申请恢复测试申请；(11)如果恢复测试通过，结束告警，否则返回误告警处理阶段1。

作为一种可能的实现方式，测试用例的状态与所处的流程阶段具备对应关系。比如，测试用例的状态为“processing”，则当前所处阶段为故障处理阶段。

步骤707，根据当前所处阶段和目标角色，确定发起人在当前所处阶段的操作选项。

其中，发起人在当前所处阶段的操作选项是指发起人在当前所处阶段的需要处理的事项所对应的操作选项。基于告警处理流程和目标角色，确定发起人在当前所处阶段的需要处理的事项，再根据需要处理的事项确定其所对应的操作选项。

需要说明的是，发起人在当前所处阶段有可能有需要处理的事项，有可能没有需要处理的事项，所以发起人在当前所处阶段的操作选项的数量可以为一个，可以为多个，也可以为0个。

作为一种示例，若当前所处阶段为故障处理阶段，且发起人的目标角色为告警故障处理角色，则确定发起人在当前所处阶段的操作选项为【申请复测】；若发起人的目标角色为其他角色，则确定发起人在当前所处阶段的操作选项为空；若当前所处阶段为故障确认阶段，且发起人的目标角色为告警故障处理角色，则确定发起人在当前所处阶段的操作选项为【确认是故障】和【确认非故障】；若当前所处阶段为非故障确认阶段，且发起人的目标角色为告警测试角色，则确定发起人在当前所处阶段的操作选项为【确认为误告警】和【检测为故障】；若当前所处阶段为误告警处理阶段，且发起人的目标角色为告警测试角色，则确定发起人在当前所处阶段的操作选项为【恢复测试申请】。

步骤708，将包含操作选项的告警详情资源发送至消息平台。

可以理解，操作选项即为服务干系人进行告警处理的入口，将操作选项包含在告警详情资源中，服务干系人在查看告警详情信息的同时，可以通过操作选项进行告警处理，从而可以无需再登录自动化巡检系统来进行告警处理，直接通过终端设备操作即可。

根据本申请实施例的测试巡检的告警方法，自动化巡检系统基于测试用例的状态确定当前所处阶段，并根据当前所处阶段和目标角色，确定发起人在当前所处阶段的操作选项，将包含操作选项的告警详情资源发送至消息平台，以使发起人可以通过告警详情资源中的操作选项来对告警进行处理，无需登录自动化巡检系统，从而可以使故障的处理不受网络的限制，不仅可以提高告警处理的效率，也可以降低故障处理时长。

图9为本申请实施例所提供又一种测试巡检的告警方法的流程图。如图9所示，基于上述实施例，该方法还可以包括：

步骤901，响应于接收到消息平台发送的操作指令，根据操作指令执行对应的操作，获得操作结果。

可以理解，各个阶段的处理人触发对应的消息后可以进入包含操作选项的告警详情页面，通过触发对应的操作选项，并将该触发通知消息发送至消息平台，由消息平台基于触发通知消息生成操作指令发送至自动化巡检系统，自动化巡检系统基于接收到的操作指令执行对应的操作。

作为一种示例，若接收到的操作指令为申请复测，则自动化巡检系统对复测申请报文中的服务干系人的标识信息和测试用例名称进行鉴权，检查在YAML文件提出复测申请的服务干系人的标识信息是否在测试用例名称所对应的服务干系人标识信息列表中，且角色为告警故障处理角色。如果满足条件，则自动化巡检系统再根据测试用例名称在YAML文件中获取告警用例的url、调用方法、请求头、请求数据、服务响应检查点等配置信息，重新对用例进行执行，基于执行结束，获得复测结果。

作为另一种示例，若接收到的操作指令为确认是故障选项的操作指令，自动化巡检系统确认对应的测试用例出现故障，获得的操作结果为对应的测试用例确认出现故障。

作为又一种示例，若接收到的操作指令为确定非故障选项的操作指令，自动化巡检系统确认对应的测试用例为非故障，获得的操作结果为对应的测试用例非故障。

作为又一种示例，若接收到的操作指令为确定为误告警的操作指令，自动化巡检系统将巡检任务列表中驱动对应测试用例名称的用例，并暂停该用例的执行，获得的操作结果为对应测试用例为误告警。

作为又一种示例，若接收到的操作指令为恢复测试申请的操作指令，恢复测试申请的操作指令包含发起人的标识信息、告警用例的测试用例名、错误原因reason、错误处理方法和恢复测试申请的测试申请类型。自动化巡检系统收到恢复测试申请的操作指令后，对恢复测试申请报文中的发起人的标识信息和告警用例的测试用例名称进行鉴权，检查提出恢复测试申请的发起人的标识信息是否在YAML文件对应测试用例名称的服务干系人标识信息列表中，且对应的角色为告警测试角色。如果满足条件，则自动化巡检系统再根据测试用例名称在YAML文件中获取告警用例的url、调用方法、请求头、请求数据、服务响应检查点等配置信息，重新对用例进行执行，执行结束后，获取操作结果。

步骤902，根据操作结果，更新测试用例的状态。

作为一种示例，若操作结果为确认为故障，则将对应测试用例的状态更新为“processing”；若操作结果为复测成功，则将对应测试用例的状态更新为“success”；若操作结果为复测失败，则对应测试用例的状态依然为“processing”；若操作结果为确认非故障，则对应测试用例的状态更新为“Nonfault”；若操作结果为检测为故障，则对应测试用例的状态更新为“isfault”；若操作结果为确认为误告警，则对应测试用例的状态更新为“updating”；若操作结果为恢复测试通过，则对应测试用例的状态更新为“success”。

步骤903，基于对应关系，根据测试用例更新后的状态和配置文件，确定告警处理流程的流转结果。

在本申请的一些实施例中，可以基于对应关系，确定测试用例更新后的状态所对应的下一流程阶段，并确定下一流程阶段的处理人角色和处理事项，根据配置文件，确定下一流程阶段的处理人角色所对应的服务干系人的标识信息，根据下一流程阶段的处理人角色所对应的服务干系人的标识信息和处理事项，确定告警处理流程的流转结果。也就是说，告警处理流程的流转结果包括下一流程阶段的服务干系人的标识信息和下一流程阶段的处理事项，以使消息平台基于流转结果发送对应的消息至服务干系人所持终端设备，从而可以及时提醒对应的服务干系人进行告警处理。

作为一种示例，若测试用例更新后的状态为“processing”，则下一流程阶段为故障处理阶段，下一流程阶段的处理人为告警故障处理角色，处理事项为在故障处理后进行复测申请；根据配置文件，确定告警故障处理角色所对应的下一流程阶段的服务干系人的标识信息，根据下一流程阶段的服务干系人的标识信息和处理事项确定流程流转结果。

作为另一种示例，若测试用例更新后的状态为“success”，则下一流程阶段为故障处理结束，下一流程阶段的处理人为所有角色，处理事项为本次故障处理结束；根据配置文件，获取至少一个服务干系人的标识信息，根据至少一个服务干系人的标识信息和处理事项确定流程流转结果。

作为又一种示例，若测试用例更新后的状态为“Nonfault”，则下一流程阶段为非故障确认阶段，下一流程阶段的处理人为告警测试角色，处理事项为对告警进行非故障确认；根据配置文件，确定告警测试角色所对应的下一流程阶段的服务干系人的标识信息，根据下一流程阶段的服务干系人的标识信息和处理事项确定流程流转结果。

作为又一种示例，若测试用例更新后的状态为“isfault”，则下一流程阶段为故障处理阶段，下一流程阶段的处理人为告警故障处理角色，处理事项为在故障处理后进行复测申请；根据配置文件，确定告警故障处理角色所对应的下一流程阶段的服务干系人的标识信息，根据下一流程阶段的服务干系人的标识信息和处理事项确定流程流转结果。

作为又一种示例，若测试用例更新后的状态为“updating”，则下一流程阶段为误告警处理阶段，下一流程阶段的处理人为测试处理角色，处理事项为对告警测试用例进行恢复测试申请；根据配置文件，确定告警故障处理角色所对应的下一流程阶段的服务干系人的标识信息，根据下一流程阶段的服务干系人的标识信息和处理事项确定流程流转结果。

步骤904，将流转结果发送至消息平台；其中，流转结果用于指示消息平台为下一阶段的服务干系人发送对应的第二类消息。

也就是说，将流转结果发送至消息平台，以指示消息平台基于流转结果向下一阶段的服务干系人的所持终端设备发送对应的第二类消息，第二类消息用于引导下一阶段的服务干系人进行相应的故障处理。

在本申请的一些实施例中，为了使发起人能及时了解对应操作指令的操作结果，本方法还可以包括：

步骤905，将操作结果发送至消息平台；其中，操作结果为执行操作指令所对应的操作后的结果。

作为一种示例，若操作指令为申请复测，可以将复测结果发送至消息平台，并由消息平台将根据复测结果生成第三类消息，并第三类消息发送至发起人的终端设备。其中，发起人的标识信息可以由自动化巡检系统发送操作结果是一并发送至消息平台，也可以是由消息平台基于操作结果所对应的操作指令来获取。

此外，自动化巡检系统还可以为对应角色的发起人提供测试申请的操作选项，测试申请的操作选项可以包含在告警详情资源中。比如，可以针对告警接收角色、告警故障处理结果和告警测试角色提供测试申请的操作选项。终端设备接收到操作申请操作选项的触发操作后，向消息平台发送触发通知消息，由消息平台向自动化巡检系统发送测试申请的操作指令，测试申请的操作指令中携带发起人的标识信息，自动化巡检系统根据该操作指令，调用测试申请模块，测试申请模块对全部的YAML文件进行遍历，搜索处全部包含发起人的标识信息的YAML文件，并对YAML文件进行解析；将对应的巡检任务和任务下的测试用例通过字典的方式返回给自动化巡检系统，字典的键依次为取到的所有测试任务，键值为对应测试任务下所有测试用例信息所组成的列表，并将列表返回给消息平台；消息平台对接收到的列表进行处理，将每个测试任务分别生成一个卡片消息发送至对应的服务干系人的终端设备；服务干系人在终端设备点击要进行测试申请的任务，进入后再选择进行测试的具体用例，确定后通过消息平台向自动化巡检系统发起指定用例的测试申请的操作指令；测试申请的操作指令中包含发起人的标识信息、巡检任务名称、具体测试用例名称，自动化巡检测试系统在YAML文件中找到对应的用例，并读取用例的执行要素，进行测试，并将测试结果通过消息平台下发至发起人的所持终端设备。

根据本申请实施例的测试巡检的告警方法，自动化巡检系统在接收到消息平台发送的操作指令后，根据操作指令执行对应的操作，获得操作结果，并根据操作结果更新测试用例的状态，基于对应关系，根据测试用例更新后的状态和配置文件，确定告警处理流程的流转结果，并将流转结果发送至消息平台。本方案可以基于告警处理流程，以消息平台为中介，通过由消息平台发送的消息来对告警故障进行处理，无需登录自动化巡检系统，从而可以使故障的处理不受网络的限制，不仅可以提高告警处理的效率，也可以降低故障处理时长。

图10为本申请实施例所提供的又一种测试巡检的告警方法的流程图。需要说明的是，本申请实施例的测试巡检的告警方法应用于终端设备。如图10所示，该方法包括：

步骤1001，接收消息平台发送的第一类消息，并将第一类消息进行展示；其中，第一类消息为消息平台基于终端设备持有人的角色，对告警信息进行拆分处理后生成的。

根据本申请实施了的测试巡检的告警方法，终端设备可以接收终端设备持有人的角色所对应的第一类消息，使持有该终端设备的服务干系人接收到的消息直接展示对应角色关心的信息，从而可以使展示的消息更为直观，提升告警处理的效率。

图11为本申请实施例所提供的又一种测试巡检的告警方法的流程图。如图11所示，基于上述实施例，该方法还可以包括：

步骤1101，响应于接收到第一类消息的第一触发操作，向消息平台发送第一触发操作所对应的第一触发通知消息；其中，第一触发通知消息用于通知消息平台第一类消息被触发。

步骤1102，接收消息平台发送的告警详情资源，并将告警详情资源进行展示。

在本申请的一些实施例中，告警详情资源中包括第一触发操作的发起人所对应角色再告警处理流程中当前所处阶段的操作选项，如上述实施例应用于自动化巡检系统的测试巡检的告警方法中的介绍的操作选项，该方法还可以包括：

步骤1103，响应于接收到操作选项的第二触发操作，向消息平台发送第二触发操作所对应的第二触发通知消息；其中，第二触发通知消息用于通知消息平台操作选项被触发。

此外，下一阶段的服务干系人的所处终端设备还可以接收消息平台发送的第三类消息，并将接收到的第三类消息进行展示。

需要说明的是，上述对应用于消息平台和自动化巡检系统的测试巡检的告警方法的解释说明，可以应用于本申请实施例中应用于终端设备的测试巡检的告警方法，此处不再赘述。

根据本申请实施例的测试巡检的告警方法，终端设备可以通过触发对应的消息来查看告警详情资源，可以使相关的服务干系人便捷的查看告警的详细信息，以提升告警处理的效率。此外，终端设备可以通过对应角色中告警详情资源中的操作选项来进行对应的告警处理，也就是说，可以直接通过终端设备来实现对告警进行处理，无需登录自动化巡检系统，从而可以使故障的处理不受网络的限制，不仅可以提高告警处理的效率，也可以降低故障处理时长。

为了实现上述实施例，本申请提供了一种测试巡检的告警系统。

图12为本申请实施例所提供的一种测试巡检的告警系统的结构框图。如图12所示，该系统可以包括自动化巡检系统1201、消息平台1202和终端设备1203。其中，消息平台1202作为终端设备1203与自动化巡检系统1201交互的中间介质。

在本申请的一些实施例中，自动化巡检系统1201基于预设的配置文件对待测的测试用例进行测试；在测试用例出现测试报错时，根据测试用例的信息和报错信息生成告警信息；从配置文件中，获取至少一个服务干系人的标识信息及各自对应的角色；基于告警信息、至少一个服务干系人的标识信息及各自对应的角色，生成告警消息，并将告警消息发送至消息平台1202。消息平台1202接收到告警消息后，根据至少一个服务干系人的角色，将告警信息进行拆分处理，生成至少一个服务干系人各自对应的第一类消息；根据至少一个服务干系人的标识信息，将第一类消息发送至对应服务干系人的所持终端设备1203。终端设备1203接收消息平台1202发送的第一类消息，并将第一类消息进行展示。

在本申请的另一些实施例中，终端设备1203在接收到第一类消息的第一触发操作后，生成第一触发通知消息，并将第一触发通知消息发送至消息平台1202。消息平台1202接收到第一触发通知消息后，获取发起人的标识信息，并根据第一触发通知消息和发起人的标识信，向自动化巡检系统1201发送告警详情请求。自动化巡检系统1201接收到告警详情请求后，对发起人进行身份校验，若发起人的身份校验成功，确定发起人的目标角色；根据目标角色判断发起人是否具备访问告警详情的权限；若发起人具备访问告警详情的权限，将告警详情资源发送至消息平台1202。消息平台1202接收到告警详情资源后将告警详情资源发送至发起人的所持终端设备1203。

在本申请的又一些实施例中，告警详情资源中包括第一触发操作的发起人所对应角色在告警处理流程中当前所处阶段的操作选项。终端设备1203接收到操作选项的第二触发操作，向消息平台1202发送第二触发操作所对应的第二触发通知消息。消息平台1202接收到第二触发通知消息后，根据第二触发通知信息生成对应的操作指令，并将生成的操作指令发送至自动化巡检系统1201。自动化巡检系统1201接收的操作指令后，根据操作指令执行对应的操作，获得操作结果；根据操作结果，更新测试用例的状态；基于对应关系，根据测试用例更新后的状态和配置文件，确定告警处理流程的流转结果；将流转结果发送至消息平台1202。消息平台1202接收到流转结果后，根据流转结果生成第二类消息，并将第二类消息发送至下一阶段的服务干系人的所持终端设备1203。

根据本申请实施例的测试巡检的告警系统，以消息平台为中间介质，实现终端设备与自动化巡检系统之间的交互，基于不同的角色来对告警信息进行处理，使每个服务干系人接收到的第一类消息可以直接展示对应角色关心的信息，从而可以使接收到的消息更为直观。此外，服务干系人直接通过终端设备接收到的对应的消息来进行告警故障处理，无需登录自动化巡检系统，从而可以使故障的处理不受网络的限制，不仅可以提高告警处理的效率，也可以降低故障处理时长。

为了实现上述方法，本申请提供了一种测试巡检的告警装置。

图13为本申请实施例所提供的一种测试巡检的告警装置的结构框图。需要说明的是，本申请实施例的测试巡检的告警装置应用于消息平台。如图13所示，该装置包括：

第一接收模块1301，用于接收自动化巡检系统发送的告警消息；告警消息包括告警信息、至少一个服务干系人的标识信息及各自对应的角色；

第一生成模块1302，用于根据至少一个服务干系人的角色，将告警信息进行拆分处理，生成至少一个服务干系人各自对应的第一类消息；

第一发送模块1303，用于根据至少一个服务干系人的标识信息，将第一类消息发送至对应服务干系人的所持终端设备。

在本申请的一些实施例中，该装置还包括：

第二获取模块1304，用于响应于接收到第一类消息的第一触发通知消息，获取被触发的第一类消息所对应的发起人的标识信息；

第三发送模块1305，用于根据第一触发通知消息和发起人的标识信息，向自动化巡检系统发送告警详情请求；其中，告警详情请求用于向自动化巡检系统请求告警详情资源；

第三接收模块1306，用于接收自动化巡检系统发送的告警详情资源，并将告警详情资源发送至发起人的所持终端设备。

其中，第三发送模块1305具体用于：

根据至少一个服务干系人的标识信息，对发起人的标识信息进行校验；

若发起人的标识信息校验成功，确定第一触发操作所对应的告警详情标识；

根据发起人的标识信息和告警详情标识，生成告警详情请求；

将告警详情请求发送至自动化巡检系统。

作为一种可能的实现方式，告警详情资源中包括发起人所对应角色在告警处理流程中当前所处阶段的操作选项；该装置还包括：

第三生成模块1307，用于响应于接收到操作选项的第二触发通知信息，根据第二触发通知信息生成对应的操作指令，并将生成的操作指令发送至自动化巡检系统；操作指令用于指示自动化巡检系统执行对应的操作；

第四接收模块1308，用于接收自动化巡检系统在执行操作指令对应的操作后发送的告警处理流程的流转结果；

第四发送模块1309，用于根据流转结果生成对应的第二类消息，并将第二类消息发送至下一流程阶段的服务干系人的所持终端设备；其中，第二类消息用于引导下一流程阶段的服务干系人访问对应的告警详情资源，以及触发对应的操作选项。

根据本申请实施例的测试巡检的告警装置，根据至少一个服务干系人的角色，将告警信息进行拆分处理，生成至少一个服务干系人各自对应的第一类消息，并将第一类消息发送至对应服务干系人的所持终端，以使告警信息以消息的形式发送至对应的服务干系人。本方案通过基于不同的角色来对告警信息进行处理，使每个服务干系人接收到的第一类消息可以直接展示对应角色关心的信息，从而可以使接收到的消息更为直观，提升告警处理的效率。

图14为本申请实施例提供的另一种测试巡检的告警装置的结构框图。需要说明的是，本申请实施例的测试巡检的告警装置应用于自动化巡检系统。如图14所示，该装置包括：

测试模块1401，用于基于预设的配置文件，对待测的测试用例进行测试；

第二生成模块1402，用于响应于所述测试用例出现测试报错，根据所述测试用例的信息和报错信息生成告警信息；

第一获取模块1403，用于从所述配置文件中，获取至少一个服务干系人的标识信息及各自对应的角色；

第二发送模块1404，用于基于所述告警信息、所述至少一个服务干系人的标识信息及各自对应的角色，生成告警消息，并将所述告警消息发送至消息平台。

在本申请的一些实施例中，该装置还包括：

第一确定模块1405，用于响应于接收到所述消息平台的告警详情请求，根据所述告警详情请求，确定告警详情标识和发起人的标识信息；

校验模块1406，用于根据所述配置文件和所述发起人的标识信息，对所述发起人进行身份校验；

第二确定模块1407，用于若所述发起人的身份校验成功，根据所述配置文件和所述发起人的标识信息，确定所述发起人的目标角色；

判断模块1408，用于根据所述目标角色，判断所述发起人是否具备访问告警详情的权限；

第五发送模块1409，用于若所述发起人具备访问告警详情的权限，根据所述告警详情标识，确定所述告警详情请求所对应的告警详情资源，并将所述告警详情资源发送至所述消息平台。

其中，校验模块1406具体用于：

判断所述配置文件中是否包含所述发起人的标识信息；

若所述配置文件中包含所述发起人的标识信息，确定所述发起人的身份校验成功。

作为一种可能的实现方式，第五发送模块1409具体用于：

基于测试用例的状态与告警处理流程中各个流程阶段的对应关系，根据所述测试用例的当前状态，确定当前所处阶段；

根据所述当前所处阶段和所述目标角色，确定所述发起人在所述当前所处阶段的操作选项；

将包含所述操作选项的告警详情资源发送至所述消息平台。

在本申请的一些实施例中，该装置还包括：

第三获取模块1410，用于响应于接收到消息平台发送的操作指令，根据所述操作指令执行对应的操作，获得操作结果；

更新模块1411，用于根据所述操作结果，更新所述测试用例的状态；

第三确定模块1412，用于基于所述对应关系，根据所述测试用例更新后的状态和所述配置文件，确定所述告警处理流程的流转结果；

第六发送模块1413，用于将所述流转结果发送至所述消息平台；其中，所述流转结果用于指示所述消息平台为下一阶段的服务干系人发送对应的第二类消息。

根据本申请实施例的测试巡检的告警装置，自动化巡检系统在出现测试报错时，根据测试用例的信息和报错信息生成告警信息，并从配置文件中获取至少一个服务干系人的标识信息及各自对应的角色，基于告警信息、至少一个服务干系人的标识信息及各自对应的角色生成告警信息，并将告警信息发送至消息平台。本方案通过配置文件中配置至少一个服务干系人的标识信息及各自对应的角色，并在出现告警时将告警消息发送至消息平台，以使消息平台可以基于至少一个服务干系人的标识信息及各自对应的角色，对告警信息进行拆分处理，生成每个服务干系人各自对应的消息。这样每个服务干系人接收到的第一类消息可以直接展示对应角色关心的信息，从而可以使服务干系人接收到的消息更为直观，提升告警处理的效率。

图15为本申请实施例所提供的又一种测试巡检的告警装置的结构框图。需要说明的是，本申请实施例的测试巡检的告警装置应用于终端设备。如图15所示，该装置可以包括：

第二接收模块1501，用于接收消息平台发送的第一类消息，并将所述第一类消息进行展示；其中，所述第一类消息为所述消息平台基于所述终端设备持有人的角色，对告警信息进行拆分处理后生成的。

在本申请的一些实施例中，该装置还包括：

第七发送模块1502，用于响应于接收到所述第一类消息的第一触发操作，向所述消息平台发送所述第一触发操作所对应的第一触发通知消息；其中，所述第一触发通知消息用于通知所述消息平台所述第一类消息被触发；

第五接收模块1503，用于接收所述消息平台发送的告警详情资源，并将所述告警详情资源进行展示。

作为一种可能的实现方式，所述告警详情资源中包括所述第一触发操作的发起人所对应角色在告警处理流程中当前所处阶段的操作选项；该装置还可以包括：

第八发送模块1504，用于响应于接收到所述操作选项的第二触发操作，向所述消息平台发送所述第二触发操作所对应的第二触发通知消息；其中，所述第二触发通知消息用于通知所述消息平台所述操作选项被触发。

根据本申请实施例的测试巡检的告警装置，终端设备可以接收终端设备持有人的角色所对应的第一类消息，使持有该终端设备的服务干系人接收到的消息直接展示对应角色关心的信息，从而可以使展示的消息更为直观，提升告警处理的效率。

需要说明的是，前述对测试巡检的告警方法实施例的解释说明也适用于该实施例的测试巡检的告警装置，此处不再赘述。

为了实现上述实施例，本申请提供了一种电子设备。

图16为本申请实施例所提供的一种电子设备的结构框图。该电子设备可以为服务器、计算机等设备。如图16所示，该电子设备包括：

存储器1610及处理器1620，连接不同组件(包括存储器1610和处理器1620)的总线1630，存储器1610存储有处理器1620可执行指令；其中，处理器1620被配置为执行所述指令，以实现本申请实施例所述的测试巡检的告警方法。

总线1630表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备1600典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备1600访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。存储器1610还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)1640和/或高速缓存存储器1650。电子设备1600可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统1660可以用于读写不可移动的、非易失性磁介质(图16未显示，通常称为“硬盘驱动器”)。尽管图16中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线1630相连。存储器1610可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本申请各实施例的功能。

具有一组(至少一个)程序模块1670的程序/实用工具1680，可以存储在例如存储器1610中，这样的程序模块1670包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块1670通常执行本申请所描述的实施例中的功能和/或方法。

电子设备1600也可以与一个或多个外部设备1690(例如键盘、指向设备、显示器1691等)通信，还可与一个或者多个使得用户能与该电子设备1600交互的设备通信，和/或与使得该电子设备1600能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1692进行。并且，电子设备1600还可以通过网络适配器1693与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1693通过总线1630与电子设备1600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器1620通过运行存储在存储器1610中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本申请实施例的测试巡检的告警方法的解释说明，此处不再赘述。

为了实现上述实施例，本申请还提供了一种终端设备。

图17为本申请实施例所提供的一种终端设备1700的框图。需要说明的是，终端设备1700可以用于实现本公开实施例的测试巡检的告警方法。例如，终端设备1700可以是移动电话，消息收发设备，平板设备等。

参照图17，终端设备1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电力组件1706，多媒体组件1708，音频组件1710，输入/输出(I/O)的接口1712，传感器组件1714，以及通信组件1717。

处理组件1702通常控制终端设备1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1702可以包括一个或多个处理器1720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理组件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

存储器1704被配置为存储各种类型的数据以支持在设备1700的操作。这些数据的示例包括用于在终端设备1700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1706为终端设备1700的各种组件提供电力。电力组件1706可以包括电源管理系统，一个或多个电源，及其他与为终端设备1700生成、管理和分配电力相关联的组件。

多媒体组件1708包括在所述终端设备1700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1708包括一个前置摄像头和/或后置摄像头。当设备1700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1710被配置为输出和/或输入音频信号。例如，音频组件1710包括一个麦克风(MIC)，当终端设备1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1704或经由通信组件1717发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频信号。

I/O接口1712为处理组件1702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1714包括一个或多个传感器，用于为终端设备1700提供各个方面的状态评估。例如，传感器组件1714可以检测到设备1700的打开/关闭状态，组件的相对定位，例如所述组件为终端设备1700的显示器和小键盘，传感器组件1714还可以检测终端设备1700或终端设备1700一个组件的位置改变，用户与终端设备1700接触的存在或不存在，终端设备1700方位或加速/减速和终端设备1700的温度变化。传感器组件1714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1717被配置为便于终端设备1700和其他设备之间有线或无线方式的通信。终端设备1700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1717经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1717还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端设备1600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

为了实现上述实施例，本申请还提出一种计算机存储介质。

其中，该存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如前所述的测试巡检的告警方法。可选的，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (20)

1.一种测试巡检的告警方法，其特征在于，应用于消息平台，包括：

接收自动化巡检系统发送的告警消息；所述告警消息包括告警信息、至少一个服务干系人的标识信息及各自对应的角色；

根据所述至少一个服务干系人的角色，将所述告警信息进行拆分处理，生成所述至少一个服务干系人各自对应的第一类消息；

根据所述至少一个服务干系人的标识信息，将所述第一类消息发送至对应服务干系人的所持终端设备。

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

响应于接收到所述第一类消息的第一触发通知消息，获取被触发的第一类消息所对应的发起人的标识信息；

根据所述第一触发通知消息和所述发起人的标识信息，向所述自动化巡检系统发送告警详情请求；其中，所述告警详情请求用于向所述自动化巡检系统请求告警详情资源；

接收所述自动化巡检系统发送的所述告警详情资源，并将所述告警详情资源发送至所述发起人的所持终端设备。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一触发通知消息和所述发起人的标识信息，向所述自动化巡检系统发送告警详情请求，包括：

根据所述至少一个服务干系人的标识信息，对所述发起人的标识信息进行校验；

若所述发起人的标识信息校验成功，确定所述第一触发操作所对应的告警详情标识；

根据所述发起人的标识信息和所述告警详情标识，生成所述告警详情请求；

将所述告警详情请求发送至所述自动化巡检系统。

4.根据权利要求2所述的方法，其特征在于，所述告警详情资源中包括所述发起人所对应角色在告警处理流程中当前所处阶段的操作选项；所述方法还包括：

响应于接收到所述操作选项的第二触发通知信息，根据所述第二触发通知信息生成对应的操作指令，并将生成的操作指令发送至所述自动化巡检系统；操作指令用于指示所述自动化巡检系统执行对应的操作；

接收所述自动化巡检系统在执行所述操作指令对应的操作后发送的所述告警处理流程的流转结果；

根据所述流转结果生成对应的第二类消息，并将所述第二类消息发送至下一流程阶段的服务干系人的所持终端设备；其中，所述第二类消息用于引导所述下一流程阶段的服务干系人访问对应的告警详情资源，以及触发对应的操作选项。

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

接收所述自动化巡检系统发送的操作结果；

根据所述操作结果生成对应的第三类消息，并将所述第三类消息发送至所述发起人的所持终端设备。

6.一种测试巡检的告警方法，其特征在于，应用于自动化巡检系统，包括：

基于预设的配置文件，对待测的测试用例进行测试；

响应于所述测试用例出现测试报错，根据所述测试用例的信息和报错信息生成告警信息；

从所述配置文件中，获取至少一个服务干系人的标识信息及各自对应的角色；

基于所述告警信息、所述至少一个服务干系人的标识信息及各自对应的角色，生成告警消息，并将所述告警消息发送至消息平台。

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

响应于接收到所述消息平台的告警详情请求，根据所述告警详情请求，确定告警详情标识和发起人的标识信息；

根据所述配置文件和所述发起人的标识信息，对所述发起人进行身份校验；

若所述发起人的身份校验成功，根据所述配置文件和所述发起人的标识信息，确定所述发起人的目标角色；

根据所述目标角色，判断所述发起人是否具备访问告警详情的权限；

若所述发起人具备访问告警详情的权限，根据所述告警详情标识，确定所述告警详情请求所对应的告警详情资源，并将所述告警详情资源发送至所述消息平台。

8.根据权利要求7所述的方法，其特征在于，所述根据所述配置文件和所述发起人的标识信息，对所述发起人进行身份校验，包括：

判断所述配置文件中是否包含所述发起人的标识信息；

若所述配置文件中包含所述发起人的标识信息，确定所述发起人的身份校验成功。

9.根据权利要求7所述的方法，其特征在于，所述将所述告警详情资源发送至所述消息平台，包括：

基于测试用例的状态与告警处理流程中各个流程阶段的对应关系，根据所述测试用例的当前状态，确定当前所处阶段；

根据所述当前所处阶段和所述目标角色，确定所述发起人在所述当前所处阶段的操作选项；

将包含所述操作选项的告警详情资源发送至所述消息平台。

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

响应于接收到消息平台发送的操作指令，根据所述操作指令执行对应的操作，获得操作结果；

根据所述操作结果，更新所述测试用例的状态；

基于所述对应关系，根据所述测试用例更新后的状态和所述配置文件，确定所述告警处理流程的流转结果；

将所述流转结果发送至所述消息平台；其中，所述流转结果用于指示所述消息平台为下一阶段的服务干系人发送对应的第二类消息。

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

将所述操作结果发送至所述消息平台；其中，所述操作结果为执行所述操作指令所对应的操作后的结果。

12.一种测试巡检的告警方法，其特征在于，应用于终端设备，包括：

接收消息平台发送的第一类消息，并将所述第一类消息进行展示；其中，所述第一类消息为所述消息平台基于所述终端设备持有人的角色，对告警信息进行拆分处理后生成的。

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

响应于接收到所述第一类消息的第一触发操作，向所述消息平台发送所述第一触发操作所对应的第一触发通知消息；其中，所述第一触发通知消息用于通知所述消息平台所述第一类消息被触发；

接收所述消息平台发送的告警详情资源，并将所述告警详情资源进行展示。

14.根据权利要求13所述的方法，其特征在于，所述告警详情资源中包括所述第一触发操作的发起人所对应角色在告警处理流程中当前所处阶段的操作选项；所述方法还包括：

响应于接收到所述操作选项的第二触发操作，向所述消息平台发送所述第二触发操作所对应的第二触发通知消息；其中，所述第二触发通知消息用于通知所述消息平台所述操作选项被触发。

15.一种测试巡检的告警装置，其特征在于，应用于消息平台，包括：

第一接收模块，用于接收自动化巡检系统发送的告警消息；所述告警消息包括告警信息、至少一个服务干系人的标识信息及各自对应的角色；

第一生成模块，用于根据所述至少一个服务干系人的角色，将所述告警信息进行拆分处理，生成所述至少一个服务干系人各自对应的第一类消息；

第一发送模块，用于根据所述至少一个服务干系人的标识信息，将所述第一类消息发送至对应服务干系人的所持终端设备。

16.一种测试巡检的告警装置，其特征在于，应用于自动化巡检系统，包括：

测试模块，用于基于预设的配置文件，对待测的测试用例进行测试；

第二生成模块，用于响应于所述测试用例出现测试报错，根据所述测试用例的信息和报错信息生成告警信息；

第一获取模块，用于从所述配置文件中，获取至少一个服务干系人的标识信息及各自对应的角色；

第二发送模块，用于基于所述告警信息、所述至少一个服务干系人的标识信息及各自对应的角色，生成告警消息，并将所述告警消息发送至消息平台。

17.一种测试巡检的告警装置，其特征在于，应用于终端设备，包括：

第二接收模块，用于接收消息平台发送的第一类消息，并将所述第一类消息进行展示；其中，所述第一类消息为所述消息平台基于所述终端设备持有人的角色，对告警信息进行拆分处理后生成的。

18.一种测试巡检的告警系统，其特征在于，包括消息平台、自动化巡检系统和终端设备，其中：

所述消息平台，被配置为执行上述权利要求1-5中任一项所述的测试巡检的告警方法；

所述自动化巡检系统，被配置为执行上述权利要求6-11中任一项所述的测试巡检的告警方法；

所述终端设备，被配置为执行上述权利要求12-14中任一项所述的测试巡检的告警方法。

19.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-5中任一项所述的测试巡检的告警方法，或者，实现如权利要求6-11中任一项所述的测试巡检的告警方法，或者，实现如权利要求12-14中任一项所述的测试巡检的告警方法。

20.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-5中任一项所述的测试巡检的告警方法，或者，执行如权利要求6-11中任一项所述的测试巡检的告警方法，或者，执行如权利要求12-14中任一项所述的测试巡检的告警方法。