CN107634871A - 一种连通性测试方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种连通性测试方法、装置及系统，其中，应用于控制服务器的方法包括：接收客户端发送的连通性测试请求，其中，连通性测试请求包括：主测试机的标识、主测试机的主连通性测试类型、主测试机对应的从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型；判断主测试机对应的从测试机的连通性测试环境是否配置完成；若为是，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试，其中，测试指令包括：从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型。应用本发明实例可以提高测试效率。

Description

一种连通性测试方法、装置及系统

技术领域

本发明涉及服务器测试技术领域，特别涉及一种连通性测试方法、装置及系统。

背景技术

当前，无论在企业网、校园网还是在广域网上，Web服务业务量的发展都超出了过去最乐观的估计。随着互联网应用的普及，即使按照当时最优配置建设的网络，也很难满足普通的服务需求。例如某网站每天会收到数百万次的访问请求，因此对于提供大负载Web服务的服务器来讲硬件处理能力很快会成为瓶颈。简单的提高硬件性能并不能真正解决这个问题，因为单台服务器的性能总是有限的。一般来说，一台专用的Web服务器能够支持3000-5000个并发的访问请求，然而这样的能力还是无法满足负载较大的网站的要求。尤其是网络访问具有突发性，当某些重大事件发生时，网络访问就会急剧上升，从而造成网络瓶颈。

现有技术中，通常采用负载均衡技术来解决上述问题，提高网站处理大量并发服务的能力。具体的，由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。将外部发送来的访问请求均匀分配到对称结构中的某一台服务器上，而接收到访问请求的服务器独立地回应客户的访问请求，从而达到每台服务器的负载均衡的目的，其中，对多台服务器进行流量分发的网络服务设备为负载均衡设备。

为保证负载均衡服务的正常进行，需要对负载均衡设备与多台服务器之间的连通性进行测试。现有技术中，进行连通性测试时，需要测试人员分别对多台服务器手动下载配置文件，当测试多个负载均衡设备时，需要手动切换负载均衡设备，依次对每台负载均衡设备进行连通性测试，当测试类型较多时，还需要手动进行测试类型的切换。因此，现有的连通性测试方法过分依赖人工，测试效率较低。

发明内容

本发明实施例的目的在于提供一种连通性测试方法、装置及系统，提高测试效率。

第一方面，为达到上述目的，本发明实施例公开了一种连通性测试方法，应用于控制服务器，所述方法包括步骤：

接收客户端发送的连通性测试请求，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；

若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型。

可选的，所述方法还包括：

接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端。

可选的，在所述接收客户端发送的连通性测试请求之前，还包括：

接收所述客户端发送的针对所述从测试机的环境配置请求，其中，所述环境配置请求包括：所述从测试机的标识；

根据所述从测试机的标识，向所述从测试机发送环境配置指令，以使所述从测试机根据所述环境配置指令配置连通性测试环境。

可选的，所述根据所述从测试机的标识，向所述从测试机发送环境配置指令，以使所述从测试机根据所述环境配置指令配置连通性测试环境，包括：

根据所述从测试机的标识，通过SSH连接向所述从测试机发送环境配置指令，以使所述从测试机下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

可选的，所述方法还包括：

在判断所述主测试机对应的从测试机的连通性测试环境未配置完成时，执行所述根据所述从测试机的标识，向所述从测试机发送环境配置指令的步骤。

可选的，所述方法还包括：

获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

可选的，所述方法还包括：

在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端。

第二方面，为达到上述目的，本发明实施例还提供了一种连通性测试装置，应用于控制服务器，所述装置包括：

测试请求接收模块，用于接收客户端发送的连通性测试请求，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

环境配置判断模块，用于判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；

测试指令发送模块，用于在判断所述主测试机对应的从测试机的连通性测试环境配置完成时，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型。

可选的，所述装置还包括：

测试结果发送模块，用于接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端。

可选的，在所述测试请求接收模块接收客户端发送的连通性测试请求之前，还包括：

配置请求接收模块，用于接收所述客户端发送的针对所述从测试机的环境配置请求，其中，所述环境配置请求包括：所述从测试机的标识；

配置指令发送模块，用于根据所述从测试机的标识，向所述从测试机发送环境配置指令，以使得所述从测试机根据所述环境配置指令配置连通性测试环境。

可选的，所述配置指令发送模块，用于：

通过SSH连接向所述从测试机发送环境配置指令，以使所述从测试机下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

可选的，所述环境配置判断模块，还用于在判断结果为否的情况下，触发所述配置指令发送模块。

可选的，所述装置还包括：

进度信息获得模块，用于获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

可选的，所述装置还包括：

日志发送模块，用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端。

第三方面，为达到上述目的，本发明实施例还提供了一种连通性测试系统，所述系统包括：

客户端、控制服务器、主测试机、主测试机对应的从测试机；

其中，所述客户端，用于向所述控制服务器发送连通性测试请求，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

所述控制服务器，用于接收所述客户端发送的所述连通性测试请求；判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，其中，所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

所述主测试机，用于接收所述控制器发送的所述测试指令，根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试。

可选的，所述主测试机，还用于向所述控制服务器反馈连通性测试结果；

所述控制服务器，还用于接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端；

所述客户端，还用于接收所述连通性测试结果。

可选的，所述客户端，还用于向所述控制服务器发送针对所述从测试机的环境配置请求，其中，所述环境配置请求包括：所述从测试机的标识；

所述控制服务器，还用于接收所述客户端发送的所述环境配置请求；根据所述从测试机的标识，向所述从测试机发送环境配置指令；

所述从测试机，还用于接收所述控制服务器发送的所述环境配置指令，并根据所述环境配置指令配置连通性测试环境。

可选的，所述控制服务器，具体用于根据所述从测试机的标识，通过SSH连接向所述从测试机发送环境配置指令；

所述从测试机，具体用于接收所述控制服务器发送的所述环境配置指令，并根据所述环境配置指令，下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

可选的，所述控制服务器，还用于在判断所述主测试机对应的从测试机的连通性测试环境未配置完成时，根据所述从测试机的标识，向所述从测试机发送环境配置指令。

可选的，所述控制服务器，还用于获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

可选的，所述控制服务器，还用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端；

所述客户端，还用于接收所述控制服务器发送的所述配置进度日志。

可选的，所述控制服务器包括：Web服务器和控制器，其中，

