CN116302938A - 自动化测试系统 - Google Patents
自动化测试系统 Download PDFInfo
- Publication number
- CN116302938A CN116302938A CN202211718691.XA CN202211718691A CN116302938A CN 116302938 A CN116302938 A CN 116302938A CN 202211718691 A CN202211718691 A CN 202211718691A CN 116302938 A CN116302938 A CN 116302938A
- Authority
- CN
- China
- Prior art keywords
- test
- switch
- tested
- module
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3696—Methods or tools to render software testable
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供一种自动化测试系统。该系统包括:多个测试服务器、至少一个交换机和多个测试接口,测试服务器与至少一个交换机连接,至少一个交换机还用于多个测试接口连接,测试接口还用于与待测试对象连接,其中,测试服务器用于为待测试对象提供测试环境、以及对待测试对象进行配置;测试服务器还用于通过对应的交换机向待测试对象发送测试指令,以及通过对应的交换机接收待测试对象发送的测试指令对应的测试响应;测试服务器还用于根据测试指令和测试响应,确定待测试对象的测试结果。本申请的系统,解决了当前方案中设备繁多,集成复杂,搭建周期长,同时出现问题时也不容易定位的问题。
Description
技术领域
本申请涉及产品测试技术领域,尤其涉及一种自动化测试系统。
背景技术
随着通信技术和软件技术的不断发展,数据产品已经广泛的应用于人们的生活中,数据产品的测试与验证是确保产品本身质量的重要举措。
现有数据产品验证平台,涉及设备繁多,设备集成复杂,搭建过程问题频出,并且搭建周期长,产品研发需投入巨大的人力及物力成本,并且后期维护复杂,问题不易解决。同时,不同产品接入测试时,需要做硬件和软件上的双适配,涉及模块繁复,问题分散且排查困难。
发明内容
本申请提供一种自动化测试系统,用以解决现有方案涉及设备繁多,设备集成复杂的问题。
一方面,本申请提供一种自动化测试系统,包括:
多个测试服务器、至少一个交换机和多个测试接口,所述测试服务器与所述至少一个交换机连接,所述至少一个交换机还用于所述多个测试接口连接,所述测试接口还用于与待测试对象连接,其中,
所述测试服务器用于为所述待测试对象提供测试环境、以及对所述待测试对象进行配置;
所述测试服务器还用于通过对应的交换机向所述待测试对象发送测试指令,以及通过对应的交换机接收所述待测试对象发送的所述测试指令对应的测试响应;
所述测试服务器还用于根据所述测试指令和所述测试响应,确定所述待测试对象的测试结果。
可选地,所述测试服务器包括数据处理模块、交换模块和NIC,其中,
所述数据处理模块与所述交换模块连接;
所述NIC上设置有VLAN接口,所述交换模块与所述VLAN接口连接;
所述NIC还与对应的交换机连接。
可选地,所述数据处理模块包括VM模块和PTF模块,其中,
所述VM模块与所述PTF模块连接。
可选地,所述测试服务器用于通过所述VM模块接收所述待测试对象发送的连接建立请求;
所述测试服务器还用于通过所述VM模块向所述待测试对象发送连接建立响应,以建立所述测试服务器与所述待测试对象之间的连接。
可选地,所述测试服务器还用于通过所述VM模块生成控制信息;
所述测试服务器还用于通过所述交换模块对所述控制信息进行处理,并向所述待测试对象发送处理后的控制信息。
可选地,所述测试服务器还用于通过所述PTF模块生成所述测试指令;
所述测试服务器还用于通过所述交换模块对所述测试指令进行处理,并向所述待测试对象发送处理后的测试指令。
可选地,所述至少一个交换机包括N级交换机,其中,
所述测试服务器与一级交换机连接;
第i级交换机与第i+1级交换机连接,所述i大于或等于1,所述i小于所述N,所述i为整数;
第N级交换机与对应的测试接口连接,所述N为大于1的整数。
可选地,所述系统中包括多个容器,所述多个测试服务器分别位于对应的容器中。
可选地,所述系统中包括启动脚本,所述启动脚本用于在系统启动时对系统进行连接测试。
可选地,所述系统中包括多个标准测试例,所述标准测试例用于对基于开源的待测试对象进行测试。
本实施例提供了一种自动化测试系统,该系统包括多个测试服务器、至少一个交换机和多个测试接口,测试服务器与至少一个交换机连接,至少一个交换机还用于多个测试接口连接,测试接口还用于与待测试对象连接,其中,测试服务器用于为待测试对象提供测试环境、以及对待测试对象进行配置;测试服务器还用于通过对应的交换机向待测试对象发送测试指令,以及通过对应的交换机接收待测试对象发送的测试指令对应的测试响应;测试服务器还用于根据测试指令和测试响应,确定待测试对象的测试结果。该系统通过将测试服务器、交换机以及测试接口集成在一起,将复杂的物理拓扑及关键处理模块内置,解决了当前方案中设备繁多,集成复杂,搭建周期长,同时出现问题时也不容易定位的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的自动化测试系统的具体的应用场景图;
图2为本申请实施例提供的自动化测试系统结构图一;
图3为本申请实施例提供的自动化测试系统结构图二;
图4为本申请实施例提供的自动化测试系统结构图三;
图5为本申请实施例提供的自动化测试系统结构图四。
附图标记说明:
104-根交换机;
105-叶交换机a;
106-叶交换机b;
107-叶交换机c;
108-叶交换机d;
201-测试服务器a;
202-测试服务器b;
203-测试服务器c;
204-测试服务器d;
205-交换机;
206-测试接口a;
207-测试接口b;
208-测试接口c;
209-测试接口d;
211-待测试对象a;
212-待测试对象b;
213-待测试对象c;
214-待测试对象d;
221-数据处理模块;
224-交换模块;
225-NIC;
222-VM模块;
223-PTF模块;
226-VLAN接口;
231-容器a;
232-容器b;
233-容器c;
234-容器d。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
图1是本申请提供的自动化测试系统的具体的应用场景图。如图1所示,该应用场景包括:测试服务器a201、测试服务器b202、测试服务器c203、根交换机104、叶交换机a105、叶交换机b106、叶交换机c107、叶交换机d108、待测试对象a211、待测试对象b212、待测试对象c213以及待测试对象d214。测试服务器a201、测试服务器b202以及测试服务器c203都与根交换机104相连,而唯一的根交换机104与叶交换机a105、叶交换机b106、叶交换机c107以及叶交换机d108相连,属于一对多的关系。叶交换机a105、叶交换机b106、叶交换机c107以及叶交换机d108又分别与待测试对象a211、待测试对象b212、待测试对象c213以及待测试对象d214相连,这里属于一对一的关系。
其中,测试服务器是用来运行测试用例的组件,根交换机是用来连接测试服务器的组件,叶交换机是用来连接待测试对象的组件,每个叶交换机与待测试对象的端口一一对应,每个叶交换机都有唯一的局域网标识,这样测试服务器可以通过根服务器和叶服务器发送报文到任意一个待测试对象的端口。
现有技术通常采用服务器、网卡以及扇出交换机组合的方案搭建自动化测试平台,服务器和扇出交换机通常有各自的系统,这样的方案设备繁多,集成复杂,搭建周期长,同时出现问题时也不容易定位。
本申请提供了一种自动化测试系统,该系统包括多个测试服务器、至少一个交换机和多个测试接口,测试服务器与至少一个交换机连接,至少一个交换机还用于多个测试接口连接,测试接口还用于与待测试对象连接,该系统通过将测试服务器、交换机以及测试接口集成在一起,将复杂的物理拓扑及关键处理模块内置,解决了当前方案中设备繁多,集成复杂,搭建周期长,同时出现问题时也不容易定位的问题。
本申请提供的自动化测试系统,旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图2为本申请实施例提供的自动化测试系统结构图一。如图2所示,本实施例的系统,包括:测试服务器a201、测试服务器b202、测试服务器c203以及测试服务器d204等多个测试服务器、至少一个交换机205和测试接口a206、测试接口b207、测试接口c208以及测试接口d209等多个测试接口,测试服务器a201、测试服务器b202、测试服务器c203以及测试服务器d204与至少一个交换机205连接,至少一个交换机205还用于测试接口a206、测试接口b207、测试接口c208以及测试接口d209连接,测试接口a206、测试接口b207、测试接口c208以及测试接口d209还用于与待测试对象a211、待测试对象b212、待测试对象c213以及待测试对象d214连接,其中,
测试服务器用于为待测试对象提供测试环境、以及对待测试对象进行配置;
测试服务器还用于通过对应的交换机向待测试对象发送测试指令,以及通过对应的交换机接收待测试对象发送的测试指令对应的测试响应;
测试服务器还用于根据测试指令和测试响应,确定待测试对象的测试结果。
本实施例中,为了解决自动化测试系统中多设备集成造成的搭建繁复问题,将多个测试服务器、至少一个交换机以及多个测试接口集成在系统内部。通过超融合方案,将复杂的物理和逻辑拓扑内置。其中,包括测试服务器a201、测试服务器b202、测试服务器c203以及测试服务器d204在内的多个测试服务器和交换机205多对一连接;同时交换机205与测试接口a206、测试接口b207、测试接口c208以及测试接口d209一对多连接;包括测试接口a206、测试接口b207、测试接口c208以及测试接口d209在内的多个测试接口与待测试对象a211、待测试对象b212、待测试对象c213以及待测试对象d214一对一的相连。
测试服务器作为提供测试服务的主体,通常需要较高的性能和较大的内存。交换机是连接网络,并通过数据交换的方式来进行数据传输的设备,测试接口则是物理连接自动化测试系统和待测试对象的接口。自动化测试系统的设计目标为融合服务器、网卡、交换机的超融合设备,因此在硬件设计方面,可以采用双CPU对称设计,融合可编程网络交换芯片,同时加入双高性能FPGA智能网卡,使其同时具备数据计算和网络交换功能,通过PCI和UPI等数据协议通路确保各模块之间的交互。
其中,可编程网络交换芯片所具备的核心功能是从一个端口到另外一个端口的处理与转发。因为需要满足的是面向网络处理特定模型的可编程,通常采用P4可编程模型,它的架构是PISA(Protocol Independent Switch Arch,独立于协议的交换机架构)全流水线可编程架构。P4可编程模型的核心特征是基于网络包处理的高速交换,它可以实现Packet通信相关事件的处理,灵活匹配,灵活编辑,以及小容量的高速存储查找。采用P4可编程模型定制化地实现本申请的场景功能,可以达到进一步释放交换芯片的能力。
智能网卡除了能实现网卡的连接作用,还实现了通常由CPU执行的网络流量处理功能。智能网卡还能够执行加密/解密、防火墙、TCP/IP和HTTP处理等功能。智能网卡设计通常采用以下几种形式之一:多核智能网卡,即基于包含多个CPU内核的ASIC和基于现场可编程门阵列(FPGA)的智能网卡等。
PCI(Peripheral Component Interconnect,外设部件互连标准)是一种用于定义局部总线的标准,具有即插即用和中断共享的特点。UPI(Ultra Path Interconnect,超路径互连)是用于具有共享地址空间的可扩展多处理器系统的低延迟一致互连。
本领域的技术人员可以理解,自动化测试系统为了达到高性能的目标,硬件设计并不局限于上述设计方案。
测试服务器需要在测试前为测试对象提供测试环境以及对测试对象进行配置。可以采用基于Linux内核的SONiC,其Redis、Docker及SAI等技术组件,以及其软件模块松耦合的特性,有利于本申请的快速部署和功能开发及维护。其中,SONiC(Software for OpenNetworking in the Cloud,云端开源网络操作系统)具备在线代理抓包、支持跨网段多机房、维护低成本以及支持Windows、Mac、Linux平台等特点。
测试对象可以为包括交换机在内的数据产品,在测试过程中,需要由测试服务器向待测试对象发出测试指令,并获取待测试对象发出的测试响应,对测试响应进行分析,得到测试结果。以待测试对象为交换机为例,测试服务器首先要具备连接并可以对指定交换机进行测试的测试环境。对于基于开源标准开发的交换机,测试服务器应确保待测试对象即插即用的环境和配置。随后将交换机连接到自动化测试系统,测试服务器会模拟交换机应用场景,向其发送测试指令,如大量数据包等,并模拟接收设备接收交换机发送的测试响应,对测试响应进行分析,判断交换机是否通过测试。
可选地,系统中包括启动脚本,启动脚本用于在系统启动时对系统进行连接测试。
本实施例中,自动化测试系统包括启动脚本,用来在系统启动的时候进行连接测试。在没有自动化测试系统的方案中,包括网卡、交换机以及服务器都是通过网线连接的,同时,交换机和服务器都有各自的操作系统,在设置好各种设备后,需要进行通信测试,一是证明各个设备处于正常运行的状态,二是证明各个设备连接正常。自动化测试系统则采用启动脚本,在启动时测试系统的各个组成部分运行和连接正常,一键部署,同时节省了系统启动的时间。
可选地,至少一个交换机包括N级交换机,其中,
测试服务器与一级交换机连接;
第i级交换机与第i+1级交换机连接,i大于或等于1,i小于N,i为整数;
第N级交换机与对应的测试接口连接,N为大于1的整数。
本实施例中,自动化测试系统中的交换机包括N级交换机,N为大于1的整数。交换机的作用是拓展连接在系统上待测试对象的数量。在常用方案中,通常采用两级交换机,即根交换机和叶交换机。在自动化测试系统中,将交换机集成在系统中,因此,为了达到交换机本身的作用,在待测试对象的数量超过系统所能连接的数量时,需要采用N级交换机,测试服务器与一级交换机连接;第i级交换机与第i+1级交换机连接,i大于或等于1,i小于N,i为整数;第N级交换机与对应的测试接口连接,N为大于1的整数。
本实施例提供了一种自动化测试系统,该系统包括多个测试服务器、至少一个交换机和多个测试接口,测试服务器与至少一个交换机连接,至少一个交换机还用于多个测试接口连接,测试接口还用于与待测试对象连接,其中,测试服务器用于为待测试对象提供测试环境、以及对待测试对象进行配置;测试服务器还用于通过对应的交换机向待测试对象发送测试指令,以及通过对应的交换机接收待测试对象发送的测试指令对应的测试响应;测试服务器还用于根据测试指令和测试响应,确定待测试对象的测试结果。该系统通过将测试服务器、交换机以及测试接口集成在一起,将复杂的物理拓扑及关键处理模块内置,解决了当前方案中设备繁多,集成复杂,搭建周期长,同时出现问题时也不容易定位的问题。
图3为本申请实施例提供的自动化测试系统结构图二。如图3所示,本实施例的系统中,在图2所示的实施例的基础上,测试服务器201包括数据处理模块221、交换模块224和NIC225,其中,
数据处理模块221与交换模块224连接;
NIC225上设置有VLAN接口226,交换模块224与VLAN接口226连接;
NIC225还与对应的交换机205连接。
数据处理模块221包括VM模块222和PTF模块223,其中,
VM模块222与PTF模块223连接。
测试服务器用于通过VM模块222接收待测试对象发送的连接建立请求;
测试服务器还用于通过VM模块222向待测试对象发送连接建立响应,以建立测试服务器与待测试对象之间的连接。
测试服务器还用于通过VM模块222生成控制信息;
测试服务器还用于通过交换模块224对控制信息进行处理,并向待测试对象发送处理后的控制信息。
测试服务器还用于通过PTF模块223生成测试指令;
测试服务器还用于通过交换模块224对测试指令进行处理,并向待测试对象发送处理后的测试指令。
本实施例中,测试服务器201作为提供测试服务的主体,包括数据处理模块221、交换模块224和NIC225。其中数据处理模块221与交换模块224连接;NIC225上设置有VLAN接口226,交换模块224与VLAN接口226连接;NIC225还与对应的交换机205连接。NIC(networkinterface controller,网络接口控制器)又称网络接口控制器,网络适配器(networkadapter),网卡(network interface card),或局域网接收器(LAN adapter),是一种被设计用来允许计算机在计算机网络上进行通讯的计算机硬件,这里是与系统中交换机205连接的接口。数据处理模块221主要负责向待测试对象发出测试响应以及收集待测试对象的测试响应,并根据测试响应进行分析,得到测试结果。交换模块224主要负责把数据处理模块221的数据流交换到NIC225的VLAN接口226上。
数据处理模块221包括VM模块222和PTF模块223,VM模块222和PTF模块223可以为一个和多个。此处的VM模块222即为虚拟机,VM模块222根据待测试对象的测试需要进行设置,测试服务器用于通过VM模块222接收待测试对象发送的连接建立请求并发送建立响应。例如待测试对象是一个交换机205,则数据处理模块221中包括两个VM模块,都为交换机,其中一个用来向待测试对象发送数据,另外一个用来接收待测试对象发送的数据,则两个虚拟机会在与待测试对象连接后,接收待测试对象发送的建立连接的请求,并向待测试对象发送连接建立响应。因为只有建立了两个虚拟机与待测试对象的链接,才能进行下一步的测试。VM模块负责和待测试对象的协议建链的同时,也负责控制信息的下发。在控制信息生成后,通过交换模块224处理并下发。VM模块的数据包只能单向发送到待测试对象,这里指的是同一个VM模块的数据包,一个VM模块如果向待测试对象发送数据包,则不能接收待测试对象发送的数据包。
PTF模块223负责发包验证数据转发面功能,待测试对象的面板口和VM模块222的一个端口直连,但是与此同时PTF模块223也挂载在这条连接上。测试响应从待测试对象物理端口可以同时发送给VM模块222和PTF模块223,VM模块222和PTF模块223的测试指令都可以发送给待测试对象物理端口,这种连接方式允许通过PTF模块223向VM模块222和待测试对象之间的BGP域注入测试指令,并验证测试指令。其中,BGP是指边界网关协议,它是Internet的路由协议。简单来说BGP提供了方向以便流量尽可能高效地从一个IP地址传输到另一个IP地址。PTF生成测试指令之后,通过交换模块224处理并下发。
上述VM模块222、PTF模块223以及待测试对象的连接的实现方式,是通过交换模块224实现的。交换模块224负责对数据包进行标记处理,从而控制数据包以正确的路径转发,确保注入待测试对象数据包的正确性。交换模块224可以采用OVS来实现,将VM模块222、PTF模块223及待测试对象的端口连接到OVS上,通过配置OVS的规则,实现转发规则。OVS全称open vSwitch,即开源虚拟交换机软件,是基于软件定义的集中管理配置网络拓扑,实现交换机虚拟化的开源软件。VM模块222与PTF模块223均存在交互,完成待测试对象控制面和转发面的验证,通过控制其数据流向完成测试。VM模块222与PTF模块223的数据包通过OVS处理后,封装802.1Q协议字段,而后转发,从而确保数据报文的路径选择及测试结果的正确性。
可选地,系统中包括多个标准测试例,标准测试例用于对基于开源的待测试对象进行测试。
本实施例中,自动化测试系统为了达到即插即用的目标,在系统中集成了多个标准测试例。所谓的标准测试例,是基于开源的待测试对象进行测试的测试例。当前有许多企业的待测试对象是基于类似SONiC系统等开源标准研发的。在进行测试时,当前的技术方案的自动化平台通常采用用服务器+交换机搭建硬件平台,接着开发相应的测试例,最后集成自动化测试。这样需要耗费大量的人力/物力/时间进行迭代开发。本申请的自动化测试系统采用一体化硬件,并大量收集行业通用的测试例,保证系统对待测设备通用功能做到最大程度的覆盖,并能做到即插即用的验证功能。针对产商的一些特定应用场景的测试需求,例如针对常见芯片的芯片功能测试及IEEE二三层标准协议测试以及实现上层应用的功能测试,可以定制化测试用例,这可以大大减少开发测试例的人力和搭建平台的周期。
本实施例提供了一种自动化测试系统,该系统在上述实施例的基础上,测试服务器包括数据处理模块、交换模块和NIC,其中,数据处理模块与交换模块连接;NIC上设置有VLAN接口,交换模块与VLAN接口连接;NIC还与对应的交换机连接。数据处理模块包括VM模块和PTF模块,其中,VM模块与PTF模块连接。该系统通过VM模块建立于待测试对象的连接并发送控制信息,通过PTF模块生成测试指令并发送至待测试对象,通过交换模块来实现上述连接,使得自动化测试系统的测试过程更加具有实用性。
图4为本申请实施例提供的自动化测试系统结构图三。如图4所示,本实施例的系统中,在图2所示的实施例的基础上,系统中包括容器a231、容器b232、容器c233、以及容器d234在内的多个容器,包括测试服务器a201、测试服务器b202、测试服务器c203以及测试服务器d204等多个测试服务器分别位于对应的容器中。
Docker容器是一个开源的应用容器引擎,让开发者可以以统一的方式打包他们的应用以及依赖包到一个可移植的容器中,接着发布到任何安装了Docker引擎的服务器上(包括流行的Linux机器、windows机器),也可以实现虚拟化。容器完全使用沙箱机制,相互之间不会有任何接口。Docker容器几乎没有性能开销,可以很容易地在机器和数据中心中运行。同时Docker容器不依赖于任何语言、框架包括系统。支持同时多测试服务器、多待测产品的测试任务执行。
本实施例中,测试服务器上主要包括两个Docker(SONiC-mgmt和Docker-ptf),SONiC-mgmt主要负责调配整个测试流程,包括启动协议VM模块、调用PTF模块等,PTF模块主要负责收发报文以及数据平面的校验。
本实施例提供了一种自动化测试系统,该系统在上述实施例的基础上,通过使用容器化技术,即Docker技术,实现测试服务器的拓展。
下面以一个具体的实施例,对本申请的技术方案进行详细说明。
图5为本申请实施例提供的自动化测试系统结构图四。如图5所示,其中,TestServer是指测试服务器,Root Fanout是指根交换机,Leaf是指叶交换机,DUT是指待测试对象,Trunk是指汇聚的线路,Unique VLAN for each interface是指每个待测试对象对应的VLAN标识不同,而叶交换机为不同VLAN标识提供不同接口。测试服务器作用是为做不同待测试对象的协议对等配置、数据包报文的收法和分析、及配置保证测试例执行的环境。同时,利用Docker技术可以实现测试服务器的拓展,支持同时多测试服务器、多待测产品的测试任务执行。
交换机由自动化测试系统中的交换芯片来承担,保证数据面的报文过来后可以注入到待测试对象及接收从待测试对象转发出来的报文。内置的一级交换机是实现即插即用的重要支撑,同时支持交换机拓展,多级拓展可以实现待测产品的指数级测试支持,并且可以通过多级拓展实现对所有端口形态的支持。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
在本申请中,术语“包括”及其变形可以指非限制性的包括;术语“或”及其变形可以指“和/或”。本申请中术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。本申请中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
Claims (10)
1.一种自动化测试系统,其特征在于,包括:多个测试服务器、至少一个交换机和多个测试接口,所述测试服务器与所述至少一个交换机连接,所述至少一个交换机还用于所述多个测试接口连接,所述测试接口还用于与待测试对象连接,其中,
所述测试服务器用于为所述待测试对象提供测试环境、以及对所述待测试对象进行配置;
所述测试服务器还用于通过对应的交换机向所述待测试对象发送测试指令,以及通过对应的交换机接收所述待测试对象发送的所述测试指令对应的测试响应;
所述测试服务器还用于根据所述测试指令和所述测试响应,确定所述待测试对象的测试结果。
2.根据权利要求1所述的系统,其特征在于,所述测试服务器包括数据处理模块、交换模块和NIC,其中,
所述数据处理模块与所述交换模块连接;
所述NIC上设置有VLAN接口,所述交换模块与所述VLAN接口连接;
所述NIC还与对应的交换机连接。
3.根据权利要求2所述的系统,其特征在于,所述数据处理模块包括VM模块和PTF模块,其中,
所述VM模块与所述PTF模块连接。
4.根据权利要求3所述的系统,其特征在于,
所述测试服务器用于通过所述VM模块接收所述待测试对象发送的连接建立请求;
所述测试服务器还用于通过所述VM模块向所述待测试对象发送连接建立响应,以建立所述测试服务器与所述待测试对象之间的连接。
5.根据权利要求3所述的系统,其特征在于,
所述测试服务器还用于通过所述VM模块生成控制信息;
所述测试服务器还用于通过所述交换模块对所述控制信息进行处理,并向所述待测试对象发送处理后的控制信息。
6.根据权利要求3所述的系统,其特征在于,
所述测试服务器还用于通过所述PTF模块生成所述测试指令;
所述测试服务器还用于通过所述交换模块对所述测试指令进行处理,并向所述待测试对象发送处理后的测试指令。
7.根据权利要求1-6任一项所述的系统,其特征在于,所述至少一个交换机包括N级交换机,其中,
所述测试服务器与一级交换机连接;
第i级交换机与第i+1级交换机连接,所述i大于或等于1,所述i小于所述N,所述i为整数;
第N级交换机与对应的测试接口连接,所述N为大于1的整数。
8.根据权利要求1-6任一项所述的系统,其特征在于,所述系统中包括多个容器,所述多个测试服务器分别位于对应的容器中。
9.根据权利要求1-6任一项所述的系统,其特征在于,所述系统中包括启动脚本,所述启动脚本用于在系统启动时对系统进行连接测试。
10.根据权利要求1-6任一项所述的系统,其特征在于,所述系统中包括多个标准测试例,所述标准测试例用于对基于开源的待测试对象进行测试。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211718691.XA CN116302938A (zh) | 2022-12-29 | 2022-12-29 | 自动化测试系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211718691.XA CN116302938A (zh) | 2022-12-29 | 2022-12-29 | 自动化测试系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116302938A true CN116302938A (zh) | 2023-06-23 |
Family
ID=86822900
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211718691.XA Pending CN116302938A (zh) | 2022-12-29 | 2022-12-29 | 自动化测试系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116302938A (zh) |
-
2022
- 2022-12-29 CN CN202211718691.XA patent/CN116302938A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9628339B1 (en) | Network testbed creation and validation | |
CN110351156B (zh) | 一种测试方法和装置 | |
US8073966B2 (en) | Virtual interface | |
US8953584B1 (en) | Methods and apparatus for accessing route information in a distributed switch | |
TW201904234A (zh) | 用於虛擬網路鏈路檢測的方法及裝置 | |
CN113810206B (zh) | 一种网络自动化编排管理方法、实体、控制器及电子设备 | |
US20160156541A1 (en) | Methods, systems, and computer readable media for receiving test configuration information | |
CN110636036A (zh) | 一种基于SDN的OpenStack云主机网络访问控制的方法 | |
Van Vorst et al. | Primogeni: Integrating real-time network simulation and emulation in geni | |
John et al. | Scalable software defined monitoring for service provider devops | |
Xu et al. | Toward a practical reconfigurable router: a software component development approach | |
Bedhief et al. | From evaluating to enabling sdn for the internet of things | |
Moeyersons et al. | Pluggable SDN framework for managing heterogeneous SDN networks | |
CN105323109B (zh) | 互连网络仿真器及用于仿真互连网络的方法 | |
CN116302938A (zh) | 自动化测试系统 | |
Shalimov et al. | On bringing software engineering to computer networks with software defined networking | |
Ewais et al. | A Framework Integrating FPGAs in VNF Networks | |
McGrath et al. | Performant deployment of a virtualised network functions in a data center environment using resource aware scheduling | |
CN116016034B (zh) | 一种基于sdn的业务路径调度方法及装置 | |
Gonzalez et al. | The Network Virtualization to Support the Scalability of the Internet of Things | |
US20240146599A1 (en) | Methods, systems, and computer readable media for test system agent deployment in a smartswitch computing environment | |
US20240095156A1 (en) | Methods, systems, and computer readable media for using an impairment configuration manager | |
Joshi et al. | Performance Analysis Of Software-Defined Network And POX Controller | |
ANTUNES | TOWARDS GENERIC AND SCALABLE NETWORK EMULATION | |
dos Santos Leite | Complex Network Services using OpenFlow Barebones |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |