本文涉及软件测试领域，尤其涉及基于反向排查的交易故障定位方法、装置及计算机设备。该方法包括获取交易触发后客户端返回的报错数据，其中，交易触发后形成交易链路；根据报错数据中的时间戳，获取交易链路中在时间戳预设时长范围内发生故障的服务资源的故障交易日志；根据报错数据中的报错码，按照交易链路中服务资源的执行顺序，依次反向匹配所述发生故障的服务资源的故障交易日志，确定是否得到匹配结果；若是，确定发生故障的服务资源为真实故障服务资源，向真实故障服务资源的负责人发送告警提示。本发明专利技术通过自动识别以应用和组件内的交易链路跟踪相结合的环境问题，在业务交易测试期间，快速定位应用内的问题单元，保证业务验证顺利进行。业务验证顺利进行。业务验证顺利进行。
【技术实现步骤摘要】
基于反向排查的交易故障定位方法、装置及计算机设备
[0001]本文涉及软件测试领域，尤其是基于反向排查的交易故障定位方法、装置及计算机设备。
技术介绍
[0002]目前常规的测试过程，经常会因业务上下游环境问题导致测试验证流程中断。业务测试人员在排查故障时，需协同技术人员、开发人员通过日志等方式从业务源头进行从上到下的逐级分析，尤其是在目前应用解耦、国产化转型等工程中，涉及较多组合开关切换，因此，应用间环境交叉排查需投入较多人力和时间成本，导致业务测试人员人工排查问题流程难度大、效率低。
技术实现思路
[0003]为解决上述现有技术中业务测试顺序排查故障时，难度大、效率低的问题，本文实施例提供了基于反向排查的交易故障定位方法、装置及计算机设备。
[0004]本文实施例提供了一种基于反向排查的交易故障定位方法，包括：获取交易触发后客户端返回的报错数据，其中，所述交易触发后形成交易链路；根据所述报错数据中的时间戳，获取交易链路在时间戳预设时长范围内发生故障的服务资源的故障交易日志；根据所述报错数据的报错码，按照交易链路中服务资源的执行顺序，依次反向匹配所述发生故障的服务资源的故障交易日志，确定是否得到匹配结果；若是，确定所述发生故障的服务资源为真实故障服务资源。
[0005]根据本文实施例的一个方面，在依次反向排查交易链路中的服务资源之前，所述方法包括：将所述报错数据与报错诊断模型库中的历史报错数据进行匹配，判断是否匹配一致；若匹配一致，确定历史报错数据对应的服务资源及故障处理方式；若匹配不一致，依次反向排查交易链路中的服务资源是否发生故障。
[0006]根据本文实施例的一个方面，所述服务资源包括应用以及所述应用下至少一个层级中的至少一个组件，在确定发生故障的应用之后，所述方法还包括：根据服务资源的预设结构，获取所述发生故障的应用包含的位于所有层级的所有组件；从最低层级从下往上依次遍历位于不同层级的所有组件，确定运行失败的至少一个组件及相应的运行失败的时间，所述运行失败的至少一个组件为第一组件；根据所述报错数据中的时间戳，从最低层级依次反向排查所述第一组件，确定运行失败的时间在所述时间戳预设时长范围内的至少一个组件为第二组件；根据所述报错码匹配所述第二组件的故障交易日志，确定是否得到匹配结果；若是，则将匹配到的组件确定为故障组件。
[0007]根据本文实施例的一个方面，在确定第二组件后，所述方法还包括：根据服务资源的预设结构，确定所述第二组件与所属应用的链路关系，其中，所述链路关系记录比所述第二组件的层级更高的组件；若根据报错码匹配第二组件未得到匹配结果，根据所述报错码及组件级别依次反向排查所述链路关系中级别更高的组件是否发生故障。
[0008]根据本文实施例的一个方面，在业务触发后，根据交易进度将交易涉及的服务资源登记至上下游交易链路表，所述上下游交易链路表记录所述交易链路中的业务执行顺序。
[0009]根据本文实施例的一个方面，当确定发生故障的服务资源之后，所述方法还包括：将发生故障的服务资源、报错码与报错诊断模型库中的历史报错数据进行比对，确定是否得到比对结果；若是，根据报错诊断模型库中历史记录的故障对象、故障处理方式，作为发生故障的服务资源的解决方式。
[0010]本文实施例提供了一种基于反向排查的交易故障定位装置，所述装置包括：报错数据获取单元，用于获取交易触发后客户端返回的报错数据，其中，所述交易触发后形成交易链路；故障交易日志获取单元，用于根据所述报错数据中的时间戳，获取交易链路中在时间戳预设时长范围内发生故障的服务资源的故障交易日志；匹配单元，用于根据所述报错数据中的报错码，按照交易链路中服务资源的执行顺序，依次反向匹配发生故障的服务资源的故障交易日志，确定是否得到匹配结果；真实故障资源确定单元，用于若是，确定所述发生故障的服务资源为真实故障服务资源，向所述发生真实故障服务资源的负责人发送告警提示。
[0011]本文实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述基于反向排查的交易故障定位方法。
[0012]本文实施例还提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现所述基于反向排查的交易故障定位方法。
[0013]本专利技术通过自动识别以应用和组件内的交易链路跟踪相结合的环境问题，在业务交易测试期间，快速定位应用内的问题单元，保证业务验证顺利进行。
附图说明
[0014]为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0015]图1所示为本文实施例一种基于反向排查的交易故障定位方法的流程图；
[0016]图2所示为本文实施例一种确定服务资源是否发生故障的方法流程图；
[0017]图3所示为本文实施例一种确定故障组件的方法流程图；
[0018]图4所示为本文实施例又一种确定故障组件的方法流程图；
[0019]图5所示为本文实施例一种确定故障解决方式的方法流程图；
[0020]图6所示为本文实施例一种基于反向排查的交易故障定位装置的结构示意图；
[0021]图7所示为本文实施例基于反向排查的交易故障定位装置的具体结构示意图；
[0022]图8所示为本文实施例一种包含至少一个层级组件的服务资源示意图；
[0023]图9所示为本文实施例一种计算机设备的结构示意图。
[0024]附图符号说明：
[0025]601、报错数据获取单元；
[0026]6011、交易链路确定模块；
[0027]602、故障交易日志获取单元；
[0028]6021、遍历查询模块；
[0029]603、匹配单元；
[0030]6031、应用匹配模块；
[0031]6032、组件匹配模块；
[0032]604、真实故障资源确定单元；
[0033]6041、解决方式确定模块；
[0034]6042、告警提示模块；
[0035]902、计算机设备；
[0036]904、处理器；
[0037]906、存储器；
[0038]908、驱动机构；
[0039]910、输入/输出模块；
[0040]912、输入设备；
[0041]914、输出设备；
[0042]916、呈现设备；
[0043]918、图形用户接口；
[0044]920、网络接口；
[0045]922、通信链路；
[0046]924、通信总线。
具体实施方式
[0047]为了使本
的人员更好地理解本说明书中的技术方案本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种基于反向排查的交易故障定位方法，其特征在于，所述方法包括：获取交易触发后客户端返回的报错数据，其中，所述交易触发后形成交易链路；根据所述报错数据中的时间戳，获取交易链路中在时间戳预设时长范围内发生故障的服务资源的故障交易日志；根据所述报错数据中的报错码，按照交易链路中服务资源的执行顺序，依次反向匹配所述发生故障的服务资源的故障交易日志，确定是否得到匹配结果；若是，确定所述发生故障的服务资源为真实故障服务资源，向所述真实故障服务资源的负责人发送告警提示。2.根据权利要求1所述的基于反向排查的交易故障定位方法，其特征在于，在依次反向排查交易链路中的服务资源之前，所述方法包括：将所述报错数据与报错诊断模型库中的历史报错数据进行匹配，判断是否匹配一致；若匹配一致，确定历史报错数据对应的服务资源及故障处理方式；若匹配不一致，依次反向排查交易链路中的服务资源是否发生故障。3.根据权利要求2所述的基于反向排查的交易故障定位方法，其特征在于，所述服务资源包括应用以及所述应用下至少一个层级中的至少一个组件，在确定发生故障的应用之后，所述方法还包括：根据服务资源的预设结构，获取所述发生故障的应用包含的位于所有层级的所有组件；从最低层级从下往上依次遍历位于不同层级的所有组件，确定运行失败的至少一个组件及相应的运行失败的时间，所述运行失败的至少一个组件为第一组件；根据所述报错数据中的时间戳，从最低层级依次反向排查所述第一组件，确定运行失败的时间在所述时间戳预设时长范围内的至少一个组件为第二组件；根据所述报错码匹配所述第二组件的故障交易日志，确定是否得到匹配结果；若是，则将匹配到的组件确定为故障组件。4.根据权利要求3所述的基于反向排查的交易故障定位方法，其特征在于，若根据报错码匹配第二组件未得到匹配结果，所述方法还包括：根据服务资源的预设结构，确定所述第二组件与所属应用的链路关系，其中，所述链路关系记录比所述第二组件的层级更高的组件；根...
【专利技术属性】
技术研发人员：韩怡，
申请(专利权)人：中国工商银行股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。