CN114138629A - 一种测试方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种测试方法、装置、设备及存储介质；在本方案中，客户端远程登陆服务端后，需要轮询服务端的运行状态；判断是否收到服务端发送的响应信息，若是，则根据响应信息中携带的运行状态执行对应的处理操作；其中，若运行状态为空闲状态，则客户端控制服务端执行测试任务，并继续轮询服务端的运行状态，从而实现在服务端的测试过程中，通过轮询服务端运行状态的方式，及时发现服务端未响应的异常情况，并通过生成告警信息的方式进行提醒，以便快速处理异常情况。

Description

一种测试方法、装置、设备及存储介质

技术领域

本发明涉及自动化测试领域，更具体地说，涉及一种测试方法、装置、设备及存储介质。

背景技术

在基于Linux系统的工业控制领域，客户端(Client端)普遍使用基于公钥私钥认证的SSH(Secure Shell，安全外壳协议)远程登录方式登陆服务端(Server端)。在测试过程中，一些长时间运行的自动化测试往往因为服务端异常造成测试失败，耗费大量时间。由于客户端无法及时发现服务端的异常场景，给自动化测试带来了极大的挑战。目前针对服务端异常场景，客户端的策略往往是等待较长时间，这种方式属于被动式等待，造成大量时间消耗，无法满足实际需求。

发明内容

本发明的目的在于提供一种测试方法、装置、设备及存储介质，以让客户端及时发现服务端出现的异常情况，以便及时进行处理。

为实现上述目的，本发明提供一种测试方法，包括：

客户端远程登陆服务端；

所述客户端轮询所述服务端的运行状态；

判断是否收到所述服务端发送的响应信息；

若是，则根据所述响应信息中携带的运行状态执行对应的处理操作；其中，若所述运行状态为空闲状态，则所述客户端控制所述服务端执行测试任务，并继续轮询所述服务端的运行状态；

若否，则生成所述服务端异常的告警信息。

其中，所述客户端远程登陆服务端，包括：

客户端通过SSH安全协议及公钥私钥认证方式远程登陆服务端。

其中，所述客户端轮询所述服务端的运行状态，包括：

所述客户端按照常规轮询方式轮询所述服务端的运行状态；其中，常规轮询方式的轮询时间大于特殊轮询方式的轮询时间。

其中，所述判断是否收到所述服务端发送的响应信息，若是，则根据所述响应信息中携带的运行状态执行对应的处理操作，若否，则生成所述服务端异常的告警信息，包括：

判断在第一预定时长内是否收到所述服务端发送的响应信息；若是，则根据所述响应信息中携带的运行状态执行对应的处理操作；

若否，则按照特殊轮询方式轮询所述服务端的运行状态；

判断在第一预定时长内是否收到所述服务端发送的响应信息；若是，则继续执行所述客户端按照常规轮询方式轮询所述服务端的运行状态的步骤；

若否，则等待第二预定时长后，继续按照特殊轮询方式轮询所述服务端的运行状态，若在所述第一预定时长内接收到所述服务端发送的响应信息，则继续执行所述客户端按照常规轮询方式轮询所述服务端的运行状态的步骤；否则，生成所述服务端异常的告警信息。

其中，所述客户端通过SSH安全协议及常规轮询方式轮询所述服务端的运行状态；所述客户端通过SSH安全协议及特殊轮询方式轮询所述服务端的运行状态。

其中，所述根据所述响应信息中携带的运行状态执行对应的处理操作，包括：

若所述运行状态为空闲状态，则所述客户端调用所述服务端的入口脚本，控制所述服务端执行测试任务；

若所述运行状态为失败状态，则所述客户端调用所述服务端的结束脚本，主动结束所述服务端的运行状态，设置所述服务端的运行状态为空闲状态；

若所述运行状态为运行状态，则所述客户端继续照常规轮询方式轮询所述服务端的运行状态；

若所述运行状态为结束状态，则所述客户端设置所述服务端的运行状态为空闲状态。

其中，所述测试方法还包括：

通过中控平台输出所述测试任务的测试数据；其中，所述测试数据包括：测试日志、测试结果以及所述告警信息中的至少一者。

为实现上述目的，本发明进一步提供一种测试装置，包括：

登陆模块，用于通过客户端远程登陆服务端；

