CN115509878A - 一种前置机故障摘除的测试方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种前置机故障摘除的测试方法、装置、设备及介质。该方法包括：基于目标工具控制前置机所处的测试环境；其中，测试环境包括：前置机上下线、前置机繁忙或前置机故障；将发送至前置机的消息队列中插入目标消息，以使前置机基于故障摘除规则对目标消息处理，并确定目标消息对应的目标处理状态；基于目标处理状态确定前置机故障摘除的测试结果。本发明实施例的技术方案解决了现有技术中无法对故障的前置机进行有效摘除，以及无法确定其摘除方式是否可靠的技术问题，实现了对故障的前置机进行摘除，对繁忙的前置机进行排除，并对摘除方式的有效性进行测试。

Description

一种前置机故障摘除的测试方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种前置机故障摘除的测试方法、装置、设备及介质。

背景技术

网上支付跨行清算系统：IBPS，简称超级网银是中国人民银行建设的人民币跨行支付清算系统，是中国现代化支付系统的重要组成部分。网上支付跨行清算系统主要支持网上跨行转账及支付业务的处理，业务指令逐笔发送、实时轧差、定时清算。前置机是金融机构和人行超级网银的桥梁，主要功能包括报文转发，报文格式检查。

目前跨行转账业务交易量逐年升高，业务时效性强，社会舆论影响极易扩大，系统要求保证高可用性，PC架构前置机存在稳定性不足的问题。因此，如何对故障的前置机进行摘除以及如何确定摘除的方式是否可靠，是当前亟待解决的问题。

发明内容

本发明提供了一种前置机故障摘除的测试方法、装置、设备及介质，以实现对前置机的摘除方式进行测试，保证系统的稳定性。

根据本发明的一方面，提供了一种前置机故障摘除的测试方法，该方法包括：

基于目标工具控制前置机所处的测试环境；其中，所述测试环境包括：前置机上下线、前置机繁忙或前置机故障；

将发送至所述前置机的消息队列中插入目标消息，以使所述前置机基于故障摘除规则对所述目标消息处理，并确定所述目标消息对应的目标处理状态；

基于所述目标处理状态确定所述前置机故障摘除的测试结果。

根据本发明的另一方面，提供了一种前置机故障摘除的测试装置，该装置包括：

测试环境搭建模块，用于基于目标工具控制前置机所处的测试环境；其中，所述测试环境包括：前置机上下线、前置机繁忙或前置机故障；

目标消息处理模块，用于将发送至所述前置机的消息队列中插入目标消息，以使所述前置机基于故障摘除规则对所述目标消息处理，并确定所述目标消息对应的目标处理状态；

测试结果确定模块，用于基于所述目标处理状态确定所述前置机故障摘除的测试结果。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；

以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的前置机故障摘除的测试方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的前置机故障摘除的测试方法。

本发明实施例的技术方案，通过基于目标工具控制前置机所处的测试环境；其中，测试环境包括：前置机上下线、前置机繁忙或前置机故障；将发送至前置机的消息队列中插入目标消息，以使前置机基于故障摘除规则对目标消息处理，并确定目标消息对应的目标处理状态；基于目标处理状态确定前置机故障摘除的测试结果。本发明实施例的技术方案解决了现有技术中无法对故障的前置机进行有效摘除，以及无法确定其摘除方式是否可靠的技术问题，实现了对故障的前置机进行摘除，对繁忙的前置机进行排除，并对摘除方式的有效性进行测试。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1为本发明实施例一提供的一种前置机故障摘除的测试方法的流程图；

图2为本发明实施例二提供的一种前置机故障摘除的测试方法的流程图；

图3为本发明实施例三提供的一种前置机故障摘除的测试装置的结构示意图；

图4为本发明实施例四提供的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供的一种前置机故障摘除的测试方法的流程图，本实施例可适用于需要对前置机故障摘除功能进行测试的情况，该方法可以由前置机故障摘除的测试装置来执行，该装置可以采用硬件和/或软件的形式实现，该装置可配置于服务器中。如图1所示，该方法包括：

S110、基于目标工具控制前置机所处的测试环境。

