虚拟通信产品的测试平台、测试方法和测试装置与流程

本发明涉及计算机领域，具体而言，涉及一种虚拟通信产品的测试平台、测试方法和测试装置。

背景技术：

随着企业私有云、混合云、公有云的高速发展，用于云端通信的虚拟化通信产品(例如，虚拟防火墙)越来越多，目前主要是基于vmware、xen、openstack等虚拟化平台搭建的云平台，传统防火墙只能部署在网络出口以安全防护，无法保护内部云服务器及服务器内部虚拟终端的数据安全，而基于虚拟化平台上的虚拟防火墙可以解决上述问题。

以虚拟防火墙为例，虚拟防火墙与传统防火墙不同，其需要支持在vmware、xen、openstack、kvm等多个虚拟化平台上部署。在部署虚拟防火墙的过程中，除防火墙自身业务的复杂性以外，还需要考虑虚拟化平台的兼容性。虚拟防火墙不仅可以部署在服务器网络出口用作边界安全防护，还可以部署在服务器上的每台虚拟终端的出口做服务器内部用作安全防护。因此，虚拟防火墙的质量对保障网络出口或服务器内部网络的安全有重要的影响。

图1示出了现有技术中的虚拟防火墙的测试示意图。由图1可知，在一台虚拟化平台服务器(例如，xen、vmware、kvm等)上部署有2台虚拟防火墙(如图1中的虚拟防火墙-1、虚拟防火墙-2)，虚拟防火墙的虚拟口与服务器物理网卡接口(如图1中的etho、eth2、eth3、eth4、eth5)一一对应绑定，其中，虚拟防火墙的ethernet0/0口(图1中未示出)通过服务器的etho连接到控制交换机上。在另一台虚拟化平台服务器上部署两台虚拟化测试终端(如图1中的虚拟化测试pc1、虚拟化测试pc2)，虚拟化测试终端与服务器的绑定，与虚拟防火墙的虚拟口和服务器物理网卡接口的绑定相同。

在图1中，用户在写好自动化测试脚本之后，将通过自动化测试系统运行自动化测试脚本来进行自动化测试，通常，采用robotframework自动化测试系统运行自动化测试脚本。

由上可知，现有的虚拟防火墙的自动化测试主要参考传统的硬件防火墙自动化技术来实现，测试效率低，服务器需求量大，设备利用率低，灵活性差，并且难以完成多业务的高效测试及保证测试的完备性。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种虚拟通信产品的测试平台、测试方法和测试装置，以至少解决现有的自动化测试系统存在测试效率低、设备利用率低的技术问题。

根据本发明实施例的一个方面，提供了一种虚拟通信产品的测试平台，包括：测试终端，用于接收输入的虚拟通信产品的版本信息以及测试内容；至少一个虚拟服务器，通过测试系统与测试终端连接，用于根据版本信息以及测试内容确定对虚拟通信产品进行测试的测试环境，并在测试环境下对虚拟通信产品进行测试。

进一步地，至少一个虚拟服务器上设置有通信网络，其中，通信网络至少包括：控制网络、内部通信网络以及测试流量网络。

进一步地，至少一个虚拟服务器通过控制网络与外部服务器进行通信；至少一个虚拟服务器通过内部通信网络与内部服务器进行通信；至少一个虚拟服务器通过测试流量网络对虚拟通信产品与虚拟测试终端之间的流量进行测试，其中，虚拟通信产品与虚拟测试终端设置在至少一个虚拟服务器中。

进一步地，虚拟通信产品包括多个第一网络接口，其中，多个第一网络接口至少包括：至少一个管理接口和多个测试接口；至少一个管理接口设置在内部通信网络中，通过出口网关以及控制网络与外部服务器进行通信；多个测试接口设置在测试流量网络中。

进一步地，虚拟测试终端包括多个第二网络接口，其中，多个第二网络接口至少包括：至少一个管理接口、多个测试接口以及至少一个通信接口；至少一个管理接口设置在内部通信网络中，通过出口网关以及控制网络与外部服务器进行通信；多个测试接口设置在测试流量网络中；至少一个通信接口设置在内部通信网络中，与内部服务器进行通信，以实现对多个第二网络接口的设置。

