CN114090424A - 故障排查方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本申请实施例提供了一种故障排查方法、装置、设备及计算机存储介质，该故障排查方法包括获取业务测试的报错信息；其中，报错信息包括业务测试对应的软件类型；根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，目标元素获取策略包括待获取的元素；根据目标元素获取策略，获取报错信息对应运行界面的界面元素，界面元素用于故障排查。根据本申请实施例，用户可以通过报错信息对应运行界面的界面元素进行故障排查，运行效率高并且排查过程简单便捷，提高了用户的使用体验。

Description

故障排查方法、装置、设备及计算机存储介质

技术领域

本申请属于自动化控制技术领域，尤其涉及一种故障排查方法、装置、设备及计算机存储介质。

背景技术

随着科技的进步与发展，流程机器人逐渐代替人工做重复性的工作，但流程机器人只是一味按照既定的规则或流程，去指定界面获取特定的元素，一旦流程中某些元素获取不到，就会导致流程失败，因此，如何对获取元素失败的故障进行排查，成为亟待解决的问题。

现有技术中，主要通过技术人员根据代码或日志一步一步去测试的方式，进行故障排查，然而，如果测试环境和生产环境不一样，就需要到生产环境进行进一步排查，但以上方式存在运行效率低、费时费力、过程繁琐，以及影响业务人员使用体验的问题。

发明内容

本申请实施例提供一种故障排查方法、装置、设备及计算机存储介质，能够解决现有技术中故障排查的运行效率低、费时费力、过程繁琐以及影响业务人员使用体验的问题。

第一方面，本申请实施例提供一种故障排查方法，该方法包括：

获取业务测试的报错信息；其中，报错信息包括业务测试对应的软件类型；

根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，目标元素获取策略包括待获取的元素；

根据目标元素获取策略，获取报错信息对应运行界面的界面元素，界面元素用于故障排查。

在一种可选的实施方式中，软件类型包括第一类型；目标元素获取策略包括待获取的源代码。

在一种可选的实施方式中，软件类型包括第二类型；目标元素获取策略包括待获取的元素树。

在一种可选的实施方式中，第一类型为浏览器类型，第二类型为非浏览器类型。

在一种可选的实施方式中，在获取业务测试的报错信息之前，方法还包括：

获取业务测试的运行界面的第一元素；

在获取次数大于预设获取次数，且未获取到第一元素的情况下，生成报错信息。

在一种可选的实施方式中，报错信息包括业务测试运行中元素获取失败的异常信息。

在一种可选的实施方式中，方法还包括：

获取查询界面元素的第一输入；

根据第一输入，显示报错信息对应运行界面的界面元素；

根据界面元素以及预设排查策略执行故障排查。

第二方面，本申请实施例提供了一种故障排查装置，该故障排查装置包括：

信息获取模块，用于获取业务测试的报错信息；其中，报错信息包括业务测试对应的软件类型；

策略获取模块，用于根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，目标元素获取策略包括待获取的元素；

元素获取模块，用于根据目标元素获取策略，获取报错信息对应运行界面的界面元素，界面元素用于故障排查。

在一种可选的实施方式中，软件类型包括第一类型；目标元素获取策略包括待获取的源代码。

在一种可选的实施方式中，软件类型包括第二类型；目标元素获取策略包括待获取的元素树。

在一种可选的实施方式中，第一类型为浏览器类型，第二类型为非浏览器类型。

在一种可选的实施方式中，故障排查装置还包括：

元素获取模块，还用于在获取业务测试的报错信息之前，获取业务测试的运行界面的第一元素；

生成模块，用于在获取次数大于预设获取次数，且未获取到第一元素的情况下，生成报错信息。

在一种可选的实施方式中，报错信息包括业务测试运行中元素获取失败的异常信息。

在一种可选的实施方式中，故障排查装置还包括：

元素获取模块，还用于获取查询界面元素的第一输入；

