CN115412458B - 网络设备的测试方法、装置及电子设备 - Google Patents

网络设备的测试方法、装置及电子设备 Download PDF

Info

Publication number
CN115412458B
CN115412458B CN202211048743.7A CN202211048743A CN115412458B CN 115412458 B CN115412458 B CN 115412458B CN 202211048743 A CN202211048743 A CN 202211048743A CN 115412458 B CN115412458 B CN 115412458B
Authority
CN
China
Prior art keywords
container
information
test
tested
flow
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.)
Active
Application number
CN202211048743.7A
Other languages
English (en)
Other versions
CN115412458A (zh
Inventor
张悦
刘婷婷
程磊
熊棚
郑小敏
张西昌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hillstone Networks Co Ltd
Original Assignee
Hillstone Networks Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hillstone Networks Co Ltd filed Critical Hillstone Networks Co Ltd
Priority to CN202211048743.7A priority Critical patent/CN115412458B/zh
Publication of CN115412458A publication Critical patent/CN115412458A/zh
Application granted granted Critical
Publication of CN115412458B publication Critical patent/CN115412458B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0846—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on copy from other elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0876—Aspects of the degree of configuration automation
    • H04L41/0886—Fully automatic configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种网络设备的测试方法、装置及电子设备。其中，该方法包括：从拓扑文件中获取容器地址信息，并确定与容器地址信息相对应的多个容器，其中，拓扑文件用于记录待测网络设备的设备信息，容器是对待测网络设备的测试环境进行容器化配置得到的；通过多个容器向待测网络设备发送目标流量数据包，生成流量传输信息，其中，目标流量数据包至少包括异常数据信息，异常数据信息用于对待测网络设备的容错能力进行测试；根据流量传输信息，生成测试报告，其中，测试报告中至少包括待分析数据，待分析数据表征对待测网络设备进行性能测试的测试结果。本发明解决了现有技术中人工部署网络损伤测试环境导致测试效率低的技术问题。

Description

网络设备的测试方法、装置及电子设备
技术领域
本发明涉及测试技术领域，具体而言，涉及一种网络设备的测试方法、装置及电子设备。
背景技术
网络损伤测试是指在实验室中对网络设备或应用程序在各种网络状况下的性能测试，通常是模拟不稳定的网络环境，例如，数据包丢失、延迟、重复、错误、限速等情况，在这些情况下，可以准确可靠地测试出待测设备在真实网络环境中的性能。
目前，通常采用两种方式对网络设备进行网络损伤测试。第一，使用商业网络损伤测试仪，然而商业网络损伤测试仪价格昂贵，使得测试成本增加，存在测试成本高的问题。第二，使用免费的网络损伤模拟软件，例如，在安装有网络损伤模拟软件的计算机设备上构造流量，再将损伤流量转发到待测设备上，这种方式的测试环境的部署、流量构造、网络损伤配置等均由测试人员手动完成，并且通过手动触发方式实现流量发送，存在自动化程度低，重复性工作多的问题。此外，还存在缺乏对不同协议流量的灵活定制、缺乏流量统计和传输结果汇总的问题，不利于测试分析。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种网络设备的测试方法、装置及电子设备，以至少解决现有技术中人工部署网络损伤测试环境导致测试效率低的技术问题。
根据本发明实施例的一个方面，提供了一种网络设备的测试方法，包括：从拓扑文件中获取容器地址信息，并确定与容器地址信息相对应的多个容器，其中，拓扑文件用于记录待测网络设备的设备信息，容器是对待测网络设备的测试环境进行容器化配置得到的；通过多个容器向待测网络设备发送目标流量数据包，生成流量传输信息，其中，目标流量数据包至少包括异常数据信息，异常数据信息用于对待测网络设备的容错能力进行测试；根据流量传输信息，生成测试报告，其中，测试报告中至少包括待分析数据，待分析数据表征对待测网络设备进行性能测试的测试结果。
进一步地，网络设备的测试方法还包括：获取第一脚本文件，其中，第一脚本文件至少包括第一应用程序和第二应用程序的安装指令，第一应用程序用于构造第一流量数据包，第一流量数据包为不包含异常数据信息的数据包，第二应用程序用于对第一流量数据包进行损伤模拟处理；基于第一脚本文件构建多个容器镜像，并基于安装指令，在多个容器镜像中安装第一应用程序和第二应用程序，其中，容器镜像用于启动与容器镜像对应的容器；将容器镜像上传至镜像仓库，其中，镜像仓库用于管理容器镜像。
进一步地，网络设备的测试方法还包括：获取待测网络设备的设备信息；确定与设备信息相对应的容器地址信息和损伤参数，其中，容器地址信息至少包括容器的起始地址和地址范围，损伤参数至少包括异常数据信息；基于设备信息、容器地址信息以及损伤参数，生成拓扑文件。
进一步地，网络设备的测试方法还包括：基于损伤参数，对第一流量数据包进行异常处理，得到目标流量数据包；基于目标流量数据包，确定流量发送方式，并对流量发送方式进行格式转换，得到转换后的流量发送方式；基于转换后的流量发送方式，向待测网络设备发送目标流量数据包。
进一步地，网络设备的测试方法还包括：从多个容器中获取与容器地址信息相对应的流量传输信息，得到与每个容器相对应的流量传输信息；基于每个容器相对应的流量传输信息，生成与每个容器相对应的传输记录文件，其中，传输记录文件用于存储容器的流量传输结果。
进一步地，网络设备的测试方法还包括：显示流量传输信息，以使目标对象基于显示信息，对流量传输信息进行分析。
进一步地，网络设备的测试方法还包括：执行对待测网络设备进行测试的测试程序脚本，得到解析后的拓扑文件，其中，测试程序脚本至少包括拓扑文件的文件名称。
根据本发明实施例的另一方面，还提供了一种网络设备的测试装置，包括：获取模块，用于从拓扑文件中获取容器地址信息，并确定与容器地址信息相对应的多个容器，其中，拓扑文件用于记录待测网络设备的设备信息，容器是对待测网络设备的测试环境进行容器化配置得到的；发送模块，用于通过多个容器向待测网络设备发送目标流量数据包，生成流量传输信息，其中，目标流量数据包至少包括异常数据信息，异常数据信息用于对待测网络设备的容错能力进行测试；汇总模块，用于根据流量传输信息，生成测试报告，其中，测试报告中至少包括待分析数据，待分析数据表征对待测网络设备进行性能测试的测试结果。
根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的网络设备的测试方法。
根据本发明实施例的另一方面，还提供了一种电子设备，该电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的网络设备的测试方法。
在本发明实施例中，采用通过容器技术部署流量损伤测试环境，并自动化发送损伤流量的方式，首先从拓扑文件中获取容器地址信息，并确定与容器地址信息相对应的多个容器，然后通过多个容器向待测网络设备发送目标流量数据包，生成流量传输信息，再根据流量传输信息，生成测试报告，其中，测试报告中至少包括待分析数据，待分析数据表征对待测网络设备进行性能测试的测试结果，拓扑文件用于记录待测网络设备的设备信息，容器是对待测网络设备的测试环境进行容器化配置得到的，目标流量数据包至少包括异常数据信息，异常数据信息用于对待测网络设备的容错能力进行测试。
在上述过程中，通过对待测网络设备的测试环境进行容器化配置，实现了对测试所需的应用软件的自动部署过程，节省了测试环境的部署时间，并且测试结束后能够自动销毁容器，释放资源，解决了环境部署繁琐、消耗计算机资源的问题；通过在拓扑文件中定义网络损伤配置和容器地址，实现了在容器中根据配置参数自动下发网络损伤配置的过程，减少了人工重复性工作，提高了测试效率；通过确定与容器地址信息相对应的多个容器，并通过多个容器向待测网络设备发送目标流量数据包，能够模拟不同地址进行流量传输的过程，更加贴合现实的网络环境，提升了流量仿真度；在测试过程中，根据流量传输信息，生成测试报告，对流量传输结果进行记录，方便测试人员提取流量传输结果详情并对待测设备的性能测试结果进行分析。
由此可见，通过本发明的技术方案，达到了降低测试成本、灵活部署测试环境以及定制化自动发送流量并统计流量传输结果的目的，从而实现了提高测试效率的技术效果，进而解决了现有技术中人工部署网络损伤测试环境导致测试效率低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种可选的网络设备的测试方法的流程图；
图2是一种现有的网络设备的测试环境的示意图；
图3是根据本发明实施例的一种可选的网络设备的测试环境的示意图；
图4是根据本发明实施例的一种可选的网络设备的测试系统的操作流程图；
图5是根据本发明实施例的一种可选的流量发送的流程图；
图6是根据本发明实施例的一种可选的网络设备的测试装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
需要说明的是，本发明所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。
实施例1
根据本发明实施例，提供了一种网络设备的测试方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种可选的网络设备的测试方法的流程图，如图1所示，该方法包括如下步骤：
步骤S101，从拓扑文件中获取容器地址信息，并确定与容器地址信息相对应的多个容器，其中，拓扑文件用于记录待测网络设备的设备信息，容器是对待测网络设备的测试环境进行容器化配置得到的。
在上述步骤中，可以通过应用系统、处理器、电子设备等装置从拓扑文件中获取容器地址信息。可选的，容器地址信息可以是容器可配置的IP数量和起始IP地址信息，拓扑文件用于记录测试中用到的网络设备和设备之间的连接关系，拓扑文件采用YAML格式。
可选的，图2是一种现有的网络设备的测试环境的示意图，在现有技术中，需要手工搭建如图2所示的网络损伤测试环境，如图2所示，对网络设备进行网络损伤测试的环境搭建需要具备：待测设备(如防火墙)、流量触发装置、网络损伤模拟器，其中，流量触发装置是通过测试人员在计算机(PC)上预先安装发包工具或应用软件来实现的，网络损伤模拟器是测试人员预先在计算机上安装网络损伤模拟器TC工具实现的(TC工具是Linux系统中的一个工具，全名为traffic control，它的增强工具netem可以用来在性能良好的局域网中，模拟出复杂的互联网传输性能，诸如低带宽、传输延迟、丢包等情况)，然后，测试人员根据测试要求预先对TC工具进行配置，以使测试过程中触发的流量经TC工具处理后产生损伤效果。其中，流量触发装置和待测设备通过交换互连网元(如交换机)联通，流量触发装置发送流量，再经网络损伤模拟器将数据包处理成损伤数据包，转发到待测设备，从而实现对待测设备的网络损伤测试。
在上述现有技术中，存在以下缺陷：在测试环境部署方面，测试环境的部署、流量构造、网络损伤配置均是手工完成，自动化程度低，重复性工作多；在流量仿真方面存在局限性，当模拟应用层协议的流量时，需要为不同的应用层协议搭建不同的客户端和服务端软件，环境搭建繁琐，并且需要消耗更多的计算机资源，增加了测试成本；在流量记录方面，使用应用软件发送的流量，缺乏流量统计和传输结果的汇总，不利于测试分析。
可选的，图3是根据本发明实施例的一种可选的网络设备的测试环境的示意图，如图3所示，将多个容器组成的组件安装在一台Linux操作系统的主机上，用于自动化启动容器和发送网络损伤流量，并且，将一台Linux操作系统的主机通过交换机和待测设备(如防火墙)联通，其中，Linux主机至少安装两张网卡，网卡用于在容器启动后，将容器添加到相应网络环境中。可选的，本发明适用于对网络设备(如防火墙)进行网络损伤测试，尤其是在测试资源有限、环境部署繁琐、需要模拟贴近现实网络环境流量、制造出复杂应用层流量的情况下，本发明中的自动化方案可以较好的解决这些问题。
需要说明的是，在上述过程中，通过对待测网络设备的测试环境进行容器化配置，实现了对测试所需的应用软件的自动部署过程，节省了测试环境的部署时间，并且测试结束后能够自动销毁容器，释放资源，解决了环境部署繁琐、消耗计算机资源的问题。
步骤S102，通过多个容器向待测网络设备发送目标流量数据包，生成流量传输信息，其中，目标流量数据包至少包括异常数据信息，异常数据信息用于对待测网络设备的容错能力进行测试。
在上述步骤中，目标流量数据包可以是经过损伤处理后的数据包，异常数据信息可以是数据丢失、数据重复、数据乱序等信息。可选的，在将各种应用软件和网络损伤模拟软件打包并部署到不同的容器之后，可以通过启动多个容器，实现自动向待测网络设备发送目标流量数据包的过程。
需要说明的是，通过多个容器向待测网络设备发送目标流量数据包，能够模拟不同地址进行流量传输的过程，更加贴合现实的网络环境，提升了流量仿真度。
步骤S103，根据流量传输信息，生成测试报告，其中，测试报告中至少包括待分析数据，待分析数据表征对待测网络设备进行性能测试的测试结果。
在上述步骤中，流量传输信息可以是流量持续时间、应用名称、文件传输次数、传输失败次数、失败详情以及传输速率等信息。可选的，在生成流量传输信息之后，测试程序脚本会提取出所有流量传输结果，并把传输结果打印到测试报告中，方便测试人员分析传输失败原因。
需要说明的是，通过对流量传输结果进行记录，方便测试人员提取流量传输结果详情并对待测设备的性能测试结果进行分析。
基于上述步骤S101至步骤S103所限定的方案，可以获知，在本发明实施例中，采用通过容器技术部署流量损伤测试环境，并自动化发送损伤流量的方式，首先从拓扑文件中获取容器地址信息，并确定与容器地址信息相对应的多个容器，然后通过多个容器向待测网络设备发送目标流量数据包，生成流量传输信息，再根据流量传输信息，生成测试报告，其中，测试报告中至少包括待分析数据，待分析数据表征对待测网络设备进行性能测试的测试结果，拓扑文件用于记录待测网络设备的设备信息，容器是对待测网络设备的测试环境进行容器化配置得到的，目标流量数据包至少包括异常数据信息，异常数据信息用于对待测网络设备的容错能力进行测试。
容易注意到的是，在上述过程中，通过对待测网络设备的测试环境进行容器化配置，实现了对测试所需的应用软件的自动部署过程，节省了测试环境的部署时间，并且测试结束后能够自动销毁容器，释放资源，解决了环境部署繁琐、消耗计算机资源的问题；通过在拓扑文件中定义网络损伤配置和容器地址，实现了在容器中根据配置参数自动下发网络损伤配置的过程，减少了人工重复性工作，提高了测试效率；通过确定与容器地址信息相对应的多个容器，并通过多个容器向待测网络设备发送目标流量数据包，能够模拟不同地址进行流量传输的过程，更加贴合现实的网络环境，提升了流量仿真度；在测试过程中，根据流量传输信息，生成测试报告，对流量传输结果进行记录，方便测试人员提取流量传输结果详情并对待测设备的性能测试结果进行分析。
由此可见，通过本发明的技术方案，达到了降低测试成本、灵活部署测试环境以及定制化自动发送流量并统计流量传输结果的目的，从而实现了提高测试效率的技术效果，进而解决了现有技术中人工部署网络损伤测试环境导致测试效率低的技术问题。
在一种可选的实施例中，在从拓扑文件中获取容器地址信息之前，首先获取第一脚本文件，然后基于第一脚本文件构建多个容器镜像，并基于安装指令，在多个容器镜像中安装第一应用程序和第二应用程序，并将容器镜像上传至镜像仓库。其中，第一脚本文件至少包括第一应用程序和第二应用程序的安装指令，第一应用程序用于构造第一流量数据包，第一流量数据包为不包含异常数据信息的数据包，第二应用程序用于对第一流量数据包进行损伤模拟处理，容器镜像用于启动与容器镜像对应的容器，镜像仓库用于管理容器镜像。
可选的，在本发明实施例中，使用Docker容器部署流量触发装置，从而通过启动容器来模拟流量发送情况。其中，容器是一种轻量级、可移植、自包含的软件打包技术，使应用程序可以在几乎任何地方以相同的方式运行。Docker是一种开源的应用容器引擎，实现将应用程序以及依赖包打包到一个可移植的镜像中，无需任何修改就能够在Linux或Windows操作系统的主机上运行，开发人员只需为应用创建一次运行环境，然后打包成容器便可在任何主机上运行，使得应用部署变得更高效、一致和可重复。
可选的，第一脚本文件可以是用来定制容器镜像的Dockerfile文件(Dockerfile是构建镜像的一个文本文件，包含了一条条构建镜像的指令和说明)，Dockerfile文件中至少包括应用程序的安装指令，可选的，安装指令可以是用于构造第一流量数据包的应用程序即第一应用程序的安装指令，例如，客户端程序的安装指令、服务端程序的安装指令等；安装指令还可以是用于对第一流量数据包进行损伤模拟处理的应用程序即第二应用程序的安装指令，例如网络损伤模拟软件TC的安装指令。
进一步地，对Dockerfile文件进行编译处理，从而生成多个容器镜像，实现将流量构造所需的各种应用软件打包到不同的Docker镜像的过程，然后将容器镜像上传到镜像仓库中，后续使用时从镜像仓库获取镜像并保存到本地，之后要启动容器只需调用本地保存好的镜像即可。其中，生成的Docker镜像至少包括：客户端镜像，用于启动客户端容器，例如，可充当http、ftp、tftp、dns、smtp、pop3、imap4等应用的客户端，客户端容器通过DockerVolume(Docker数据卷)外挂流量发送脚本，实现不同应用层协议的流量传输，其中Docker数据卷可以将宿主机上的文件或者目录直接映射进容器中；http服务端镜像，用于提供Web服务，支持http和https服务；ftp服务端镜像，用于提供ftp服务；tftp服务端镜像，用于提供tftp服务；mail服务端镜像，用于提供邮件相关服务，支持smtp、pop3、imap4等协议；sip镜像，用于提供SIP软件功能，进行sip流量仿真；yate镜像，用于提供电话通讯服务；rtsp客户端和服务端镜像，用于进行rtsp多媒体流量仿真。
可选的，将网络损伤模拟软件TC即第二应用程序打包到上述的Docker镜像中，由于Docker容器是通过Docker镜像启动的，容器是运行在Linux操作系统的宿主机上的，因此，只需一台宿主机，就可以启动各种Docker容器来模拟不同应用层协议的流量发送，节省了计算机设备资源。另外，各种应用所用到的传输文件均是通过Docker Volume的方式实现将宿主机上的文件目录映射到容器中，能够更方便灵活的指定和维护要传输的文件。
需要说明的是，在上述过程中，实现了将各种应用软件打包进Docker容器中的过程。在对待测设备进行测试时，只需占用一台主机资源，自动化启动容器即可快速完成环境搭建，降低了测试成本，节省了测试的时间，提高了测试的效率。
在一种可选的实施例中，在将容器镜像上传至镜像仓库之后，首先获取待测网络设备的设备信息，然后确定与设备信息相对应的容器地址信息和损伤参数，再基于设备信息、容器地址信息以及损伤参数，生成拓扑文件。其中，容器地址信息至少包括容器的起始地址和地址范围，损伤参数至少包括异常数据信息。
可选的，在对待测设备进行流量损伤测试前，测试人员需要对发送损伤流量的网络损伤模拟软件TC容器设置上网络损伤参数，例如，丢包率、延迟时间、损坏率等，数值可根据测试需求进行调整，由于拓扑文件中记录了测试中需要启动的Docker容器，并且网络损伤模拟软件TC已打包到Docker镜像中，因此，在本发明中使用拓扑文件来记录网络损伤模拟软件TC的关键配置项即损伤参数，具体的，关键配置项即损伤参数至少包括：延迟时间、延迟抖动、丢包率、包重复率、包损坏率、立即发送的数据包比率(乱序)、发包速率等。具体的，以ftp容器为例，可以对ftp客户端容器和ftp服务端容器进行配置，例如，对ftp客户端容器，将延迟时间配置为100ms，将延迟抖动配置为10ms，将丢包率配置为1％，将包重复率配置为1％，将包损坏率配置为0.2％，将立即发送的数据包比率配置为25％，将发包速率配置为100kbit；对ftp服务端容器，将延迟时间配置为200ms，将延迟抖动配置为20ms，将丢包率配置为2％，将包重复率配置为0.5％，将包损坏率配置为0.2％，将立即发送的数据包比率配置为30％。
可选的，为了使测试过程更加贴近现实网络流量，在本发明中通过在拓扑文件中增加容器可配置的IP数量和起始IP地址，即在拓扑文件中定义容器可配置的多个IP地址，实现模拟大量不同IP发送流量的过程。例如，在对ftp客户端容器的定义中，设置multi_ip命令来指定容器可配置的IP数量，并在schema结构中定义容器IP的起始地址，具体的，可以将docker_ftpclient容器中的multi_ip命令设置为multi_ip：100，在schema结构中的conn_sw_ftpclient连接上，设置起始IP地址为docker_ftpclient：11.3.0.2，表示docker_ftpclient容器在conn_sw_ftpclient连接上的网卡需要配置101个IP地址，地址范围是11.3.0.2-11.3.0.102。
需要说明的是，基于设备信息、容器地址信息以及损伤参数，生成拓扑文件，实现了在拓扑文件中定义网络损伤配置和容器的多IP地址的过程，通过对客户端和服务端进行配置，在流量发送时可以指定源IP，从而实现大量不同IP发送流量的效果，提升了流量仿真度。
在一种可选的实施例中，在通过多个容器向待测网络设备发送目标流量数据包的过程中，首先基于损伤参数，对第一流量数据包进行异常处理，得到目标流量数据包，然后基于目标流量数据包，确定流量发送方式，并对流量发送方式进行格式转换，得到转换后的流量发送方式，再基于转换后的流量发送方式，向待测网络设备发送目标流量数据包。
可选的，对不同应用的流量发送方式进行自动封装即格式转换处理，客户端容器使用流量发送脚本实现不同应用层协议流量的传输。具体的，在本发明中将不同应用的流量发送方式都进行了封装，使用命令行参数方式来触发指定协议的流量，以ftp为例，在ftp客户端容器中执行如下命令发送流量：python ftp–source 1.0.0.2–hosts 2.0.0.22.0.0.3–u admin–ps admin–a 1.0.0.2–f file1 file2 file3–d 3600–r/home/result–tag 1.0.0.2–stdout。上述命令行参数所达到的效果是：ftp客户端分别从两台ftp服务端下载文件，服务端IP分别是2.0.0.2和2.0.0.3，客户端IP是1.0.0.2，ftp传输模式采用主动模式，客户端依次下载文件file1、file2、file3，文件反复下载，持续时间3600秒，流量统计结果保存在目录/home/result下面。可选的，其他应用也使用类似的命令行参数方式发送流量，其中，根据不同应用的特点，命令行参数的设置会稍有不同，例如tftp可以设置数据包的分块长度，在tftp客户端容器中增加参数blksize设置数据长度。
可选的，图5是根据本发明实施例的一种可选的流量发送的流程图，仍然以ftp为例，在ftp容器中进行流量自动化发送的过程如图5所示，首先从命令行获取服务器地址，并将所有地址保存到队列中，然后从命令行获取传输文件，并将所有文件名保存到队列，然后判断是否在配置的流量时长范围内，当超出流量时长范围时，停止流量发送，并更新传输结果；在流量时长范围内，则从服务器队列中取出一个地址，从文件队列中取出一个文件名，用作本次传输使用，然后将取出的服务器地址和文件放回队列，以达到循环使用的过程，然后从命令行获取文件传输方式，根据传输方式上传或下载文件，然后使用curl构造ftp上传或下载文件的命令，然后根据命令行参数完善流量传输命令，如域名处理、ftp主动、被动模式、超时时间等，然后下发文件传输命令，执行当次文件传输，并获取流量传输结果，然后判断文件传输是否成功，当文件传输成功时，通过命令行的speed参数，周期性记录文件传输速率，然后周期性记录传输结果到yaml格式文件，包括传输时长、传输次数、失败次数、传输详细信息；当文件传输失败时，记录失败信息，包括时间、服务端地址、文件名、失败原因等。
需要说明的是，在上述过程中，通过为不同应用的流量发送提供一套相对统一的命令行参数的触发方式，可以实现流量自动化发送，并且可以根据测试需求灵活地对参数进行调整，以达到想要的流量发送效果，能够满足不同应用层协议流量的定制化和自动化发送的需求。
在一种可选的实施例中，在生成流量传输信息之后，从多个容器中获取与容器地址信息相对应的流量传输信息，得到与每个容器相对应的流量传输信息，然后基于每个容器相对应的流量传输信息，生成与每个容器相对应的传输记录文件，其中，传输记录文件用于存储容器的流量传输结果。
可选的，在生成流量传输信息之后，检测流量传输结果，输出测试报告。具体的，在容器中执行流量发送命令后，流量脚本(命令行参数脚本)会为每个客户端源IP周期性采集流量传输结果，并生成与每个容器相对应的传输记录文件，传输记录文件采用YAML格式，文件以“容器名_tag”命名，流量采集信息至少包括：流量持续时间(duration)、应用名称(proto)、文件传输次数(total)、传输失败次数(fail)、失败详情(fail_detail)以及传输速率(speed_detail)等。然后，通过Docker Volume的方式将YAML文件所在的容器目录映射到Linux主机的文件目录中，从而能够在测试完成且容器销毁后，使流量传输记录文件保留在主机上。
另外，在一种可选的实施例中，在从多个容器中获取与容器地址信息相对应的流量传输信息，得到与每个容器相对应的流量传输信息之后，显示流量传输信息，以使目标对象基于显示信息，对流量传输信息进行分析。
可选的，流量脚本(命令行参数脚本)周期性采集流量传输结果之后，还会显示流量传输信息，以使目标对象即测试人员基于显示信息，对流量传输信息进行分析。具体的，显示信息可以是传输失败的次数等信息，例如，显示“失败：ftp客户端docker_vpn_ftpclient_v6_2011:7:1::7传输了6次，失败了3次，失败率50％高于预期，请检查！”。
需要说明的是，在测试过程中，基于每个容器相对应的流量传输信息，生成与每个容器相对应的传输记录文件，对流量传输结果进行记录，方便测试人员提取流量传输结果详情并对待测设备的性能测试结果进行分析。
在一种可选的实施例中，在从拓扑文件中获取容器地址信息之前，执行对待测网络设备进行测试的测试程序脚本，得到解析后的拓扑文件，其中，测试程序脚本至少包括拓扑文件的文件名称。
可选的，在测试开始时下发执行命令，命令中包括测试程序脚本的名称，而测试程序脚本至少包括拓扑文件的文件名称，因此可以得知调用的是哪个拓扑文件，并通过指定拓扑文件来获取设备相关信息，从而让自动化脚本能登录到待测设备进行相关操作。
可选的，图4是根据本发明实施例的一种可选的网络设备的测试系统的操作流程图，如图4所示，通过自动化框架和自动化脚本实现自动化启动容器和发送网络损伤流量的过程。具体的，下发执行命令后在Linux主机上执行自动化测试脚本，然后解析拓扑文件提取出需要启动的Docker容器，然后判断是否遍历完所有待启动容器，然后使用容器镜像启动所有待启动容器，并将容器连接到网络，然后根据容器的multi_ip，为容器网卡配置多IP地址，并根据容器的TC配置，为容器网卡下发网络损伤配置，直至遍历所有待启动容器完成，然后继续遍历客户端容器的multi_ip，并在容器中执行流量触发命令，根据multi_ip指定不同的源IP，直至遍历完全部的客户端容器的multi_ip，并到达指定时间后停止流量，例如，指定时间可以是前述过程中命令行参数中设置的持续时间3600秒，然后销毁所有容器和容器的网络。
需要说明的是，通过执行对待测网络设备进行测试的测试程序脚本，可以得到解析后的拓扑文件，为后续提取拓扑文件中记录的需要启动的Docker容器提供了准确的数据基础。
由此可见，通过本发明的技术方案，达到了降低测试成本、灵活部署测试环境以及定制化自动发送流量并统计流量传输结果的目的，从而实现了提高测试效率的技术效果，进而解决了现有技术中人工部署网络损伤测试环境导致测试效率低的技术问题。
实施例2
根据本发明实施例，提供了一种网络设备的测试装置的实施例，其中，图6是根据本发明实施例的一种可选的网络设备的测试装置的示意图，如图6所示，该装置包括：获取模块601，用于从拓扑文件中获取容器地址信息，并确定与容器地址信息相对应的多个容器，其中，拓扑文件用于记录待测网络设备的设备信息，容器是对待测网络设备的测试环境进行容器化配置得到的；发送模块602，用于通过多个容器向待测网络设备发送目标流量数据包，生成流量传输信息，其中，目标流量数据包至少包括异常数据信息，异常数据信息用于对待测网络设备的容错能力进行测试；汇总模块603，用于根据流量传输信息，生成测试报告，其中，测试报告中至少包括待分析数据，待分析数据表征对待测网络设备进行性能测试的测试结果。
需要说明的是，上述获取模块601、发送模块602以及汇总模块603对应于上述实施例中的步骤S101至步骤S103，三个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。
可选的，网络设备的测试装置还包括：第一获取模块，用于获取第一脚本文件，其中，第一脚本文件至少包括第一应用程序和第二应用程序的安装指令，第一应用程序用于构造第一流量数据包，第一流量数据包为不包含异常数据信息的数据包，第二应用程序用于对第一流量数据包进行损伤模拟处理；部署模块，用于基于第一脚本文件构建多个容器镜像，并基于安装指令，在多个容器镜像中安装第一应用程序和第二应用程序，其中，容器镜像用于启动与容器镜像对应的容器；上传模块，用于将容器镜像上传至镜像仓库，其中，镜像仓库用于管理容器镜像。
可选的，在本发明实施例中，使用Docker容器部署流量触发装置，从而通过启动容器来模拟流量发送情况。其中，容器是一种轻量级、可移植、自包含的软件打包技术，使应用程序可以在几乎任何地方以相同的方式运行。Docker是一种开源的应用容器引擎，实现将应用程序以及依赖包打包到一个可移植的镜像中，无需任何修改就能够在Linux或Windows操作系统的主机上运行，开发人员只需为应用创建一次运行环境，然后打包成容器便可在任何主机上运行，使得应用部署变得更高效、一致和可重复。
可选的，第一脚本文件可以是用来定制容器镜像的Dockerfile文件(Dockerfile是构建镜像的一个文本文件，包含了一条条构建镜像的指令和说明)，Dockerfile文件中至少包括应用程序的安装指令，可选的，安装指令可以是用于构造第一流量数据包的应用程序即第一应用程序的安装指令，例如，客户端程序的安装指令、服务端程序的安装指令等；安装指令还可以是用于对第一流量数据包进行损伤模拟处理的应用程序即第二应用程序的安装指令，例如网络损伤模拟软件TC的安装指令。
进一步地，对Dockerfile文件进行编译处理，从而生成多个容器镜像，实现将流量构造所需的各种应用软件打包到不同的Docker镜像的过程，然后将容器镜像上传到镜像仓库中，后续使用时从镜像仓库获取镜像并保存到本地，之后要启动容器只需调用本地保存好的镜像即可。其中，生成的Docker镜像至少包括：客户端镜像，用于启动客户端容器，例如，可充当http、ftp、tftp、dns、smtp、pop3、imap4等应用的客户端，客户端容器通过DockerVolume(Docker数据卷)外挂流量发送脚本，实现不同应用层协议的流量传输，其中Docker数据卷可以将宿主机上的文件或者目录直接映射进容器中；http服务端镜像，用于提供Web服务，支持http和https服务；ftp服务端镜像，用于提供ftp服务；tftp服务端镜像，用于提供tftp服务；mail服务端镜像，用于提供邮件相关服务，支持smtp、pop3、imap4等协议；sip镜像，用于提供SIP软件功能，进行sip流量仿真；yate镜像，用于提供电话通讯服务；rtsp客户端和服务端镜像，用于进行rtsp多媒体流量仿真。
可选的，将网络损伤模拟软件TC即第二应用程序打包到上述的Docker镜像中，由于Docker容器是通过Docker镜像启动的，容器是运行在Linux操作系统的宿主机上的，因此，只需一台宿主机，就可以启动各种Docker容器来模拟不同应用层协议的流量发送，节省了计算机设备资源。另外，各种应用所用到的传输文件均是通过Docker Volume的方式实现将宿主机上的文件目录映射到容器中，能够更方便灵活的指定和维护要传输的文件。
需要说明的是，在上述过程中，实现了将各种应用软件打包进Docker容器中的过程。在对待测设备进行测试时，只需占用一台主机资源，自动化启动容器即可快速完成环境搭建，降低了测试成本，节省了测试的时间，提高了测试的效率。
可选的，网络设备的测试装置还包括：第二获取模块，用于获取待测网络设备的设备信息；确定模块，用于确定与设备信息相对应的容器地址信息和损伤参数，其中，容器地址信息至少包括容器的起始地址和地址范围，损伤参数至少包括异常数据信息；生成模块，用于基于设备信息、容器地址信息以及损伤参数，生成拓扑文件。
可选的，在对待测设备进行流量损伤测试前，测试人员需要对发送损伤流量的网络损伤模拟软件TC容器设置上网络损伤参数，例如，丢包率、延迟时间、损坏率等，数值可根据测试需求进行调整，由于拓扑文件中记录了测试中需要启动的Docker容器，并且网络损伤模拟软件TC已打包到Docker镜像中，因此，在本发明中使用拓扑文件来记录网络损伤模拟软件TC的关键配置项即损伤参数，具体的，关键配置项即损伤参数至少包括：延迟时间、延迟抖动、丢包率、包重复率、包损坏率、立即发送的数据包比率(乱序)、发包速率等。具体的，以ftp容器为例，可以对ftp客户端容器和ftp服务端容器进行配置，例如，对ftp客户端容器，将延迟时间配置为100ms，将延迟抖动配置为10ms，将丢包率配置为1％，将包重复率配置为1％，将包损坏率配置为0.2％，将立即发送的数据包比率配置为25％，将发包速率配置为100kbit；对ftp服务端容器，将延迟时间配置为200ms，将延迟抖动配置为20ms，将丢包率配置为2％，将包重复率配置为0.5％，将包损坏率配置为0.2％，将立即发送的数据包比率配置为30％。
可选的，为了使测试过程更加贴近现实网络流量，在本发明中通过在拓扑文件中增加容器可配置的IP数量和起始IP地址，即在拓扑文件中定义容器可配置的多个IP地址，实现模拟大量不同IP发送流量的过程。例如，在对ftp客户端容器的定义中，设置multi_ip命令来指定容器可配置的IP数量，并在schema结构中定义容器IP的起始地址，具体的，可以将docker_ftpclient容器中的multi_ip命令设置为multi_ip：100，在schema结构中的conn_sw_ftpclient连接上，设置起始IP地址为docker_ftpclient：11.3.0.2，表示docker_ftpclient容器在conn_sw_ftpclient连接上的网卡需要配置101个IP地址，地址范围是11.3.0.2-11.3.0.102。
需要说明的是，基于设备信息、容器地址信息以及损伤参数，生成拓扑文件，实现了在拓扑文件中定义网络损伤配置和容器的多IP地址的过程，通过对客户端和服务端进行配置，在流量发送时可以指定源IP，从而实现大量不同IP发送流量的效果，提升了流量仿真度。
可选的，网络设备的测试装置还包括：数据处理模块，用于基于损伤参数，对第一流量数据包进行异常处理，得到目标流量数据包；转换模块，用于基于目标流量数据包，确定流量发送方式，并对流量发送方式进行格式转换，得到转换后的流量发送方式；第一发送模块，用于基于转换后的流量发送方式，向待测网络设备发送目标流量数据包。
可选的，对不同应用的流量发送方式进行自动封装即格式转换处理，客户端容器使用流量发送脚本实现不同应用层协议流量的传输。具体的，在本发明中将不同应用的流量发送方式都进行了封装，使用命令行参数方式来触发指定协议的流量，以ftp为例，在ftp客户端容器中执行如下命令发送流量：python ftp–source 1.0.0.2–hosts 2.0.0.22.0.0.3–u admin–ps admin–a 1.0.0.2–f file1 file2 file3–d 3600–r/home/result–tag 1.0.0.2–stdout。上述命令行参数所达到的效果是：ftp客户端分别从两台ftp服务端下载文件，服务端IP分别是2.0.0.2和2.0.0.3，客户端IP是1.0.0.2，ftp传输模式采用主动模式，客户端依次下载文件file1、file2、file3，文件反复下载，持续时间3600秒，流量统计结果保存在目录/home/result下面。可选的，其他应用也使用类似的命令行参数方式发送流量，其中，根据不同应用的特点，命令行参数的设置会稍有不同，例如tftp可以设置数据包的分块长度，在tftp客户端容器中增加参数blksize设置数据长度。
可选的，图5是根据本发明实施例的一种可选的流量发送的流程图，仍然以ftp为例，在ftp容器中进行流量自动化发送的过程如图5所示，首先从命令行获取服务器地址，并将所有地址保存到队列中，然后从命令行获取传输文件，并将所有文件名保存到队列，然后判断是否在配置的流量时长范围内，当超出流量时长范围时，停止流量发送，并更新传输结果；在流量时长范围内，则从服务器队列中取出一个地址，从文件队列中取出一个文件名，用作本次传输使用，然后将取出的服务器地址和文件放回队列，以达到循环使用的过程，然后从命令行获取文件传输方式，根据传输方式上传或下载文件，然后使用curl构造ftp上传或下载文件的命令，然后根据命令行参数完善流量传输命令，如域名处理、ftp主动、被动模式、超时时间等，然后下发文件传输命令，执行当次文件传输，并获取流量传输结果，然后判断文件传输是否成功，当文件传输成功时，通过命令行的speed参数，周期性记录文件传输速率，然后周期性记录传输结果到yaml格式文件，包括传输时长、传输次数、失败次数、传输详细信息；当文件传输失败时，记录失败信息，包括时间、服务端地址、文件名、失败原因等。
需要说明的是，在上述过程中，通过为不同应用的流量发送提供一套相对统一的命令行参数的触发方式，可以实现流量自动化发送，并且可以根据测试需求灵活地对参数进行调整，以达到想要的流量发送效果，能够满足不同应用层协议流量的定制化和自动化发送的需求。
可选的，网络设备的测试装置还包括：第三获取模块，用于从多个容器中获取与容器地址信息相对应的流量传输信息，得到与每个容器相对应的流量传输信息；记录模块，用于基于每个容器相对应的流量传输信息，生成与每个容器相对应的传输记录文件，其中，传输记录文件用于存储容器的流量传输结果。
可选的，在生成流量传输信息之后，检测流量传输结果，输出测试报告。具体的，在容器中执行流量发送命令后，流量脚本(命令行参数脚本)会为每个客户端源IP周期性采集流量传输结果，并生成与每个容器相对应的传输记录文件，传输记录文件采用YAML格式，文件以“容器名_tag”命名，流量采集信息至少包括：流量持续时间(duration)、应用名称(proto)、文件传输次数(total)、传输失败次数(fail)、失败详情(fail_detail)以及传输速率(speed_detail)等。然后，通过Docker Volume的方式将YAML文件所在的容器目录映射到Linux主机的文件目录中，从而能够在测试完成且容器销毁后，使流量传输记录文件保留在主机上。
可选的，网络设备的测试装置还包括：显示模块，用于显示流量传输信息，以使目标对象基于显示信息，对流量传输信息进行分析。
可选的，流量脚本(命令行参数脚本)周期性采集流量传输结果之后，还会显示流量传输信息，以使目标对象即测试人员基于显示信息，对流量传输信息进行分析。具体的，显示信息可以是传输失败的次数等信息，例如，显示“失败：ftp客户端docker_vpn_ftpclient_v6_2011:7:1::7传输了6次，失败了3次，失败率50％高于预期，请检查！”。
需要说明的是，在测试过程中，基于每个容器相对应的流量传输信息，生成与每个容器相对应的传输记录文件，对流量传输结果进行记录，方便测试人员提取流量传输结果详情并对待测设备的性能测试结果进行分析。
可选的，网络设备的测试装置还包括：测试模块，用于执行对待测网络设备进行测试的测试程序脚本，得到解析后的拓扑文件，其中，测试程序脚本至少包括拓扑文件的文件名称。
可选的，在测试开始时下发执行命令，命令中包括测试程序脚本的名称，而测试程序脚本至少包括拓扑文件的文件名称，因此可以得知调用的是哪个拓扑文件，并通过指定拓扑文件来获取设备相关信息，从而让自动化脚本能登录到待测设备进行相关操作。
可选的，图4是根据本发明实施例的一种可选的网络设备的测试系统的操作流程图，如图4所示，通过自动化框架和自动化脚本实现自动化启动容器和发送网络损伤流量的过程。具体的，下发执行命令后在Linux主机上执行自动化测试脚本，然后解析拓扑文件提取出需要启动的Docker容器，然后遍历所有待启动容器，然后使用容器镜像启动所有待启动容器，并将容器连接到网络，然后根据容器的multi_ip，为容器网卡配置多IP地址，并根据容器的TC配置，为容器网卡下发网络损伤配置，直至遍历所有待启动容器完成，然后继续遍历客户端容器的multi_ip，并在容器中执行流量触发命令，根据multi_ip指定不同的源IP，直至遍历完全部的客户端容器的multi_ip，并到达指定时间后停止流量，例如，指定时间可以是前述过程中命令行参数中设置的持续时间3600秒，然后销毁所有容器和容器的网络。
需要说明的是，通过执行对待测网络设备进行测试的测试程序脚本，可以得到解析后的拓扑文件，为后续提取拓扑文件中记录的需要启动的Docker容器提供了准确的数据基础。
实施例3
根据本发明实施例的另一方面，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述的网络设备的测试方法。
实施例4
根据本发明实施例的另一方面，还提供了一种电子设备，电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现用于运行程序，其中，程序被设置为运行时执行上述的网络设备的测试方法。
本文中的设备可以是服务器、PC、PAD、手机等。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种网络设备的测试方法，其特征在于，包括：
从拓扑文件中获取容器地址信息，并确定与所述容器地址信息相对应的多个容器，其中，所述拓扑文件用于记录待测网络设备的设备信息，所述容器是对所述待测网络设备的测试环境进行容器化配置得到的，基于所述设备信息、所述容器地址信息以及损伤参数，生成所述拓扑文件；
通过所述多个容器向所述待测网络设备发送目标流量数据包，生成流量传输信息，其中，所述目标流量数据包至少包括异常数据信息，所述异常数据信息用于对所述待测网络设备的容错能力进行测试，基于所述损伤参数，对第一流量数据包进行异常处理，得到所述目标流量数据包，所述第一流量数据包为不包含所述异常数据信息的数据包；
根据所述流量传输信息，生成测试报告，其中，所述测试报告中至少包括待分析数据，所述待分析数据表征对所述待测网络设备进行性能测试的测试结果。
2.根据权利要求1所述的方法，其特征在于，在从拓扑文件中获取容器地址信息之前，所述方法还包括：
获取第一脚本文件，其中，所述第一脚本文件至少包括第一应用程序和第二应用程序的安装指令，所述第一应用程序用于构造第一流量数据包，所述第二应用程序用于对所述第一流量数据包进行损伤模拟处理；
基于所述第一脚本文件构建多个容器镜像，并基于所述安装指令，在所述多个容器镜像中安装所述第一应用程序和所述第二应用程序，其中，所述容器镜像用于启动与所述容器镜像对应的容器；
将所述容器镜像上传至镜像仓库，其中，所述镜像仓库用于管理所述容器镜像。
3.根据权利要求2所述的方法，其特征在于，在将所述容器镜像上传至镜像仓库之后，所述方法还包括：
获取所述待测网络设备的设备信息；
确定与所述设备信息相对应的容器地址信息和损伤参数，其中，所述容器地址信息至少包括所述容器的起始地址和地址范围，所述损伤参数至少包括所述异常数据信息。
4.根据权利要求3所述的方法，其特征在于，通过所述多个容器向所述待测网络设备发送目标流量数据包，包括：
基于所述目标流量数据包，确定流量发送方式，并对所述流量发送方式进行格式转换，得到转换后的流量发送方式；
基于所述转换后的流量发送方式，向所述待测网络设备发送所述目标流量数据包。
5.根据权利要求1所述的方法，其特征在于，在生成流量传输信息之后，所述方法还包括：
从所述多个容器中获取与所述容器地址信息相对应的流量传输信息，得到与每个容器相对应的流量传输信息；
基于所述每个容器相对应的流量传输信息，生成与所述每个容器相对应的传输记录文件，其中，所述传输记录文件用于存储所述容器的流量传输结果。
6.根据权利要求5所述的方法，其特征在于，在从所述多个容器中获取与所述容器地址信息相对应的流量传输信息，得到与每个容器相对应的流量传输信息之后，所述方法还包括：
显示所述流量传输信息，以使目标对象基于显示信息，对所述流量传输信息进行分析。
7.根据权利要求1所述的方法，其特征在于，在从拓扑文件中获取容器地址信息之前，所述方法还包括：
执行对所述待测网络设备进行测试的测试程序脚本，得到解析后的拓扑文件，其中，所述测试程序脚本至少包括所述拓扑文件的文件名称。
8.一种网络设备的测试装置，其特征在于，包括：
获取模块，用于从拓扑文件中获取容器地址信息，并确定与所述容器地址信息相对应的多个容器，其中，所述拓扑文件用于记录待测网络设备的设备信息，所述容器是对所述待测网络设备的测试环境进行容器化配置得到的，基于所述设备信息、所述容器地址信息以及损伤参数，生成所述拓扑文件；
发送模块，用于通过所述多个容器向所述待测网络设备发送目标流量数据包，生成流量传输信息，其中，所述目标流量数据包至少包括异常数据信息，所述异常数据信息用于对所述待测网络设备的容错能力进行测试，基于所述损伤参数，对第一流量数据包进行异常处理，得到所述目标流量数据包，所述第一流量数据包为不包含所述异常数据信息的数据包；
汇总模块，用于根据所述流量传输信息，生成测试报告，其中，所述测试报告中至少包括待分析数据，所述待分析数据表征对所述待测网络设备进行性能测试的测试结果。
9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至7任一项中所述的网络设备的测试方法。
10.一种电子设备，其特征在于，所述电子设备包括一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现用于运行程序，其中，所述程序被设置为运行时执行所述权利要求1至7任一项中所述的网络设备的测试方法。
CN202211048743.7A 2022-08-29 2022-08-29 网络设备的测试方法、装置及电子设备 Active CN115412458B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211048743.7A CN115412458B (zh) 2022-08-29 2022-08-29 网络设备的测试方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211048743.7A CN115412458B (zh) 2022-08-29 2022-08-29 网络设备的测试方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN115412458A CN115412458A (zh) 2022-11-29
CN115412458B true CN115412458B (zh) 2023-11-03

Family

ID=84163337

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211048743.7A Active CN115412458B (zh) 2022-08-29 2022-08-29 网络设备的测试方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN115412458B (zh)

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9525598B1 (en) * 2014-11-13 2016-12-20 Amazon Technologies, Inc. Network testing device for automated topology validation
CN107172651A (zh) * 2017-05-23 2017-09-15 北京邮电大学 一种用于移动互联网协议的测试平台及测试方法
CN110166285A (zh) * 2019-04-28 2019-08-23 北京航空航天大学 一种基于Docker的网络安全实验平台搭建方法
CN110959270A (zh) * 2017-07-21 2020-04-03 思科技术公司 使用实时测试的服务功能链优化
CN110995561A (zh) * 2019-12-06 2020-04-10 中国科学院信息工程研究所 基于容器技术的虚拟网络数据通信交互方法与系统
CN111679965A (zh) * 2020-04-23 2020-09-18 平安国际智慧城市科技股份有限公司 自动化测试方法、装置、计算机设备和存储介质
CN111881043A (zh) * 2020-07-27 2020-11-03 山石网科通信技术股份有限公司 页面测试方法、装置、存储介质和处理器
US10951651B1 (en) * 2017-10-30 2021-03-16 EMC IP Holding Company LLC Container life cycle management with retention rate adjustment based on detected anomalies
CN113141283A (zh) * 2021-06-22 2021-07-20 中国电子信息产业集团有限公司第六研究所 网络流量模拟测试方法、系统及环境的构建方法
CN113747150A (zh) * 2021-11-02 2021-12-03 军事科学院系统工程研究院网络信息研究所 一种基于容器云实现的视频服务系统的测试方法和系统
CN113791865A (zh) * 2021-09-08 2021-12-14 山石网科通信技术股份有限公司 容器安全的处理方法及装置、存储介质和处理器
CN113872819A (zh) * 2020-06-30 2021-12-31 深圳Tcl数字技术有限公司 一种设备的测试方法和计算机设备
CN113992553A (zh) * 2021-10-21 2022-01-28 哈尔滨工业大学 一种基于微服务的平台化流量生成系统、方法、计算机及存储介质
CN114365461A (zh) * 2019-09-18 2022-04-15 思科技术公司 用于在网络设备上提供流量生成的系统和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7523181B2 (en) * 1999-11-22 2009-04-21 Akamai Technologies, Inc. Method for determining metrics of a content delivery and global traffic management network
US10445089B2 (en) * 2017-02-28 2019-10-15 Arista Networks, Inc. Hitless upgrades of a container of a network element
US10841196B2 (en) * 2018-03-26 2020-11-17 Spirent Communications, Inc. Key performance indicators (KPI) for tracking and correcting problems for a network-under-test

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9525598B1 (en) * 2014-11-13 2016-12-20 Amazon Technologies, Inc. Network testing device for automated topology validation
CN107172651A (zh) * 2017-05-23 2017-09-15 北京邮电大学 一种用于移动互联网协议的测试平台及测试方法
CN110959270A (zh) * 2017-07-21 2020-04-03 思科技术公司 使用实时测试的服务功能链优化
US10951651B1 (en) * 2017-10-30 2021-03-16 EMC IP Holding Company LLC Container life cycle management with retention rate adjustment based on detected anomalies
CN110166285A (zh) * 2019-04-28 2019-08-23 北京航空航天大学 一种基于Docker的网络安全实验平台搭建方法
CN114365461A (zh) * 2019-09-18 2022-04-15 思科技术公司 用于在网络设备上提供流量生成的系统和方法
CN110995561A (zh) * 2019-12-06 2020-04-10 中国科学院信息工程研究所 基于容器技术的虚拟网络数据通信交互方法与系统
CN111679965A (zh) * 2020-04-23 2020-09-18 平安国际智慧城市科技股份有限公司 自动化测试方法、装置、计算机设备和存储介质
CN113872819A (zh) * 2020-06-30 2021-12-31 深圳Tcl数字技术有限公司 一种设备的测试方法和计算机设备
CN111881043A (zh) * 2020-07-27 2020-11-03 山石网科通信技术股份有限公司 页面测试方法、装置、存储介质和处理器
CN113141283A (zh) * 2021-06-22 2021-07-20 中国电子信息产业集团有限公司第六研究所 网络流量模拟测试方法、系统及环境的构建方法
CN113791865A (zh) * 2021-09-08 2021-12-14 山石网科通信技术股份有限公司 容器安全的处理方法及装置、存储介质和处理器
CN113992553A (zh) * 2021-10-21 2022-01-28 哈尔滨工业大学 一种基于微服务的平台化流量生成系统、方法、计算机及存储介质
CN113747150A (zh) * 2021-11-02 2021-12-03 军事科学院系统工程研究院网络信息研究所 一种基于容器云实现的视频服务系统的测试方法和系统

Also Published As

Publication number Publication date
CN115412458A (zh) 2022-11-29

Similar Documents

Publication Publication Date Title
US20180375897A1 (en) Automated network device cloner and decoy generator
CN110351156B (zh) 一种测试方法和装置
CN105335293B (zh) 一种基于接口并行的自动化测试系统和方法
US20110282642A1 (en) Network emulation in manual and automated testing tools
CN103905258B (zh) 一种客户端数据上传功能的测试方法及装置
CN108363662A (zh) 一种应用程序测试方法、存储介质及终端设备
CN107241229B (zh) 一种基于接口测试工具的业务监控方法及装置
US20080168425A1 (en) Software testing techniques for stack-based environments
CN104811331A (zh) 一种可视化网络运维方法和装置
US20060045019A1 (en) Network testing agent with integrated microkernel operating system
CN108459850B (zh) 生成测试脚本的方法、装置及系统
CN112988608B (zh) 数据测试方法、装置、计算机设备及存储介质
CN111611140B (zh) 埋点数据的上报验证方法、装置、电子设备及存储介质
WO2016015511A1 (zh) 一种网管测试事件的数据包模拟方法、装置及计算机存储介质
CN104361051A (zh) 一种网页服务质量的检测方法及装置
US20200204461A1 (en) Automation system for testing and publishing of web service
CN105117344B (zh) 一种基于pb的接口集成测试方法和系统
CN112231209A (zh) 参数获取方法、装置、计算机设备和存储介质
CN105530137B (zh) 流量数据分析方法及流量数据分析系统
CN115412458B (zh) 网络设备的测试方法、装置及电子设备
US8244891B2 (en) Simulating a large number of users
CN106603328B (zh) 一种测试流控设备协议识别能力的方法及装置
WO2012052053A1 (en) Quality of service monitoring device and method of monitoring quality of service
CN111966394B (zh) 基于etl的数据分析方法、装置、设备和存储介质
CN109062758A (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
GR01 Patent grant
GR01 Patent grant