CN111526041A - 一种集控平台的测试方法和装置 - Google Patents

Abstract

本申请提供一种集控平台的测试方法和装置。一种集控平台的测试方法，包括：接收到测试指令，所述测试指令中携带测试设备的数量；响应于所述测试指令，从虚拟设备池中选取对应数量的虚拟设备；将选取的所述虚拟设备接入所述集控平台，以对所述集控平台进行测试。本申请所述集控平台的测试方法，可模拟出大量的虚拟设备以对集控平台进行测试，解决了现有测试环境中设备数量有限的问题。

Description

一种集控平台的测试方法和装置

技术领域

本申请涉及通信技术领域，特别涉及一种集控平台的测试方法和装置。

背景技术

集控平台指的是集多种功能于一体的业务平台，可以用于与多个设备进行信息交互，并对这些设备进行集中监控、管理和配置。在实际情况下，集控平台会同时与大量的设备进行信息交互，有时设备的数量甚至达到几百台。基于此，有必要对集控平台的性能进行测试。

现有技术中，一般在测试环境下采用多台设备与集控平台进行信息交互，以模拟实际的网络环境。然而，由于测试环境下设备数量有限，一般情况下只能采用10台设备同时与集控平台进行交互，这和实际情况中几百台的设备相比，数量过少，无法测试集控平台与大量设备同时交互的场景下的性能。

发明内容

有鉴于此，本申请提供一种集控平台的测试方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种集控平台的测试方法，包括：

接收到测试指令，所述测试指令中携带测试设备的数量；

响应于所述测试指令，从虚拟设备池中选取对应数量的虚拟设备；

将选取的所述虚拟设备接入所述集控平台，以对所述集控平台进行测试。

一种集控平台的测试装置，包括：

接收装置，用于接收到测试指令，所述测试指令中携带测试设备的数量；

选取装置，用于响应于所述测试指令，从虚拟设备池中选取对应数量的虚拟设备；

测试装置，用于将选取的所述虚拟设备接入所述集控平台，以对所述集控平台进行测试。

本申请所述集控平台的测试方法，可以在接收到测试指令后，从虚拟设备池中选取所述测试指令中携带的对应数量的虚拟设备，将所述虚拟设备接入集控平台平台，以对集控平台进行测试。本申请所述集控平台的测试方法可模拟出大量的虚拟设备，并利用模拟出的虚拟设备对集控平台进行测试，解决了现有测试环境中设备数量有限的技术问题。

附图说明

图1是本申请一示例性实施例示出的一种集控平台的测试方法的流程示意图；

图2是本申请一示例性实施例示出的另一种集控平台的测试方法的流程示意图；

图3是本申请一示例性实施例示出的一种退出集控平台的方法的流程示意图；

图4是本申请一示例性示出的一种集控平台的测试装置的一结构示意图；

图5是本申请一示例性实施例示出的一种集控平台的测试装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

集控平台一般用于多个设备的集中监控、管理，在一些应用场景下，集控平台可能会同时与几百台、甚至上千台设备同时交互，这对集控平台的性能提出了较高的要求。基于此，有必要对集控平台的性能进行测试。

现有的测试方案中，一般采用尽可能多的设备接入集控平台进行信息交互，以模拟实际的网络环境。然而，由于测试环境下设备数量有限，远远不能达到几百台、上千台，这就导致无法准确地测试集控平台与大量的设备进行交互时的性能。

基于此，本申请提供了一种集控平台的测试方法，可以模拟出大量的虚拟设备，并采用这些模拟出的虚拟设备与集控平台进行交互，解决了现有测试环境中设备数量有限的问题。

下面对本申请提供的一种集控平台的测试方法进行详细说明。

图1是本申请一示例性实施例示出的一种集控平台的测试方法的流程示意图。

所述集控平台的测试方法可以应用于设备，例如终端、PC(Personal Computer，个人计算机)、服务器或服务器集群等。

请参考图1，所述集控平台的测试方法可以包括以下步骤：

步骤102，接收到测试指令，所述测试指令中携带测试设备的数量。

本步骤中，测试设备的数量可以是测试开始前由测试人员预先指定的，例如，测试人员可以指定本次测试中需要接入集控平台的测试设备的数量为300台。