其中，目标工具可以是用于搭建前置机所处环境的工具，前置机相当于是服务器，用于建立支付系统与应用服务器之间的连接，可以将应用服务器产生的报文进行转发至支付系统，测试环境包括：前置机上下线、前置机繁忙或前置机故障。

具体的，可以通过目标工具搭建出测试环境，测试环境可以是前置机上下线、还可以使前置机繁忙，或者是前置机繁忙，以使前置机处于上述任意一种测试环境下，对其进行故障摘除测试。

在上述技术方案的基础上，所述基于目标工具控制前置机所处的测试环境，包括：

在压测条件下，基于混沌工具控制所述前置机所处的测试环境；

其中，压测条件指的是使前置机处于工作状态，也即使前置机处于不停的收发报文的状态，混沌工具是专门构造各类异常，验证系统在碰到这些异常时是否有做好对应的监控告警、预案处理，针对性地进行加固，防范，从而避免故障发生时所带来的严重后果，可以通过对各类异常提前做好监控告警和预案处理，增强系统的健壮性，增强分布式系统的容错能力。前置机上下线包括：前置机上线或前置机下线；所述前置机繁忙包括：网络延迟、磁盘读写高、CPU负载高或内存负载高；所述前置机故障包括：磁盘满、进程假死或网络中断。

具体的，可以使前置机处于运行的状态，并通过混沌工具搭建上述测试场景，也即使前置机在该环境下进行收发报文，以判断前置机的处理情况。

S120、将发送至前置机的消息队列中插入目标消息，以使前置机基于故障摘除规则对目标消息处理，并确定目标消息对应的目标处理状态。

其中，消息队列指的是前置机与应用服务器之间会话所对应的消息队列，目标消息指的是在消息对列中所插入的内容，故障摘除规则指的当前置机出现故障时，对该前置机进行隔离或者摘除的规则。

具体的，将消息队列中插入目标消息，基于故障摘除规则确定出合的一台前置机处理该消息，并确定该消息的处理状态，是否可以对该消息正常的处理或者是响应该消息。需要说明的是，在不同的测试环境下，目标消息对应的目标处理状态是不同的。

在上述技术方案的基础上，所述故障摘除规则，包括：确定待使用前置机的故障状态，若所述待使用前置机的故障状态为故障，则基于所述预设摘除阈值，确定是否摘除所述待使用前置机；若所述待使用前置机的故障状态为非故障，则确定所述待使用前置机的繁忙状态；若所述待使用前置机的繁忙状态为非繁忙，则将所述待使用前置机确定为目标前置机，并对所述所述目标消息处理，以得到所述目标处理结果；若所述待使用前置机的繁忙状态为繁忙，则选择其他任一前置机作为待使用前置机，并判断所述待使用前置机的故障状态和繁忙状态，以在所述待使用前置机为非故障且非繁忙时，将所述待使用前置机确定为目标前置机。

其中，待使用前置机指的是从多个前置机中任意选择的一个前置机，预设摘除阈值是预先设置的阈值，用于确定在当前前置机的数量下，是否可以把故障的前置机进行隔离或摘除，目标前置机指的是最终确定出的一台前置机，用于对目标消息进行处理。

具体的，当需要前置机对上述消息处理时，可以从多个前置机中随机的选择一个，按照故障摘除规则判断其是否是繁忙或者故障。可以是先判断该待使用前置机是否故障，如果故障的话，则判断是否已超过摘除阈值，进而确定是否对该待使用前置机进行摘除。如果是非故障的情况，则进一步判断是否繁忙，如果待使用前置机处于非繁忙状态，则可以将该待使用前置机作为目标前置机，以对目标消息进行处理。如果待使用前置机处于繁忙状态，则可以直接排除该前置机，从其余的前置机中任选一个作为待使用前置机，进而再次判断其是否故障，以及是否繁忙，直至确定出一个非故障且非繁忙的前置机作为目标前置机。

在上述技术方案的基础上，所述确定待使用前置机的故障状态，若所述待使用前置机的故障状态为故障，则基于所述预设摘除阈值，确定是否摘除所述待使用前置机，包括：若当前前置机的数量与所述预设摘除阈值相一致，则摘除所述待使用前置故障机，并选择其他任一前置机确定为待使用前置机。

具体的，如果当前前置机的总数量超出了预设摘除阈值，则允许进行摘除，如果没超出，则不允许进行摘除。示例性的，摘除阈值为2台，当前的总数量为3台，则前置机出现故障时，是允许摘除的。如果摘除阈值是2台，当前总数量是2台，是不能进行摘除的。主要是保证，在前置机数量足够的情况下，才允许摘除。如果不允许摘除，则可以排除该故障的前置机，进而从其与前置机重新确定出目标前置机。

在上述技术方案的基础上，所述确定待使用前置机的故障状态，包括：若所述待使用前置机的会话空闲连接数与会话活跃连接数都为零，则确定所述待使用前置机的故障状态为故障。

还需要说明的是，连接池NumActive(正在使用中连接)+NumIdle(空闲连接)＝最大核心连接数，默认每台前置机最大核心连接数8，初始空闲连接数8。上述最大核心连接数的数量可以根据前置机的具体实际情况设置。

其中，会话指的是应用服务器与前置机之间建立的会话。

具体的，前置机连接池的变化规则可以是：报文发送到前置机，正常响应中，NumActive(正在使用中连接)增加1，NumIdle(空闲连接)减少1，使用结束释放连接。socket连接超时或读超时，程序抛出异常，连接回收。此时NumActive(正在使用中连接)减少1，直到减少为0，当前一台前置机启动时创建的总连接数固定为8，发送失败8个报文后，判断是否已超过摘除阈值(默认1台)，未超过摘除阈值，该连接池下线，向运维人员发送告警信息。基于此，当空闲连接数与活跃连接数都为零，则可以认定前置机是故障，处于故障状态。

在上述技术方案的基础上，所述若所述待使用前置机的故障状态为非故障，则确定所述待使用前置机的繁忙状态，包括：若所述待使用前置机的会话活跃连接数与会话最大连接数相等，则确定所述待使用前置故障机的繁忙状态为繁忙。

具体的，前置机是否繁忙判断：活跃连接数＝＝最大连接数时，判定前置机繁忙。

S130、基于目标处理状态确定前置机故障摘除的测试结果。

其中，测试结果可以是测试通过或者测试失败。

具体的，如果前置机在处于故障或者繁忙的测试环境下，该目标消息仍然可以被处理，说明可以对故障的前置机进行摘除，并使目标消息可以被其他没问题的故障机进行处理，如果是繁忙的情况，可以对繁忙的前置机进行排除，二次选择其他的前置机对目标消息进行处理。此种情况下，可以认定前置机故障摘除的测试是成功的。

在上述技术方案的基础上，所述基于所述目标处理状态确定所述前置机故障摘除的测试结果，包括：若所述目标处理状态为已处理，则确定所述前置机的故障摘除测结果为测试通过，并在故障状态的前置机恢复正常后，重新上线所述前置机。

具体的，在故障场景下，验证故障前置机是否正确摘除，二次随机分配是否正确排除掉故障或者繁忙状态的前置机，前置机故障恢复后，重新上线能正常处理相应的消息或者会话报文等。

本发明实施例的技术方案，通过基于目标工具控制前置机所处的测试环境；其中，测试环境包括：前置机上下线、前置机繁忙或前置机故障；将发送至前置机的消息队列中插入目标消息，以使前置机基于故障摘除规则对目标消息处理，并确定目标消息对应的目标处理状态；基于目标处理状态确定前置机故障摘除的测试结果。本发明实施例的技术方案解决了现有技术中无法对故障的前置机进行有效摘除，以及无法确定其摘除方式是否可靠的技术问题，实现了对故障的前置机进行摘除，对繁忙的前置机进行排除，并对摘除方式的有效性进行测试。

实施例二

图2为本发明实施例二提供的一种前置机故障摘除的测试方法的流程图，本实施例与上述实施例的一优选实施例。其具体的实施方式可以参见本实施例技术方案。其中，与上述实施例相同或者相应的技术术语在此不再赘述。如图2所示，该方法包括：