轮询模块，用于通过客户端轮询所述服务端的运行状态；

判断模块，用于判断是否收到所述服务端发送的响应信息；

处理模块，用于在收到所述服务端发送的响应信息时，根据所述响应信息中携带的运行状态执行对应的处理操作；其中，若所述运行状态为空闲状态，则所述客户端控制所述服务端执行测试任务，并继续轮询所述服务端的运行状态；

告警模块，用于在未收到所述服务端发送的响应信息时，生成所述服务端异常的告警信息。

为实现上述目的，本发明进一步提供一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述测试方法的步骤。

为实现上述目的，本发明进一步提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述测试方法的步骤。

通过以上方案可知，本发明实施例提供的一种测试方法、装置、设备及存储介质；在本方案中，客户端远程登陆服务端后，需要轮询服务端的运行状态；判断是否收到服务端发送的响应信息，若是，则根据响应信息中携带的运行状态执行对应的处理操作；其中，若运行状态为空闲状态，则客户端控制服务端执行测试任务，并继续轮询服务端的运行状态，从而实现在服务端的测试过程中，通过轮询服务端运行状态的方式，及时发现服务端未响应的异常情况，并通过生成告警信息的方式进行提醒，以便快速处理异常情况。

附图说明

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

图1为本发明实施例公开的一种测试方法流程示意图；

图2为本发明实施例公开的一种测试装置结构示意图；

图3为本发明实施例公开的一种电子设备结构示意图。

具体实施方式

目前客户端远程登录服务端时，主要使用的是SSH协议。有两种登录方式，一种是密码口令登录，一种是公钥登录。公钥登录是为了解决每次登录服务端都要输入密码的问题，普遍使用RSA(非对称加密算法)加密方案，主要流程包含：

1、客户端生成RSA公钥和私钥；

2、客户端将自己的公钥存放到服务端；

3、客户端请求连接服务端，服务端将一个随机字符串发送给客户端；

4、客户端根据自己的私钥加密这个随机字符串之后再发送给服务端；

5、服务端接受到加密后的字符串之后用公钥解密，如果正确就让客户端登录，否则拒绝。这样就不用使用密码了。

其中，RSA加密算法是非对称加密算法中最为普遍使用的一种加密算法。非对称加密为数据的加密与解密提供了一个非常安全的方法，它使用了一对密钥，公钥和私钥。私钥只能由一方安全保管，不能外泄，而公钥则可以发给任何请求它的人。非对称加密使用这对密钥中的一个进行加密，而解密则需要另一个密钥。客户端登陆服务端后，客户端控制服务端进行自动化测试。但是对于长时间运行的远程自动化测试业务，由于客户端无法及时发现服务端的异常场景，给自动化测试带来了极大的挑战。

需要说明的是，对服务端进行实时监测，以保证业务的正常运行是至关重要的，但是远端服务端的真实运行场景较为复杂，异常情况的出现，往往无法第一时间捕捉到并对其进行修复，这往往是导致业务最终失败的主要原因；因此在本发明实施例中，基于公钥私钥认证方式提供了一种测试方法、装置、设备及存储介质。在本方案中，通过设置客户端轮询的实时监测机制，针对需要客户端与服务端交互的所有场景，基于SSH协议与公钥私钥认证方式，对服务端运行场景进行实时监测，在发现服务端异常场景的第一时间，通知客户端，客户端根据实时监测到的服务端异常场景，进行告警，并通过中控台实时显示异常场景，以让用户及时发现服务端出现的异常情况，以便及时进行处理。

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

参见图1，本发明实施例提供的一种测试方法流程示意图，包括：

S101、客户端远程登陆服务端；

在本方案中，客户端远程登陆服务端的过程具体包括：客户端通过SSH安全协议及公钥私钥认证方式远程登陆服务端。

具体来说，在本实施例中，基于公钥私钥认证客户端轮询的实时监测方法，面向所有基于SSH安全协议进行免密互联平台，这些平台包括了服务器、存储及搭载Linux系统的PC机(Personal Computer，个人计算机)。因此本方案首先需要根据公钥私钥认证方式，进行客户端与服务端的免密认证，同一台客户端的同一私钥可以同时配置多台服务端的公钥；同一台服务端的不同公钥也可以同时配置多台对应的客户端的私钥。

S102、客户端轮询服务端的运行状态；