所述Web服务器，用于接收所述客户端发送的所述连通性测试请求，并将所述连通性测试请求转发给所述控制器；

所述控制器，用于接收所述Web服务器转发的所述连通性测试请求，判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令。

可选的，所述控制器，还用于接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述Web服务器。

所述Web服务器，还用于接收所述控制服务器发送的所述连通性测试结果，并将所述连通性测试结果转发给所述客户端。

可选的，所述Web服务器，还用于接收所述客户端发送的针对所述从测试机的环境配置请求，并将所述环境配置请求转发至所述控制器，其中，所述环境配置请求包括：所述从测试机的标识；

所述控制器，还用于接收所述Web服务器转发的所述环境配置请求，并根据所述从测试机的标识，向所述从测试机发送环境配置指令。

可选的，所述控制器，还用于根据所述从测试机的标识，通过SSH连接向所述从测试机发送环境配置指令。

可选的，所述控制器，还用于在判断所述主测试机对应的从测试机的连通性测试环境未配置完成时，根据所述从测试机的标识，向所述从测试机发送环境配置指令。

可选的，所述控制器，还用于获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

可选的，所述控制器，还用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述Web服务器；

所述Web服务器，还用于接收所述控制器发送的所述配置进度日志，并将所述配置进度日志转发给所述客户端。

第四方面，为达到上述目的，本发明实施例还提供了一种连通性测试方法，应用于客户端，所述方法包括：

向控制服务器发送连通性测试请求，以使所述控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成，若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

接收所述控制服务器反馈的针对所述连通性测试请求的测试结果。

第五方面，为达到上述目的，本发明实施例还提供了一种连通性测试装置，应用于客户端，所述装置包括：

测试请求发送模块，用于向控制服务器发送连通性测试请求，以使所述控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成，若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

测试结果接收模块，用于接收所述控制服务器反馈的针对所述连通性测试请求的测试结果。

由以上可见，本发明实施例所提供的方案中，控制服务器接收客户端发送的连通性测试请求，在判断主测试机对应的从测试机的连通性测试环境配置完成时，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试。与现有技术相比，本发明实施例所提供的方案中，由于客户端发送的连通性测试请求中可以包含至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型，也就是说不需要进行手动切换，控制服务器就能够对至少一个主测试机进行至少一种连通性测试类型的连通性测试。因此，在连通性测试任务较多的情况下，本发明实施例所提供的方案可以有效提高测试效率，实现自动化测试和配置，减少了人工测试的失误。

附图说明

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

图1为本发明实施例提供的连通性测试方法的第一种流程示意图；

图2为本发明实施例提供的连通性测试方法的第二种流程示意图；

图3为本发明实施例提供的连通性测试装置的第一种结构示意图；

图4为本发明实施例提供的连通性测试装置的第二种结构示意图；

图5为本发明实施例提供的连通性测试系统的第一种结构示意图；

图6为本发明实施例提供的连通性测试系统的第二种结构示意图；

图7为本发明实施例提供的一个具体实施例的流程图；

图8为图7所示具体实施例对应的逻辑图。

具体实施方式

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

首先对本申请文件中涉及到的技术术语进行简单介绍。

负载均衡是由多台内部服务器以对称的方式组成一个服务器集合，每台内部服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。通过某种负载均衡技术，将外部发送来的访问请求均匀分配到对称结构中的某一台内部服务器上，而接收到该访问请求的内部服务器独立地回应访问请求，其中，对多台内部服务器进行访问请求分发的网络服务设备为负载均衡设备。在现有网络结构之上，均衡负载能够平均分配访问请求到内部服务器阵列，从而解决大量并发的访问请求的问题。

现有的负载均衡技术主要有四层负载均衡和七层负载均衡。其中，四层负载均衡主要是通过访问请求对应的报文中的目的地址和端口，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器；七层负载均衡也称为“内容交换”，也就是主要通过访问请求对应的报文中的真正有意义的应用层内容，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。实际应用中，四层负载均衡应用于TCP传输协议，其应用范围是基于C/S(Client/Sever)架构开发的系统，例如ERP(Enterprise ResourcePlanning，企业资源计划)系统等。七层负载均衡应用于HTTP传输协议，其应用范围是基于B/S(Browser/serve)架构开发的系统，例如网站等。因此，四层负载均衡也称为TCP模式的负载均衡，七层负载均衡也称为HTTP模式的负载均衡。

负载均衡设备可以提供多种灵活的算法将访问请求有效地转发到它所连接的内部服务器，具体的转发方式有：轮询的转发方式、基于最少连接数的转发方式、随机的转发方式和基于最小响应时间的转发方式等。同时，为避免将访问请求转发到已经停机的内部服务器，负载均衡设备需要对它所连接的所有内部服务器进行健康检查，来判断每台内部服务器是否能够正常提供服务，判断内部服务器是否健康的方法有端口检查和HTTP请求检查。另外，七层负载均衡还提供了会话保持功能，在会话生命周期内，负载均衡设备可以将同一个用户的访问请求在一个会话中转发给同一个内部服务器进行处理，实现会话保持功能有两种方式：植入Cookie和重写Cookie，其中，植入Cookie是指负载均衡设备会在用户的访问请求中插入标识内部服务器地址的Cookie标识，重写Cookie是指负载均衡设备会改写用户指定的Cookie项来标识内部服务器地址。

负载均衡的连通性测试，就是测试负载均衡设备与它所连接的内部服务器之间是否能够正常工作。具体而言，需要测试负载均衡设备是否能够按照设置的转发方式转发访问请求、负载均衡设备是否能够对它所连接的内部服务器进行健康检查，对于七层负载均衡而言，还需要测试负载均衡设备是否能够按照会话保持功能转发访问请求，也就是说负载均衡设备是否能够植入/重新Cookie。

SSH(Secure Shell，安全外壳协议)连接为一种基于安全外壳协议的远程连接方式。SSH为建立在应用层和传输层基础上的安全协议，专为远程登录会话和其它网络服务提供安全性的协议，利用SSH协议可以有效防止远程管理过程中的信息泄露。

本申请文件中所提到的客户端可以是浏览器，也可以是具有浏览器功能的客户端，或者是其他类型的客户端，本申请对此不做限定。

需要提前说明的是，本发明实施例可以基于B/S架构、C/S架构实现，即“浏览器/服务端”“客户端/服务端”。本领域技术人员可以理解的是，C/S架构是一种软件系统体系结构，可以充分利用客户端和服务端两端的硬件环境优势，将任务合理分配到客户端和服务端，客户端和服务端的直接通信降低了系统的通信开销。而B/S架构是随着Internet技术的兴起，对C/S架构的一种变化或者改进的结构，在这种结构下，用户以浏览器为工作界面，极少部分事务逻辑在浏览器实现，主要事务逻辑在服务端实现，而前端浏览器需要通过Web服务器才能与服务端进行通信，即形成“浏览器-Web服务器-服务端”三层结构，这样可以大大简化客户端电脑的载荷。为便于描述，下文中主要以C/S架构为例进行说明。

另外，随着云计算的大规模普及应用，在云计算环境下快速提供负载均衡服务也成为可能，对负载均衡的连通性测试速度和效率提出了更高的要求。本发明实施例所提供的方案可以应用于云计算环境下的负载均衡连通性测试，还可以用于其他情况下的连通性测试，例如：其它云计算虚拟化设施服务的连通性测试，集成其它云计算虚拟化设施服务的功能、性能、接口的连通性测试的，等等，本申请并不对连通性测试的应用场景进行限定。

在云计算环境下的负载均衡技术中，本申请文件中所提到的从测试机可以为Linux操作系统的测试机，也可以为Windows或者其他操作系统的测试机，还可以为诸如数据库等其他服务，本申请对此不做限定。

下面通过具体实施例，首先对本发明实施例所提供的一种连通性测试方法进行详细说明。

图1为本发明实施例提供的连通性测试方法的第一种流程示意图，该方法应用于控制服务器，包括：

S101，接收客户端发送的连通性测试请求，其中，连通性测试请求包括：主测试机的标识、主测试机的主连通性测试类型、主测试机对应的从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型。

实际应用中，当用户需要对一个或多个主测试机及其对应的从测试机进行连通性测试时，可以通过客户端向控制服务器发送连通性测试请求，来实现对一个或多个主测试机及其对应的从测试机的连通性测试。具体的，客户端发送连通性测试请求中，可以包括至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型。

举例而言，在负载均衡技术中，对负载均衡设备和多台内部服务器之间的连通性进行测试时，负载均衡设备为主测试机，多台服务器为该负载均衡设备对应的从测试机，通过客户端向控制服务器发送连通性测试请求，在连通性测试请求中需要指定负载均衡设备的标识，每台内部服务器对应的标识，例如IP地址或端口，负载均衡设备的主连通性测试类型，负载均衡设备与多台内部服务器之间的从连通性测试类型。具体的，主连通性测试类型可以分为TCP模式和HTTP模式等，从连通性测试类型可以为轮询的转发方式、基于最少连接数的转发方式、随机的转发方式和基于最小响应时间的转发方式、健康检查、植入Cookie、重写Cookie等。在指定负载均衡设备的主连通性测试类型时，可以指定TCP模式和HTTP模式等类型中的一种或多种；在指定从连通性测试类型时，也可以指定上述从连通性测试类型中的一种或多种，本申请对此不做限定。

S102，判断主测试机对应的从测试机的连通性测试环境是否配置完成；若为是，执行S103。

实际应用中，主测试机与对应的从测试机之间的连通性测试，需要在对应的从测试机已经配置完成连通性测试环境的前提下进行，因此在对主测试机与对应的从测试机之间进行连通性测试之前，还需要判断主测试机对应的从测试机的连通性测试环境是否配置完成。

具体的，控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成的方式，可以是控制服务器向对应的测试机发送读取连通性测试环境是否配置完成的请求、对应的从测试机基于该请求向控制服务器发送连通性测试环境是否配置完成的信息，也可以是对应的从测试机在连通性测试环境配置完成的情况下向控制服务器发送测试环境已经配置完成的信息，本申请对控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成的具体实现方式不做限定。

S103，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试，其中，测试指令包括：从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型。

实际应用中，控制服务器在接收到连通性测试请求并判定主测试机对应的从测试机的连通性测试环境已经配置完成后，可以根据连通性测试请求中的包含相关信息生成该测试请求对应的一种测试用例，基于此测试用例，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试，进而控制主测试机与对应的从测试机之间的连通性测试。

需要说明的是，当连通性测试请求中包含的主连通性测试类型或从连通性测试类型有多种时，控制服务器还能够根据多种主连通性测试类型或从连通性测试类型，生成对应的多种测试用例，依次根据每种测试用例，控制主测试机与对应的从测试机之间的连通性测试，而不需要测试人员手动为每个测试用例配置对应的测试环境。

举例而言，在对负载均衡设备A及其对应的三台内部服务器1、2、3进行连通性测试时，如果连通性测试请求中指定主连通性测试类型为TCP模式、从连通性测试类型为轮询的转发方式，那么控制服务器根据连通性测试请求中的包含相关信息生成该测试请求对应的一种测试用例可以为：向负载均衡设备A发送6条TCP模式的访问请求，以使负载均衡设备A以轮询的方式将该6条访问请求转发给对应的三台内部服务器1、2、3；该测试用例的预期结果可以为：内部服务器1接收到访问请求1、4，内部服务器2接收到访问请求2、5，内部服务器3接收到访问请求3、6。

同样的，以上述为例，如果连通性测试请求中指定主连通性测试类型为TCP模式和HTTP模式、从连通性测试类型为轮询的转发方式，那么控制服务器可以根据主连通性测试类型为TCP模式和从连通性测试类型为轮询的转发方式生成一种测试用例，同时根据主连通性测试类型为HTTP模式和从连通性测试类型为轮询的转发方式生成另一种测试用例；另外，如果连通性测试请求中指定主连通性测试类型为TCP模式、从连通性测试类型为轮询的转发方式和基于最小连接数的转发方式，那么控制服务器可以根据主连通性测试类型为TCP模式和从连通性测试类型为轮询的转发方式生成一种测试用例，同时根据主连通性测试类型为TCP模式和从连通性测试类型为基于最小连接数的转发方式生成另一种测试用例。

在本发明的一个优选实施例中，该方法还可以包括：接收主测试机反馈的连通性测试结果，并将连通性测试结果发送给客户端。

实际应用中，控制服务器接收主测试机反馈的连通性测试结果的方式，可以是由主测试机主动向控制服务器发送连通性测试机结果，也可以是控制服务器向主测试机发送获取连通性测试结果的请求、主测试机基于该请求向控制服务器发送连通性测试结果，本申请对接收主测试机反馈的连通性测试结果的具体实现方式不做限定。

控制服务器接收主测试机反馈的连通性测试结果后，可以根据上述生成的预期结果，对接收到的连通性测试结果进行分析，并将对应连通性测试结果的分析结果发送给客户端，这样，解决了现有技术中测试人员收集测试数据困难的问题，不需要测试人员在测试结束后进行后期整理测试报告及对测试报告进行分析错误原因，提高了测试效率，使得测试人员可以直观地从客户端获取连通性测试结果，及时掌握连通性测试的相关信息，便于测试人员在测试过程出现故障或者测试结果为失败的情况下及时作出处理对策。

举例而言，以上述负载均衡设备A及其对应的三台内部服务器1、2、3为例，控制服务器接收负载均衡设备A反馈的连通性测试结果后，根据该连通性测试结果是否符合上述生成的预期结果，可以判断负载均衡设备A及其对应的三台内部服务器1、2、3之间是否具有连通性，如果是，控制服务器将负载均衡设备A及其对应的三台内部服务器1、2、3之间是否具有连通性的结果发送给客户端。如果该连通性测试结果是否符合上述生成的预期结果，则控制服务器不仅可以判定负载均衡设备A及其对应的三台内部服务器1、2、3之间不具有连通性，还可以根据该连通性测试结果和上述生成的预期结果，确定出造成负载均衡设备A及其对应的三台内部服务器1、2、3不连通的原因，控制服务器可以将负载均衡设备A及其对应的三台内部服务器1、2、3之间不具有连通性及造成不连通的原因发送给客户端。

需要说明的是，上述控制服务器可以为连通性测试系统中的服务器，其中，连通性测试系统包括：客户端、控制服务器、主测试机、主测试机对应的从测试机，本申请仅仅以上述为例进行说明，实际应用中上述连通性测试系统并不仅限于此。

由以上可见，应用本发明实施例，控制服务器接收客户端发送的连通性测试请求，在判断主测试机对应的从测试机的连通性测试环境配置完成时，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试。与现有技术相比，本发明实施例所提供的方案中，由于客户端发送的连通性测试请求中可以包含至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型，也就是说不需要进行手动切换，控制服务器就能够对至少一个主测试机进行至少一种连通性测试类型的连通性测试。因此，在连通性测试任务较多的情况下，本发明实施例所提供的方案可以有效提高测试效率。

更进一步的，图2为本发明实施例所提供的连通性测试方法的第二种流程示意图。基于图1所提供的实施例，本发明实施例所提供的一种连通性测试方法，在步骤S101，接收客户端发送的连通性测试请求之前，还包括步骤S104和步骤S105，其中，

S104，接收客户端发送的针对从测试机的环境配置请求，其中，环境配置请求包括：从测试机的标识；

S105，根据从测试机的标识，向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境。

需要说明的是，当从测试机根据环境配置指令配置完成连通性测试环境后，从测试机还可以向控制服务器发送环境配置完成的通知消息，以使控制服务器向客户端反馈从测试机的环境配置已经完成，便于客户端在从测试机的环境配置已经完成之后，及时向控制服务器发送连通性测试请求，提高测试效率；同时，本方案可以同时对多个从测试机进行配置测试环境，与人工配置测试环境的方式相比，可以减少测试人力的投入和重复操作，减少配置测试环境和测试的出错率。

在一种具体实施例中，根据从测试机的标识，向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境，包括：

根据从测试机的标识，通过SSH连接向从测试机发送环境配置指令，以使从测试机下载安装服务端软件、以及下载带有控制服务器的Cookie信息的测试脚本。

在负载均衡技术中，对于操作系统为Linux的内部服务器，在配置连通性测试环境时下载安装的服务端软件可以为Apache、PHP服务。

在本发明的一个优选实施例中，该方法还可以包括：在判断主测试机对应的从测试机的连通性测试环境未配置完成时，执行根据从测试机的标识，向从测试机发送环境配置指令的步骤。

实际应用中，如果主测试机对应的从测试机的连通性测试环境未配置完成，则主测试机与对应的从测试机之间的连通性测试不能进行，因此控制服务器还需要向从测试机发送环境配置指令，以保证对应的从测试机的连通性测试环境能够配置完成。

另外，在判断主测试机对应的从测试机的连通性测试环境未配置完成时，控制服务器还可以向客户端发送对应的从测试机未配置完成连通性测试环境的通知消息，以使得测试人员了解到连通性测试还未执行，便于测试人员通过客户端再次发送连通性测试请求。

在本发明的另一个具体实施例中，该方法还可以包括：获得从测试机配置连通性测试环境的进度信息，并根据进度信息生成配置进度日志。

实际应用中，获得从测试机配置连通性测试环境的进度信息的方式，可以是控制服务器向从测试机发送获取进度信息的请求、从测试机基于该请求向控制服务器发送进度信息，也可以是由从测试机主动向控制服务器发送进度信息，本申请对获得从测试机配置连通性测试环境的进度信息的具体实现方式不做限定。当然，可以是实时性获得从测试机配置连通性测试环境的进度信息，也可以是每隔固定时长后获得从测试机配置连通性测试环境的进度信息，本申请对此亦不做限定。

在本发明的再一个优选实施例中，该方法还可以包括：在进度信息显示连通性测试环境配置完成后，将配置进度日志发送给客户端。这样，测试人员可以直观地在客户端读取各个从测试机的配置进度日志，便于在配置失败的情况下分析错误原因。

由以上可见，应用本发明实施例，控制服务器首先接收客户端发送的针对从测试机的环境配置请求，向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境，然后接收客户端发送的连通性测试请求，在判断主测试机对应的从测试机的连通性测试环境配置完成时，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试。与现有技术相比，本发明实施例所提供的方案中由于客户端发送的连通性测试请求中可以包含至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型，也就是说不需要进行手动切换，控制服务器就能够对至少一个主测试机进行至少一种连通性测试类型的连通性测试。因此，在连通性测试任务较多的情况下，本发明实施例所提供的方案可以有效提高测试效率。并且，测试人员通过客户端向控制服务器发送环境配置请求和连通性测试请求，在环境配置或连通性测试完成后，控制服务器发送配置进度日志或连通性测试结果给客户端，实现了测试人员全程可视化操作，降低了测试人员的重复劳动。现有技术中配置测试环境、连通性测试、监控配置进度日志和测试结果报告等功能比较分散，不利于集成化的连通性测试，在云计算虚拟化环境下测试效率较低，而本发明实施例集成了上述功能，提高了云计算环境下的测试效率，实现自动化测试和配置，减少了人工测试的失误。