确定测试设备的数量后，操作人员可下达测试指令。例如，操作人员可以点击“开始测试”的按钮，然后可以在一可输入文本框中输入测试设备的数量。当然，在实际情况下，也可以通过其它方式下达测试指令，本申请对此不作特殊限制。

当操作人员下达测试指令后，服务器等设备可接收到所述测试指令。

步骤104，响应于所述测试指令，从虚拟设备池中选取对应数量的虚拟设备。

本步骤中，虚拟设备池可由操作人员预先配置。

例如，操作人员可以预先配置大量的虚拟设备生成虚拟设备池，虚拟设备的数量可以为实际网络环境中集控平台可以承载的最大设备数量。当然，也可以为预设的其他数量，本申请对此不作特殊限制。

本步骤中，可为虚拟设备池中的每一台虚拟设备建立对应的设备标识，以对每台虚拟设备进行区分。例如，设备标识可以为：设备1、设备2、设备3……。当然，也可以采用其它设备标识，本申请对此不作特殊限制。

本步骤中，接收到测试指令后，可以根据所述测试指令中携带的测试设备的数量，从虚拟设备池中选取对应数量的虚拟设备。

例如，假设虚拟设备池中的虚拟设备数量为500台，测试指令中携带的测试设备的数量为300台，则可以按顺序选取第1台至第300虚拟设备，作为本次测试中待接入集控平台的虚拟设备。

再例如，也可以从虚拟设备池中随机选取300台虚拟设备，本申请对此不作特殊限制。

步骤106，将选取的所述虚拟设备接入所述集控平台，以对所述集控平台进行测试。

本步骤中，可以向虚拟设备下发接入集控平台的指令，虚拟设备接收到指令后可以调用预设的函数，以接入集控平台。

具体地，虚拟设备调用所述函数后，可以与集控平台建立HTTP(HyperTextTransfer Protocol，超文本传输协议)连接，向集控平台发送申请接入的报文，若接收到集控平台返回的允许接入的报文，则说明虚拟设备成功接入集控平台。

在一个例子中，可并行向各个虚拟设备下发接入集控平台的指令，各个虚拟设备在接收到所述指令后，可调用预设函数与集控平台建立HTTP连接，建立连接后向集控平台发送申请接入的报文，若接收到集控平台返回的允许接入的报文，则说明接入成功。

在另一个例子中，也可以分批向各个虚拟设备下发接入集控平台的指令。例如，可以将50个虚拟设备作为一个批次，先向50个虚拟设备下发所述指令，然后再向其他50个虚拟设备下发所述指令。虚拟设备在接收到所述指令后，调用预设函数与集控平台建立HTTP连接。对于集控平台而言，是分批接收到虚拟设备的连接请求。

在其它例子中，也可以采用其它策略向各个虚拟设备下发接入集控平台的指令，本申请对此不作特殊限制。

本步骤中，虚拟设备调用所述预设的函数后，还可以对相关信息进行记录。例如，可记录是否成功接入集控平台、接入集控平台的过程中，向集控平台发送申请接入的报文的次数等等。这些信息可作为测试结果，用于反映集控平台的测试情况。

本步骤中，虚拟设备接入集控平台后，即可对集控平台进行测试。

在一个例子中，虚拟设备可向集控平台发送测试信息，以对集控平台进行测试。

在真实网络环境下，真实物理设备与集控平台建立连接后，会定时地向集控平台上报一些信息，比如接口信息、流量信息、IPsec(Internet Protocol Security，互联网安全协议)隧道信息等等。其中，接口信息可以包括物理设备接口的连接状态、收发数据的状态；流量信息可以包括物理设备收发的流量；IPsec隧道信息可以包括隧道对应的本端地址、对端地址、隧道是否建立成功、若隧道建立失败则失败原因是什么等等。

本步骤中，可以预先构造出上述真实物理设备与集控平台交互时产生的信息，将这些信息作为测试信息。

当确定了测试信息后，虚拟设备可基于所述测试信息对集控平台进行测试。

在一个例子中，虚拟设备在成功接入集控平台后，就可以对集控平台进行测试，即向集控平台发送测试信息。

在另一个例子中，虚拟设备在成功接入集控平台后也可以分时段地对集控平台进行测试。例如，30％的虚拟设备可以在每分钟的0-30s向集控平台发送测试信息，剩下70％的虚拟设备则在每分钟的31-60s发送测试信息。