进一步地，虚拟通信产品至少包括虚拟防火墙。

根据本发明实施例的另一方面，还提供了一种虚拟通信产品的测试方法，包括：获取虚拟通信产品的版本信息以及测试内容；根据版本信息以及测试内容设置对虚拟通信产品进行测试的测试环境，并在测试环境下对虚拟通信产品进行测试。

进一步地，测试环境至少设置有虚拟测试终端，虚拟通信产品的测试方法还包括：获取虚拟测试终端对应的预设模板；根据版本信息以及测试内容对预设模板进行复制操作，以实现对虚拟测试终端的设置。

进一步地，虚拟通信产品的测试方法还包括：基于第一预设接口获取内部服务器和外部服务器的通信地址；基于第二预设接口对外部服务器的通信地址进行配置，以及基于第一预设接口对内部服务器的通信地址进行配置，得到配置结果；根据配置结果对虚拟测试终端的接口进行拼通测试，得到测试结果；根据测试结果确定虚拟测试终端的网络配置是否完成。

进一步地，虚拟通信产品的测试方法还包括：在检测到完成对虚拟通信产品的测试的情况下，对设置在测试环境中的虚拟设备进行销毁操作，其中，虚拟设备至少包括虚拟通信产品以及虚拟测试终端。

根据本发明实施例的另一方面，还提供了一种虚拟通信产品的测试装置，包括：获取模块，用于获取虚拟通信产品的版本信息以及测试内容；测试模块，用于根据版本信息以及测试内容设置对虚拟通信产品进行测试的测试环境，并在测试环境下对虚拟通信产品进行测试。

根据本发明实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行虚拟通信产品的测试方法。

根据本发明实施例的另一方面，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行虚拟通信产品的测试方法。

在本发明实施例中，采用自动部署测试环境的方式，在获取到虚拟通信产品的版本信息以及测试内容之后，根据虚拟通信产品的版本信息以及测试内容自动部署测试环境，并在该测试环境下对虚拟通信产品进行测试。容易注意到的是，虚拟服务器是根据虚拟通信产品的版本信息以及测试内容来部署测试环境的，整个过程无需人工参与，节省了人力成本。另外，由于虚拟服务器可自动部署测试环境，因此，本申请所提供的方案提高了虚拟通信产品的自动化测试的灵活性和高效性。

由上可知，本申请所提供的方案达到了对虚拟通信产品进行测试的目的，从而实现了提高自动化测试系统的测试效率的技术效果，进而解决了现有的自动化测试系统存在测试效率低、设备利用率低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据现有技术的一种虚拟防火墙的测试示意图；

图2是根据本发明实施例的一种虚拟通信产品的测试平台的示意图；

图3是根据本发明实施例的一种可选的测试平台的示意图；

图4是根据本发明实施例的一种可选的虚拟服务器的示意图；

图5是根据本发明实施例的一种虚拟通信产品的测试方法流程图；以及

图6是根据本发明实施例的一种虚拟通信产品的测试装置的示意图。

具体实施方式

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

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

实施例1

根据本发明实施例，提供了一种虚拟通信产品的测试平台实施例，其中，图2是根据本发明实施例的虚拟通信产品的测试平台的示意图，如图2所示，该测试平台包括：测试终端20以及至少一个虚拟服务器22(图2中仅示出了一个)。

其中，测试终端20，用于接收输入的虚拟通信产品的版本信息以及测试内容；至少一个虚拟服务器22，通过测试系统与测试终端连接，用于根据版本信息以及测试内容确定对虚拟通信产品进行测试的测试环境，并在测试环境下对虚拟通信产品进行测试。

需要说明的是，上述虚拟服务器可以为但不限于kvm(kernel-basedvirtualmachine)虚拟服务器、vmware虚拟服务器，可选的，在一个测试平台中可以同时存在多个虚拟服务器，其中，多个虚拟服务器可以为相同类型的服务器(例如，均为kvm虚拟服务器)，也可以为不同类型的服务器。另外，虚拟服务器能够实现自动化创建虚拟化设备以及测试环境的部署和恢复，并通过内置的代理模块对外提供同一的自动化测试接口。其中，虚拟化设备包括但不限于虚拟通信产品以及测试产品的虚拟测试终端，虚拟通信产品至少包括虚拟防火墙。

上述测试终端可以为用户所使用的终端设备，例如，电脑。可选的，用户通过测试终端将待测试的虚拟通信产品对应的版本信息以及测试内容输入至测试系统，由测试系统在虚拟服务器所部署的环境中对虚拟通信产品进行测试。

上述测试系统可在自动化组网方案及自动化测试技术上实现虚拟化服务器以及其上自动化测试设备的管理，及自动化测试通信库。

此外，还需要说明的是，在传统的自动化测试方法，在对虚拟通信产品进行测试之前，需要部署测试环境，并且，虚拟通信产品需要与服务器的物理网卡进行绑定，依赖于测试人员的手工操作，从而使得虚拟通信产品的测试无法实现全自动化测试，测试效率低。另外，如果多个虚拟化平台均需要部署测试，则会进一步降低测试效率，耗时耗力。而本申请所提供的虚拟通信产品的测试平台仅需要关注虚拟通信产品的版本信息以及测试内容即可，无需人工参与，即可实现对测试环境的部署以及对虚拟通信产品的测试，实现了全自动化的测试，极大的节省了人力成本。

进一步地，由于本申请所提供的虚拟通信产品的测试平台不仅能够自动部署测试环境，还能够对测试环境中的虚拟化设备进行自动创建，并进行信息的自动同步，从而使得虚拟通信产品的测试更加灵活。

由上可知，采用自动部署测试环境的方式，在获取到虚拟通信产品的版本信息以及测试内容之后，根据虚拟通信产品的版本信息以及测试内容自动部署测试环境，并在该测试环境下对虚拟通信产品进行测试。容易注意到的是，虚拟服务器是根据虚拟通信产品的版本信息以及测试内容来部署测试环境的，整个过程无需人工参与，节省了人力成本。另外，由于虚拟服务器可自动部署测试环境，因此，本申请所提供的方案提高了虚拟通信产品的自动化测试的灵活性和高效性。

由上可知，本申请所提供的方案达到了对虚拟通信产品进行测试的目的，从而实现了提高自动化测试系统的测试效率的技术效果，进而解决了现有的自动化测试系统存在测试效率低、设备利用率低的技术问题。

在一种可选的实施例中，至少一个虚拟服务器上设置有通信网络，其中，通信网络至少包括：控制网络、内部通信网络以及测试流量网络。可选的，至少一个虚拟服务器通过控制网络与外部服务器进行通信；至少一个虚拟服务器通过内部通信网络与内部服务器进行通信；至少一个虚拟服务器通过测试流量网络对虚拟通信产品与虚拟测试终端之间的流量进行测试，其中，虚拟通信产品与虚拟测试终端设置在至少一个虚拟服务器中。

可选的，图3示出了一种可选的测试平台的示意图，在图3所示的测试平台中包括两个虚拟服务器，即kvm虚拟服务器和vmware虚拟服务器，每个虚拟服务器均具有三个基础网络，即控制网络controlnetwork、内部通信网络internalnetwork以及测试流量网络trafficnetwork。由图3可知，控制网络与外部服务器进行通信，其中，外部服务器包括但不限于自动化测试系统服务器、测试服务更新服务器、图像服务器(如图3中的image服务器)以及其他通信服务器。内部通信网络可用于虚拟测试终端与内部服务器之间的通信，以使虚拟测试终端能够实现自动配置以及检测，另外，内部通信网络还可使虚拟服务器内部的通信流量受保护，不受外部流量的影响。测试流量网络用于虚拟防火墙与虚拟测试终端之间的测试流量通信,其中，所有的测试流量在虚拟服务器内部转发，不会受到外部网络流量的干扰，从而降低了环境定位成本。如图3所示，内部服务器可以包括但不限于rpc(remoteprocedurecallprotocol，远程过程调用协议)服务器。