前置机故障摘除基本规则如下：

1.MQ连接设置创建socket连接超时为5S，socket读超时为30S。

2.连接池NumActive(正在使用中连接)+NumIdle(空闲连接)＝最大核心连接数，默认每台前置机最大核心连接数8，初始空闲连接数8。

3.前置机是否繁忙判断：活跃连接数＝＝最大连接数时，判定前置机繁忙。

前置机是否故障判断：空闲连接数＝＝0&&活跃连接数＝＝0时，判定前置机故障。

4.连接池的变化规则：报文发送到前置机，正常响应中，NumActive(正在使用中连接)增加1，NumIdle(空闲连接)减少1，使用结束释放连接。socket连接超时或读超时，程序抛出异常，连接回收。此时NumActive(正在使用中连接)减少1，直到减少为0，当前一台前置机启动时创建的总连接数固定为8，发送失败8个报文后，判断是否已超过摘除阈值(默认1台)，未超过摘除阈值，该连接池下线，向运维人员发送告警信息。

5.前置机具备手工上线和下线功能，故障排除后可人工控制该前置机上线。

在压测条件下，通过混沌工程注入故障场景：

网络延迟、网络中断、磁盘读写高、磁盘满、CPU负载高、内存负载高、进程假死。

在七种故障场景下，验证故障前置机是否正确摘除，二次随机分配是否正确排除掉故障或者繁忙状态的前置机，前置机故障恢复后，重新上线能正常处理交易，具体测试点如下：

前置机人工控制下线：压测条件下，控制前置机下线。观察日志，往故障前置机相关队列插入消息，看是否能够被消费。

前置机人工控制上线：压测条件下，控制前置机上线。观察日志，往故障前置机相关队列插入消息，看是否能够被消费。

网络延迟：前置机繁忙，摘除算法二次随机排除该前置机发送报文。

前置机恢复空闲，正常接收和处理报文

磁盘读写高：前置机繁忙，摘除算法二次随机排除该前置机发送报文。前置机恢复空闲，正常接收和处理报文。

CPU负载高：前置机繁忙，摘除算法二次随机排除该前置机发送报文。前置机恢复空闲，正常接收和处理报文

内存负载高：前置机繁忙，摘除算法二次随机排除该前置机发送报文。前置机恢复空闲，正常接收和处理报文。

磁盘满：故障1台，最大可摘除1台该故障前置机能够被摘除。观察日志，往故障前詈机相关队列插入消息，看是否能够被消费。故障恢复，手工上线，该前置机正常接收和处理报文。

进程假死：故障1台，最大可摘除1台该故障前置机能够被摘除。观察日志，往故障前置机相关队列插入消息，看是否能够被消费。故障恢复，手工上线，该前置机正常接收和处理报文。

网络丢包率100％：故障1台，最大可摘除1台随机发送报文。只有1台故障前置机被摘除，故障的第二台未被摘除前置机日志显示能够识别出来，但是检测到故障排除该前置机，二次随机发送报文。故障2台，最大可摘除2台。，2台故障机均被摘除，观察日志，往故障前置机相关队列插入消息，看是否能够被消费。故障恢复，手工上线观察日志，往故障前置机相关队列插入消息，看是否能够被消费。

本发明实施例的技术方案，通过基于目标工具控制前置机所处的测试环境；其中，测试环境包括：前置机上下线、前置机繁忙或前置机故障；将发送至前置机的消息队列中插入目标消息，以使前置机基于故障摘除规则对目标消息处理，并确定目标消息对应的目标处理状态；基于目标处理状态确定前置机故障摘除的测试结果。本发明实施例的技术方案解决了现有技术中无法对故障的前置机进行有效摘除，以及无法确定其摘除方式是否可靠的技术问题，实现了对故障的前置机进行摘除，对繁忙的前置机进行排除，并对摘除方式的有效性进行测试。

实施例三

图3为本发明实施例三提供的一种前置机故障摘除的测试装置的结构示意图。如图3所示，该装置包括：

