CN115150259A - 一种故障定位的方法及装置 - Google Patents
一种故障定位的方法及装置 Download PDFInfo
- Publication number
- CN115150259A CN115150259A CN202210684142.9A CN202210684142A CN115150259A CN 115150259 A CN115150259 A CN 115150259A CN 202210684142 A CN202210684142 A CN 202210684142A CN 115150259 A CN115150259 A CN 115150259A
- Authority
- CN
- China
- Prior art keywords
- server
- instruction
- response message
- log
- service data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Human Computer Interaction (AREA)
- Debugging And Monitoring (AREA)
Abstract
本说明书公开了一种故障定位的方法及装置,首先,提取服务端日志,服务端日志是客户端基于目标用户的操作向服务端发送指令后,服务端基于指令所生成的。其次,从服务端日志中确定服务端基于指令需要返回的业务数据。其次,将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文。最后,将响应报文返回给测试端,以使测试端根据响应报文,渲染出目标用户执行操作后展示出的业务界面,并基于业务界面,进行故障定位。本方法可以无需对不同的客户端进行单独开发,从而节省了大量的开发时间,提高了排查故障问题的效率。
Description
技术领域
本说明书涉及计算机技术领域,尤其涉及一种故障定位的方法及装置。
背景技术
在排查线上故障问题的过程中,为了能够更好的解决故障问题,通常需要对目标用户的操作过程进行重新展示,以确定目标用户遇到的故障问题。
目前,对目标用户的操作过程进行重新展示的方法,一般是通过客户端上报日志,然后根据客户端上报的日志,对目标用户的操作过程进行重新展示。但是,这种方法需要对不同的客户端进行单独开发,导致浪费了大量的开发时间,降低了排查故障问题的效率。
因此,如何能够提高排查故障问题的效率,则是一个亟待解决的问题。
发明内容
本说明书提供一种故障定位的方法及装置,以部分的解决现有技术存在的上述问题。
本说明书采用下述技术方案:
本说明书提供了一种故障定位的方法,包括:
提取服务端日志,所述服务端日志是客户端基于目标用户的操作向服务端发送指令后,所述服务端基于所述指令所生成的;
从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据;
将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文;
将所述响应报文返回给测试端,以使所述测试端根据所述响应报文,渲染出所述目标用户执行所述操作后展示出的业务界面,并基于所述业务界面,进行故障定位。
可选地,从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据,具体包括:
将所述服务端日志发送给代理服务端中,以通过所述代理服务端,从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据。
可选地,将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文,具体包括:
通过预设的代理服务端,将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文,并通过所述代理服务端,将所述响应报文返回给测试端。
可选地,从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据,具体包括:
对所述服务端日志中的所述目标用户的个人信息和/或确定出的多余数据进行删除,确定处理后的服务端日志;
根据所述处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据。
可选地,根据所述处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据,具体包括:
将所述处理后的服务端日志存储到数据库;
根据所述指令,从所述数据库中查询所述指令对应的处理后的服务端日志;
根据所述指令对应的处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据。
可选地,将所述响应报文返回给测试端,具体包括:
若监测到所述测试端发送的与所述指令对应的模拟指令,确定所述模拟指令对应的响应报文,并将所述响应报文返回给测试端。
可选地,所述方法还包括:
确定所述指令所对应的业务阶段,并将所述业务阶段与所述响应报文进行对应保存;
将所述响应报文返回给测试端,具体包括:
接收所述测试端发送的与所述指令对应的模拟指令;
确定所述模拟指令所对应的业务阶段,查询出所述响应报文,并将所述响应报文返回给测试端。
本说明书提供了一种故障定位的装置,包括:
提取模块,用于提取服务端日志,所述服务端日志是客户端基于目标用户的操作向服务端发送指令后,所述服务端基于所述指令所生成的;
确定模块,用于从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据;
生成模块,用于将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文;
定位模块,用于将所述响应报文返回给测试端,以使所述测试端根据所述响应报文,渲染出所述目标用户执行所述操作后展示出的业务界面,并基于所述业务界面,进行故障定位。
本说明书提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述故障定位的方法。
本说明书提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述故障定位的方法。
本说明书采用的上述至少一个技术方案能够达到以下有益效果:
在本说明书提供的故障定位的方法中,首先,提取服务端日志,服务端日志是客户端基于目标用户的操作向服务端发送指令后,服务端基于指令所生成的。其次,从服务端日志中确定服务端基于指令需要返回的业务数据。其次,将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文。最后,将响应报文返回给测试端,以使测试端根据响应报文,渲染出目标用户执行操作后展示出的业务界面,并基于业务界面,进行故障定位。
从上述方法中可以看出,本方法可以将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文,并将响应报文返回给测试端,以使测试端根据响应报文,渲染出目标用户执行操作后展示出的业务界面,从而,进行故障定位,无需对不同的客户端进行单独开发,从而节省了大量的开发时间,提高了排查故障问题的效率。
附图说明
此处所说明的附图用来提供对本说明书的进一步理解,构成本说明书的一部分,本说明书的示意性实施例及其说明用于解释本说明书,并不构成对本说明书的不当限定。在附图中:
图1为本说明书中一种故障定位的方法的流程示意图;
图2为本说明书实施例提供的故障定位的整体流程的示意图;
图3为本说明书提供的一种故障定位的装置示意图;
图4为本说明书提供的一种对应于图1的电子设备的示意图。
具体实施方式
为使本说明书的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本说明书技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本说明书保护的范围。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1为本说明书中一种故障定位的方法的流程示意图,包括以下步骤:
S100:提取服务端日志,所述服务端日志是客户端基于目标用户的操作向服务端发送指令后,所述服务端基于所述指令所生成的。
本说明书中涉及的故障定位的方法的执行主体可以是服务端,也可以是诸如台式电脑、笔记本电脑等电子设备,为了便于描述,下面仅以服务端为执行主体,对本说明书提供的故障定位的方法进行说明。
在实际应用中,客户端调用服务端提供的接口,以获取服务端的数据。具体的,客户端调用服务端提供的接口,基于目标用户的操作向服务端发送指令,服务端可以根据客户端发送的指令,从服务端的数据库中查找指令对应的业务数据,将指令对应的业务数据返回给客户端。服务端接收到的客户端的指令后,可以进行查找,确定需要返回的业务数据,生成服务端日志。
在本说明书实施例中,服务端可以提取服务端日志,服务端日志是客户端基于目标用户的操作向服务端发送指令后,服务端基于指令所生成的。
具体的,服务端日志可以是指由服务端自动创建和维护的日志文件,包含服务端所执行任务的列表,用于记录用户操作、系统运行状态等消息。其中,服务端日志中包括:IP地址、请求日期/时间、请求的网页、HTTP代码、提供的字节数、用户代理、引用地址等数据。
S102:从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据。
S104:将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文。
在实际应用中,对目标用户的操作过程进行重新展示的方法,一般是通过客户端上报日志,然后根据客户端上报的日志,对目标用户的操作过程进行重新展示。但是,这种方法需要对不同的客户端进行单独开发,导致浪费了大量的开发时间,降低了排查故障问题的效率。基于此,服务端可以确定基于指令需要返回的业务数据,生成响应报文,以对目标用户的操作过程进行重新展示。从而,避免了从客户端获取日志,提高了排查故障问题的效率。
在本说明书实施例中,服务端可以从服务端日志中确定服务端基于指令需要返回的业务数据。
在实际应用中,响应报文具有固定的格式,因此,服务端需要按照响应报文的格式,从服务端日志中提取所需的数据,以生成响应报文。
在本说明书实施例中,服务端可以将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文。这里提到的响应报文的格式包括:状态行、响应头、空行、实体。
状态行可以是指服务端响应的状态,状态行由三部分构成:版本号(报文使用的HTTP协议版本)、状态码(一个三位数,用代码的形式表示处理的结果,例如,200表示客户端请求成功,500表示服务端内部错误)、原因(表示数字状态码补充,通过更详细的解释文字,帮助人理解原因)。
响应头中包含有头部字段集合,头部字段是key-value的形式,key和value之间用“:”分隔。通过由服务端向客户端返回响应报文中所使用的头部字段,用于补充响应的附加信息、服务端信息,以及对客户端的附加要求等信息。这些头部字段有助于客户端处理响应,并在将来发起更好的请求。
HTTP协议规定响应报文必须有响应头,但可以没有实体,而且在响应头之后必须要有一个“空行”,也就是“CRLF”,十六进制的“0D0A”,用于表示字段结束。
实体可以是指实际传输的数据,可以是纯文本,也可以是图片、视频等二进制数据。
从上述描述中看看出,服务端可以根据响应报文格式,从服务端日志中提取状态行对应的响应报文数据、响应报文中的各头部字段对应的响应报文数据,以及实际传输的数据,以填入响应报文格式中的相应位置,生成响应报文。
需要说明的是,由于,服务端日志是由多个接口对应的日志集合而成,不同的接口对应的日志所用的日志格式可能不同,并且服务端日志的格式与响应报文的格式也不相同。因此,服务端在确定指令需要返回的业务数据之前,需要对服务端日志的格式进行解析,将服务端日志的格式转化为响应报文对应的格式。
在实际应用中,服务端可以根据所有的服务端日志,生成响应报文,以对故障问题进行排查。但是,部分用户会在遇到故障问题时,进行意见反馈,用户的意见反馈可以更好的对故障问题进行定位。基于此,服务端可以根据查询条件,查询出所需的服务端日志。
在本说明书实施例中,服务器可以按照接收到的查询条件,从服务端日志中得到满足查询条件的服务端日志。这里提到的查询条件可以包括:时间,用户ID、设备ID等。
然后,服务器可以根据满足查询条件的服务端日志,生成响应报文。
在实际应用中,目标用户正常访问流程中,通常通过客户端调用接口,向服务端发送指令,服务端根据客户端发送的指令,返回指令需要返回的业务数据。为了定位故障问题,服务端可以将服务端日志发送给代理服务端,通过代理服务端对服务端日志进行处理,以生成响应报文,对目标用户的操作过程进行重新展示。
在本说明书实施例中,服务端可以将服务端日志发送给代理服务端中,以通过代理服务端,从服务端日志中确定服务端基于指令需要返回的业务数据。
进一步的,服务端可以通过预设的代理服务端,将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文,并通过代理服务端,将响应报文返回给测试端。
也就是说,服务端可以从服务端日志中确定服务端基于指令需要返回的业务数据,将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文,并将响应报文返回给测试端。
当然,服务端也可以将服务端日志发送给代理服务端。代理服务端从服务端日志中确定服务端基于指令需要返回的业务数据,并将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文。然后,代理服务端将响应报文返回给测试端。
在实际应用中,为了定位故障问题,服务端需要对目标用户的操作过程进行重新展示,而服务端日志中可能包含有用户的隐私信息,并且服务端日志中可能包含有与响应报文无关的数据。这里提到的与响应报文无关的数据包括重复的数据、预期会发生且能够被正常处理的异常数据、开发人员在开发过程中为了调试方便而加入的“临时”日志等。因此,服务器需要将这部分隐私信息以及与响应报文无关的数据进行删除。
在本说明书实施例中,服务端可以对服务端日志中的目标用户的个人信息和/或确定出的多余数据进行删除,确定处理后的服务端日志。
然后,服务端根据处理后的服务端日志,确定服务端基于指令需要返回的业务数据。
在本说明书实施例中,服务端可以将处理后的服务端日志存储到数据库。
其次,服务端可以根据指令,从数据库中查询指令对应的处理后的服务端日志。
最后,服务端可以根据指令对应的处理后的服务端日志,确定服务端基于指令需要返回的业务数据。
在实际应用中,客户端通过接口向服务端发送指令时,可能会出现重复发送的情况,为了避免出现返回多条日志的情况。服务端可以确定出指令对应的服务端日志。
在本说明书实施例中,服务端可以对已经发送给测试端的响应报文对应的服务端日志进行标记,不再返回标记过的服务端日志对应的响应报文。
S106:将所述响应报文返回给测试端,以使所述测试端根据所述响应报文,渲染出所述目标用户执行所述操作后展示出的业务界面,并基于所述业务界面,进行故障定位。
在本说明书实施例中,服务端可以将响应报文返回给测试端,以使测试端根据响应报文,渲染出目标用户执行操作后展示出的业务界面,并基于业务界面,进行故障定位。
其中,服务端可以通过预先设定的故障规则,根据目标用户执行操作后展示出的业务界面,对故障进行定位。服务端也可以将目标用户执行操作后展示出的业务界面展示给开发人员,通过人工检测的方法,对故障进行定位。
在实际应用中,客户端的指令需要与服务端的响应相对齐,以保证客户端与服务端的状态变化的一致性。因此,服务端接收到测试端发送的与指令对应的模拟指令后,通过服务端,将模拟指令对应的响应报文返回给测试端。
在本说明书实施例中,服务端若监测到测试端发送的与指令对应的模拟指令,确定模拟指令对应的响应报文,并将响应报文返回给测试端。
其中,若服务端将服务端日志发送给代理服务端。代理服务端若监测到测试端发送的与指令对应的模拟指令,确定模拟指令对应的响应报文。通过代理服务端,将响应报文返回给测试端。
在本说明书实施例中,服务端可以确定指令所对应的业务阶段,并将业务阶段与响应报文进行对应保存。
具体的,服务端可以按照时间顺序对服务端日志进行排序,确定排序后的服务端日志。然后,服务端可以将排序后的服务端日志,按照接收到的测试端发送的与指令对应的模拟指令,划分为若干个业务阶段的服务端日志。接着,服务端可以根据若干个业务阶段的服务端日志,生成若干个业务阶段的响应报文进行对应保存。
其次,服务端可以接收测试端发送的与指令对应的模拟指令。
最后,服务端可以确定模拟指令所对应的业务阶段,查询出响应报文,并将响应报文返回给测试端。
例如,服务端可以应用HOOK机制,HOOK可以是指消息的拦截机制,拦截单个线程的消息,也可以拦截所有进程的消息,然后对拦截的消息进行自定义的处理。由于,服务端是建立在事件驱动的机制上,是通过消息的传递来实现的,HOOK可以监视服务端的各种事件消息,截获发往目标窗口的消息进行处理。因此,在服务端中安装自定义的HOOK,监视系统中特定事情的发生,完成相应的功能。
在本说明书实施例中,服务端进行故障定位的整体流程,具体如图2所示。
图2为本说明书实施例提供的故障定位的整体流程的示意图。
在图2中,目标用户正常操作客户端,客户端根据目标用户的操作,调用服务端的接口,发送指令到服务端,服务端根据指令,将服务端基于指令需要返回的业务数据返回给客户端,并将指令以及服务端基于指令需要返回的业务数据存储在服务端对应的数据库。
代理服务端从服务端对应的数据库中抓取满足查询条件的服务端日志,对满足查询条件的服务端日志中的目标用户的个人信息和/或确定出的多余数据进行删除,得到处理后的服务端日志,并将处理后的服务端日志存储到代理服务端对应的数据库。
代理服务端可以按照时间顺序对处理后的服务端日志进行排序,确定排序后的服务端日志。然后,代理服务端可以将排序后的服务端日志,按照接收到的测试端发送的与指令对应的模拟指令,划分为若干个业务阶段的服务端日志。
代理服务端从服务端日志中确定服务端基于指令需要返回的业务数据,并将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文。接着,代理服务端可以若干个业务阶段的服务端日志与响应报文进行对应保存。
然后,代理服务端可以根据接收到的测试端发送的与指令对应的模拟指令,将模拟指令所对应的业务阶段的响应报文返回给测试端。
测试端可以根据响应报文,渲染出目标用户执行所述操作后展示出的业务界面。开发人员可以基于业务界面,进行故障定位。
从上述方法中可以看出,本方法可以将业务数据按照预设的报文格式添加到响应报文中,生成指令对应的响应报文,并将响应报文返回给测试端,以使测试端根据响应报文,渲染出目标用户执行操作后展示出的业务界面,从而,进行故障定位,无需对不同的客户端进行单独开发,从而节省了大量的开发时间,提高了排查故障问题的效率。
图3为本说明书提供的一种故障定位的装置示意图,包括:
提取模块300,用于提取服务端日志,所述服务端日志是客户端基于目标用户的操作向服务端发送指令后,所述服务端基于所述指令所生成的;
确定模块302,用于从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据;
生成模块304,用于将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文;
定位模块306,用于将所述响应报文返回给测试端,以使所述测试端根据所述响应报文,渲染出所述目标用户执行所述操作后展示出的业务界面,并基于所述业务界面,进行故障定位。
可选地,所述确定模块302具体用于,将所述服务端日志发送给代理服务端中,以通过所述代理服务端,从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据。
可选地,所述生成模块304具体用于,通过预设的代理服务端,将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文,并通过所述代理服务端,将所述响应报文返回给测试端。
可选地,所述确定模块302具体用于,对所述服务端日志中的所述目标用户的个人信息和/或确定出的多余数据进行删除,确定处理后的服务端日志,根据所述处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据。
可选地,所述确定模块302具体用于,将所述处理后的服务端日志存储到数据库,根据所述指令,从所述数据库中查询所述指令对应的处理后的服务端日志,根据所述指令对应的处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据。
可选地,所述定位模块306具体用于,若监测到所述测试端发送的与所述指令对应的模拟指令,确定所述模拟指令对应的响应报文,并将所述响应报文返回给测试端。
可选地,所述定位模块306具体还用于,确定所述指令所对应的业务阶段,并将所述业务阶段与所述响应报文进行对应保存,接收所述测试端发送的与所述指令对应的模拟指令,确定所述模拟指令所对应的业务阶段,查询出所述响应报文,并将所述响应报文返回给测试端。
本说明书还提供了一种计算机可读存储介质,该存储介质存储有计算机程序,计算机程序可用于执行上述图1提供的一种故障定位的方法。
本说明书还提供了图4所示的一种对应于图1的电子设备的示意结构图。如图4所述,在硬件层面,该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器,当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,以实现上述图1所述的故障定位的方法。当然,除了软件实现方式之外,本说明书并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
需要说明的是,本申请中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下,并获得由相应装置所有者给予授权的情况下进行的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书的实施例可提供为方法、系统、或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本说明书的实施例可提供为方法、系统或计算机程序产品。因此,本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本说明书的实施例而已,并不用于限制本说明书。对于本领域技术人员来说,本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本说明书的权利要求范围之内。
Claims (10)
1.一种故障定位的方法,其特征在于,包括:
提取服务端日志,所述服务端日志是客户端基于目标用户的操作向服务端发送指令后,所述服务端基于所述指令所生成的;
从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据;
将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文;
将所述响应报文返回给测试端,以使所述测试端根据所述响应报文,渲染出所述目标用户执行所述操作后展示出的业务界面,并基于所述业务界面,进行故障定位。
2.如权利要求1所述的方法,其特征在于,从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据,具体包括:
将所述服务端日志发送给代理服务端中,以通过所述代理服务端,从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据。
3.如权利要求1或2所述的方法,其特征在于,将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文,具体包括:
通过预设的代理服务端,将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文,并通过所述代理服务端,将所述响应报文返回给测试端。
4.如权利要求1所述的方法,其特征在于,从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据,具体包括:
对所述服务端日志中的所述目标用户的个人信息和/或确定出的多余数据进行删除,确定处理后的服务端日志;
根据所述处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据。
5.如权利要求4所述的方法,其特征在于,根据所述处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据,具体包括:
将所述处理后的服务端日志存储到数据库;
根据所述指令,从所述数据库中查询所述指令对应的处理后的服务端日志;
根据所述指令对应的处理后的服务端日志,确定所述服务端基于所述指令需要返回的业务数据。
6.如权利要求1所述的方法,其特征在于,将所述响应报文返回给测试端,具体包括:
若监测到所述测试端发送的与所述指令对应的模拟指令,确定所述模拟指令对应的响应报文,并将所述响应报文返回给测试端。
7.如权利要求1所述的方法,其特征在于,所述方法还包括:
确定所述指令所对应的业务阶段,并将所述业务阶段与所述响应报文进行对应保存;
将所述响应报文返回给测试端,具体包括:
接收所述测试端发送的与所述指令对应的模拟指令;
确定所述模拟指令所对应的业务阶段,查询出所述响应报文,并将所述响应报文返回给测试端。
8.一种故障定位的装置,其特征在于,包括:
提取模块,用于提取服务端日志,所述服务端日志是客户端基于目标用户的操作向服务端发送指令后,所述服务端基于所述指令所生成的;
确定模块,用于从所述服务端日志中确定所述服务端基于所述指令需要返回的业务数据;
生成模块,用于将所述业务数据按照预设的报文格式添加到响应报文中,生成所述指令对应的响应报文;
定位模块,用于将所述响应报文返回给测试端,以使所述测试端根据所述响应报文,渲染出所述目标用户执行所述操作后展示出的业务界面,并基于所述业务界面,进行故障定位。
9.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述权利要求1~7任一项所述的方法。
10.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现上述权利要求1~7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210684142.9A CN115150259A (zh) | 2022-06-16 | 2022-06-16 | 一种故障定位的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210684142.9A CN115150259A (zh) | 2022-06-16 | 2022-06-16 | 一种故障定位的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115150259A true CN115150259A (zh) | 2022-10-04 |
Family
ID=83408035
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210684142.9A Withdrawn CN115150259A (zh) | 2022-06-16 | 2022-06-16 | 一种故障定位的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115150259A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107203560A (zh) * | 2016-03-18 | 2017-09-26 | 中国移动通信集团宁夏有限公司 | 数据库、多数据库操作事务一致性保证方法及系统 |
CN111026645A (zh) * | 2019-11-20 | 2020-04-17 | 航天信息股份有限公司 | 用户界面自动化测试方法、装置、存储介质及电子设备 |
CN111371887A (zh) * | 2020-03-02 | 2020-07-03 | 杭州海康威视数字技术股份有限公司 | 物联网日志传输方法、客户端、服务端、设备及存储介质 |
WO2021042914A1 (zh) * | 2019-09-02 | 2021-03-11 | 深圳壹账通智能科技有限公司 | 测试数据生成方法、装置、计算机设备和存储介质 |
CN113434464A (zh) * | 2021-06-24 | 2021-09-24 | 江苏创源电子有限公司 | 一种分布式日志处理系统和方法 |
CN113542416A (zh) * | 2021-07-16 | 2021-10-22 | 中国银行股份有限公司 | 一种报文收发方法和装置 |
-
2022
- 2022-06-16 CN CN202210684142.9A patent/CN115150259A/zh not_active Withdrawn
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107203560A (zh) * | 2016-03-18 | 2017-09-26 | 中国移动通信集团宁夏有限公司 | 数据库、多数据库操作事务一致性保证方法及系统 |
WO2021042914A1 (zh) * | 2019-09-02 | 2021-03-11 | 深圳壹账通智能科技有限公司 | 测试数据生成方法、装置、计算机设备和存储介质 |
CN111026645A (zh) * | 2019-11-20 | 2020-04-17 | 航天信息股份有限公司 | 用户界面自动化测试方法、装置、存储介质及电子设备 |
CN111371887A (zh) * | 2020-03-02 | 2020-07-03 | 杭州海康威视数字技术股份有限公司 | 物联网日志传输方法、客户端、服务端、设备及存储介质 |
CN113434464A (zh) * | 2021-06-24 | 2021-09-24 | 江苏创源电子有限公司 | 一种分布式日志处理系统和方法 |
CN113542416A (zh) * | 2021-07-16 | 2021-10-22 | 中国银行股份有限公司 | 一种报文收发方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110162512B (zh) | 一种日志检索方法、装置及存储介质 | |
CN111752799A (zh) | 一种业务链路跟踪方法、装置、设备及储存介质 | |
CN109766330B (zh) | 数据分片方法、装置、电子设备及存储介质 | |
CN111064626B (zh) | 配置更新方法、装置、服务器及可读存储介质 | |
CN107644075B (zh) | 收集页面信息的方法和装置 | |
CN113377626B (zh) | 基于服务树的可视化统一报警方法、装置、设备和介质 | |
CN113704117B (zh) | 一种算法测试系统、方法及装置 | |
CN112181393B (zh) | 前后端代码生成方法、装置、计算机设备及存储介质 | |
CN113704790A (zh) | 一种异常日志信息汇总方法及计算机设备 | |
CN110430255A (zh) | 分布式集群中服务请求的处理方法、系统以及电子设备 | |
CN110602163B (zh) | 文件上传方法及装置 | |
CN112860720B (zh) | 一种存储容量的更新方法以及装置 | |
CN114328250A (zh) | 软件系统自动自检方法、介质和装置 | |
CN114860473A (zh) | 一种消息处理方法、处理器和存储介质 | |
CN111753141B (zh) | 一种数据管理方法及相关设备 | |
CN112527519A (zh) | 一种高性能本地缓存方法、系统、设备及介质 | |
CN111796864A (zh) | 一种数据校验的方法及装置 | |
CN112491943A (zh) | 数据请求方法、装置、存储介质和电子设备 | |
CN115150259A (zh) | 一种故障定位的方法及装置 | |
CN111639936B (zh) | 交易信息的获取方法、装置、电子设备及可读存储介质 | |
CN111400060A (zh) | 设备联动方法、装置、服务器和介质 | |
CN113885774B (zh) | 银行柜面组件信息实时获取和处理方法、系统及电子装置 | |
CN114125054B (zh) | 一种内容审核系统、方法、装置、设备及介质 | |
CN114844957B (zh) | 链路报文转换方法、装置、设备、存储介质和程序产品 | |
CN116302711B (zh) | 基于云平台镜像的容灾方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20221004 |