在一种可选的实施例中，虚拟通信产品包括多个第一网络接口，其中，多个第一网络接口至少包括：至少一个管理接口和多个测试接口；至少一个管理接口设置在内部通信网络中，通过出口网关以及控制网络与外部服务器进行通信；多个测试接口设置在测试流量网络中。

可选的，图4示出了虚拟服务器的示意图，在图4中，虚拟化通信产品(例如，虚拟防火墙)默认创建多个第一网络接口，例如，在图4中创建了5个第一网络接口，包括1个管理接口和4个测试接口。在图4中，ethernet0/0接口为管理接口，其部署在内部通信网络internetnetwork中。如果虚拟防火墙需要与外网通信，则需要通过虚拟服务器的防火墙出口网关，再通过控制网络controlnetwork与外网通信，另外，测试接口eethernet0/1～ethernet0/4部署在测试流量网络trafficnetwork中，保证测试流量不会流出虚拟服务器。

在一种可选的实施例中，虚拟测试终端包括多个第二网络接口，其中，第二网络接口至少包括：至少一个管理接口、多个测试接口以及至少一个通信接口；至少一个管理接口设置在内部通信网络中，通过出口网关以及控制网络与外部服务器进行通信；多个测试接口设置在测试流量网络中；至少一个通信接口设置在内部通信网络中，与内部服务器进行通信，以实现对多个第二网络接口的设置。

可选的，如图4所示，虚拟测试终端vpc默认创建多个第二网络接口。在图4中，虚拟测试终端vpc创建了4个第二网络接口，包括1个管理接口eth0、1个通信接口eth3和两个测试接口eth1、eth2。其中，管理接口eth0部署在控制网络controlnetwork中，用于被外部系统访问控制，通信接口eth3与所部署服务器的内部服务通信，部署在内部通信网络internalnetwork网络中，与内部服务器的rpc服务器程序进行通信，以完成虚拟测试终端上网络接口地址的自动化部署等工作，测试接口eth1和eth2部署在测试流量网络trafficnetwork网络中。另外，如图3所示，其他虚拟平台服务器也可通过管理接口eth0与测试系统进行连接。

在一种可选的实施例中，虚拟服务器内置有通信代理访问模块，其中，结构不同测试平台提供的技术接口统一封装，可以采用rpc(remoteprocedurecallprotocol，远程过程调用协议)的方式通信，并对外部系统提供统一的操作虚拟服务器的api接口，该api接口可用于虚拟通信产品的创建、销毁、拓扑部署等。另外，该通信代理访问模块还可为测试终端分配内外网的网络地址、对测试终端进行虚拟化、自动化创建虚拟防火墙、加电、断电、销毁、自动化部署网络接口(例如，通过基于虚拟交换机的vlan功能实现自动化部署网络接口)、内部资源使用监控及告警等。

可选的，可通过基于虚拟交换机的vlan功能实现网络接口。具体的，通过通信代理访问模块对外提供各虚拟交换机操作的统一访问接口，实现指定单个或多个接口部署到同一个vlan下，满足测试环境的自动化部署。其中，上述虚拟交换机可以包括但不限于ovs、vds等，ovs(openvswitch，开放式虚拟化交换机)用于实现流量转发通信，vds(分布式虚拟化交换网络)为vmware虚拟服务器上所使用的交换网络。

在一种可选的实施例中，每台虚拟服务器具有自动化监控、自动化创建虚拟测试终端以及测试环境自动化恢复等功能。可选的，可根据虚拟化设备的性能自动化配置，例如，采用24核cpu、128g内存的虚拟服务器，默认配置创建18台虚拟测试终端，包括6台windows系统的虚拟测试终端以及12台linux系统的虚拟测试终端，虚拟服务器大约占用整个服务器40％的资源，剩余60％资源用于根据虚拟通信产品的版本信息的需求自动化创建虚拟通信产品，单台服务器上可以部署4～6套自动化测试环境。