测试环境搭建模块310，用于基于目标工具控制前置机所处的测试环境；其中，所述测试环境包括：前置机上下线、前置机繁忙或前置机故障；

目标消息处理模块320，用于将发送至所述前置机的消息队列中插入目标消息，以使所述前置机基于故障摘除规则对所述目标消息处理，并确定所述目标消息对应的目标处理状态；

测试结果确定模块330，用于基于所述目标处理状态确定所述前置机故障摘除的测试结果。

在上述装置的基础上，所述测试环境搭建模块310，包括：

环境搭建单元，用于在压测条件下，基于混沌工具控制所述前置机所处的测试环境；其中，所述前置机上下线包括：前置机上线或前置机下线；

在上述装置的基础上，所述前置机繁忙包括：网络延迟、磁盘读写高、CPU负载高或内存负载高；

所述前置机故障包括：磁盘满、进程假死或网络中断。

在上述装置的基础上，所述故障摘除规则，包括：

确定待使用前置机的故障状态，若所述待使用前置机的故障状态为故障，则基于所述预设摘除阈值，确定是否摘除所述待使用前置机；

若所述待使用前置机的故障状态为非故障，则确定所述待使用前置机的繁忙状态；

若所述待使用前置机的繁忙状态为非繁忙，则将所述待使用前置机确定为目标前置机，并对所述所述目标消息处理，以得到所述目标处理结果；

若所述待使用前置机的繁忙状态为繁忙，则选择其他任一前置机作为待使用前置机，并判断所述待使用前置机的故障状态和繁忙状态，以在所述待使用前置机为非故障且非繁忙时，将所述待使用前置机确定为目标前置机。

在上述装置的基础上，所述确定待使用前置机的故障状态，若所述待使用前置机的故障状态为故障，则基于所述预设摘除阈值，确定是否摘除所述待使用前置机，包括：

若当前前置机的数量与所述预设摘除阈值相一致，则摘除所述待使用前置故障机，并选择其他任一前置机确定为待使用前置机。

在上述装置的基础上，包括：故障状态确定模块，用于若所述待使用前置机的会话空闲连接数与会话活跃连接数都为零，则确定所述待使用前置机的故障状态为故障。

在上述装置的基础上，包括：繁忙状态确定模块，用于若所述待使用前置机的会话活跃连接数与会话最大连接数相等，则确定所述待使用前置故障机的繁忙状态为繁忙。

在上述装置的基础上，还包括：上线恢复模块，用于若所述目标处理状态为已处理，则确定所述前置机的故障摘除测结果为测试通过，并在故障状态的前置机恢复正常后，重新上线所述前置机。

本发明实施例的技术方案，通过基于目标工具控制前置机所处的测试环境；其中，测试环境包括：前置机上下线、前置机繁忙或前置机故障；将发送至前置机的消息队列中插入目标消息，以使前置机基于故障摘除规则对目标消息处理，并确定目标消息对应的目标处理状态；基于目标处理状态确定前置机故障摘除的测试结果。本发明实施例的技术方案解决了现有技术中无法对故障的前置机进行有效摘除，以及无法确定其摘除方式是否可靠的技术问题，实现了对故障的前置机进行摘除，对繁忙的前置机进行排除，并对摘除方式的有效性进行测试。

本发明实施例所提供的前置机故障摘除的测试装置可执行本发明任意实施例所提供的前置机故障摘除的测试方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四提供的一种电子设备的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备40包括至少一个处理器41，以及与至少一个处理器41通信连接的存储器，如只读存储器(ROM)42、随机访问存储器(RAM)43等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器41可以根据存储在只读存储器(ROM)42中的计算机程序或者从存储单元48加载到随机访问存储器(RAM)43中的计算机程序，来执行各种适当的动作和处理。在RAM 43中，还可存储电子设备40操作所需的各种程序和数据。处理器41、ROM 42以及RAM 43通过总线44彼此相连。输入/输出(I/O)接口45也连接至总线44。