S103、判断是否收到服务端发送的响应信息；

若是，则执行S104；若否，则执行S105；

S104、根据响应信息中携带的运行状态执行对应的处理操作；其中，若运行状态为空闲状态，则客户端控制服务端执行测试任务，并继续执行S102，以便在服务端的测试过程中继续轮询服务端的运行状态；

其中，本方案根据响应信息中携带的运行状态执行对应的处理操作的过程，具体包括：若运行状态为空闲状态，则客户端调用服务端的入口脚本，控制服务端执行测试任务；若运行状态为失败状态，则客户端调用服务端的结束脚本，主动结束服务端的运行状态，设置服务端的运行状态为空闲状态；若运行状态为运行状态，则客户端继续照常规轮询方式轮询服务端的运行状态；若运行状态为结束状态，则客户端设置服务端的运行状态为空闲状态。

需要说明的是，本方案中，客户端通过Status文件记录运行状态，该Status文件里面记录有服务端正常运行的四种状态，分别为空闲状态idle、运行状态running、失败状态fail和结束状态finish。当客户端轮询到服务端运行状态为idle时，客户端将调用服务端入口脚本，开启此次服务端测试，以后每隔1分钟去主动轮询服务端运行状态；当客户端轮询到服务端运行状态为fail时，客户端将调用服务端结束脚本，主动结束此次服务端运行状态，并且将Status文件重置为idle状态；当客户端轮询到服务端运行状态为running时，客户端将按照轮询策略持续对服务端实时运行情况进行监测；当客户端轮询到服务端运行状态为finish时，客户端将Status文件重置为idle状态。

并且，服务端运行的四种运行状态是由服务端实时监测策略进行定义，并将服务端运行状态实时记录到Status文件中。对于时间超多30分钟的服务端长时间运行业务，running状态需要由服务端进行进一步细化操作，实时显示并回传运行状态百分比。无法实时显示并回传运行状态百分比的微服务，需要回传具体说明，以供客户端抓取并回显到中控平台。

S105、生成服务端异常的告警信息。

在本方案中，还可以通过中控平台输出该测试任务的测试数据；其中，该测试数据包括：测试日志、测试结果以及所述告警信息中的至少一者。并且，若运行状态为空闲状态，则客户端会控制服务端执行测试任务，在服务端的测试过程中客户端会继续轮询服务端的运行状态，以便及时检测出服务端的异常情况，及时处理。但是，由于有些测试任务可能包括重启过程，因此服务端在正常测试过程中，也会出现未及时响应的现象。因此本方案为了准确检测服务端的异常情况，客户端配置了轮询策略。针对不同的服务器主机，轮询策略是唯一的，这就要求轮询策略需要全场景覆盖。该轮询策略分两级配置，常规轮询方式与特殊轮询方式。轮询策略主要通过SSH安全协议进行实时轮询操作，因此本方案中的客户端具体通过SSH安全协议及常规轮询方式轮询服务端的运行状态，客户端具体通过SSH安全协议及特殊轮询方式轮询服务端的运行状态。

具体来说，本方案中，两种轮询策略根据服务端应答情况进行切换，若客户端未收到服务端应答的响应信息，则说明客户端与服务端出现了异常情况，如：客户端有可能因为网络问题与服务端断开连接，服务端有可能因为故障、断电等情况未能发送应答信息。因此，在本方案中，正常情况下，通过常规轮询方式检测服务端的运行状态，若未能及时接收到服务端发送的响应信息，则通过特殊轮询方式轮询服务端的运行状态。参见表1，为本发明实施例提供的两种轮询策略：

表1

轮询策略	轮询时间	Server断开后处理	备注
				常规轮询	1分钟	转为特殊轮询	瞬间切换
特殊轮询	10s	继续等待	等待时间5分钟

通过表1可以看出，正常情况下，客户端按照常规轮询方式轮询服务端的运行状态；其中，常规轮询方式的轮询时间(1分钟)大于特殊轮询方式的轮询时间(10s)，也就是说，在常规轮询方式下，每隔1分钟客户端轮询服务端一次，在特殊轮询方式下，每隔10s客户端轮询服务端一次。当客户端与服务端连接断开后，特殊轮询策略的等待时间是5分钟，超过5分钟服务端依然无应答，客户端将主动结束此次业务流程。在此，基于两种轮询策略的基础上，对S103～S105这一过程具体说明，包括如下步骤：