显示模块，用于根据第一输入，显示报错信息对应运行界面的界面元素；

排查模块，用于根据界面元素以及预设排查策略执行故障排查。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面的任一项实施例中所述的故障排查方法。

第四方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面的任一项实施例中所述的故障排查方法。

第五方面，本申请实施例提供了一种计算机产品，计算机产品中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面的任一项实施例中所述的故障排查方法。

本申请实施例的故障排查方法、装置、设备及计算机存储介质，通过获取业务测试的报错信息，并根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，进而根据目标元素获取策略，获取报错信息对应运行界面的界面元素，从而根据界面元素进行故障排查。这样，用户无需通过代码或日志一步一步去进行故障排查，而是可以通过报错信息对应运行界面的界面元素进行故障排查，运行效率高并且排查过程简单便捷，提高了用户的使用体验。

附图说明

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

图1是本申请一个实施例提供的故障排查方法的流程示意图；

图2是本申请一个实施例提供的故障排查装置的结构示意图；

图3是本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了解决现有技术问题，本申请实施例提供了一种故障排查方法、装置、设备及存储介质。该故障排查方法可以应用于对获取元素失败的故障进行排查的场景，下面首先对本申请实施例所提供的故障排查方法进行介绍。

图1示出了本申请一个实施例提供的故障排查方法的流程示意图。

如图1所示，该故障排查方法具体可以包括如下步骤：

S110，获取业务测试的报错信息；其中，报错信息包括业务测试对应的软件类型。

业务测试可以是软件机器人按照既定的规则或流程进行的流程测试，报错信息可以是业务测试的流程运行失败的代码提示信息，报错信息可以保存在日志信息中，软件类型可以包括浏览器类型或者非浏览器类型。

在一种可选的实施方式中，报错信息包括业务测试运行中元素获取失败的异常信息。

其中，元素获取失败可以是由于运行界面的元素属性发生了变化，导致无法获取元素，异常信息可以是用于表征元素获取失败的代码提示信息。

示例性地，在软件或者网站进行过更新之后，由于运行界面的元素属性已经与之前不同，在业务测试的运行过程中，会生成元素获取失败的报错信息。

由此，通过获取业务测试运行中元素获取失败的异常信息，可以起到提醒用户报错原因的作用。

在一种可选的实施方式中，在上述步骤S110之前，故障排查方法具体还可以包括：

获取业务测试的运行界面的第一元素；

在获取次数大于预设获取次数，且未获取到第一元素的情况下，生成报错信息。

运行界面可以是业务测试的流程运行时的网页页面，第一元素可以是运行界面的元素中的任一元素，预设获取次数可以是根据需要任意设置的获取次数。

示例性地，在业务测试的流程运行过程中，对运行界面的元素A进行多次获取，若获取次数大于预设的获取次数，例如3次，且依旧获取不到元素A，则生成报错信息，并退出该业务测试的流程。

由此，通过在获取业务测试的运行界面的任一元素次数大于预设获取次数，且未获取到该元素的情况下，生成报错信息，可以保证报错信息的准确性。

S120，根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，目标元素获取策略包括待获取的元素。

其中，元素获取策略可以是当业务测试运行中元素获取失败时，获取运行界面的元素的方式，目标元素获取策略可以是与报错信息中的软件类型对应的元素获取策略。

示例性地，在业务测试的流程运行时，若生成元素获取失败的报错信息，则根据该报错信息中业务测试对应的软件类型A，以及预设的软件类型与元素获取策略的对应关系，获取与软件类型A对应的元素获取策略，进而进行后续的界面元素获取。

在一种可选的实施方式中，软件类型包括第一类型；目标元素获取策略包括待获取的源代码。

其中，第一类型可以是浏览器类型，源代码可以是第一类型软件的网页中未编译的文本代码。

由此，通过预设的软件类型与元素获取策略的对应关系，可以准确的获取与第一类型的软件对应的目标元素获取策略，便于后续对源代码的获取。