另一方面，本发明实施例提供了另一种连通性测试方法，应用于客户端，该方法包括：

向控制服务器发送连通性测试请求，以使控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成，若为是，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试，其中，连通性测试请求包括：主测试机的标识、主测试机的主连通性测试类型、主测试机对应的从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型；测试指令包括：从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型。

接收控制服务器反馈的针对连通性测试请求的测试结果。

在接收到控制服务器反馈的连通性测试结果后，将该连通性测试结果展示给测试人员，使得测试人员可以直观地获取连通性测试结果，及时掌握连通性测试的相关信息，便于测试人员在测试过程出现故障或者测试结果为失败的情况下及时作出处理对策。

在本发明的另一个优选实施例中，在发送连通性测试请求给控制服务器之前，该方法还可以包括：

发送针对从测试机的环境配置请求给控制服务器，以使控制服务器根据从测试机的标识，向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境；其中，环境配置请求包括：从测试机的标识。

在本发明的再一个优选实施例中，该方法还可以包括：接收控制服务器发送的配置进度日志。

客户端在接收到控制服务器发送的配置进度日志后，将配置进度日志展示给测试人员，这样，测试人员可以直观地在客户端读取各个从测试机的配置进度日志，便于在配置失败的情况下分析错误原因。

需要说明的是，上述客户端可以为连通性测试系统中的客户端，其中，连通性测试系统包括：客户端、控制服务器、主测试机、主测试机对应的从测试机，本申请仅仅以上述为例进行说明，实际应用中上述连通性测试系统并不仅限于此。

由以上可见，应用本发明实施例，测试人员通过客户端向控制服务器发送环境配置请求和连通性测试请求，在环境配置或连通性测试完成后，控制服务器发送配置进度日志或连通性测试结果给客户端，实现了测试人员全程可视化操作，降低了测试人员的重复劳动；现有技术中配置测试环境、连通性测试、监控配置进度日志和测试结果报告等功能比较分散，不利于集成化的连通性测试，在云计算虚拟化环境下测试效率较低，而本发明实施例集成了上述功能，提高了云计算环境下的测试效率，实现自动化测试和配置，减少了人工测试的失误。

相应于上述方法实施例，本发明实施例还提供了一种连通性测试装置。

与图1所示的方法实施例相对应，图3为本发明实施例提供的连通性测试装置的第一种结构示意图，该装置应用于控制服务器，包括：测试请求接收模块301，环境配置判断模块302，测试指令发送模块303。

测试请求接收模块301，用于接收客户端发送的连通性测试请求，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

环境配置判断模块302，用于判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；

测试指令发送模块303，用于在所述环境配置判断模块302判断所述主测试机对应的从测试机的连通性测试环境配置完成时，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型。

优选的，该连通性测试装置还包括：测试结果发送模块(图中未示出)。

其中，测试结果发送模块，用于接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端。

由以上可见，应用本发明实施例，控制服务器接收客户端发送的连通性测试请求，在判断主测试机对应的从测试机的连通性测试环境配置完成时，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试。与现有技术相比，本发明实施例所提供的方案中，由于客户端发送的连通性测试请求中可以包含至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型，也就是说不需要进行手动切换，控制服务器就能够对至少一个主测试机进行至少一种连通性测试类型的连通性测试。因此，在连通性测试任务较多的情况下，本发明实施例所提供的方案可以有效提高测试效率。

与图2所示的方法实施例相对应，图4为本发明实施例提供的连通性测试装置的第二种结构示意图，在图3所示实施例的基础上，在所述测试请求接收模块301接收客户端发送的连通性测试请求之前，该连通性测试装置还包括：配置请求接收模块304，配置指令发送模块305。

其中，配置请求接收模块304，用于接收所述客户端发送的针对所述从测试机的环境配置请求，其中，所述环境配置请求包括：所述从测试机的标识；

配置指令发送模块305，用于根据所述从测试机的标识，向所述从测试机发送环境配置指令，以使得所述从测试机根据所述环境配置指令配置连通性测试环境。

优选的，所述配置指令发送模块305，可以用于：

通过SSH连接向所述从测试机发送环境配置指令，以使所述从测试机下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

优选的，环境配置判断模块302，还用于在判断结果为否的情况下，触发所述配置指令发送模块305。

优选的，该连通性测试装置还包括：进度信息获得模块(图中未示出)；

其中，进度信息获得模块，用于获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

优选的，该连通性测试装置还包括：日志发送模块(图中未示出)；

其中，日志发送模块，用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端。

由以上可见，应用本发明实施例，控制服务器首先接收客户端发送的针对从测试机的环境配置请求，向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境，然后接收客户端发送的连通性测试请求，在判断主测试机对应的从测试机的连通性测试环境配置完成时，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试。与现有技术相比，本发明实施例所提供的方案中由于客户端发送的连通性测试请求中可以包含至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型，也就是说不需要进行手动切换，控制服务器就能够对至少一个主测试机进行至少一种连通性测试类型的连通性测试。因此，在连通性测试任务较多的情况下，本发明实施例所提供的方案可以有效提高测试效率。并且，测试人员通过客户端向控制服务器发送环境配置请求和连通性测试请求，在环境配置或连通性测试完成后，控制服务器发送配置进度日志或连通性测试结果给客户端，实现了测试人员全程可视化操作，降低了测试人员的重复劳动。现有技术中配置测试环境、连通性测试、监控配置进度日志和测试结果报告等功能比较分散，不利于集成化的连通性测试，在云计算虚拟化环境下测试效率较低，而本发明实施例集成了上述功能，提高了云计算环境下的测试效率，实现自动化测试和配置，减少了人工测试的失误。

另一方面，本发明实施例提供了另一种连通性测试装置，应用于客户端，该装置包括：测试请求发送模块和测试结果接收模块。

其中，测试请求发送模块，用于向控制服务器发送连通性测试请求，以使控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成，若为是，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试；其中，连通性测试请求包括：主测试机的标识、主测试机的主连通性测试类型、主测试机对应的从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型；测试指令包括：从测试机的标识、主测试机与对应的从测试机之间的从连通性测试类型；

测试结果接收模块，用于接收所述控制服务器反馈的针对所述连通性测试请求的测试结果。