进一步地，本申请所提供的测试平台上的自动化测试技术可基于ibm公司的staf框架实现，虚拟测试终端上集成了staf框架，基于staf框架加载40多个测试服务(例如，telnetclient、dnsserver等)可实现任意一端通过staf提供的cli(command-lineinterface，命令行界面)通过指定的网络地址操作任何测试终端上的测试服务以实现测试的目的。

由上可知，本申请所提供的虚拟通信产品的测试平台不仅能够根据业务拓扑需求自动部署网络接口，还能在测试环境中自动创建虚拟化设备，并将信息自动同步至测试系统，在测试结束后自动销毁创建的虚拟化设备，无需担心测试任务无测试资源可用，从而避免了现有技术中的手工搭建测试环境所导致的测试效率高的问题，降低了测试环境的维护成本。

另外，本申请所提供的虚拟通信产品的测试平台具有较强的可扩展性，当虚拟服务器的资源不能满足测试需求时，只要添加虚拟服务器即可，避免了现有的测试拓扑不能随测试场景需求自动变化，导致设备投入成本高的问题。

现有的虚拟测试终端管理成本高，用于长期测试的终端环境，易产生各种环境问题，从而导致测试人员需投入大量精力分析。随着测试业务的不断增加，测试终端的环境也是成倍增长，导致付出非常昂贵的管理维护成本才能满足日常业务的自动化测试。而本申请所提供的虚拟通信产品的测试平台还能满足多虚拟化平台的兼容性部署验证测试，脚本的适应能力强。另外，虚拟测试终端上的测试工具基于staf平台封装提供统一标准的自动化测试调接口、以及基于各虚拟化平台接口实现统一封装后的自动化测试部署套件，提供统一的调用api接口，实现1个脚本可以满足多套虚拟化产品的自动化测试，极大地提高脚本开发效率，降低脚本的维护成本。可选的，上述脚本为自动化脚本，自动化脚本通过提供的自动化测试通信库，实现各项业务的自动化测试业务。

本申请所提供的虚拟通信产品的测试平台可高并发、高效率全自动化测试执行，在现有部署方案的基础上，结合分布测试技术的应用，实现灵活的多套环境并发测试运行，极大地提高测试任务的运行效率。

最后，本申请所提供的虚拟通信产品的测试平台中的虚拟服务器具有较高的利用率，例如，1台24核cpu、128g的服务器按之前传统防火墙的自动化测试技术只能满足5～10台防火墙(同时第一台服务器需要配置4张网卡)，按新的自动化测试技术方案可实现创建18台测试终端、15台虚拟防火墙(如1台虚拟防火墙的内存占用4g内存)，可满足4个任务同时触发运行(按每个任务分配4台测试终端、4台虚拟防火墙)，极大地提高服务器利用率，节省了设备成本。

实施例2

根据本发明实施例，还提供了一种虚拟通信产品的测试方法实施例，需要说明的是，本申请所提供的虚拟通信产品的测试方法可在实施例1中的测试平台中执行。其中，图5是根据本发明实施例的虚拟通信产品的测试方法流程图，如图5所示，该方法包括如下步骤：

步骤s502，获取虚拟通信产品的版本信息以及测试内容；

步骤s504，根据版本信息以及测试内容设置对虚拟通信产品进行测试的测试环境，并在测试环境下对虚拟通信产品进行测试。

需要说明的是，上述虚拟服务器可以为但不限于kvm(kernel-basedvirtualmachine)虚拟服务器、vmware虚拟服务器，可选的，在一个测试平台中可以同时存在多个虚拟服务器，其中，多个虚拟服务器可以为相同类型的服务器(例如，均为kvm虚拟服务器)，也可以为不同类型的服务器。另外，虚拟服务器能够实现自动化创建虚拟化设备以及测试环境的部署和恢复，并通过内置的代理模块对外提供同一的自动化测试接口。其中，虚拟化设备包括但不限于虚拟通信产品以及测试产品的虚拟测试终端，虚拟通信产品至少包括虚拟防火墙。

