用于分析和检验多个网络设备的功能性的方法和装置制造方法

用于分析和检验多个网络设备的功能性的方法和装置制造方法
【专利摘要】本发明公开了一种用于分析和检验多个网络设备的功能性的方法和装置，其用于检验网络设备的测试站，包括：用户界面，其能够便于TS和用户之间进行交互式通信；测试台引擎，耦合到UI；以及TS管理器，耦接至测试台引擎，包括客户端服务器接口，数据库接口，用户验证模块，和监视组件，并被配置为向测试环境提供用于测试多个DUT的每一个的一个或多个仿真通信网络。由于采用了本发明的一种用于分析和检验多个网络设备的功能性的方法和装置，具有能够在同一时刻同时测试和检验一组路由器和/或交换机的功能，TS管理器被配置为向测试环境提供用于检验每个DUT的功能性的一个或多个仿真通信网络。
【专利说明】用于分析和检验多个网络设备的功能性的方法和装置

【技术领域】
[0001] 本发明涉及通信网络领域，尤其涉及一种用于分析和检验多个网络设备的功能性 的方法和装置。

【背景技术】
[0002] 随着对因特网的实用性和更多数据的需求的增长，通信网络和/或基础设施被持 续提升和/或升级。高速通信网络典型地包括数百个网络设备，例如接入交换机、路由器和 网桥，以便于从源设备到目的设备的信息包和/或数据通信的快速传输。维护和/或修复 这种高速通信网络的挑战在于，当检测到错误或故障，网络提供商、运营商和/或管理者需 要快速测试和/或调试庞大的网络设备以降低网络瘫痪的时间。
[0003] 与支持和/或维护通信网络相关的问题在于，当发现与包含多个网络设备例如路 由器和交换机的网络的一部分相关的故障或错误时，通常难以检验这些网络设备是否包含 软件错误、硬件错误，和/或没有错误。例如，一些路由器或交换机在新升级的网络下的响 应时间慢，这是由于一些路由器可能需要新的软件补丁而其他路由器可能具有硬件缺陷。 识别检测到的错误的惯用方法是分别测试或人工测试每个设备以确定错误源。


【发明内容】

[0004] 本发明的目的在于克服现有技术的缺陷，而提供一种用于分析和检验多个网络设 备的功能性的方法和装置，能够在同一时刻同时测试和检验一组路由器和/或交换机。
[0005] 本发明所解决的技术问题采用以下技术方案来实现：
[0006] 本发明的一种用于检验网络设备的测试站，包括：
[0007] 用户界面，其能够便于TS和用户之间进行交互式通信，并能够以图形方式显示多 个测试配置和结果；
[0008] 测试台引擎，耦合到UI，具有能够对多个被测设备进行测试的多个测试台；以及
[0009] TS管理器，耦接至测试台引擎，包括客户端服务器接口，数据库接口，用户验证模 块，和监视组件，并被配置为向测试环境提供用于测试多个DUT的每一个的一个或多个仿 真通信网络。
[0010] 本发明的进一步改进在于，进一步包括耦合到TS管理器的本地数据库，被配置为 存储与多个DUT的多个产品标识和与至少一个产品ID相关的产品规格相关的信息。
[0011] 本发明的进一步改进在于，所述π包括：
[0012] 配置为通过图形化展示来验证用户身份的认证器；以及
[0013] 耦合到所述认证器并且能够通过图例说明测试配置的配置说明器。
[0014] 本发明的进一步改进在于，所述Π 包括测试监视器，能够为多个被测设备提供测 试状态，其中所有的测试状态基本上同时更新。
[0015] 本发明的进一步改进在于，所述测试台引擎包括：
[0016] 具有配置为与已连接DUT通信的多个连接器的多个测试台；以及
[0017] 耦合到多个测试台并被配置为感测耦合至测试台引擎的DUT的数目的DUT检测 器。
[0018] 本发明的进一步改进在于，所述测试台引擎包括网络环境复制器，能够为每个与 测试台连接的DUT提供独立的通信网络。
[0019] 本发明的进一步改进在于，所述测试台引擎包括网际协议地址产生器，被配置成 为多个DUT生成唯一的IP地址。
[0020] 本发明的进一步改进在于，所述TS管理器能够根据检测到的DUT从本地数据库中 检索与广品序列号相关联的广品规格。
[0021] 本发明的进一步改进在于，所述TS管理器能够激活对于多个已连接DUT的基本上 同时进行的检验测试，响应于多个已识别的产品规格。
[0022] 本发明的进一步改进在于，所述DUT是能够发送数据包的路由器，交换机和集线 器中的其中一个。
[0023] 本发明的一种能够测试多个网络设备的方法，包括步骤：
[0024] 检测连接至由测试台引擎控制的多个测试台的多个被测设备；
[0025] 依据由测试台引擎从多个DUT接收的信息，识别与多个DUT相关的产品规格；
[0026] 基于识别的产品规格通过测试台管理器创建一个或多个网络环境；
[0027] 依据为DUT创建的网络环境，为多个DUT的每一个生成唯一的网际协议地址；以及
[0028] 提供示出了用于同时测试多个DUT的基本最新状态的图形化展示。
[0029] 本发明的进一步改进在于，进一步包括：
[0030] 接收来自请求者的测试站访问请求；以及
[0031] 响应于该请求，基于从本地数据库中检索的信息激活认证过程。
[0032] 本发明的进一步改进在于，所述检测多个被测设备步骤包括激活所有试验台以确 定哪些测试台与DUT耦合，以及哪些测试台空闲。
[0033] 本发明的进一步改进在于，所述识别与多个DUT相关的产品规格步骤包括，
[0034] 识别检测到的DUT的类型和制成品；以及
[0035] 基于检测到的DUT的类型和制成品从本地数据库中检索相关规格。
[0036] 本发明的进一步改进在于，所述检索相关规格步骤还包括当相关规格并不存在于 本地数据库中时，基于检测到的DUT的类型和制成品从识别的制造网站下载相关规格。
[0037] 本发明的进一步改进在于，所述基于所识别的产品规格创建一个或多个网络环境 步骤包括：如果DUT是以太网路由器，则生成类似于以太网的网络环境以测试DUT。
[0038] 本发明的进一步改进在于，所述为多个DUT的每一个产生唯一的网际协议地址步 骤包括为多个DUT动态创建和分配多个唯一的I P地址。
[0039] 本发明的进一步改进在于，所述提供示出了基本最新状态的图形化展示步骤包括 便于用户和TS之间真实实时的交互通信。
[0040] 本发明的一种测试多个网络路由器的方法，包括步骤：
[0041] 通过测试台引擎激活多个序列号扫描仪以读取与连接至多个测试台的被测设备 相关的广品序列号；
[0042] 依据产品序列号从本地数据库中检索产品规格；
[0043] 基于产品规格仿真一个或多个通信网络以测试DUT ;
[0044] 生成一个或多个通信网络中的多个唯一的网际协议地址；以及
[0045] 分配多个唯一的IP地址至每个DUT以进行当前的验证测试。
[0046] 本发明的进一步改进在于，进一步包括：
[0047] 提供示出了与每个测试台有关的测试配置的图形化展示；以及
[0048] 提供示出了用于同时测试多个DUT的基本最新状态的图形化展示。
[0049] 本发明由于采用了以上技术方案，使其具有以下有益效果是：
[0050] 设备测试站（"NDTS"或"TS"）能够在同一时刻同时测试和检验一组路由器和/ 或交换机。该NDTS或TS包括用户界面（"Π "），测试台引擎，和TS管理器。通过示出了 例如测试配置和测试结果的交互式图形化展示，该Π 便于TS和用户之间进行交互式通信。 该测试台引擎使用一组测试台对连接的设备或路由器进行测试，这些设备或路由器还被称 为被测设备（"DUT"）或被测单元（"UUT"）。该TS管理器被配置为向测试环境提供用于 检验每个DUT的功能性的一个或多个仿真通信网络。