S11、客户端按照常规轮询方式轮询服务端的运行状态；

S12、判断在第一预定时长内是否收到服务端发送的响应信息；

若是，则执行S13，若否，则执行S14；

S13、根据响应信息中携带的运行状态执行对应的处理操作；

需要说明的是，在本实施例中，轮询策略由客户端主动发起，常规轮询方式针对服务端正常场景。在服务端正常场景下，每一分钟，客户端将主动轮询服务端一次，正常情况下，服务端将在第一预定时长以内进行答复，该第一预定时长可以设置为一秒钟，若客户端在一秒钟之内未收到响应信息，则将切换为特殊轮询方式轮询服务端的运行状态，若客户端在一秒钟之内收到响应信息，则等待60秒，进行下一次轮询，如此循环，直至服务端业务结束。若客户端检测到业务结束信号，客户端将主动结束任务，中控平台输出测试数据。其中，此时中控平台输出的测试数据可以包括测试日志、测试结果、测试时间、测试人员等等，该测试日志可以包括服务端及客户端的测试日志。

S14、按照特殊轮询方式轮询所述服务端的运行状态；

S15、判断在第一预定时长内是否收到服务端发送的响应信息；

若是，则继续执行S11；若否，则执行S16；

S16、等待第二预定时长后，继续按照特殊轮询方式轮询服务端的运行状态；

S17、若在第一预定时长内接收到所述服务端发送的响应信息，则继续执行S11；否则，生成所述服务端异常的告警信息。

可以理解的是，若客户端未收到服务端发送的响应信息，则判定服务端属于异常场景，此时需要按照特殊轮询方式轮询服务端的运行状态。在特殊轮询方式下，每十秒钟，客户端将主动轮询服务端一次，服务端若在第一预定时长(1秒)之内返回响应信息，则轮询策略自动由特殊轮询方式转为常规轮询方式；若服务端如没有应答，客户端可将服务端异常场景回传至中控平台进行告警，并等待第二预定时长，该第二预定时长可设置为五分钟；在五分钟后再次尝试连接服务端，若此时服务端能在1秒内正常应答，则特殊轮询策略自动转为常规轮询；如服务端依然无应答，客户端将主动结束任务，客户端将判定服务端已宕机，收集测试数据通过中控平台输出；其中，此时中控平台输出的测试数据可以包括测试日志、测试结果、测试时间、测试人员等等，由于此时不能与服务端连接，此时输出的测试日志只包括客户端的测试日志。测试日志需要存储及显示在中控平台的指定位置，然后根据测试数据在中控屏幕打印警告信息，以通过中控平台及时显示服务端出现异常情况的告警信息，结束此次测试并记录运行日志，中控平台输出，通过该方式达到实时监测服务端的目的。

综上可以看出，在本方案中，提出了一种基于公钥私钥认证与轮询策略的远程业务实时监测方法。在本方案中，基于SSH安全协议，在客户端引入轮询策略，实现秒级轮询服务端。客户端还对服务端运行场景进行实时监测，针对不同的服务端运行场景，客户端根据轮询策略进行实时控制，并通过中控屏幕实时显示。在短时间内达到识别故障，恢复业务运行。可见，本方案面向服务器级，基于SSH安全协议与公钥私钥认证方式，可对研发自动化测试领域出现的服务端运行情况进行全场景实时监测，控制客户端实现故障主动识别，以便快速解决异常情况。

下面对本发明实施例提供的测试装置、设备及存储介质进行介绍，下文描述的测试装置、设备及存储介质与上文描述的测试方法可以相互参照。

参见图2，本发明实施例提供的一种测试装置结构示意图，包括：

登陆模块11，用于通过客户端远程登陆服务端；

轮询模块12，用于通过客户端轮询所述服务端的运行状态；

判断模块13，用于判断是否收到所述服务端发送的响应信息；

处理模块14，用于在收到所述服务端发送的响应信息时，根据所述响应信息中携带的运行状态执行对应的处理操作；其中，若所述运行状态为空闲状态，则所述客户端控制所述服务端执行测试任务，并继续轮询所述服务端的运行状态；

告警模块15，用于在未收到所述服务端发送的响应信息时，生成所述服务端异常的告警信息。