进一步的，在对集控平台进行测试时，每个虚拟设备可以负责对一个维度的测试信息进行测试。例如，一部分虚拟设备可以向集控平台发送接口信息、另一部分虚拟设备可以向集控平台发送流量信息、剩下的虚拟设备可以向集控平台发送IPsec隧道信息。

每个虚拟设备也可以负责对多个维度的测试信息进行测试。例如，每个虚拟设备均向集控平台发送接口信息、流量信息和IPsec隧道信息。

在其他例子中，虚拟设备还可以先测试其与集控平台的连接是否稳定，在连接稳定的前提下，再向集控平台发送测试信息，以对集控平台进行测试，本申请对此不作特殊限制。

本步骤中，同样可以记录虚拟设备与集控平台的测试相关信息。例如，虚拟设备可以记录是否成功发送了测试信息。集控平台可以记录是否成功接收到测试信息、在多长的时间内接收到虚拟设备发送的测试信息等等，这些信息同样可作为测试结果，用于反映集控平台的测试情况。具体地，可以查询测试过程中虚拟设备和集控平台上产生的日志以得到上述测试相关信息。

本实施例实现了，操作人员可以预先指定待接入集控平台的测试设备数量，将所述测试设备数量携带于测试指令中并下发给服务器，服务器接收到测试指令后，可以从预先配置的虚拟设备中确定对应数量的虚拟设备，并将这些虚拟设备接入集控平台。然后可以利用所述虚拟设备对集控平台进行测试。

本实施例的方案，可以模拟出大量的虚拟设备，并利用这些虚拟设备与集控平台进行交互，以测试集控平台的性能，解决了现有测试环境中设备数量有限的问题，且可以记录测试过程中的测试相关信息，以对测试结果进行分析。

下面以一个具体的例子，对上述步骤106中虚拟设备接入集控平台、虚拟设备判断与集控平台的连接情况是否稳定的方法进行详细说明。

请参考图2，图2为本申请一示例性示出的另一种集控平台的测试方法的流程示意图。

图2所示流程示意图，可以应用于虚拟设备。

步骤202，调用预设的函数以接入集控平台。

步骤204，判断是否成功接入集控平台。

本例中，虚拟设备可以调用预设的函数，以接入集控平台，具体方法与上述步骤104类似，即设备可与集控平台建立HTTP连接，向集控平台发送申请接入的报文，然后可以判断是否在第二时长(第二时长可以预先设置，比如为2s)内接收到集控平台返回的允许接入的报文。

若接收到，说明成功接入集控平台，则执行步骤206。

若未接收到，说明未成功接入集控平台，则执行步骤202，即再次调用预设的函数。

当然，若未成功接入集控平台的次数达到次数上限，则认为接入集控平台失败，不再使用该虚拟设备进行后续的其它测试。所述次数上限可以预先设置，比如次数上限为3次。

本例中，还可以为不同的虚拟设备设置不同的第二时长，比如一部分虚拟设备的第二时长可以为2s，另一部分虚拟设备的第二时长可以为3s，本申请对此不作特殊限制。

步骤206，向集控平台发送连接测试报文。

成功接入集控平台后，可向集控平台发送连接测试报文，并记录连续连接成功次数和连续连接失败次数，所述连续连接成功次数和连续连接失败次数的初始值均为0。

步骤208，判断是否在第一时长内接收到集控平台返回的响应报文。

本例中，虚拟设备在向集控平台发送连接测试报文后，判断在第一时长(第一时长可以预先设置，比如为5s)内是否接收到集控平台返回的响应报文，若接收到，则执行步骤210，更新连续连接成功的次数，然后执行步骤212，判断连续连接成功的次数是否达到阈值；若未接收到，则执行步骤216，更新连续连接失败的次数，然后执行步骤218，判断连续连接失败的次数是否达到阈值。

步骤210，连续连接成功的次数+1，连续连接失败的次数清0。

步骤212，判断连续连接成功的次数是否达到成功次数阈值。

比如成功次数阈值为12次。假设某虚拟设备前2次连接成功，连续连接成功次数为2次，第3次连接失败，则连续连接成功次数会清0，若该设备第4-15次均连接成功，则连续连接成功次数达到阈值12次，说明连接情况稳定。

若未达到，则执行步骤206。

若达到，则执行步骤214，向集控平台发送测试信息。