【专利附图】

【附图说明】
[0051] 图1示出了依据本发明一个实施例的能够提供测试以同时验证多种已连接网络 设备的功能性的网络设备测试站或测试站（"TS"）的结构图；
[0052] 图2示出了依据本发明一个实施例的能够同时当前测试多个路由器的TS的一个 示例性实施例的结构图；
[0053] 图3示出了依据本发明一个实施例的n，TS管理器和测试台引擎之间的指令的逻 辑流程图；
[0054] 图4示出了依据本发明一个实施例的连接至TS管理器并能够同时测试多个连接 的网络设备的测试台引擎的一个示例性实施例的结构图；
[0055] 图5是依据本发明一个实施例的显示与多个测试台相关的状态的图形化展示；
[0056] 图6是依据本发明一个实施例的显示实时测试状态展开图的图形化展示；
[0057] 图7是依据本发明一个实施例的显示实时测试状态拓扑展开图的图形化展示；
[0058] 图8示出了依据本发明一个实施例的TS管理器的逻辑流程的框图；
[0059] 图9是依据本发明一个实施例的示出了测试台显示内容的图形化展示；
[0060] 图10示出了依据本发明一个实施例的为DUT生成唯一 IP地址的机制的框图；以 及
[0061] 图11示出了依据本发明一个实施例的对多个网络设备同时进行检验的流程图。