其中，所述登陆模块具体用于：通过客户端利用SSH安全协议及公钥私钥认证方式远程登陆服务端。

其中，所述轮询模块包括：

第一轮询单元，用于按照常规轮询方式轮询所述服务端的运行状态；其中，常规轮询方式的轮询时间大于特殊轮询方式的轮询时间。

其中，所述判断模块包括：

第一判断单元，用于判断在第一预定时长内是否收到所述服务端发送的响应信息；若是，则触发所述处理模块；若否，则触发所述轮询模块的第二轮询单元；

第二轮询单元，用于按照特殊轮询方式轮询所述服务端的运行状态；

所述判断模块还包括第二判断单元；

所述第二判断单元，用于判断在第一预定时长内是否收到所述服务端发送的响应信息；若是，触发所述第一轮询单元；若否，则等待第二预定时长后，继续触发所述第二轮询单元；若所述第二轮询单元继续按照特殊轮询方式轮询所述服务端的运行状态后，在所述第一预定时长内接收到所述服务端发送的响应信息，则继续触发所述第一轮询单元；否则，触发告警模块。

其中，所述客户端通过SSH安全协议及常规轮询方式轮询所述服务端的运行状态；所述客户端通过SSH安全协议及特殊轮询方式轮询所述服务端的运行状态。

其中，所述处理模块包括：

第一处理单元，用于在所述运行状态为空闲状态时，通过所述客户端调用所述服务端的入口脚本，控制所述服务端执行测试任务；

第二处理单元，用于在所述运行状态为失败状态时，通过所述客户端调用所述服务端的结束脚本，主动结束所述服务端的运行状态，设置所述服务端的运行状态为空闲状态；

第三处理单元，用于在所述运行状态为运行状态时，通过所述客户端继续照常规轮询方式轮询所述服务端的运行状态；

第四处理单元，用于在所述运行状态为结束状态时，通过所述客户端设置所述服务端的运行状态为空闲状态。

其中，本装置还包括：

输出模块，用于通过中控平台输出所述测试任务的测试数据；其中，所述测试数据包括：测试日志、测试结果以及所述告警信息中的至少一者。

综上可以看出，在本方案中，针对需要客户端与服务端交互的所有场景，基于SSH协议与公钥私钥认证方式，在客户端引入轮询策略，对远程服务端进行实时监测，并实时记录测试日志与测试结果，回传服务端实时运行状态到中控平台，达到秒级监控、告警、处理服务端异常情况的效果。本方案还可对服务端运行场景进行实时监测，在发现服务端异常场景的第一时间，通知客户端，客户端根据实时监测到的服务端异常场景，进行告警，并通过中控台实时显示异常场景。可见，本方案对需要远程长时间不间断运行的重要业务实时监测告警提供了新的方案与策略，在保证相关业务持续运行的同时，对远程运行业务实现全场景全流程实时监控，为基于公钥私钥认证，SSH远程连接控制提供了新的方法与策略。

参见图3，本发明实施例提供的一种电子设备结构示意图，包括：

存储器21，用于存储计算机程序；

处理器22，用于执行所述计算机程序时实现上述方法实施例所述的测试方法的步骤。

在本实施例中，设备可以是PC(Personal Computer，个人电脑)，也可以是智能手机、平板电脑、掌上电脑、便携计算机等终端设备。

该设备可以包括存储器21、处理器22和总线23。

其中，存储器21至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器21在一些实施例中可以是设备的内部存储单元，例如该设备的硬盘。存储器21在另一些实施例中也可以是设备的外部存储设备，例如设备上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器21还可以既包括设备的内部存储单元也包括外部存储设备。存储器21不仅可以用于存储安装于设备的应用软件及各类数据，例如执行测试方法的程序代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器22在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器21中存储的程序代码或处理数据，例如执行测试方法的程序代码等。

该总线23可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

进一步地，设备还可以包括网络接口24，网络接口24可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该设备与其他电子设备之间建立通信连接。

可选地，该设备还可以包括用户接口25，用户接口25可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的用户接口25还可以包括标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在设备中处理的信息以及用于显示可视化的用户界面。

图3仅示出了具有组件21-25的设备，本领域技术人员可以理解的是，图3示出的结构并不构成对设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法实施例所述的测试方法的步骤。

其中，该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