上述测试终端可以为用户所使用的终端设备，例如，电脑。可选的，用户通过测试终端将待测试的虚拟通信产品对应的版本信息以及测试内容输入至测试系统，由测试系统在虚拟服务器所部署的环境中对虚拟通信产品进行测试。

此外，还需要说明的是，在传统的自动化测试方法，在对虚拟通信产品进行测试之前，需要部署测试环境，并且，虚拟通信产品需要与服务器的物理网卡进行绑定，依赖于测试人员的手工操作，从而使得虚拟通信产品的测试无法实现全自动化测试，测试效率低。另外，如果多个虚拟化平台均需要部署测试，则会进一步降低测试效率，耗时耗力。而本申请所提供的虚拟通信产品的测试平台仅需要关注虚拟通信产品的版本信息以及测试内容即可，无需人工参与，即可实现对测试环境的部署以及对虚拟通信产品的测试，实现了全自动化的测试，极大的节省了人力成本。

进一步地，由于本申请所提供的虚拟通信产品的测试平台不仅能够自动部署测试环境，还能够对测试环境中的虚拟化设备进行自动创建，并进行信息的自动同步，从而使得虚拟通信产品的测试更加灵活。

由上可知，采用自动部署测试环境的方式，在获取到虚拟通信产品的版本信息以及测试内容之后，根据虚拟通信产品的版本信息以及测试内容自动部署测试环境，并在该测试环境下对虚拟通信产品进行测试。容易注意到的是，虚拟服务器是根据虚拟通信产品的版本信息以及测试内容来部署测试环境的，整个过程无需人工参与，节省了人力成本。另外，由于虚拟服务器可自动部署测试环境，因此，本申请所提供的方案提高了虚拟通信产品的自动化测试的灵活性和高效性。

由上可知，本申请所提供的方案达到了对虚拟通信产品进行测试的目的，从而实现了提高自动化测试系统的测试效率的技术效果，进而解决了现有的自动化测试系统存在测试效率低、设备利用率低的技术问题。

在一种可选的实施例中，测试环境至少设置有虚拟测试终端。在对虚拟通信产品进行测试之前，测试平台还根据版本信息以及测试内容设置对虚拟通信产品进行测试的测试环境。具体的，测试平台获取虚拟测试终端对应的预设模板，然后根据版本信息以及测试内容对预设模板进行复制操作，以实现对虚拟测试终端的设置。

可选的，虚拟服务器存放好已制作好的虚拟化测试模板(即预设模板)，利用kvm虚拟服务器中的clone接口通过对预设模板的克隆来实现对虚拟通信产品的创建，将整个过程封装成统一调用接口，实现1个脚本可以满足多套虚拟化测试平台的自动化测试，提高了脚本开发的效率。

在一种可选的实施例中，在实现对虚拟测试终端的设置之后，本申请所提供的测试平台还基于第一预设接口获取内部服务器和外部服务器的通信地址，并基于第二预设接口对外部服务器的通信地址进行配置，以及基于第一预设接口对内部服务器的通信地址进行配置，得到配置结果。然后根据配置结果对虚拟测试终端的接口进行拼通测试，得到测试结果，最后根据测试结果确定虚拟测试终端的网络配置是否完成。

需要说明的是，第一预设接口为通信接口，如图4中的eth3。第二预设接口为管理接口，如图4中的eth0。

可选的，每台虚拟服务器上预先分配30个外网通信网址及30个内网通信网址，当虚拟测试终端创建完成后，进行加电，虚拟测试终端启动后通过设定启动程序触发运行内置的网络自动检测配置程序。由于虚拟测试终端的eth3接口(如图4所示)上有个预先分配的内网地址，通过该接口与虚拟服务器上的内置模块进行通信以获取外网地址及内网地址，然后在eth0接口上配置外网地址、eth3接口上配置内网地址。配置完成后进行各接口的拼通测试，最终完成虚拟测试终端的自身网络的自动化配置。