本例中，当连续连接成功的次数达到预设的成功次数阈值后，则说明虚拟设备与集控平台的连接稳定，则可以进一步向集控平台发送测试信息。关于发送测试信息的具体测试方法，请参考步骤106中的相关内容，在此不再赘述。

步骤216，连续连接失败的次数+1，连续连接成功的次数清0。

步骤218，判断连续连接失败的次数是否达到失败次数阈值。

若未达到，则执行步骤206。

若达到，则执行步骤202。

本例中，当连续连接失败次数未达到预设的失败次数阈值，则可再次向集控平台发送连接测试报文。

本例中，当连续连接失败的次数达到预设的失败次数阈值后，则说明虚拟设备与集控平台的连接不稳定，认为虚拟设备可能是接入集控平台失败。则可以执行步骤202，即再次执行接入集控平台的步骤。

当然，在其它例子中，对于与集控平台连接不稳定的虚拟设备，也可以不对其进行后续测试，本申请对此不作特殊限制。

考虑到实际网络环境下，设备与集控平台进行信息交互可能是周期性地、循环往复的，则虚拟设备向集控平台发送测试信息完毕后，可以在间隔一段时间后再次测试连接是否稳定，并在连接稳定的情况下再次发送测试信息，具体可由操作人员按照实际所需指定具体的方式。

本例中，虚拟设备可以记录与集控平台的连接情况相关的信息。例如，可以记录与集控平台的连接是否稳定、与集控平台连续连接成功的次数、连续连接失败的次数，还可以记录在多长的时间内接收到集控平台返回的响应报文等等，这些信息同样可作为测试结果，用于反映集控平台的测试情况。

本实施例实现了，虚拟设备可向集控平台发送连接测试报文，并记录连续连接成功的次数、连续连接失败的次数，并且当连续连接成功的次数达到成功次数阈值(即连接稳定)后再向集控平台发送测试信息，避免了由于连接不稳定导致发送的测试信息丢失的情况，使得测试结果更可靠。

下面对本申请提供的一种退出集控平台的方法进行详细说明。

图3是本申请一示例性实施例示出的一种退出集控平台的方法的流程示意图。

所述退出集控平台的方法可以应用于服务器或服务器集群。

请参考图3，所述退出集控平台的方法可以包括以下步骤：

步骤302，接收到退出指令，所述退出指令中指定待退出的虚拟设备。

本申请中，操作人员可以预先确定待退出集控平台的虚拟设备。

在一个例子中，操作人员可以指定一部分虚拟设备退出集控平台，并指定待退出的虚拟设备的设备标识。其中，所述设备标识可以在测试过程中向用户展示，比如可以向用户展示当前所有接入集控平台的虚拟设备的标识，并展示这些虚拟设备的测试相关数据，那么操作人员就可以从中确定需要退出集控平台的虚拟设备及其对应的设备标识。

比如退出集控平台的虚拟设备为设备1、设备2，则操作人员可以点击“退出”按钮，然后在一提示输入设备标识的可输入文本框中输入：“设备1、设备2”。

在这种情况下，操作人员可以指定一部分虚拟设备退出集控平台，以对虚拟设备能否成功退出集控平台进行测试。

在另一个例子中，操作人员也可以使当前所有接入集控平台的虚拟设备均退出集控平台。则操作人员可以点击“结束测试”按钮。

在这种情况下，操作人员采取所有虚拟设备均退出集控平台，可以是结束本次测试。

步骤304，响应于所述退出指令，将所述指定的虚拟设备退出集控平台。

本步骤中，对于退出指令中携带待退出的虚拟设备的设备标识的情况，可以根据所述设备标识，将对应的设备退出集控平台。

具体地，可以确定所述设备标识对应的虚拟设备，然后可向所述虚拟设备发送退出集控平台的指令。虚拟设备接收到指令后可向集控平台发送申请退出的报文，若接收到集控平台返回的允许退出的报文，则说明虚拟设备成功退出集控平台。

本例中，虚拟设备也可以对退出集控平台的相关信息进行记录，比如是否成功退出集控平台、在多长的时间内成功退出集控平台等等，这些信息也可作为测试结果，用于反映集控平台的测试情况。

本实施例实现了，操作人员确定需要退出集控平台的虚拟设备后，可下达退出指令，服务器接收到所述退出指令后可以根据所述指令的指示，将对应的虚拟设备退出集控平台。采用这种方法，可以快速、准确地定位到需要退出集控平台的虚拟设备，使其退出集控平台，并且能够记录退出集控平台相关的测试信息。