在一种可选的实施方式中，软件类型包括第二类型；目标元素获取策略包括待获取的元素树。

其中，第二类型可以是非浏览器类型，元素树可以用于表征运行界面所有元素的相关属性，可以通过能够获取界面元素的软件进行自动化获取。

由此，通过预设的软件类型与元素获取策略的对应关系，可以准确的获取与第二类型的软件对应的目标元素获取策略，便于后续对元素树的获取。

在一种可选的实施方式中，第一类型为浏览器类型，第二类型为非浏览器类型。

在一个具体的例子中，在业务测试的报错信息中的软件类型为第一类型，即浏览器类型的情况下，根据预设的软件类型与元素获取策略的对应关系，获取与浏览器类型对应的元素获取策略，元素获取策略包括待获取的源代码。

在另一个具体的例子中，在业务测试的报错信息中的软件类型为第二类型，即非浏览器类型的情况下，根据预设的软件类型与元素获取策略的对应关系，获取与非浏览器类型对应的元素获取策略，元素获取策略包括待获取的元素树。

由此，通过对不同的软件类型进行区分，可以准确的获取与软件类型对应的不同的目标元素获取策略，提高了故障排查的效率和准确性。

S130，根据目标元素获取策略，获取报错信息对应运行界面的界面元素，界面元素用于故障排查。

界面元素可以是报错信息对应运行界面的源代码或者元素树，可以用于用户对其查看并进行后续的故障排查。

在一种可选的实施方式中，故障排查方法具体还可以包括：

获取查询界面元素的第一输入；

根据第一输入，显示报错信息对应运行界面的界面元素；

根据界面元素以及预设排查策略执行故障排查。

其中，第一输入可以是对报错信息对应运行界面的界面元素的查询输入，预设排查策略可以是用户查看界面元素，进而对属性改变的元素进行排查的策略。

在一个具体的例子中，用户点击流程报错后输出的html格式文件，显示报错信息对应运行界面的源代码，用户根据源代码对属性改变的元素进行排查，找出无法获取的元素，从而排查出发生故障的原因。

由此，通过获取业务测试的报错信息，并根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，进而根据目标元素获取策略，获取报错信息对应运行界面的界面元素，从而根据界面元素进行故障排查。这样，用户无需通过代码或日志一步一步去进行故障排查，而是可以通过报错信息对应运行界面的界面元素进行故障排查，运行效率高并且排查过程简单便捷，提高了用户的使用体验。

图2是根据一示例性实施例示出的一种电子签名文件校验装置的结构示意图。

如图2所示，该故障排查装置200可以包括：

信息获取模块201，用于获取业务测试的报错信息；其中，报错信息包括业务测试对应的软件类型；

策略获取模块202，用于根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，目标元素获取策略包括待获取的元素；

元素获取模块203，用于根据目标元素获取策略，获取报错信息对应运行界面的界面元素，界面元素用于故障排查。

在一种可选的实施方式中，软件类型包括第一类型；目标元素获取策略包括待获取的源代码。

在一种可选的实施方式中，软件类型包括第二类型；目标元素获取策略包括待获取的元素树。

在一种可选的实施方式中，第一类型为浏览器类型，第二类型为非浏览器类型。

在一种可选的实施方式中，故障排查装置200具体还可以包括：

元素获取模块203，还用于在获取业务测试的报错信息之前，获取业务测试的运行界面的第一元素；

生成模块，用于在获取次数大于预设获取次数，且未获取到第一元素的情况下，生成报错信息。

在一种可选的实施方式中，报错信息包括业务测试运行中元素获取失败的异常信息。

在一种可选的实施方式中，故障排查装置200具体还可以包括：

元素获取模块203，还用于获取查询界面元素的第一输入；

显示模块，用于根据第一输入，显示报错信息对应运行界面的界面元素；

排查模块，用于根据界面元素以及预设排查策略执行故障排查。

