CN110445681A - 一种多端口并行测试方法、装置及电子设备 - Google Patents
一种多端口并行测试方法、装置及电子设备 Download PDFInfo
- Publication number
- CN110445681A CN110445681A CN201910709685.XA CN201910709685A CN110445681A CN 110445681 A CN110445681 A CN 110445681A CN 201910709685 A CN201910709685 A CN 201910709685A CN 110445681 A CN110445681 A CN 110445681A
- Authority
- CN
- China
- Prior art keywords
- port
- measured
- test
- multiport
- trm
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Abstract
本申请提供一种多端口并行测试方法、装置及电子设备,通过测试设备接收上位机的多端口测试触发命令,以指示通过测试设备的N个端口对待测设备的N个待测端口进行测试;进而根据多端口测试触发命令,分别通过每个端口向对应的待测端口发送测试请求报文;最终确认N个端口是否满足输出统计条件;若满足,则输出N个待测端口的统计结果;统计结果包含每个端口接收对应的待测端口发送的测试应答报文的情况。避免了针对每个待测端口的逐一测试,即逐一发送测试应答报文并统计Ping包的接收/丢包结果,从而实现了多端口的并行测试,减少了设备的网络测试时间,节约了用户的时间成本。
Description
技术领域
本申请涉及通讯技术领域,具体而言,涉及一种多端口并行测试方法、装置及电子设备。
背景技术
Ping(Packet Internet Groper,因特网包探索器)是常用的网络测试手段,用于获取测试设备的端口与待测设备的端口之间的网络连接质量。
在待测试端口数较多的场景下,由于测试设备在执行Ping时,一次只能对一个待测端口进行测试,从而存在着测试时间长、效率低下的问题。
发明内容
本申请的目的在于提供一种多端口并行测试方法、装置及电子设备,其用于提高多个待测端口的测试效率。
为了实现上述目的,本申请实施例采用的技术方案如下:
第一方面,本申请实施例提供一种多端口并行测试方法,所述方法应用于测试设备,所述测试设备通过N个端口与待测设备的N个待测端口连接,所述方法包括:
接收上位机的多端口测试触发命令,所述多端口测试触发命令用于指示通过所述N个端口对所述N个待测端口进行测试;
根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文;
确认所述N个端口是否满足输出统计条件,若满足,则输出所述N个待测端口的统计结果;所述统计结果包含每个所述端口接收对应的待测端口发送的测试应答报文的情况。
结合第一方面,在第一种可能的实现方式中,在所述向多个待测端口发送测试请求报文的步骤之前,还包括:
接收所述上位机的绑定命令,所述绑定命令包含每个所述端口的标识与对应的待测端口的IP地址;
根据所述绑定命令,分别建立所述N个端口的标识与所述N个待测端口的IP地址的一一对应关系;
所述根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文的步骤,包括:
基于所述对应关系和所述多端口测试触发命令,分别通过每个所述端口向该端口的标识对应的IP地址发送所述测试请求报文。
结合第一方面,在第二种可能的实现方式中,所述确认所述N个待测端口是否满足输出统计条件,包括:
判断每个所述端口的报文发送数量是否达到阈值,若是,则输出所述N个待测端口的统计结果;
若否,则返回执行根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文的步骤。
结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,在所述根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文之后,还包括:
判断每个所述端口是否在预设时间内接收到所述对应的待测端口发送的测试应答报文;
若是,则记录所述对应的待测端口的统计信息为接收正常;
若否,则记录所述对应的待测端口的统计信息为丢包;
在所述输出所述N个待测端口的统计结果的步骤之前,还包括:
汇总每个所述待测端口的统计信息,生成所述N个待测端口的统计结果。
第二方面,本申请实施例提供一种多端口并行测试装置,包括:收发模块和处理模块;
所述收发模块,用于接收上位机的多端口测试触发命令,所述多端口测试触发命令用于指示通过所述N个端口对所述N个待测端口进行测试;
所述处理模块,用于根据所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向对应的待测端口发送测试请求报文;确认所述N个端口是否满足输出统计条件,若满足,则输出所述N个待测端口的统计结果;所述统计结果包含每个所述端口接收对应的待测端口发送的测试应答报文的情况。
结合第二方面,在第一种可能的实现方式中,
所述收发模块,还用于在向多个待测端口发送测试请求报文之前,接收所述上位机的绑定命令,所述绑定命令包含每个所述端口的标识与对应的待测端口的IP地址;
所述处理模块,还用于根据所述绑定命令,分别建立所述N个端口的标识与所述N个待测端口的IP地址的一一对应关系;基于所述对应关系和所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向该端口的标识对应的IP地址发送所述测试请求报文。
结合第二方面,在第二种可能的实现方式中,
所述处理模块,具体用于判断每个所述端口的报文发送数量是否达到阈值,若是,则输出所述N个待测端口的统计结果;若否,则根据所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向对应的待测端口发送测试请求报文。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述处理模块,具体用于:
在根据所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向对应的待测端口发送测试请求报文之后,判断每个所述端口是否在预设时间内接收到所述对应的待测端口发送的测试应答报文;若是,则记录所述对应的待测端口的统计信息为接收正常;若否,则记录所述对应的待测端口的统计信息为丢包;
在所述输出所述N个待测端口的统计结果的步骤之前,汇总每个所述待测端口的统计信息,生成所述N个待测端口的统计结果。
第三方面,本申请实施例提供一种电子设备,包括:
存储器,用于存储一个或多个程序;
处理器;
当所述一个或多个程序被所述处理器执行时,实现如第一方面或第一方面任意一种可能的实现方式中所述的方法。
相对于现有技术,本申请实施例所提供的一种多端口并行测试方法、装置及电子设备,通过测试设备接收上位机的多端口测试触发命令,以指示通过测试设备的N个端口对待测设备的N个待测端口进行测试;进而根据多端口测试触发命令,分别通过每个端口向对应的待测端口发送测试请求报文;最终确认N个端口是否满足输出统计条件;若满足,则输出N个待测端口的统计结果;统计结果包含每个端口接收对应的待测端口发送的测试应答报文的情况。避免了针对每个待测端口的逐一测试,即逐一发送测试应答报文并统计Ping包的接收/丢包结果,从而实现了多端口的并行测试,减少了设备的网络测试时间,节约了用户的时间成本。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它相关的附图。
图1为本申请实施例提供一种测试多端口设备的结构示意图;
图2为本申请实施例提供的一种多端口并行测试方法流程示意图;
图3为本申请实施例提供的另一种多端口并行测试方法流程示意图;
图4为本申请实施例提供的另一种多端口并行测试方法流程示意图;
图5为本申请实施例提供的另一种多端口并行测试方法流程示意图;
图6为本申请实施例提供的本申请提供的一种多端口并行测试装置示意图;
图7示为本申请实施例提供的一种电子设备的结构示意图。
图中:200-待测设备,201-测试设备,30-多端口并行测试装置,300-收发模块,301-处理模块,400-电子设备,401-存储器,402-处理器,403-通信接口。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
为了实现对多端口设备进行网络测试,本申请实施例提供一种测试多端口设备的结构示意图,图1为本申请实施例提供一种测试多端口设备的结构示意图,如图1,包括:待测设备200和测试设备201。
待测设备200具有N个待测端口,在本申请提供的图1的实施例中,待测设备200的N个待测端口与测试设备201的N个端口连接,其连接方式为单个待测端口连接单个端口,从而实现N个待测端口与N个端口的连接。例如,针对待测端口,为了能够识别针对多个待测端口的Ping测试,可以通过增设如下命令实现:
绑定命令:mping…setip…portid…d-ip;
具体的,绑定命令用于设置指定待测端口的IP地址(目的地址,d-ip),结合上述的多个待测端口,可以对每一个待测端口指定不同的IP地址。其中,“portid”表征测试设备201的端口的标识。
多端口测试触发命令:mping…from…portstart…to…portend…[可选参数];
具体的,多端口测试触发命令用于对指定的待测端口进行并行的Ping测试,其中,“portstart”表征并行测试的第一个待测端口号,“portend”表征并行测试的最后一个待测端口号,可选参数有标准的包个数、包填充、包大小、超时时间、不打印过程、发包间隔等。
上述的“mping from to”-多端口测试触发命令和“mpingsetip”绑定命令配合使用,通过“setip”可以对多个端口设置不同的待测端口的IP地址,在程序中记载有各个端口与各个待测端口的IP地址之间的对应关系。对于程序中没有配置对应待测端口的IP地址的端口执行多端口测试触发命令时会报错。多端口测试触发命令最大程度地利用了现有程序,并对多个待测端口进行并行测试。
上述的绑定命令和多端口测试触发命令仅为实现多端口并行测试增加的命令行的一种可能的实现方式,有理由相信,本领域技术人员在阅读上述实现方式后,可以在没有创造性劳动的条件下,采用其它方式,实现多个待测端口配置不同的目的地址并对多个待测端口进行并行测试,故其也应属于本申请的保护范围。
基于图1所示的测试设备与待测设备,该测试设备通过N个端口与待测设备的N个待测端口连接,为了减少多端口网络测试测试时间,本申请实施例提供一种多端口并行测试方法,如图2。图2为本申请实施例提供的一种多端口并行测试方法流程示意图,该方法可以被图1中的测试设备执行,该多端口并行测试方法,包括:
步骤102、接收上位机的多端口测试触发命令,多端口测试触发命令用于指示通过N个端口对N个待测端口进行测试;其中,该上位机可以是用于控制测试的控制设备,例如,台式电脑、笔记本电脑或其他终端设备。
步骤103、根据多端口测试触发命令,分别通过每个端口向对应的待测端口发送测试请求报文。
其中,对于每个待测端口,其对应的测试请求报文可以被配置为发送多次,具体可以根据实际的网络测试需求设置的。在一种实现方式中,各个待测端口对应的发包个数可以一致,例如,针对每个待测端口的发包个数均为20,即每个端口向对应待测端口发送20个测试请求报文。
可选地,对于多个待测端口发送本轮测试请求报文的时序,可以是同时发送,也可以是间隔发送,例如,根据上文中多端口测试触发命令,根据端口顺序从起始待测端口逐次完成一轮测试请求报文的发送,直至结束待测端口发送本轮测试请求报文完毕。
可选地,该测试请求报文可以为Internet控制报文协议(Internet ControlMessage Protocol,ICMP)报文。
步骤107、确认N个端口是否满足输出统计条件;若满足,则输出N个待测端口的统计结果;统计结果包含每个端口接收对应的待测端口发送的测试应答报文的情况。
具体的,当测试设备向一个待测端口发送了对应的测试请求报文后,随即开始等待该待测端口反馈的测试应答报文。
本申请提供的多端口并行测试方法,通过测试设备接收上位机的多端口测试触发命令,以指示通过测试设备的N个端口对待测设备的N个待测端口进行测试;进而根据多端口测试触发命令,分别通过每个端口向对应的待测端口发送测试请求报文;最终确认N个端口是否满足输出统计条件;若满足,则输出N个待测端口的统计结果;统计结果包含每个端口接收对应的待测端口发送的测试应答报文的情况。避免了针对每个待测端口的逐一测试,即逐一发送测试应答报文并统计Ping包的接收/丢包结果,从而实现了多端口的并行测试,减少了设备的网络测试时间,节约了用户的时间成本。
在图2的基础上,为了实现多待测端口的测试,可以通过预先绑定端口与待测端口,以建立N个端口与N个待测端口的一一对应关系,具体的,图3为本申请实施例提供的另一种多端口并行测试方法流程示意图,参见图3,该方法在步骤102之前,还包括:
步骤100、接收上位机的绑定命令,绑定命令包含每个端口的标识与对应的待测端口的IP地址;
步骤101、根据绑定命令,分别建立N个端口的标识与N个待测端口的IP地址的一一对应关系;
具体的,针对每一个待测端口通过绑定命令和多端口测试触发命令实现IP地址与端口标识的对应,实现了每一条测试请求报文按照与待测端口对应的IP地址发送,以防止了测试请求报文发送到错误的位置。
在一种可能的实现方式中,该测试请求报文包含该待测端口对应的IP地址。可选地,该IP地址作为目的地址以及源地址可以被封装在测试请求报文的IP首部;相应地,测试应答报文包含对应的该目的地址和源地址。对于匹配的端口与待测端口,端口发送的测试请求报文具有的目的地址应与待测端口反馈的测试应答报文具有的源地址相同。
例如,在构建本轮的测试请求报文时,在测试请求报文中设置标识符字段和序列号,例如,图1中端口1向待测设备200的待测端口1发送的测试请求报文中序列号为0,设置标识符字段中的进程ID为00;则下一个端口2向待测设备200的待测端口2发送的测试请求报文中序列号加一,即为1,设置标识符字段中的进程ID加一,即为01;通过序列号、进程ID的递增,保证每个测试请求报文中的序列号与设置标识符字段中的进程ID均不相同。从而保证对应一个待测端口的测试请求报文以及测试应答报文具有相同的序列号和进程ID。
进而继续参见图3,步骤103的一种可能的实现方式为:
步骤103-1、基于对应关系和多端口测试触发命令,分别通过每个端口向该端口的标识对应的IP地址发送测试请求报文。
可选地,当每个端口被配置为发送多个测试请求报文时,在一种可能的实现方式中,当N个端口都发送完一次测试请求报文后,需要判断何时执行下一轮的测试请求报文发送动作,因此,需要一种判断机制,以判断N个端口是否要进行下一轮的测试请求报文发送,何时停止发送并输出统计结果。具体的,在图2的基础上,图4为本申请实施例提供的另一种多端口并行测试方法流程示意图,参见图4,步骤107的一种可能的实现方式为:
步骤107-0、判断每个端口的报文发送数量是否达到阈值;
具体的,该阈值可以为本测试中配置的应向该端口对应的待测端口发送的测试请求报文的数量。
其中,若是则执行步骤107-2;若否则返回执行步骤103。
步骤107-2、输出N个待测端口的统计结果。
进一步地,对于每一轮的测试请求报文发送,为了提高测试效率,通常会设置预设时间,以判断每个端口是否在预设时间内接收到对应的测试应答报文,从而获得统计信息。具体的,在图4的基础上,图5为本申请实施例提供的另一种多端口并行测试方法流程示意图,参见图5,在步骤103之后,还包括:
步骤104、判断每个端口是否在预设时间内接收到对应的待测端口发送的测试应答报文;
具体的,若是,则执行步骤105;若否,则执行步骤106;
步骤105、记录对应的待测端口的统计信息为接收正常;
步骤106、记录对应的待测端口的统计信息为丢包;
可选地,该预设时间可以作为一轮测试请求报文发送动作的结束条件,即对于N个端口来说,当N个端口均发送了测试请求报文,且以发送测试请求报文的时间为起始时间进行统计,经过预设时间后,则确定本轮测试请求报文发送动作结束,进而执行步骤107-0。
当然,对于N个端口不是同时发送测试请求报文的情况,则每个端口发送了测试请求报文,且以发送测试请求报文的时间为起始时间进行统计,经过预设时间后,则确定该端口本轮测试请求报文发送动作结束,则该端口进行步骤107-0,即该端口的报文发送数量是否达到阈值。
具体的,对于一个端口当前接收的报文,其还不能被确认为对应待测端口的测试应答报文。在一些情况中,该报文可能为:对应待测端口的测试应答报文、非本轮的测试应答报文、其它报文、或者本轮其它待测端口的测试应答报文中的任意一种或组合。
其中,对于本轮其它待测端口的测试应答报文,以图1为例,当以端口1-待测端口1,端口2-待测端口2为例,若端口1接收到本轮的待测端口2发送的测试应答报文,则对于端口1来说,接收到的该测试应答报文即为本轮其它待测端口的测试应答报文,其应该被丢弃。需要说明的是,对于全部端口而言,当发送了测试请求报文之后,每个端口随即开始基于预设时间等待接收待测端口发送的测试应答报文。相比于目前每一个端口接收到测试应答报文后,下一个端口才开始发送测试请求报文;或者,每向一个待测端口发送的测试应答报文后,由人工重新将该端口与新的待测端口连接,再发送下一个测试应答报文相比,效率都有显著提升。
可选地,在接收到测试应答报文情况下,可以通过收发时间来确定该待测端口在本次发送测试请求报文过程中的延时等。
进而,在步骤107-2之前,还包括:
步骤107-1、汇总每个待测端口的统计信息,生成N个待测端口的统计结果。
具体的,对于每一轮测试请求报文的发送,针对每个待测端口均可以统计其统计信息,即步骤105、106的统计信息,即测试应答报文的接收情况。当针对每个待测端口需要发送多次测试请求报文时,最终可以将每次对应测试应答报文的接收情况进行汇总,即步骤107-1,从而获得一个完整的统计结果。
对于图4及图5对应的实施例,其以基于图2对应的实施例作为示例说明其实现方式,显然其也可以基于图3对应的实施例实现,此处不再赘述。
对应地,为了实现上述多端口并行测试方法,本申请还提供一种多端口并行测试装置,如图6,图6为本申请实施例提供的本申请提供的一种多端口并行测试装置示意图,该多端口并行测试装置30包括:收发模块300和处理模块301。
收发模块300,用于接收上位机的多端口测试触发命令,多端口测试触发命令用于指示通过N个端口对N个待测端口进行测试;
处理模块301,用于根据多端口测试触发命令,控制收发模块300分别通过每个端口向对应的待测端口发送测试请求报文;确认N个端口是否满足输出统计条件,若满足,则输出N个待测端口的统计结果;统计结果包含每个端口接收对应的待测端口发送的测试应答报文的情况。
本申请提供的多端口并行测试装置,收发模块接收上位机的多端口测试触发命令,以指示通过测试设备的N个端口对待测设备的N个待测端口进行测试;进而处理模块根据多端口测试触发命令,控制收发模块分别通过每个端口向对应的待测端口发送测试请求报文;最终确认N个端口是否满足输出统计条件;若满足,则输出N个待测端口的统计结果;统计结果包含每个端口接收对应的待测端口发送的测试应答报文的情况。避免了针对每个待测端口的逐一测试,即逐一发送测试应答报文并统计Ping包的接收/丢包结果,从而实现了多端口的并行测试,减少了设备的网络测试时间,节约了用户的时间成本。
为了实现上述方法实施例各个附图对应实施例的技术方案及效果,可选地,收发模块300,还用于在向多个待测端口发送测试请求报文之前,接收上位机的绑定命令,绑定命令包含每个端口的标识与对应的待测端口的IP地址;
处理模块301,还用于根据绑定命令,分别建立N个端口的标识与N个待测端口的IP地址的一一对应关系;基于对应关系和多端口测试触发命令,控制收发模块300分别通过每个端口向该端口的标识对应的IP地址发送测试请求报文。
为了实现上述方法实施例各个附图对应实施例的技术方案及效果,可选地,处理模块301,具体用于判断每个端口的报文发送数量是否达到阈值,若是,则输出N个待测端口的统计结果;若否,则根据多端口测试触发命令,控制收发模块300分别通过每个端口向对应的待测端口发送测试请求报文。
为了实现上述方法实施例各个附图对应实施例的技术方案及效果,可选地,处理模块301,具体用于:
在根据多端口测试触发命令,控制收发模块300分别通过每个端口向对应的待测端口发送测试请求报文之后,判断每个端口是否在预设时间内接收到对应的待测端口发送测试应答报文;若是,则记录对应的待测端口的统计信息为接收正常;若否,则记录对应的待测端口的统计信息为丢包;
在输出N个待测端口的统计结果的步骤之前,汇总每个待测端口的统计信息,生成N个待测端口的统计结果。
本公开实施例提出一种电子设备,如图7,图7是本申请实施例提供的电子设备的一种示意性结构框图,该电子设备400包括存储器401、处理器402和通信接口403。该存储器401、处理器402和通信接口403相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器401可用于存储软件程序及模块,如本申请实施例所提供的多端口并行测试装置30对应的程序指令/模块,处理器402通过执行存储在存储器401内的软件程序及模块,从而执行各种功能应用以及数据处理。
该通信接口403可用于与其他节点设备进行信令或数据的通信。在本申请中该电子设备可以具有多个通信接口403,以作为图1测试设备201。该通信接口403可以作为图1中测试设备201的端口,也可以用于与上位机进行数据通讯。
处理器可以是一种集成电路芯片,具有信号处理能力。该处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
在本申请的描述中,还需要说明的是,除非另有明确的规定和限定,术语“设置”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本申请中的具体含义。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其它的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (9)
1.一种多端口并行测试方法,其特征在于,所述方法应用于测试设备,所述测试设备通过N个端口与待测设备的N个待测端口连接,所述方法包括:
接收上位机的多端口测试触发命令,所述多端口测试触发命令用于指示通过所述N个端口对所述N个待测端口进行测试;
根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文;
确认所述N个端口是否满足输出统计条件,若满足,则输出所述N个待测端口的统计结果;所述统计结果包含每个所述端口接收对应的待测端口发送的测试应答报文的情况。
2.根据权利要求1所述的方法,其特征在于,在所述根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文的步骤之前,还包括:
接收所述上位机的绑定命令,所述绑定命令包含每个所述端口的标识与对应的待测端口的IP地址;
根据所述绑定命令,分别建立所述N个端口的标识与所述N个待测端口的IP地址的一一对应关系;
所述根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文的步骤,包括:
基于所述对应关系和所述多端口测试触发命令,分别通过每个所述端口向该端口的标识对应的IP地址发送所述测试请求报文。
3.根据权利要求1所述的方法,其特征在于,所述确认所述N个待测端口是否满足输出统计条件,包括:
判断每个所述端口的报文发送数量是否达到阈值,若是,则输出所述N个待测端口的统计结果;
若否,则返回执行根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文的步骤。
4.根据权利要求3所述的方法,其特征在于,在所述根据所述多端口测试触发命令,分别通过每个所述端口向对应的待测端口发送测试请求报文之后,还包括:
判断每个所述端口是否在预设时间内接收到所述对应的待测端口发送测试应答报文;
若是,则记录所述对应的待测端口的统计信息为接收正常;
若否,则记录所述对应的待测端口的统计信息为丢包;
在所述输出所述N个待测端口的统计结果的步骤之前,还包括:
汇总每个所述待测端口的统计信息,生成所述N个待测端口的统计结果。
5.一种多端口并行测试装置,其特征在于,包括:收发模块和处理模块;
所述收发模块,用于接收上位机的多端口测试触发命令,所述多端口测试触发命令用于指示通过N个端口对N个待测端口进行测试;
所述处理模块,用于根据所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向对应的待测端口发送测试请求报文;确认所述N个端口是否满足输出统计条件,若满足,则输出所述N个待测端口的统计结果;所述统计结果包含每个所述端口接收对应的待测端口发送的测试应答报文的情况。
6.根据权利要求5所述的装置,其特征在于,
所述收发模块,还用于在向多个待测端口发送测试请求报文之前,接收所述上位机的绑定命令,所述绑定命令包含每个所述端口的标识与对应的待测端口的IP地址;
所述处理模块,还用于根据所述绑定命令,分别建立所述N个端口的标识与所述N个待测端口的IP地址的一一对应关系;基于所述对应关系和所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向该端口的标识对应的IP地址发送所述测试请求报文。
7.根据权利要求5所述的装置,其特征在于,
所述处理模块,具体用于判断每个所述端口的报文发送数量是否达到阈值,若是,则输出所述N个待测端口的统计结果;若否,则根据所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向对应的待测端口发送测试请求报文。
8.根据权利要求7所述的装置,其特征在于,所述处理模块,具体用于:
在根据所述多端口测试触发命令,控制所述收发模块分别通过每个所述端口向对应的待测端口发送测试请求报文之后,判断每个所述端口是否在预设时间内接收到所述对应的待测端口发送测试应答报文;若是,则记录所述对应的待测端口的统计信息为接收正常;若否,则记录所述对应的待测端口的统计信息为丢包;
在所述输出所述N个待测端口的统计结果的步骤之前,汇总每个所述待测端口的统计信息,生成所述N个待测端口的统计结果。
9.一种电子设备,其特征在于,包括:
存储器,用于存储一个或多个程序;
处理器;
当所述一个或多个程序被所述处理器执行时,实现如权利要求1-4中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910709685.XA CN110445681A (zh) | 2019-07-31 | 2019-07-31 | 一种多端口并行测试方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910709685.XA CN110445681A (zh) | 2019-07-31 | 2019-07-31 | 一种多端口并行测试方法、装置及电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110445681A true CN110445681A (zh) | 2019-11-12 |
Family
ID=68432924
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910709685.XA Pending CN110445681A (zh) | 2019-07-31 | 2019-07-31 | 一种多端口并行测试方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110445681A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110912778A (zh) * | 2019-12-04 | 2020-03-24 | 国网湖北省电力有限公司 | 一种支持hsr标准传输协议的测试系统及测试方法 |
CN111600745A (zh) * | 2020-04-13 | 2020-08-28 | 深圳震有科技股份有限公司 | 一种多个fxs端口的初始化配置方法、存储介质及智能终端 |
CN112653598A (zh) * | 2020-12-18 | 2021-04-13 | 迈普通信技术股份有限公司 | 自动化测试方法、装置、设备及可读存储介质 |
CN113542045A (zh) * | 2020-04-21 | 2021-10-22 | 北京威努特技术有限公司 | 一种tcp端口状态确定方法及装置 |
CN114079622A (zh) * | 2021-10-22 | 2022-02-22 | 深信服科技股份有限公司 | 丢包网口确定方法、装置及存储介质 |
CN117295101A (zh) * | 2023-09-22 | 2023-12-26 | 广州通则康威智能科技有限公司 | 一种自动重复切换网络压力测试方法、终端及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080181037A1 (en) * | 2005-09-29 | 2008-07-31 | Hynix Semiconductor Inc. | Multi-port semiconductor memory device |
CN202455371U (zh) * | 2011-09-30 | 2012-09-26 | 深圳市共进电子股份有限公司 | 一种多机测试系统 |
CN104506396A (zh) * | 2015-01-23 | 2015-04-08 | 盛科网络(苏州)有限公司 | 设备全端口Full Mesh性能的测试方法及系统 |
-
2019
- 2019-07-31 CN CN201910709685.XA patent/CN110445681A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080181037A1 (en) * | 2005-09-29 | 2008-07-31 | Hynix Semiconductor Inc. | Multi-port semiconductor memory device |
CN202455371U (zh) * | 2011-09-30 | 2012-09-26 | 深圳市共进电子股份有限公司 | 一种多机测试系统 |
CN104506396A (zh) * | 2015-01-23 | 2015-04-08 | 盛科网络(苏州)有限公司 | 设备全端口Full Mesh性能的测试方法及系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110912778A (zh) * | 2019-12-04 | 2020-03-24 | 国网湖北省电力有限公司 | 一种支持hsr标准传输协议的测试系统及测试方法 |
CN111600745A (zh) * | 2020-04-13 | 2020-08-28 | 深圳震有科技股份有限公司 | 一种多个fxs端口的初始化配置方法、存储介质及智能终端 |
CN113542045A (zh) * | 2020-04-21 | 2021-10-22 | 北京威努特技术有限公司 | 一种tcp端口状态确定方法及装置 |
CN112653598A (zh) * | 2020-12-18 | 2021-04-13 | 迈普通信技术股份有限公司 | 自动化测试方法、装置、设备及可读存储介质 |
CN112653598B (zh) * | 2020-12-18 | 2022-02-22 | 迈普通信技术股份有限公司 | 自动化测试方法、装置、设备及可读存储介质 |
CN114079622A (zh) * | 2021-10-22 | 2022-02-22 | 深信服科技股份有限公司 | 丢包网口确定方法、装置及存储介质 |
CN117295101A (zh) * | 2023-09-22 | 2023-12-26 | 广州通则康威智能科技有限公司 | 一种自动重复切换网络压力测试方法、终端及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110445681A (zh) | 一种多端口并行测试方法、装置及电子设备 | |
CN108886479A (zh) | 网络质量评估方法、装置、网络检测设备及可读存储介质 | |
US7324913B2 (en) | Methods and apparatus for testing a link between chips | |
CN104618054B (zh) | 参数调整方法及装置 | |
CN104135741A (zh) | 蓝牙低功耗通信的方法、蓝牙设备和系统 | |
CN103856361A (zh) | 实现远程调试的方法及系统 | |
CN112272130B (zh) | 半导体测试机通信总线系统 | |
CN109743301A (zh) | 一种基于Modbus协议的数据收发系统及方法 | |
CN113141281B (zh) | 一种fpga加速器、网络参数测量系统、方法及介质 | |
CN109194547A (zh) | 报文传输方法、装置、本端设备及可读存储介质 | |
CN104750588A (zh) | 一种基于串口通信的压力测试方法 | |
CN106330604B (zh) | 一种端口连通性测试的方法及装置 | |
CN109728967A (zh) | 通信质量检测方法、通信设备及系统 | |
CN108287537A (zh) | 一种can总线协议控制器测试方法 | |
CN104852828A (zh) | 一种网络时延检测方法,装置及系统 | |
CN110489283A (zh) | Usb接口的测试装置及方法 | |
CN207588888U (zh) | 一种测试装置以及主板 | |
CN1432231A (zh) | 测量互联网路由器业务的方法和装置 | |
CN110290187A (zh) | 数据信息的传输方法及装置、存储介质、电子装置 | |
TW202147810A (zh) | 虛擬服務網路品質量測系統及其方法 | |
CN109005122A (zh) | 报文发送方法、装置及网络设备 | |
CN105068967B (zh) | I2c设备的控制方法、装置及终端 | |
CN113037581B (zh) | 背板通道测试方法、装置、板卡及计算机可读存储介质 | |
CN114337942A (zh) | 一种报文重传方法、装置及电子设备 | |
CN114416622A (zh) | 单总线通讯系统及方法 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191112 |