与前述集控平台的测试方法的实施例相对应，本申请还提供了集控平台的测试装置的实施例。

本申请汽车集控平台的测试装置的实施例可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请集控平台的测试装置所在服务器的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务器通常根据该服务器的实际功能，还可以包括其他硬件，对此不再赘述。

图5是本申请一示例性实施例示出的一种集控平台的测试装置的框图。

请参考图5，所述集控平台的测试装置500可以应用在前述图4所示的服务器中，包括有：接收单元510、选取单元520、测试单元530。

其中，接收单元510，用于接收到测试指令，所述测试指令中携带测试设备的数量；

选取单元520，用于响应于所述测试指令，从虚拟设备池中选取对应数量的虚拟设备；

测试单元530，用于将选取的所述虚拟设备接入所述集控平台，以对所述集控平台进行测试。

可选的，所述测试单元530具体用于：

向所述虚拟设备下发接入集控平台的指令；

所述虚拟设备接入集控平台包括：

接收到所述接入集控平台的指令，调用预设的函数以接入集控平台。

可选的，虚拟设备对所述集控平台进行测试的过程，包括：

测试与集控平台的连接是否稳定；

若稳定，向集控平台发送预设的测试信息。

可选的，所述测试与集控平台的连接是否稳定，包括：

向集控平台发送连接测试报文；

判断是否在预设的第一时长内接收到所述集控平台返回的响应报文；

若是，则记为连接成功；

判断连续连接成功的次数是否达到预设的成功次数阈值；

若达到，则确定与集控平台的连接稳定。

可选的，所述预设的测试信息，包括：接口信息、流量信息和隧道信息。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种集控平台的测试方法，其特征在于，所述方法包括：

接收到测试指令，所述测试指令中携带测试设备的数量；

响应于所述测试指令，从虚拟设备池中选取对应数量的虚拟设备；

将选取的所述虚拟设备接入所述集控平台，以对所述集控平台进行测试。

2.根据权利要求1所述方法，其特征在于，所述将选取的所述虚拟设备接入所述集控平台，包括：

向所述虚拟设备下发接入集控平台的指令；

所述虚拟设备接入集控平台包括：

接收到所述接入集控平台的指令，调用预设的函数以接入集控平台。

3.根据权利要求1所述方法，其特征在于，虚拟设备对所述集控平台进行测试的过程，包括：

测试与集控平台的连接是否稳定；

若稳定，向集控平台发送预设的测试信息。

4.根据权利要求3所述方法，其特征在于，所述测试与集控平台的连接是否稳定，包括：

向集控平台发送连接测试报文；

判断是否在预设的第一时长内接收到所述集控平台返回的响应报文；

若是，则记为连接成功；

判断连续连接成功的次数是否达到预设的成功次数阈值；

若达到，则确定与集控平台的连接稳定。

5.根据权利要求3所述方法，其特征在于，所述预设的测试信息，包括：接口信息、流量信息和隧道信息。

6.一种集控平台的测试装置，其特征在于，所述装置包括：

接收单元，用于接收到测试指令，所述测试指令中携带测试设备的数量；

选取单元，用于响应于所述测试指令，从虚拟设备池中选取对应数量的虚拟设备；

测试单元，用于将选取的所述虚拟设备接入所述集控平台，以对所述集控平台进行测试。

7.根据权利要求6所述装置，其特征在于，所述测试单元具体用于：

向所述虚拟设备下发接入集控平台的指令；

所述虚拟设备接入集控平台包括：

接收到所述接入集控平台的指令，调用预设的函数以接入集控平台。

8.根据权利要求6所述装置，其特征在于，虚拟设备对所述集控平台进行测试的过程，包括：

测试与集控平台的连接是否稳定；

若稳定，向集控平台发送预设的测试信息。

9.根据权利要求8所述装置，其特征在于，所述测试与集控平台的连接是否稳定，包括：

向集控平台发送连接测试报文；

判断是否在预设的第一时长内接收到所述集控平台返回的响应报文；

若是，则记为连接成功；

判断连续连接成功的次数是否达到预设的成功次数阈值；

若达到，则确定与集控平台的连接稳定。

10.根据权利要求8所述装置，其特征在于，所述预设的测试信息，包括：接口信息、流量信息和隧道信息。

Images