优选的，在测试请求发送模块发送连通性测试请求给控制服务器之前，该装置还可以包括：配置请求发送模块，用于发送针对从测试机的环境配置请求给控制服务器，以使控制服务器根据从测试机的标识，向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境；其中，环境配置请求包括：从测试机的标识。

优选的，该装置还可以包括：日志接收模块，用于接收控制服务器发送的配置进度日志。

由以上可见，应用本发明实施例，测试人员通过客户端向控制服务器发送环境配置请求和连通性测试请求，在环境配置或连通性测试完成后，控制服务器发送配置进度日志或连通性测试结果给客户端，实现了测试人员全程可视化操作，降低了测试人员的重复劳动；现有技术中配置测试环境、连通性测试、监控配置进度日志和测试结果报告等功能比较分散，不利于集成化的连通性测试，在云计算虚拟化环境下测试效率较低，而本发明实施例集成了上述功能，提高了云计算环境下的测试效率，实现自动化测试和配置，减少了人工测试的失误。

与上述的连通性测试方法、装置相对应，本发明实施例还提供了一种连通性测试系统。

图5为本发明实施例提供的连通性测试系统的第一种结构示意图，该系统包括：客户端501、控制服务器502、主测试机503、主测试机503对应的从测试机504；

其中，所述客户端501，用于向所述控制服务器502发送连通性测试请求，其中，所述连通性测试请求包括：主测试机503的标识、所述主测试机503的主连通性测试类型、所述主测试机503对应的从测试机504的标识、所述主测试机503与对应的从测试机504之间的从连通性测试类型；

所述控制服务器502，用于接收所述客户端501发送的所述连通性测试请求；判断所述主测试机503对应的从测试机504的连通性测试环境是否配置完成；若为是，根据所述主测试机503的标识，向所述主测试机503发送所述主连通性测试类型对应的测试指令，其中，所述测试指令包括：所述从测试机504的标识、所述主测试机503与对应的从测试机504之间的从连通性测试类型；

所述主测试机503，用于接收所述控制器502发送的所述测试指令，根据所述从测试机504的标识，与所述从测试机504进行所述从连通性测试类型对应的连通性测试。

在实际应用中，所述主测试机503，还用于向所述控制服务器502反馈连通性测试结果；

所述控制服务器502，还用于接收所述主测试机503反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端501；

所述客户端501，还用于接收所述连通性测试结果。

在实际应用中，所述客户端501，还用于向所述控制服务器502发送针对所述从测试机504的环境配置请求，其中，所述环境配置请求包括：所述从测试机504的标识；

所述控制服务器502，还用于接收所述客户端501发送的所述环境配置请求；根据所述从测试机504的标识，向所述从测试机504发送环境配置指令；

所述从测试机504，还用于接收所述控制服务器502发送的所述环境配置指令，并根据所述环境配置指令配置连通性测试环境。

在实际应用中，所述控制服务器502，具体用于根据所述从测试机504的标识，通过SSH连接向所述从测试机504发送环境配置指令；

所述从测试机504，具体用于接收所述控制服务器502发送的所述环境配置指令，并根据所述环境配置指令，下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

在实际应用中，所述控制服务器502，还用于在判断所述主测试机503对应的从测试机504的连通性测试环境未配置完成时，根据所述从测试机504的标识，向所述从测试机504发送环境配置指令。

在实际应用中，所述控制服务器502，还用于获得所述从测试机504配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

在实际应用中，所述控制服务器502，还用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端501；

所述客户端501，还用于接收所述控制服务器502发送的所述配置进度日志。

由以上可见，应用本发明实施例，控制服务器首先接收客户端发送的针对从测试机的环境配置请求，向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境，然后接收客户端发送的连通性测试请求，在判断主测试机对应的从测试机的连通性测试环境配置完成时，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试。与现有技术相比，本发明实施例所提供的方案中由于客户端发送的连通性测试请求中可以包含至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型，也就是说不需要进行手动切换，控制服务器就能够对至少一个主测试机进行至少一种连通性测试类型的连通性测试。因此，在连通性测试任务较多的情况下，本发明实施例所提供的方案可以有效提高测试效率。并且，测试人员通过客户端向控制服务器发送环境配置请求和连通性测试请求，在环境配置或连通性测试完成后，控制服务器发送配置进度日志或连通性测试结果给客户端，实现了测试人员全程可视化操作，降低了测试人员的重复劳动。现有技术中配置测试环境、连通性测试、监控配置进度日志和测试结果报告等功能比较分散，不利于集成化的连通性测试，在云计算虚拟化环境下测试效率较低，而本发明实施例集成了上述功能，提高了云计算环境下的测试效率，实现自动化测试和配置，减少了人工测试的失误。

由前述描述可以知道，本发明实施例可以基于B/S(Browser/serve)架构、C/S(Client/Sever)架构实现，以上描述都是以C/S架构为例进行说明的，下面以基于B/S(Browser/serve)架构为例，对本发明实施例提供的一种连通性测试系统进行简单说明。

图6为本发明实施例提供的连通性测试系统的第二种结构示意图，在图5所示实施例的基础上，本实施中，所述控制服务器502包括：Web服务器5021和控制器5022，其中，

所述Web服务器5021，用于接收所述客户端501发送的所述连通性测试请求，并将所述连通性测试请求转发给所述控制器5022；

所述控制器5022，用于接收所述Web服务器5021转发的所述连通性测试请求，判断所述主测试机503对应的从测试机504的连通性测试环境是否配置完成；若为是，根据所述主测试机503的标识，向所述主测试机503发送所述主连通性测试类型对应的测试指令。

在实际应用中，所述控制器5022，还用于接收所述主测试机503反馈的连通性测试结果，并将所述连通性测试结果发送给所述web服务器5021。

所述web服务器5021，还用于接收所述控制服务器5022发送的所述连通性测试结果，并将所述连通性测试结果转发给所述客户端501。

在实际应用中，所述Web服务器5021，用于接收所述客户端501发送的针对所述从测试机504的环境配置请求，并将所述环境配置请求转发至所述控制器5022，其中，所述环境配置请求包括：所述从测试机504的标识；

所述控制器5022，用于接收所述Web服务器5021转发的所述环境配置请求，并根据所述从测试机504的标识，向所述从测试机504发送环境配置指令。

在实际应用中，所述控制器5022，还用于根据所述从测试机504的标识，通过SSH连接向所述从测试机504发送环境配置指令。