由此，通过获取业务测试的报错信息，并根据预设的软件类型与元素获取策略的对应关系，获取与软件类型对应的目标元素获取策略，进而根据目标元素获取策略，获取报错信息对应运行界面的界面元素，从而根据界面元素进行故障排查。这样，用户无需通过代码或日志一步一步去进行故障排查，而是可以通过报错信息对应运行界面的界面元素进行故障排查，运行效率高并且排查过程简单便捷，提高了用户的使用体验。

图3是根据一示例性实施例示出的一种电子设备的结构示意图。

如图3所示，电子设备3可以包括处理器301以及存储有计算机程序指令的存储器302。

具体地，上述处理器301可以包括中央处理器(CPU)，或者特定集成电路(application specific integrated circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器302可以包括用于信息或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(hard disk drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，USB)驱动器或者两个及其以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器702可在综合网关设备的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。在特定实施例中，存储器302包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存，或者两个或及其以上这些的组合。

处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现图1所示实施例中的方法，并达到相应技术效果，为简洁描述在此不再赘述。

在一个实施例中，该电子设备3还可包括收发器303和总线304。其中，如图3所示，处理器301、存储器302和收发器303通过总304连接并完成相互间的通信。

总线304包括硬件、软件或两者。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围控件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线304可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机程序指令，所述计算机程序指令用于实现本申请实施例所记载的故障排查方法。

在一些可能的实施方式中，本申请提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行本申请实施例所记载的故障排查方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请是参照根据本申请的方法、设备和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程信息处理设备的处理器以产生一个机器，使得通过计算机或其他可编程信息处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程信息处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程信息处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (11)

1.一种故障排查方法，其特征在于，包括：

获取业务测试的报错信息；其中，所述报错信息包括业务测试对应的软件类型；

根据预设的软件类型与元素获取策略的对应关系，获取与所述软件类型对应的目标元素获取策略，所述目标元素获取策略包括待获取的元素；

根据所述目标元素获取策略，获取所述报错信息对应运行界面的界面元素，所述界面元素用于故障排查。

2.根据权利要求1所述的方法，其特征在于，所述软件类型包括第一类型；所述目标元素获取策略包括待获取的源代码。

3.根据权利要求1所述的方法，其特征在于，所述软件类型包括第二类型；所述目标元素获取策略包括待获取的元素树。

4.根据权利要求2或3所述的方法，其特征在于，所述第一类型为浏览器类型，所述第二类型为非浏览器类型。

5.根据权利要求1所述的方法，其特征在于，在所述获取业务测试的报错信息之前，所述方法还包括：

获取所述业务测试的运行界面的第一元素；

在获取次数大于预设获取次数，且未获取到所述第一元素的情况下，生成所述报错信息。

6.根据权利要求1所述的方法，其特征在于，所述报错信息包括所述业务测试运行中元素获取失败的异常信息。

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

获取查询所述界面元素的第一输入；

根据所述第一输入，显示所述报错信息对应运行界面的所述界面元素；

根据所述界面元素以及预设排查策略执行故障排查。

8.一种故障排查装置，其特征在于，所述装置包括：

信息获取模块，用于获取业务测试的报错信息；其中，所述报错信息包括业务测试对应的软件类型；

策略获取模块，用于根据预设的软件类型与元素获取策略的对应关系，获取与所述软件类型对应的目标元素获取策略，所述目标元素获取策略包括待获取的元素；

元素获取模块，用于根据所述目标元素获取策略，获取所述报错信息对应运行界面的界面元素，所述界面元素用于故障排查。

9.一种电子设备，其特征在于，所述设备包括：处理器，以及存储有计算机程序指令的存储器；所述处理器读取并执行所述计算机程序指令，以实现如权利要求1-7任意一项所述的故障排查方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的故障排查方法。

11.一种计算机产品，其特征在于，所述计算机产品中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-7任意一项所述的故障排查方法。

Images