【具体实施方式】
[0062] 下面结合具体实施例对本发明作进一步说明。
[0063] 这里，在提供能够同时测试例如路由器的多个网络设备的网络设备测试站 ("NDTS"）或测试站（"TS"）的方法，系统，配置和装置的上下文中，描述本发明的示例性 实施例。
[0064] 本领域技术人员将认识到，下文对示例性实施例的详细描述仅为说明的目的，其 意图并非以任何方式进行限制。在本公开的帮助下，这些技术人员很容易想到其他实施例。 现在将给出实现如附图所示的示例性实施例的详细附图标记。相同的附图标记将在所有附 图和下文的详细描述中使用以指示相同或相似部分。
[0065] 为了清楚起见，这里描述的实现方式的所有例行特征并没有被全部示出和描述。 当然，应当理解，在任一这种实际实现方式的开发中，大量的实现特定决策将被作出以便达 到开发者的特定目的，例如与应用和商业相关的约束一致，并且这些特定目的在每个实现 方式中和对每个开发者来说都不尽相同。此外，应当理解，这一开发工作可能是复杂并耗时 的，但在本公开的实施例的帮助下，对于本领域普通技术人员来说仍然是工程的例行任务。 [0066] 附图中示出的本发明的多个实施例并非按比例绘制。相反，为了清楚起见，各种特 征的尺寸可能被扩大或缩小。此外，为清楚起见，一些附图可以被简化。因此，附图可能没 有描绘出给定装置（例如，设备）或方法的所有组成部分。
[0067] 除非另有定义，本文使用的所有术语（包括技术和科学术语）都具有示例性实施 例的所属领域中的普通技术人员通常理解的相同含义。将进一步理解，例如那些在常用字 典中定义的术语，应该被解释为其含义与它们在本公开的相关领域和此示例性实施例的上 下文中的含义一致。
[0068] 正如本文所使用的，单数形式"一"和"该"意图也包括复数形式，除非上下文另有 明确说明。将会进一步理解，术语"包括"，当在本说明书中使用时，指定所陈述的特征，整 数，步骤，操作，元件和/或组件的存在，但不排除存在或添加一个或多个其它特征，整数， 步骤，操作，元件，组件和/或它们的组。术语"和/或"包括相关联的所列项目的一个或多 个的任意和所有组合。
[0069] 术语"系统"在本文中一般用于描述任何数目的组件，元件，子系统，设备，分组交 换机元件，分组交换机，接入交换机，路由器，网络，计算机和/或通信设备或机制，或其组 成部分的组合。术语"计算机"包括一处理器，存储器，和能够执行指令的总线，其中该计算 机是指一个计算机或计算机集群，个人计算机，工作站，大型机，或其计算机的组合。
[0070] IP通信网络，IP网络或通信网络是指任何类型的具有能够以数据包或信元的形 式传输数据的接入网络的网络，例如ATM (异步传输模式）类型，在传输介质上，例如TCP/IP 或UDP/I P类型。ATM信元IP类型的数据包的分解（或分割）结果，并且那些数据包（这 里为IP包）包括IP头，特定于传输介质（例如m)P或TCP)的报头和有效载荷数据。IP网 络还可以包括卫星网络，DVB-RCS(数字视频广播-回传通道系统）网络，通过卫星提供因 特网接入，或SDMB (卫星数字多媒体广播）网络，地面网络，有线（xDSL)网络或移动或蜂窝 网络（GPRS/EDGE，或UMTS (其中可应用MBMS (多媒体广播/多播服务）类型，或者被称为 LTE (长期演进）的UMTS演进，或者DVB-Η (数字视频广播-手持式）），或混合（卫星和地 面）网络。
[0071] 根据本发明，本文所描述的组件，处理步骤和/或数据结构可以使用不同类型的 操作系统，计算平台，计算机程序和/或通用机器来实现。此外，本领域的普通技术人员将 认识到，具有较少通用目的的设备，例如硬连线设备，现场可编程门阵列（FPGA)，专用集成 电路（ASIC)等，也可以在不脱离本文公开的发明理念的范围和精神的情况下使用。其中 一种包括一系列的处理步骤的方法由计算机或机器执行，并且那些处理步骤可以存储为一 系列机器可读指令，它们可以被存储在有形介质上，例如计算机存储设备（例如，ROM(只 读存储器），PR0M(可编程只读存储器），EEPR0M(电可擦除可编程只读存储器），快闪存储 器，跳转驱动器等），磁存储介质（例如磁带，磁盘驱动器等），光存储介质（例如，CD-ROM， DVD-ROM，纸卡和纸带等），以及其他已知类型的程序存储器。
[0072] 本发明的一个实施例公开了一种NDTS或TS，能够提供在同一时刻同时对一组网 络设备（如路由器）进行相同或不同的测试。该NDTS或TS包括用户界面（"UI"），一测 试台引擎和一 TS管理器。在一个实施例中，通过例如请求输入和/或报告状态的交互式图 形化展示，该Π 便于该TS和用户之间进行交互通信。该测试台引擎使用一组测试台对DUT 进行测试。一方面，TS管理器提供或模拟适于测试每个DUT的功能性的一个或多个测试环 境。
[0073] 图1示出了依据本发明一个实施例的能够提供测试以同时验证多种已连接网络 设备的功能性的NDTS或TS的结构图100。结构图100包括TS116,本地数据库（"DB"）服 务器118和用户112。在一个实施例中，TS116包括测试台（"TS"）管理器106,用户Π 110， 和测试台引擎108。应注意，如果一个或多个部件（或元件）加入，或从结构图100中移除， 本发明示例性实施例的基本理念并不会改变。
[0074] -方面，UI110被配置为便于TS116和用户112之间的交互通信。示出了最新的测 试配置，测试程序，测试进度，和/或测试结果的各种图形显示或图形展示可以以图形动画 的方式同时示出。在一个实例中，UI110包括认证器（或登录模块）和配置说明，其中配置 说明能够显示当前的测试设置，配置和/或拓扑。在一个实施例中，通过交互式的以图形说 明的登录过程，该认证器认证用户或运营商的身份。配置说明通过图形动画示出了测试配 置或设置拓扑。另外，UI110还包括测试显示器，它监视或跟踪测试状态和/或测试进度。 注意，该测试进度状态可以在同一时间或基本相同的时间对所有的DUT进行更新。应注意， UI110也可被称为图形用户界面（"⑶I"），TS UI，TS⑶I，用户Π 等。
[0075] 在一个实施例中，测试台引擎108包括一组测试台，DUT检测器，网络环境复制器 和IP地址生成器。该测试台包含一个或多个连接器，如RJ(注册插孔）连接器，USB(通 用串行总线）连接器，闪电接口（thunderbolts),和/或串行连接器,被配置为与已连接的 DUT进行通信。在一个示例中，该DUT检测器能够通过传感器来感测当前连接到测试台引擎 108的DUT的数目。在一个实施例中，该网络环境复制器提供或模拟适于测试检测到的DUT 的一个或多个独立通信网络。在一个实施例中，IP地址发生器被配置为对已连接的DUT生 成唯一的IP地址以减少在测试过程中的地址争用。应注意，测试台引擎108也可以被称为 测试台控制器，测试台分配器，DUT管理器等。
[0076] 在一个实施例中，TS管理器106包括客户端服务器接口，数据库接口，用户验证模 块，和监视组件，其中，TS管理器106能够仿真适于对已连接DUT进行网络相关检验测试的 一个或多个测试环境。一方面，根据由检测到的DUT所提供的信息，TS管理器106从例如 DB服务器118的本地数据库中检索与产品序列号相关的产品规格。例如，DUT可以是路由 器，交换机，网桥，集线器，或网络设备，其能够经由网络来传输数据包。响应与所述产品规 格，TS管理器106管理和激活对DUT的并发检验测试。应注意，TS管理器106也可以被称 作TS控制器，TS处理器，平台管理器，平台处理器，TS平台管理器等。
[0077] 通过本地DB服务器118, TS116还被耦合到一个数据库DB，用于提供或存储与DUT 相关的各种产品标识（"ID"）和产品规格的相关信息。该DB也可以位于TS116内部，而 不是位于服务器118中。或者，DB也可以设在经由如因特网的一个或多个网络连接的远程 服务器中。TS116可部署在客户站点，供应商站点，内容站点等。TS116,其也可以被称为TS 系统，TS平台，第二代智能测试站（"ITS2"），和TS设备，包括组件，例如⑶I，测试站管理 器，测试台测试引擎和MySQL本地数据库服务器。
[0078] 使用TS的一个优点在于它能够同时测试多个DUT。应注意，TS管理器106,测试 台引擎108,和/或UI110包括，但不限于，（多个）处理器，存储器设备，通信组件，例如收 发器，和/或总线。
[0079] 图2是示出了依据本发明一个实施例的能够同时当前测试多个路由器的TS的一 个示例性实施例的结构图200。类似于图1所示的结构图100,图200包括TS管理器106， Π 110,用户112, DB218,和测试台引擎108。测试台引擎108还包括一组测试台230-234， 能够耦合到一个或多个网络设备或DUT250-254。应注意，如果一个或多个部件（或元件） 加入，或从图200中移除，本发明示例性实施例的基本理念并不会改变。
[0080] 测试台或TS，包括硬件，固件和软件，与TS Π 110, TS管理器106和TS测试台引 擎108被组织在一起。UI110提供运营商112和TS之间的交互界面。用户112,例如，能够 通过独立测试台来管理或控制产品选择，以太网夹具（clamp)维护，测试执行和状态监控。 用户112可以是提供商，运营商，终端用户，服务器等。应当指出，TS也可通过本地或远程 服务器或用户，例如服务器208进行控制和管理。
[0081] 在一个实施例中，UI110包括认证器，配置说明模块204,以及测试监视器206,其 中所述认证负责认证请求TS访问的用户或机器。UI110或测试站Π 是一种用户界面，使运 营商与TS交互并在支持的产品和/或路由器上执行测试。例如，要访问TS，用户112或服 务器208需要登录TS以证实用户112的真实性。用户的账户信息或订阅可以存储在Π 110， DB218,和/或TS管理器106中。在一个实例中，UI110还能够经由因特网240与用户通信 以进行认证和/或订阅。
[0082] 在一个实例中，配置说明模块204用于显示能够示出测试配置和/或测试状态的 图形化展示或动画。图形化展示和/或动画可以投射或显示在用户的屏幕上。在一个实例 中，图形化展示被配置成在同一时间或单个显示器或屏幕上同时显示DUT的多个测试状态 和测试配置。模块204允许运营商同时监视与多个DUT相关的多个测试报告。在一个实例 中，测试监视器206用于与TS管理器106和用户112交互地通信。
[0083] DB218,其可以驻留在本地或远程服务器中，存储各种测试相关信息，如TS订阅/ 帐户信息，产品标识，规格，保修，和/或产品验证。应注意，测试DUT需要产品的相关信息， 如说明书，保修和/或产品验证。测试结果和测试程序都存储在DB218中。应注意，DB218 可以通过各种部件，如Π 110, TS管理器106和测试台引擎108访问或共享。
[0084] 在一个实施例中，TS管理器106包括DB接口 210,客户端服务器接口 212,测试模 块214和监视器216。DB接口 210负责通信和管理存储在DB218的数据。如果请求的数据 不在DB218中，DB接口 210, 一方面，能够便于网上搜索以通过因特网240找到所请求的数 据。例如，当与已连接路由器相关的产品规格在数据库218中找不到，DB接口 210可以选 择性地发起基于DUT的ID的网上搜索。在定位到相关的在线网站如制造网站后，丢失的数 据例如产品规格可以通过因特网240自动从该网站下载。
[0085] DB接口 210包括各种模块，如DbComm. DbCommlntf. py模块，提供读写操作，并从/ 到一个或多个我的标准查询语言（"MySQL"）数据库表创建条目。注意，MySQL是开源关系 数据库管理系统。在一个实例中，DbComm. DbServices. py在DbCommlntf. py的上方创建， 并提供更高级别的网络服务。数据库表包括ethernet_clamps表和test_data表。在一种 操作中，DbCommlntf类模块中的子程序startTest ()在测试开始前生成test_data表中的 一个条目。注意，可以使用，返回，和/或记录该条目的序列号以更新状态。一旦完成了测 试，测试结果将被写入数据库中（即，saveTestResultO)，这样，使用所存储的序列号更新 先前生成的条目。在一个实例中，在一个预定义的框架中维护和更新各种测试相关的信息， 如用户ID，序列号，测试状态，故障原因，测试站ID，测试台ID，以太网夹具的ID，MAC地址， 以及产品类型。
[0086] 客户端服务器接口（ "CSI"）212用于提供UI110和TS管理器106之间的通信。 在操作时，客户端服务器接口 212,包括各种模块，如⑶IComm.⑶ICommlntf. py，提供TS管 理器106和测试台引擎108以及至少部分响应于来自用户112或208通过⑶I的输入的测 试输入和测试程序之间的消息传递服务。一方面，CSI212监视来自测试台230-234的套接 字的信号或消息用于测试。当检测到路由器和测试台之间的连接时，在客户端和服务器之 间创建传输控制协议（"TCP"）连接。注意，消息调度由一个专门的线程来处理。一方面， 进来的消息被放置在取决于预定的接收者的多个（例如，5个）不同的队列中。例如，一个 队列专用于TS管理器106而其它队列专用于测试台。TS管理器106和测试台引擎108检 查他们的队列以进行消息使用，例如，GUI。
[0087] 例如，每一个消息被格式化为多个字段，如消息ID，消息类型和消息体。某些消息 可能由多个组件如TS管理器106和测试台引擎108所共享。例如，可以通过TS管理器106 和测试台引擎108共享如GUICommlntf的消息。注意，根据其ID对消息进行调度。消息体 的编码取决于消息类型。建立在TCP套接字之上的消息传递机制提供了可靠的进程间通信 ("IPC"）以用于客户端服务器通信。
[0088] TS管理器106还包括登录模块，如Logginglntf. py,其中该模块提供用于测试的 登录服务。例如，登录模块使用指令如configTestbedLoggingO设置执行日志文件。根据每 个执行基础提交和/或广播测试结果或结果报告。在一个操作中，登录文件放置在临时目 录中。当测试四台路由器或DUT时，登录目录被分为四个临时子目录，如/tmp/DUT/[l-4]。 四个子目录1，2,3和4专用于在测试台1到4处测试的执行。为了处理内部消息，测试台 引擎108,例如，激活一程序，如方法Iog〇以在一个文件中记录或存储不同等级的消息，其 中该文件随后可以用于状态报告。如果消息是STATUS或REPORT等级，该消息也被发送到 ⑶I客户端，以及内部的Iog〇。
[0089] 基于检测到的DUT的规格，测试模块214用于提供测试序列。监视器216用于提 供测试台引擎108和测试监视器206之间的通信，这样便建立了 TS和用户112之间的实时 活跃通信。应注意，数据库接口 210, CSI212,测试模块214和监视器216可以被组合成一 个或两个组件。TS管理器106,为TS管理本地资源，能够便于同时测试范围为从一至十六 的DUT或待测单元（"UUT") 250-254。为了简化前述讨论，其中使用了范围为一至四的DUT 或丽。
[0090] 测试台引擎108包括一组测试台230-234, IP地址产生器220, DUT检测器222和 序列号扫描器（"SNS"）224。测试台引擎108还可以包括其它部件226,如Web界面。例 如，组件226可以允许测试台引擎108与因特网240进行通信。一方面，测试台引擎108可 以管理多达四个测试台。另外，测试台引擎108可能能够处理范围从1到64的一组测试台。
[0091] 每个UUT或DUT连同相关的或分配的资源（S卩，流量生成器，测试治具，测试台，或 API)形成一测试配置。多个活跃的测试台意味着多个UUT目前正在同时进行测试。一方 面，由测试台执行的测试通过测试台引擎108管理。测试台的多个实例表明对多个UUT同 时运行测试。
[0092] SNS224包括位于测试台230-234周围的的一个或多个扫描仪，用于获得与已连接 DUT相关的序列号。一旦检测或感测到已连接DUT，DUT检测器222激活SNS224以识别所 连接的DUT的身份。一旦获得与已连接DUT相关联的序列号，根据序列号搜索DB218以确 定是否可以在DB218中找到任何相关的信息，如产品ID和产品规范。一旦相关的产品标识 和规格被确定，加载一组相关的预定义测试，这将决定已连接DUT是否存在硬错误或软错 误或不存在错误。
[0093] 例如，硬错误为硬件故障并且DUT可能无法恹复，除非存在一个软件补丁。例如， 软错误可以是软件相关的故障，如果可以重新加载或重新安装修补程序或补丁，可能是可 以解决的。使用TS的一个优点在于，多个路由器或交换机可以同时进行升级。
[0094] 为了帮助监视测试站系统的健康状况，一模块，如Monitor, py，提供对MySQL数据 库服务器的活力监控服务并提供连接状态。当MySQL数据库不能访问时，GW被通知以及 ITS2应用可能被暂停或终止。在没有数据库访问的情况下，ITS2的应用程序无法继续运 行。它还监视连接到服务器的虚拟专用网络（"￥?^')，并当可访问因特网时尝试重新连接。
[0095] 该TS包括VPN模块，如VpnClient. py模块，它被配置为自动将TS连接到VPN服 务器。对于每个测试站和MySQL数据库服务器，创建一 VPN账户。注意，TS或数据库服务 器使用Web界面以登录帐户并设置VPN连接。例如，VPN模块利用Python绑定的Selenium 网络驱动以使登录过程自动化。
[0096] 该TS包括测试模块，如TM. py模块，它提供了充当用于⑶I客户端通信的服务器 的主线程。当客户端连接时，TS管理器线程还启动用于⑶I消息传递的另一线程。在一个 实例中，GUI的消息传递减轻了源于GUI对消息的等待的从其他线程载入的流量。该测试 模块基于用户选择的产品实例化四个测试台引擎线程并实例化一个监视线程来监视MySQL 服务器的状态。一方面，主线程循环运行维护来自⑶I客户端的消息。来自⑶I的TS信息 由主线程处理，包括处理不断变化的用户，不断变化的产品，进入序列号验证，进入退出应 用等。
[0097] 使用了 TS的一个优点在于，该TS是有效的，需要最少的资源以同时并发对多个 DUT进行测试以及升级软件，固件和硬件。另一个优点在于，基于需求和配置，该TS可易于 管理和扩展。TS框架和产品的具体测试之间的边界可以灵活地改善和定义。该TS框架还 提供用于测试DUT的定义的基础设施接口。
[0098] 图3示出了依据本发明一个实施例的UI，ts管理器和测试台引擎之间的指令的 逻辑流程300。在块302中，在Π 100中的Π 产品选择被选择并随后被发送到TS管理器 106。在块310中，四个测试台实例被实例化，并随后在块330中指不测试台引擎108启动 测试引擎。在块312开启监视线程之后，在块304中状态更新被激活。在块314中，响应来 自块306和块312的输入，Π 消息被分派。在选择器316中选择Π 消息。如果在块324中 Π 消息是退出应用，在块328中退出测试应用。如果在块322中Π 信息是验证序列号，该 过程通过选择器326循环返回到块314。如果在块320中Π 消息是改变用户或产品，该过 程前进到块314以及测试台引擎108中的块340。在块332中对Π 消息分派后，测试台引 擎在块334中启动。在块336中处理用户输入后，在块338中更新该测试台状态。在块340 中处理变更产品之后，该过程前进到块332。
[0099] 在一个实施例中，TS管理器106包括本地数据库接口，⑶I界面，日志服务，数据库 监控和VPN模块，用于管理资源和服务。本地数据库接口提供测试台引擎108和DB服务器 之间的与来自和/或去往服务器的测试结果相关的接口。历史数据以及新的数据可以通过 一个或多个DUT进行访问。
[0100] 在一个实施例中，通过测试台引擎108, TS管理器106管理测试台的激活以及测 试台的终止。每个UUT及其分配的资源（第2层交换机端口，无线网桥客户端，Fluke万用 表，测试夹具等）形成一个测试台配置。在测试台实现的测试执行由测试台引擎108管理。 测试程序在测试套件文件中定义。根据产品和依赖于测试台的硬件资源定义或选择测试模 块。该测试套件文件定义了通用的测试引擎和产品的特定测试之间的接口。
[0101] 图4示出了依据本发明一个实施例的能够同时测试多个网络设备的测试台引擎 的一个示例性实施例的结构图400。图400包括测试台引擎108,测试脚本模块418和TS 管理器106。一方面，测试脚本模块418是固件和/或软件模块，被配置为与多个组件和/ 或测试模块，例如但并不限于，TelnetMgmt402，TelnetMgmt 基址（TelnetMgmt Base)404， PduMgmt406， ProsfSwMgmt408， WebRelayMgmt410， FlukeMgmt412 和 TelnetMgmt 接 口 (TelnetMgmtinterface) 416。其他测试模块，如SkuMgmt和TE也可参与测试过程。应注意， 如果一个或多个组件（或模块）被添加到或从图400中移除，本发明示例性的实施例的基 本理念不会改变。
[0102] 该测试模块，例如TelnetMgmt402或ProsfSwMgmt408位于测试台引擎108的目 录中。例如，该目录，也被称为的tslib/TestEngine，被进一步划分成一组子目录以存储其 他模块。一些模块，如SkuMgmt和TelnetMgmt402 -般都与UUT或DUT相关。其它模块如 ProsfSwMgmt408，WebRelayMgmt410，FlukeMgmt412 和 PduMgmt406 用于测试台的资源管理。 测试台的资源管理引用UUT管理以开发或构成用于DUT测试的测试序列和/或测试程序。
[0103] 在一种操作期间，当激活该TS时，测试台引擎108开启DUT检测器来检测和/或计 数连接到测试台的DUT的数目。在通过位于测试台的扫描仪扫描DUT的产品标签后，从数 据库中获得DUT的产品序列号或产品信息。如果任何扫描仪都无法读取DUT的产品信息， 测试台引擎108将请求发送至运营商通过手动输入查询产品信息。一旦输入产品信息，如 产品序列号或产品制造，TS管理器106基于产品信息搜索本地数据库以获取DUT的产品标 识和规格。当在本地数据库中没有发现DUT的产品标识和/或规格时，在一个实施例中，TS 激活预定义的网络搜索过程以在因特网上尝试识别和检索产品信息。获得产品信息之后， 基于DUT规格的一组预定义测试程序或测试用例被执行以确定DUT是否具有硬错误，软错 误，和/或没有错误。
[0104] 耦合到TS管理器106的测试脚本模块418耦合到telnetMamt模块402, PduMgmt 模块 406, ProsfSwMgmt 模块 408, WeRelay MGMT 模块 410,和 FlukeMgmt 模块 412。这些模 块被存储在一个目录中，该目录被进一步划分为子目录，也被称为测试引擎子目录。为了分 开测试开发模块与用于测试基础设施/公共服务的模块，用于处理测试台资源的模块从共 享，可重用（TS)和通用服务模块解耦。例如，测试台引擎108能够解析与所选择的产品和 测试相关的套件文件。注意，在DUT中使用的不同技术需要不同类型的测试用例或测试程 序。
[0105] TelnetMgmt模块402,它驻留在TestEngine/TelnetMgmt子目录中，能够配置 和/或获取各种UUT或DUT的状态。各种远程登录命令或例程，如configLedTest ()， config24GSsid()，config5GSsid()和 configResetTestO，用于对 UUT 或 DUT 执行不同类型的 测试。
[0106] SkuMgmt模块412,其可以驻留在子目录如TestEngine/SkuMgmt子目录中，能够 实现定向到UUT访问的测试用例。一方面，SkuMgmt412能够经由TelnetMgmt模块402与 DUT或UUT进行通信。在一个实例中，在SkuMgmt412中使用的测试序列包括LedTest ()， wanTestO, resetTestO, wpsTestO, wifiResetTest (), usbTestO, wireless24GTest (), wireless5GTest()等。
[0107] 测试台引擎108还包括用于执行在套件文件中指定的测试的一个或多个测试 脚本模块。在一个实例中，该测试能够与一个或多个测试台资源以及已连接UUT或DUT 进行交互。例如，对特定的DUT执行电流检测可能涉及FlukeMgmt412，PduMgmt406和 WebRelayMgmt410。
[0108] FlukeMgmt模块412,也被称为FlukeMgmtlntf. py，定义了与Fluke数字万用表关 联的特征，接口和配置，能够测量电流或直流电流以及读取电流。例如，FlukeMgmt412如 FlukeServices. py增加网络中继器控制来读取直流电流。在一个实施例中，测试台引擎 108包括三个在单一测试台中使用的中继器，使得一个Fluke数字检测仪可以在其他测试 台中共享。在读取操作后，FlukMgmt412通过直接电源连接开启中继器并关闭连接至检测 仪的两个中继器。Fluke检测仪可用于其它测试台。
[0109] WebRelayMgmt模块410,也被称为WebRelayMgmtlntf. py，被配置为开启或关闭控 制状态并激活UUT的中继器。WebRelayMagmt模块410连接到用于测量或读取电流的Fluke 数字检测仪。ProsfSwMgmt模块408,也称为全面管理第2层交换机，用于管理测试台和控 制连接到各种UUT的以太网端口的打开/关闭。在诸如LAN端口的端口访问期间，在测试 过程中ProsfSwMgmt模块408根据测试程序打开（或关闭）端口。PduMgmt模块406,也被 称为DcPduMgmtlntf. py模块，用于响应于由其它模块例如WebRelayMgmt模块410提供的 指示来实现或提供适配器模式。
[0110] 使用具有测试台引擎108的TS的一个优点在于该TS具有良好定义的接口边界， 这允许TS扩展支持不同的或新的产品。
[0111] 图5是依据本发明一个实施例的显示与多个测试台相关的状态的图形化展示 ("GR") 500。GR500包括四个⑶I展开图520-526和底部状态栏502,其中展开图520-526 示出了四（4)个测试台1至4。每一展开图如测试台1包括状态窗口 514,指令按钮部510， 时钟512,以及测试进度条516。当测试台1检测到DUT时，测试台2-4处于空闲状态，这说 明没有连接DUT。应注意，如果一个或更多个展开图（或窗口）添加到或从GR500中移除， 本发明示例性实施例的基本理念不会改变。
[0112] 在一个实施例中，底部的状态栏502包括两个框506-508,其中框508包括用户ID 指不符，广品ID指不和站ID指不符。在个实例中，框506包括序列号项，MAC地址项和中 央信息框。测试进度条516示出了图形化展示，表示例如总的测试已经完成的百分比。测 试窗口 510包括运行测试按钮，拓扑和状态按钮，和序列号框，当点击运行测试按钮时能够 激活测试程序。
[0113] 图6、图7是依据本发明一个实施例的显示实时测试状态展开图600和拓扑展开图 602的图形化展示。状态展开图600示出了图形化展示中的测试台2,其中测试台2,例如， 包括运行测试按钮606,拓扑结构和状态按钮608,数字时钟610,序列号框612,测试进度条 612,和状态窗口 618。运行测试按钮606被配置为允许用户推动或点击以开始测试。序列 号框612显示UUT的序列号。一方面，框612也允许用户更改和/或输入新的夹具ID和/ 或序列号以进行测试。数字时钟610对测试时间进行计时，并记录测试完成时的测试时间。 拓扑按钮608被配置为当按钮被点击时在拓扑瓦展开图602和测试状态展开图600之间进 行切换。测试进度条616显示了测试完成的百分比。
[0114] 图8是依据本发明一个实施例的示出了 TS管理器和Π 之间的逻辑过程的逻辑流 程700。流程700示出了 UI110和TS管理器106,其中TS管理器106在块702中激活测试 台引擎。在块704中从UI110接收输入或消息后，Π 信息或输入被分派到块706。依据通 过块707分派的消息，测试程序在块710中启动。在块716中解析套件文件，在块718中解 析拓扑文件，并在块720中解析测试台的配置文件后，在块722中映射或产生测试台配置。 在块724中执行测试程序。在执行后，在块726中生成报告并随后将该报告发送到Π 110 用于在块728中更新。该过程前进到块730。另外，如果在块708中，分派的消息中包含一 个夹具的ID，该过程前进到块730。在块730中，该过程循环返回到块706。如果在块707 中，分派的消息中包含退出应用程序或命令，该过程结束于块714。
[0115] 为了管理内部消息，TS管理器106采用主线程，而测试台引擎108采用多个线程， 其中每个测试台被分配一个线程。每个测试台引擎线程管理测试台执行的测试。测试引擎 的线程循环运行以维护来自GUI客户端的消息。例如，在收到一个退出指令或消息时，测试 引擎线程终止或结束测试程序。同样，在接收到开始消息或命令时，该线程启动并执行预 定义的测试程序。一旦一个线程被激活，则由该引擎解析测试套件文件。在检索测试模块 和测试序列信息后，解析测试台拓扑文件和测试台配置文件。一旦指定了测试平台、已连接 DUT、和相关资源的拓扑文件被验证，实际或唯一的IP地址被分配或映射到测试台。注意， IP地址可以包括与特定测试台相关联的物理端口，媒体访问控制（"MAC"）地址，物理地址。 当测试对象被实例化时，该线程包含与测试台的配置相关的数据。根据每个测试的序列号， 在测试套件文件中指定的测试被相继执行或运行。最终的测试报告随后被发送到GUI客户 端。
[0116] 图9是依据本发明一个实施例的示出了用户界面的图形化展示的框图800。图 800,其类似于图5中示出的图500,包括测试台2以及框802,其中框806是框802放大后 的图片。框806包括序列号项，MAC地址项，和中央信息框808,其中中央信息框808提供 或显示与验证项相关的信息。一方面，中央信息框808提供信息给用户，并且用户可以根据 显示的信息进行输入。序列号项提供输入框，允许运营商或用户输入DUT或UUT的序列号。 MAC地址项提供交互框，允许运营商或用户输入DUT或UUT的MAC地址。
[0117] 在一个实施例中，TS的⑶I功能包括一个或多个消息处理器，它能够在测试过程 中至或从一个或多个服务器发送和接收消息。来自服务器的消息，例如，将按照先来先服 务的方式在队列中追加。一方面，交互式消息将在任何给定时间显示在中。如果微件 (widget)闪现在窗口或框中，可能需要交互式应答。例如，对TS的响应可以通过按下"1"， " 2 "，" 3 "和" 4 "键或空格键进行。
[0118] 图10示出了依据本发明一个实施例的为DUT生成唯一 IP地址的机制的框图900。 图900包括四个UUT902,交换机904,和测试台引擎906,其中测试台引擎进一步包括IP源 路由表908。一方面，测试台引擎906使用表908来为每个已连接UUT生成唯一的IP地址。 例如，UUT被分配一个相似的IP地址作为默认IP地址，交换机904按照表908将UUT的IP 地址映射为唯一虚拟局域网（"VLAN"）。因此，降低了 UUT之间的地址争用。
[0119] 在一个实施例中，同时测试多个路由器的过程包括通过测试台引擎激活序列号扫 描仪以读取与被连接到测试台的DUT相关联的产品序列号。在根据产品序列号从本地数据 库中检索产品规格后，基于产品规格仿真一个或多个通信网络用于DUT测试。一旦产生一 个或多个通信网络中的一组唯一的IP地址，唯一的IP地址被分配给每个DUT以用于DUT 检验。提供示出了与每个测试台有关的测试配置的图形化展示之后，提供或动态模拟示出 了用于DUT的同时测试的最新状态的图形化展示。
[0120] 本发明的示例性方面包括各种处理步骤，这将在下面描述。该方面的步骤可以以 机器或计算机可执行指令的形式实现。该指令可用于产生通用或专用系统，使用该指令编 程该系统，以执行本发明的示例性方面的步骤。可替换地，本发明的示例性方面的步骤可由 包含用于执行这些步骤的硬连线逻辑的特定硬件组件执行，或者由已编程计算机组件和定 制硬件组件的任意组合执行。
[0121] 图11示出了依据本发明一个实施例的对多个网络设备同时进行检验的流程图 1000。在步骤1002中，能够同时测试多个网络设备的过程包括：检测连接到由测试台引擎 控制的一组测试台的一组DUT。在一个实例中，所有的测试台被激活以确定哪些测试台与 DUT耦合以及哪些测试台是空闲的。
[0122] 在步骤1004中，根据由测试台引擎从DUT接收的信息识别与DUT相关联的产品规 格。在一个实施例中，在识别DUT的类型和制成品后，基于检测到的DUT的类型和制成品从 本地数据库中检索相关规格。另外，当相关规格在本地数据库中不可用时，可以通过从制造 网站下载以检索相关规格。
[0123] 在步骤1006中，基于识别的产品规格，通过TS管理器创建或仿真一个或多个网络 环境。在一个实例中，如果DUT是以太网路由器，产生类似于以太网的网络环境以测试该 DUT。
[0124] 在步骤1008中，依据适合于DUT的网络环境，为DUT生成唯一的IP地址。在一个 实例中，该过程能够动态地创建并分配唯一的IP地址给DUT。
[0125] 在步骤1010中，提供了示出了用于并行测试DUT的实时最新状态的图形化展示。 在接收到来自请求者的TS访问请求时，响应于该请求激活基于从本地数据库检索到的信 息的激活认证过程。该过程能够便于用户和TS之间的真实实时交互通信。注意，真实实时 意味着与实际时间大致相同的时间。
[0126] 以上结合附图实施例对本发明进行了详细说明，本领域中普通技术人员可根据上 述说明对本发明做出种种变化例。因而，实施例中的某些细节不应构成对本发明的限定，本 发明将以所附权利要求书界定的范围作为本发明的保护范围。
【权利要求】
1. 用于检验网络设备的测试站，其特征在于，包括： 用户界面，其能够便于TS和用户之间进行交互式通信，并能够以图形方式显示多个测 试配直和结果； 测试台引擎，耦合到UI，具有能够对多个被测设备进行测试的多个测试台；以及 TS管理器，耦接至测试台引擎，包括客户端服务器接口，数据库接口，用户验证模块，和 监视组件，并被配置为向测试环境提供用于测试多个DUT的每一个的一个或多个仿真通信 网络。
2. 根据权利要求1所述的测试站，其特征在于，进一步包括耦合到TS管理器的本地数 据库，被配置为存储与多个DUT的多个产品标识和与至少一个产品ID相关的产品规格相关 的信息。
3. 根据权利要求1所述的测试站，其特征在于，所述Π 包括： 配置为通过图形化展示来验证用户身份的认证器；以及 耦合到所述认证器并且能够通过图例说明测试配置的配置说明器。
4. 根据权利要求3所述的测试站，其特征在于，所述Π 包括测试监视器，能够为多个被 测设备提供测试状态，其中所有的测试状态基本上同时更新。
5. 根据权利要求1所述的测试站，其特征在于，所述测试台引擎包括： 具有配置为与已连接DUT通信的多个连接器的多个测试台；以及 耦合到多个测试台并被配置为感测耦合至测试台引擎的DUT的数目的DUT检测器。
6. 根据权利要求5所述的测试站，其特征在于，所述测试台引擎包括网络环境复制器， 能够为每个与测试台连接的DUT提供独立的通信网络。
7. 根据权利要求6所述的测试站，其特征在于，所述测试台引擎包括网际协议地址产 生器，被配置成为多个DUT生成唯一的IP地址。
8. 根据权利要求1所述的测试站，其特征在于，所述TS管理器能够根据检测到的DUT 从本地数据库中检索与产品序列号相关联的产品规格。
9. 根据权利要求8所述的测试站，其特征在于，所述TS管理器能够激活对于多个已连 接DUT的基本上同时进行的检验测试，响应于多个已识别的产品规格。
10. 根据权利要求1所述的测试站，其特征在于，所述DUT是能够发送数据包的路由器， 交换机和集线器中的其中一个。
11. 一种能够测试多个网络设备的方法，其特征在于，包括步骤： 检测连接至由测试台引擎控制的多个测试台的多个被测设备； 依据由测试台引擎从多个DUT接收的信息，识别与多个DUT相关的产品规格； 基于识别的产品规格通过测试台管理器创建一个或多个网络环境； 依据为DUT创建的网络环境，为多个DUT的每一个生成唯一的网际协议地址；以及 提供示出了用于同时测试多个DUT的基本最新状态的图形化展示。
12. 根据权利要求11所述的方法，其特征在于，进一步包括： 接收来自请求者的测试站访问请求；以及 响应于该请求，基于从本地数据库中检索的信息激活认证过程。
13. 根据权利要求11所述的方法，其特征在于，所述检测多个被测设备步骤包括激活 所有试验台以确定哪些测试台与DUT耦合，以及哪些测试台空闲。
14. 根据权利要求11所述的方法，其特征在于，所述识别与多个DUT相关的产品规格步 骤包括， 识别检测到的DUT的类型和制成品；以及 基于检测到的DUT的类型和制成品从本地数据库中检索相关规格。
15. 根据权利要求14所述的方法，其特征在于，所述检索相关规格步骤还包括当相关 规格并不存在于本地数据库中时，基于检测到的DUT的类型和制成品从识别的制造网站下 载相关规格。
16. 根据权利要求11所述的方法，其特征在于，所述基于所识别的产品规格创建一个 或多个网络环境步骤包括：如果DUT是以太网路由器，则生成类似于以太网的网络环境以 测试DUT。
17. 根据权利要求11所述的方法，其特征在于，所述为多个DUT的每一个产生唯一的网 际协议地址步骤包括为多个DUT动态创建和分配多个唯一的IP地址。
18. 根据权利要求11所述的方法，其特征在于，所述提供示出了基本最新状态的图形 化展示步骤包括便于用户和TS之间真实实时的交互通信。
19. 一种测试多个网络路由器的方法，其特征在于，包括步骤： 通过测试台引擎激活多个序列号扫描仪以读取与连接至多个测试台的被测设备相关 的广品序列号； 依据产品序列号从本地数据库中检索产品规格； 基于产品规格仿真一个或多个通信网络以测试DUT ; 生成一个或多个通信网络中的多个唯一的网际协议地址；以及 分配多个唯一的IP地址至每个DUT以进行当前的验证测试。
20. 根据权利要求19所述的方法，其特征在于，进一步包括： 提供示出了与每个测试台有关的测试配置的图形化展示；以及 提供示出了用于同时测试多个DUT的基本最新状态的图形化展示。
【文档编号】H04L12/26GK104065528SQ201410095140
【公开日】2014年9月24日 申请日期:2014年3月14日 优先权日:2013年3月15日
【发明者】储泰川, 尤天祥, 刘伯和, 翠映杜安 申请人:美国网件公司