综上可见，本方案对比之前的远程运行业务策略，传统方案往往无法监测服务端状态，处于被动等待，耗费了大量时间，对于业务运行达不到实时监控并及时恢复的最佳效果。而本发明针对上述问题，在客户端引入轮询策略，对服务端正常场景与异常场景的运行情况进行实时监测，通过合理设置轮询时间，对于异常场景留出业务恢复时间，真正实现了远程业务运行的全流程全场景实时监控。与此同时，本方案对于一些不能宕机的重要业务，采用客户端轮询策略，对运行业务实时监测并回传相关日志与结果，中控平台告警，秒级响应，对重要业务的连续长时间运行提供了一种保障机制。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种测试方法，其特征在于，包括：

客户端远程登陆服务端；

所述客户端轮询所述服务端的运行状态；

判断是否收到所述服务端发送的响应信息；

若是，则根据所述响应信息中携带的运行状态执行对应的处理操作；其中，若所述运行状态为空闲状态，则所述客户端控制所述服务端执行测试任务，并继续轮询所述服务端的运行状态；

若否，则生成所述服务端异常的告警信息。

2.根据权利要求1所述的测试方法，其特征在于，所述客户端远程登陆服务端，包括：

客户端通过SSH安全协议及公钥私钥认证方式远程登陆服务端。

3.根据权利要求1所述的测试方法，其特征在于，所述客户端轮询所述服务端的运行状态，包括：

所述客户端按照常规轮询方式轮询所述服务端的运行状态；其中，常规轮询方式的轮询时间大于特殊轮询方式的轮询时间。

4.根据权利要求3所述的测试方法，其特征在于，所述判断是否收到所述服务端发送的响应信息，若是，则根据所述响应信息中携带的运行状态执行对应的处理操作，若否，则生成所述服务端异常的告警信息，包括：

判断在第一预定时长内是否收到所述服务端发送的响应信息；若是，则根据所述响应信息中携带的运行状态执行对应的处理操作；

若否，则按照特殊轮询方式轮询所述服务端的运行状态；

判断在第一预定时长内是否收到所述服务端发送的响应信息；若是，则继续执行所述客户端按照常规轮询方式轮询所述服务端的运行状态的步骤；

若否，则等待第二预定时长后，继续按照特殊轮询方式轮询所述服务端的运行状态，若在所述第一预定时长内接收到所述服务端发送的响应信息，则继续执行所述客户端按照常规轮询方式轮询所述服务端的运行状态的步骤；否则，生成所述服务端异常的告警信息。

5.根据权利要求4所述的测试方法，其特征在于，所述客户端通过SSH安全协议及常规轮询方式轮询所述服务端的运行状态；所述客户端通过SSH安全协议及特殊轮询方式轮询所述服务端的运行状态。

6.根据权利要求1所述的测试方法，其特征在于，所述根据所述响应信息中携带的运行状态执行对应的处理操作，包括：

若所述运行状态为空闲状态，则所述客户端调用所述服务端的入口脚本，控制所述服务端执行测试任务；

若所述运行状态为失败状态，则所述客户端调用所述服务端的结束脚本，主动结束所述服务端的运行状态，设置所述服务端的运行状态为空闲状态；

若所述运行状态为运行状态，则所述客户端继续照常规轮询方式轮询所述服务端的运行状态；

若所述运行状态为结束状态，则所述客户端设置所述服务端的运行状态为空闲状态。

7.根据权利要求1至6中任意一项所述的测试方法，其特征在于，所述测试方法还包括：

通过中控平台输出所述测试任务的测试数据；其中，所述测试数据包括：测试日志、测试结果以及所述告警信息中的至少一者。

8.一种测试装置，其特征在于，包括：

登陆模块，用于通过客户端远程登陆服务端；

轮询模块，用于通过客户端轮询所述服务端的运行状态；

判断模块，用于判断是否收到所述服务端发送的响应信息；

处理模块，用于在收到所述服务端发送的响应信息时，根据所述响应信息中携带的运行状态执行对应的处理操作；其中，若所述运行状态为空闲状态，则所述客户端控制所述服务端执行测试任务，并继续轮询所述服务端的运行状态；

告警模块，用于在未收到所述服务端发送的响应信息时，生成所述服务端异常的告警信息。

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

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的测试方法的步骤。

Images