电子设备40中的多个部件连接至I/O接口45，包括：输入单元46，例如键盘、鼠标等；输出单元47，例如各种类型的显示器、扬声器等；存储单元48，例如磁盘、光盘等；以及通信单元49，例如网卡、调制解调器、无线通信收发机等。通信单元49允许电子设备40通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器41可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器41的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器41执行上文所描述的各个方法和处理，例如前置机故障摘除的测试方法。

在一些实施例中，前置机故障摘除的测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元48。在一些实施例中，计算机程序的部分或者全部可以经由ROM 42和/或通信单元49而被载入和/或安装到电子设备40上。当计算机程序加载到RAM 43并由处理器41执行时，可以执行上文描述的前置机故障摘除的测试方法的一个或多个步骤。备选地，在其他实施例中，处理器41可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行前置机故障摘除的测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种前置机故障摘除的测试方法，其特征在于，包括：

基于目标工具控制前置机所处的测试环境；其中，所述测试环境包括：前置机上下线、前置机繁忙或前置机故障；

将发送至所述前置机的消息队列中插入目标消息，以使所述前置机基于故障摘除规则对所述目标消息处理，并确定所述目标消息对应的目标处理状态；

基于所述目标处理状态确定所述前置机故障摘除的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述基于目标工具控制前置机所处的测试环境，包括：

在压测条件下，基于混沌工具控制所述前置机所处的测试环境；其中，所述前置机上下线包括：前置机上线或前置机下线；

所述前置机繁忙包括：网络延迟、磁盘读写高、CPU负载高或内存负载高；

所述前置机故障包括：磁盘满、进程假死或网络中断。

3.根据权利要求1所述的方法，其特征在于，所述故障摘除规则，包括：

确定待使用前置机的故障状态，若所述待使用前置机的故障状态为故障，则基于所述预设摘除阈值，确定是否摘除所述待使用前置机；

若所述待使用前置机的故障状态为非故障，则确定所述待使用前置机的繁忙状态；

若所述待使用前置机的繁忙状态为非繁忙，则将所述待使用前置机确定为目标前置机，并对所述所述目标消息处理，以得到所述目标处理结果；

若所述待使用前置机的繁忙状态为繁忙，则选择其他任一前置机作为待使用前置机，并判断所述待使用前置机的故障状态和繁忙状态，以在所述待使用前置机为非故障且非繁忙时，将所述待使用前置机确定为目标前置机。

4.根据权利要求3中所述的方法，其特征在于，所述确定待使用前置机的故障状态，若所述待使用前置机的故障状态为故障，则基于所述预设摘除阈值，确定是否摘除所述待使用前置机，包括：

若当前前置机的数量与所述预设摘除阈值相一致，则摘除所述待使用前置故障机，并选择其他任一前置机确定为待使用前置机。

5.根据权利要求3中所述的方法，其特征在于，所述确定待使用前置机的故障状态，包括：

若所述待使用前置机的会话空闲连接数与会话活跃连接数都为零，则确定所述待使用前置机的故障状态为故障。

6.根据权利要求3中所述的方法，其特征在于，所述若所述待使用前置机的故障状态为非故障，则确定所述待使用前置机的繁忙状态，包括：

若所述待使用前置机的会话活跃连接数与会话最大连接数相等，则确定所述待使用前置故障机的繁忙状态为繁忙。

7.根据权利要求1中所述的方法，其特征在于，所述基于所述目标处理状态确定所述前置机故障摘除的测试结果，包括：

若所述目标处理状态为已处理，则确定所述前置机的故障摘除测结果为测试通过，并在故障状态的前置机恢复正常后，重新上线所述前置机。

8.一种前置机故障摘除的测试装置，其特征在于，包括：

测试环境搭建模块，用于基于目标工具控制前置机所处的测试环境；其中，所述测试环境包括：前置机上下线、前置机繁忙或前置机故障；

目标消息处理模块，用于将发送至所述前置机的消息队列中插入目标消息，以使所述前置机基于故障摘除规则对所述目标消息处理，并确定所述目标消息对应的目标处理状态；

测试结果确定模块，用于基于所述目标处理状态确定所述前置机故障摘除的测试结果。

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

至少一个处理器；

以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的前置机故障摘除的测试方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的前置机故障摘除的测试方法。

Images