在上述过程中，分配的内网地址与mac地址一一绑定，以便于虚拟测试终端销毁时统一释放。

在一种可选的实施例中，为了保证测试资源的可用性，在测试环境下对虚拟通信产品进行测试之后，测试平台在检测到完成对虚拟通信产品的测试的情况下，对设置在测试环境中的虚拟设备进行销毁操作，其中，虚拟设备至少包括虚拟通信产品以及虚拟测试终端。

需要说明的是，在测试结束后自动销毁创建的虚拟化设备，无需担心测试任务无测试资源可用，从而避免了现有技术中的手工搭建测试环境所导致的测试效率高的问题，降低了测试环境的维护成本。

此外，还需要说明的是，本申请所提供的方案适用于基于各大虚拟化平台(xen、vmware、kvm等)上虚拟化设备(包括但不限于网络流量安全设备、网络数据转发设备、网络流量管理设备，如虚拟防火墙、vadc等)。

由上可知，本申请所提供的方案充分利用了虚拟化技术(利用虚拟化技术自研一套可控制虚拟化设备的创建、加电、断电等功能控制)、虚拟化工具(如ovs、vds等虚拟化交换，使用交换机的vlan功能实现自由、快速组网)、端到端的通信测试技术(基于staf框架实现测试式具封装对外提供标准化的测试调用接口)、自动化测试脚本分层实现技术、以及一套自研配套的自动化测试系统(包含测试环境管理、测试任务管理、分布式测试执行等)，实现了大幅度提升虚拟化防火墙自动化测试的灵活性、高效性，为用户提供一个完整的虚拟化防火墙实现全自动化测试的技术解决方案。

实施例3

根据本发明实施例，还提供了一种虚拟通信产品的测试装置实施例，其中，图6是根据本发明实施例的虚拟通信产品的测试装置的示意图，如图6所示，该装置包括：获取模块601以及测试模块603。

其中，获取模块601，用于获取虚拟通信产品的版本信息以及测试内容；测试模块603，用于根据版本信息以及测试内容设置对虚拟通信产品进行测试的测试环境，并在测试环境下对虚拟通信产品进行测试。

此处需要说明的是，上述获取模块601以及测试模块603对应于上述实施例的步骤s502至步骤s504，两个模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例所公开的内容。

在一种可选的实施例中，测试环境至少设置有虚拟测试终端，其中，测试模块包括：第一获取模块以及第一处理模块。其中，第一获取模块，用于获取虚拟测试终端对应的预设模板；第一处理模块，用于根据版本信息以及测试内容对预设模板进行复制操作，以实现对虚拟测试终端的设置。

在一种可选的实施例中，虚拟通信产品的测试装置还包括：第二获取模块、第二处理模块、第一测试模块以及检测模块。其中，第二获取模块，用于基于第一预设接口获取内部服务器和外部服务器的通信地址；第二处理模块，用于基于第二预设接口对外部服务器的通信地址进行配置，以及基于第一预设接口对内部服务器的通信地址进行配置，得到配置结果；第一测试模块，用于根据配置结果对虚拟测试终端的接口进行拼通测试，得到测试结果；检测模块，用于根据测试结果确定虚拟测试终端的网络配置是否完成。

在一种可选的实施例中，虚拟通信产品的测试装置还包括：第三处理模块。其中，第三处理模块，用于在检测到完成对虚拟通信产品的测试的情况下，对设置在测试环境中的虚拟设备进行销毁操作，其中，虚拟设备至少包括虚拟通信产品以及虚拟测试终端。

实施例4

根据本发明实施例的另一方面，还提供了一种存储介质，该存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述的虚拟通信产品的测试方法。

实施例5

根据本发明实施例的另一方面，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行上述的虚拟通信产品的测试方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。