在实际应用中，所述控制器5022，还用于在判断所述主测试机503对应的从测试机504的连通性测试环境未配置完成时，根据所述从测试机504的标识，向所述从测试机504发送环境配置指令。

在实际应用中，所述控制器5022，还用于获得所述从测试机504配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

在实际应用中，所述控制器5022，还用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述web服务器5021；

所述web服务器5021，还用于接收所述控制器5022发送的所述配置进度日志，所述配置进度日志转发给所述客户端501。

由以上可见，应用本发明实施例，Web服务器首先接收客户端发送的针对从测试机的环境配置请求并将该请求转发给控制器，控制器向从测试机发送环境配置指令，以使从测试机根据环境配置指令配置连通性测试环境，然后Web服务器接收客户端发送的连通性测试请求并将该请求转发给控制器，控制器在判断主测试机对应的从测试机的连通性测试环境配置完成时，根据主测试机的标识，向主测试机发送主连通性测试类型对应的测试指令，以使主测试机根据从测试机的标识，与从测试机进行从连通性测试类型对应的连通性测试。与现有技术相比，本发明实施例所提供的方案中由于客户端发送的连通性测试请求中可以包含至少一个主测试机的标识、每个主测试机的至少一个主连通性测试类型、每个主测试机对应的至少一个从测试机的标识、每个主测试机与对应的从测试机之间的至少一个从连通性测试类型，也就是说不需要进行手动切换，控制器就能够对至少一个主测试机进行至少一种连通性测试类型的连通性测试。因此，在连通性测试任务较多的情况下，本发明实施例所提供的方案可以有效提高测试效率。并且，测试人员通过客户端发送的环境配置请求和连通性测试请求由Web服务器转发给控制器，在环境配置或连通性测试完成后，控制器发送的配置进度日志或连通性测试结果通过Web服务器转发给客户端，实现了测试人员全程可视化操作，降低了测试人员的重复劳动。现有技术中配置测试环境、连通性测试、监控配置进度日志和测试结果报告等功能比较分散，不利于集成化的连通性测试，在云计算虚拟化环境下测试效率较低，而本发明实施例集成了上述功能，提高了云计算环境下的测试效率，实现自动化测试和配置，减少了人工测试的失误。

如图7所示的具体实施例，该具体实施例应用于云计算环境下的负载均衡的连通性测试，其中，负载均衡服务为主测试机，Linux服务器为从测试机，负载均衡服务为HTTP模式和/或为TCP模式的负载均衡。

测试人员可以通过客户端发送针对于Linux服务器的环境配置请求，由Web服务器接收该请求，并将该请求转发给控制器。控制器接收该请求后向对应的Linux服务器发送环境配置指令，对应的Linux服务器根据该环境配置指令进行配置。在Linux服务器进行环境配置的过程中，控制器可以从对应的Linux服务器中获取配置测试环境的进度信息，也就是监控Linux服务器的配置过程，根据获取到的监控数据生成监控报告，并将监控报告发送给Web服务器，Web服务器将接收到的监控报告转发给客户端，使得客户端将监控报告显示给测试人员。监控报告也就是上文所提到的配置进度日志。

测试人员还可以通过客户端发送针对于负载均衡服务的连通性测试请求，由Web服务器接收该请求，并将该请求转发给控制器。控制器接收该请求后，判断该负载均衡服务对应的Linux服务器的连通性测试环境是否配置完成，如果是，向该测试负载均衡服务发送测试指令，来控制该负载均衡服务与对应的Linux服务器之间的连通性测试，在测试完成后，从该负载均衡服务获取连通性测试的数据，根据获取到的测试数据生成测试报告，并将测试报告发送给Web服务器，Web服务器将接收到的测试报告转发给客户端，使得客户端将测试报告显示给测试人员。

如果，控制器判定该负载均衡服务对应的Linux服务器的连通性测试环境没有配置完成，就向对应的Linux服务器发送环境配置指令，以使得对应的Linux服务器完成测试环境的配置。在对应的Linux服务器的连通性测试环境配置完成的情况下，再次进行上述连通性测试的相关过程。

图8为图7所示具体实施例对应的逻辑图，其中，一个被测试服务为一个负载均衡服务及其对应的Linux服务器的总称，图7所示实施例中，控制器包括配置和测试两个功能模块，其中，配置功能模块用于对对应的Linux服务器配置测试环境，测试功能模块用于测试被测试服务的连通性。在图7所示实施例中，控制器的业务层包括组件、控制器功能、被测试服务。与配置功能模块相对应的组件为Apache、PHP、测试脚本，其中，组件Apache用于下载Apache服务，组件PHP用于下载PHP服务，组件测试脚本用于写入测试脚本；与测试功能模块相对应的组件为各个主测试类型和从测试类型对应的组件，包括HTTP、TCP、轮询、植入/重写Cookie、最小连接数、健康检查，其中组件HTTP用于进行HTTP模式的主连通性测试类型的测试，组件TCP用于进行TCP模式的主连通性测试类型的测试，组件轮询用于进行轮询转发方式的从连通性测试类型的测试，组件植入/重写Cookie用于进行植入/重写Cookie的从连通性测试类型的测试，组件最小连接数用于进行基于最小连接数的转发方式的从连通性测试类型的测试，组件健康检查用于进行健康检查的从连通性测试类型的测试。控制器的功能包括命令执行、外部接口、监控模块、日志模块，其中，命令执行功能用于响应客户端的请求而执行对应的命令，外部接口为云计算网络层提供的一些功能接口，可以用于诸如关闭/开启会话保持、植入/重写cookie等操作，监控模块和日志模块用于监控连通性环境配置和测试的过程并生成日志。

由上述具体实施例可知，本方案可以在云计算控制台上通过客户端和控制器实现同时对多个被测试服务进行连通性测试，自动生成监控报告和测试报告，而不需要测试人员手动切换被测试服务、手动收集测试数据作出测试报告，在被测试服务较多的情况下，提高了测试效率。现有技术中配置测试环境、连通性测试、监控配置进度日志和测试结果报告等功能比较分散，不利于集成化的连通性测试，在云计算虚拟化环境下测试效率较低，而本发明实施例集成了上述功能，提高了云计算环境下的测试效率，实现自动化测试和配置，减少了人工测试的失误。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (25)

1.一种连通性测试方法，其特征在于，应用于控制服务器，所述方法包括步骤：

接收客户端发送的连通性测试请求，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；

若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型。

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

接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端。

3.根据权利要求1所述的方法，其特征在于，在所述接收客户端发送的连通性测试请求之前，还包括：

接收所述客户端发送的针对所述从测试机的环境配置请求，其中，所述环境配置请求包括：所述从测试机的标识；

根据所述从测试机的标识，向所述从测试机发送环境配置指令，以使所述从测试机根据所述环境配置指令配置连通性测试环境。

4.根据权利要求3所述的方法，其特征在于，所述根据所述从测试机的标识，向所述从测试机发送环境配置指令，以使所述从测试机根据所述环境配置指令配置连通性测试环境，包括：

根据所述从测试机的标识，通过SSH连接向所述从测试机发送环境配置指令，以使所述从测试机下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

在判断所述主测试机对应的从测试机的连通性测试环境未配置完成时，执行所述根据所述从测试机的标识，向所述从测试机发送环境配置指令的步骤。

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

获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

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

在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端。

8.一种连通性测试装置，其特征在于，应用于控制服务器，所述装置包括：

测试请求接收模块，用于接收客户端发送的连通性测试请求，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

环境配置判断模块，用于判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；

测试指令发送模块，用于在判断所述主测试机对应的从测试机的连通性测试环境配置完成时，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

测试结果发送模块，用于接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端。

10.根据权利要求8所述的装置，其特征在于，在所述测试请求接收模块接收客户端发送的连通性测试请求之前，还包括：

配置请求接收模块，用于接收所述客户端发送的针对所述从测试机的环境配置请求，其中，所述环境配置请求包括：所述从测试机的标识；

配置指令发送模块，用于根据所述从测试机的标识，向所述从测试机发送环境配置指令，以使得所述从测试机根据所述环境配置指令配置连通性测试环境。

11.根据权利要求10所述的装置，其特征在于，所述配置指令发送模块，用于：

通过SSH连接向所述从测试机发送环境配置指令，以使所述从测试机下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

12.根据权利要求10或11所述的装置，其特征在于，

所述环境配置判断模块，还用于在判断结果为否的情况下，触发所述配置指令发送模块。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：

进度信息获得模块，用于获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

14.根据权利要求13所述的装置，其特征在于，所述装置还包括：

日志发送模块，用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端。

15.一种连通性测试系统，其特征在于，所述系统包括：

客户端、控制服务器、主测试机、主测试机对应的从测试机；

其中，所述客户端，用于向所述控制服务器发送连通性测试请求，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

所述控制服务器，用于接收所述客户端发送的所述连通性测试请求；判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，其中，所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

所述主测试机，用于接收所述控制器发送的所述测试指令，根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试。

16.根据权利要求15所述的系统，其特征在于，

所述主测试机，还用于向所述控制服务器反馈连通性测试结果；

所述控制服务器，还用于接收所述主测试机反馈的连通性测试结果，并将所述连通性测试结果发送给所述客户端；

所述客户端，还用于接收所述连通性测试结果。

17.根据权利要求15所述的系统，其特征在于，

所述客户端，还用于向所述控制服务器发送针对所述从测试机的环境配置请求，其中，所述环境配置请求包括：所述从测试机的标识；

所述控制服务器，还用于接收所述客户端发送的所述环境配置请求；根据所述从测试机的标识，向所述从测试机发送环境配置指令；

所述从测试机，还用于接收所述控制服务器发送的所述环境配置指令，并根据所述环境配置指令配置连通性测试环境。

18.根据权利要求17所述的系统，其特征在于，

所述控制服务器，具体用于根据所述从测试机的标识，通过SSH连接向所述从测试机发送环境配置指令；

所述从测试机，具体用于接收所述控制服务器发送的所述环境配置指令，并根据所述环境配置指令，下载安装服务端软件、以及下载带有所述控制服务器的Cookie信息的测试脚本。

19.根据权利要求17或18所述的系统，其特征在于，

所述控制服务器，还用于在判断所述主测试机对应的从测试机的连通性测试环境未配置完成时，根据所述从测试机的标识，向所述从测试机发送环境配置指令。

20.根据权利要求17所述的系统，其特征在于，

所述控制服务器，还用于获得所述从测试机配置连通性测试环境的进度信息，并根据所述进度信息生成配置进度日志。

21.根据权利要求20所述的系统，其特征在于，

所述控制服务器，还用于在所述进度信息显示连通性测试环境配置完成后，将所述配置进度日志发送给所述客户端；

所述客户端，还用于接收所述控制服务器发送的所述配置进度日志。

22.根据权利要求15所述的系统，其特征在于，所述控制服务器包括：Web服务器和控制器，其中，

所述Web服务器，用于接收所述客户端发送的所述连通性测试请求，并将所述连通性测试请求转发给所述控制器；

所述控制器，用于接收所述Web服务器转发的所述连通性测试请求，判断所述主测试机对应的从测试机的连通性测试环境是否配置完成；若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令。

23.根据权利要求22所述的系统，其特征在于，

所述Web服务器，用于接收所述客户端发送的针对所述从测试机的环境配置请求，并将所述环境配置请求转发至所述控制器，其中，所述环境配置请求包括：所述从测试机的标识；

所述控制器，用于接收所述Web服务器转发的所述环境配置请求，并根据所述从测试机的标识，向所述从测试机发送环境配置指令。

24.一种连通性测试方法，其特征在于，应用于客户端，所述方法包括：

向控制服务器发送连通性测试请求，以使所述控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成，若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

接收所述控制服务器反馈的针对所述连通性测试请求的测试结果。

25.一种连通性测试装置，其特征在于，应用于客户端，所述装置包括：

测试请求发送模块，用于向控制服务器发送连通性测试请求，以使所述控制服务器判断主测试机对应的从测试机的连通性测试环境是否配置完成，若为是，根据所述主测试机的标识，向所述主测试机发送所述主连通性测试类型对应的测试指令，以使所述主测试机根据所述从测试机的标识，与所述从测试机进行所述从连通性测试类型对应的连通性测试，其中，所述连通性测试请求包括：主测试机的标识、所述主测试机的主连通性测试类型、所述主测试机对应的从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；所述测试指令包括：所述从测试机的标识、所述主测试机与对应的从测试机之间的从连通性测试类型；

测试结果接收模块，用于接收所述控制服务器反馈的针对所述连通性测试请求的测试结果。