[go: up one dir, main page]

CN116132357A - 一种测试信息确定方法、设备和计算机可读存储介质 - Google Patents

一种测试信息确定方法、设备和计算机可读存储介质 Download PDF

Info

Publication number
CN116132357A
CN116132357A CN202111350111.1A CN202111350111A CN116132357A CN 116132357 A CN116132357 A CN 116132357A CN 202111350111 A CN202111350111 A CN 202111350111A CN 116132357 A CN116132357 A CN 116132357A
Authority
CN
China
Prior art keywords
test
target
path
information
test case
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
Application number
CN202111350111.1A
Other languages
English (en)
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.)
China Mobile Communications Group Co Ltd
Research Institute of China Mobile Communication Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
Research Institute of China Mobile Communication 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 China Mobile Communications Group Co Ltd, Research Institute of China Mobile Communication Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202111350111.1A priority Critical patent/CN116132357A/zh
Publication of CN116132357A publication Critical patent/CN116132357A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Prevention of errors by analysis, debugging or testing of software
    • G06F11/3668—Testing of software
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • 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/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • 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
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例公开了一种测试信息确定方法，所述方法包括：基于测试需求信息，确定目标测试用例逻辑模板和与所述目标测试用例逻辑模板对应的目标测试数据；基于所述目标测试数据和所述目标测试用例逻辑模板，确定目标测试用例信息；基于所述目标测试用例信息，对与所述测试需求信息对应的待测试设备进行测试。本申请实施例还公开了一种测试信息确定设备和计算机可读存储介质。

Description

一种测试信息确定方法、设备和计算机可读存储介质
技术领域
本申请涉及通信领域中的测试信息确定技术，尤其涉及一种测试信息确定方法、设备和计算机可读存储介质。
背景技术
未来的软件定义(Software Defined Network，SDN)网络中，分段路由(SegmentRouting，SR)技术具有基于源路由编码转发的方式和只在网络边缘维持状态的特点，使其可以支持超大规模的流量工程且适合与SDN结合，已经成为SDN事实上的网络架构标准。在面向SDN新网络的测试中，网络设备部署则呈现复杂性和多样性，网络拓扑、业务需求，流量规划、可靠性方面具备更多的应用场景。而在实验室环境中，单一的场景测试无法去覆盖和还原现网络场景，而多场景测试也需要更多的时间、设备资源和人力的投入。
在传统的自动化测试中，测试仪表配置和设备配置是作为已知的测试输入进行测试执行的，但在SDN测试中，需要根据测试场景选择更为复杂的技术及组网方案，聚焦关键业务需求和承载组网功能性能等开展综合性测试验证，在引入大规模业务网络模拟、TE路径计算和控制仿真和测试故障时，我们通常很难通过“显示”脚本编写的方式逐一生成和验证这些场景和测试逻辑，无法实现快速构建复杂的测试环境和验证逻辑。
发明内容
为解决上述技术问题，本申请实施例期望提供一种测试信息确定方法、设备和计算机可读存储介质，解决了相关技术中针对SDN测试中存在无法实现快速构建复杂的测试环境和验证逻辑的问题。
本申请的技术方案是这样实现的：
一种测试信息确定方法，所述方法包括：
基于测试需求信息，确定目标测试用例逻辑模板和与所述目标测试用例逻辑模板对应的目标测试数据；
基于所述目标测试数据和所述目标测试用例逻辑模板，确定目标测试用例信息；
基于所述目标测试用例信息，对与所述测试需求信息对应的待测试设备进行测试。
上述方案中，基于测试需求信息，确定目标测试用例逻辑模板和与所述目标测试用例逻辑模板对应的目标测试数据，包括：
获取针对所述待测试设备的测试需求信息；
确定与所述测试需求信息对应的所述目标测试用例逻辑模板；
从所述目标测试用例逻辑模板对应的模型数据库中，获取与所述目标测试用例逻辑模板对应的所述目标测试数据。
上述方案中，所述获取针对所述待测试设备的测试需求信息，包括：
接收用户输入的针对软件定义网络中的所述待测试设备的测试需求信息；其中，所述测试需求信息中包括所述待测试设备的目标标识和测试意图。
上述方案中，所述确定与所述测试需求信息对应的所述目标测试用例逻辑模板，包括：
从基础测试模板中，确定与所述目标标识和所述测试意图匹配的目标测试模板；其中，所述目标测试模板包括基础仿真网络；
获取所述基础仿真网络的路径拓扑信息，并基于所述基础仿真网络的所述路径拓扑信息确定基础测试逻辑；
基于所述基础测试逻辑和所述目标测试模板，生成所述目标测试用例逻辑模板。
上述方案中，所述获取所述基础仿真网络的路径拓扑信息，并基于所述基础仿真网络的所述路径拓扑信息确定基础测试逻辑，包括：
对所述基础仿真网络进行分析，得到所述基础仿真网络的路径拓扑信息；
在确定所述基础仿真网络中的设备正常启动时，设置所述基础测试逻辑为基于所述路径拓扑信息中的主用路径和备用路径对所述主用路径进行路径故障和路径恢复模拟，以确定路径切换情况。
上述方案中，所述从所述目标测试用例逻辑模板对应的模型数据库中，获取与所述目标测试用例逻辑模板对应的所述目标测试数据，包括：
从所述目标测试用例逻辑模板对应的模型数据库中，确定与所述基础仿真网络对应的目标网络拓扑；
基于图论算法确定所述目标网络拓扑中的目标主用路径和目标备用路径；
基于所述目标主用路径和所述目标备用路径确定主备切换故障集合；其中，所述主备切换故障集合包括第一子集和第二子集；所述第一子集中包括所述目标主用路径和所述目标备用路径中不重叠的节点，所述第二子集中包括所述目标主用路径和所述目标备用路径中重叠的节点。
上述方案中，所述基于所述目标测试数据和所述目标测试用例逻辑模板，确定目标测试用例信息，包括：
在确定所述目标网络拓扑仿真网络中的设备正常启动时，基于所述主备切换故障集合的所述第一子集和所述第二子集设置所述目标测试用例信息；
其中，所述基于所述主备切换故障集合的第一子集和第二子集设置目标测试用例信息，包括：
针对所述目标主用路径中的节点，基于所述主备切换故障集合的所述第一子集和所述第二子集，对所述目标主用路径中的节点进行路径故障和路径恢复模拟，得到路径切换时间和切换后的目标路径；
基于所述路径切换时间和切换后的目标路径所属的路径信息，确定路径切换的预期切换结果。
上述方案中，所述方法还包括：
在对所述待测试设备进行测试过程中通过多进程的方式，按照目标采集周期实时获取测试运行信息和测试环境信息并显示。
一种测试信息确定设备，所述设备包括：处理器、存储器和通信总线；
所述通信总线用于实现处理器和存储器之间的通信连接；
所述处理器用于执行存储器中的测试信息确定程序，以实现上述所述的测试信息确定方法的步骤。
一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述所述的测试信息确定方法的步骤。
本申请实施例所提供的测试信息确定方法、设备和计算机可读存储介质，基于测试需求信息，确定目标测试用例逻辑模板和与所述目标测试用例逻辑模板对应的目标测试数据，并基于目标测试数据和目标测试用例逻辑模板，确定目标测试用例信息，之后基于目标测试用例信息对与测试需求信息对应的待测试设备进行测试，如此，可以自动确定与测试需求信息对应的目标目标测试用例逻辑模板和目标测试数据，进而采用目标测试数据和目标测试用例逻辑模板自动生成目标测试用例信息，不需要通过“显示”脚本编写的方式逐一生成和验证这些场景和测试逻辑，解决了相关技术中针对SDN测试中存在无法实现快速构建复杂的测试环境和验证逻辑的问题。
附图说明
图1为本申请的实施例提供的一种测试信息确定方法的流程示意图；
图2为本申请的实施例提供的另一种测试信息确定方法的流程示意图；
图3为本申请的实施例提供的测试信息确定方法中的物理拓扑的示意图；
图4为本申请的实施例提供的测试信息确定方法中的仿真网络的网络拓扑示意图；
图5为本申请的实施例提供的又一种测试信息确定方法的流程示意图；
图6为本申请的实施例提供的测试信息确定方法中的目标网络的网络拓扑示意图；
图7为本申请的实施例提供的测试信息确定方法中的目标网络形成的连通图的示意图；
图8为本申请的实施例提供的测试信息确定方法对应的系统的架构示意图；
图9为本申请的实施例提供的一种测试信息确定设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
应理解，说明书通篇中提到的“本申请实施例”或“前述实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“本申请实施例中”或“在前述实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中应。在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
在未做特殊说明的情况下，电子设备执行本申请实施例中的任一步骤，可以是电子设备的处理器执行该步骤。还值得注意的是，本申请实施例并不限定电子设备执行下述步骤的先后顺序。另外，不同实施例中对数据进行处理所采用的方式可以是相同的方法或不同的方法。还需说明的是，本申请实施例中的任一步骤是电子设备可以独立执行的，即电子设备执行下述实施例中的任一步骤时，可以不依赖于其它步骤的执行。
应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
本申请实施例提供一种测试信息确定方法，该方法可以应用于测试信息确定设备中，参照图1所示，该方法包括以下步骤：
步骤101、基于测试需求信息，确定目标测试用例逻辑模板和与目标测试用例逻辑模板对应的目标测试数据。
在本申请实施例中，测试需求信息可以表征需要进行测试的待测试设备和测试意图。目标测试用例逻辑模板指的是用来对待测试设备进行测试的测试模板；目标测试数据指的是目标测试用例逻辑模板所需要的测试数据。
步骤102、基于目标测试数据和目标测试用例逻辑模板，确定目标测试用例信息。
在本申请实施例中，目标测试用例信息可以是将目标测试数据和目标测试用例逻辑模板进行合成后得到的；在一种可行的实现方式中，可以是将目标测试数据代入对应的目标测试用例逻辑模板后来生成目标测试用例信息。其中，目标测试用例信息可以是用来对待测试设备进行测试的测试用例。
步骤103、基于目标测试用例信息，对与测试需求信息对应的待测试设备进行测试。
其中，直接可以使用确定出来的目标测试用例信息，对待测试设备进行相应的测试。也就是说，可以按照目标测试用例信息中包括的测试用例和测试逻辑对待测试设备进行相应的测试。
本申请实施例所提供的测试信息确定方法，基于测试需求信息，确定目标测试用例逻辑模板和与目标测试用例逻辑模板对应的目标测试数据，并基于目标测试数据和目标测试用例逻辑模板，确定目标测试用例信息，之后基于目标测试用例信息对与测试需求信息对应的待测试设备进行测试，如此，可以自动确定与测试需求信息对应的目标目标测试用例逻辑模板和目标测试数据，进而采用目标测试数据和目标测试用例逻辑模板自动生成目标测试用例信息，不需要通过“显示”脚本编写的方式逐一生成和验证这些场景和测试逻辑，解决了相关技术中针对SDN测试中存在无法实现快速构建复杂的测试环境和验证逻辑的问题。
基于前述实施例，本申请的实施例提供一种测试信息确定方法，参照图2所示，该方法包括以下步骤：
步骤201、测试信息确定设备获取针对待测试设备的测试需求信息。
其中，测试需求信息可以是测试信息确定设备主动获取的，也可以是其他设备发送给测试信息确定设备的。
在本申请实施例中，步骤201可以通过以下方式来实现：
步骤201a、测试信息确定设备接收用户输入的针对软件定义网络中的待测试设备的测试需求信息。
其中，测试需求信息中包括待测试设备的目标标识和测试意图。
在本申请实施例中，待测试设备可以是软件定义网络中的任何需要进行测试测设备；并且，测试需求信息可以是用户在智能化平台上通过相应的输入界面将测试意图和待测试设备的目标标识输入后生成的。
步骤202、测试信息确定设备确定与测试需求信息对应的目标测试用例逻辑模板。
其中，目标测试用例逻辑模板是与待测试设备的目标标识对应，且与测试意图匹配的测试用例逻辑模板；也就是说，目标测试用例逻辑模板可以是基于待测试设备的目标标识和测试意图确定出来的。
在本申请实施例中，步骤202确定与测试需求信息对应的目标测试用例逻辑模板可以通过以下方式来实现：
步骤202a、测试信息确定设备从基础测试模板中，确定与目标标识和测试意图匹配的目标测试模板。
其中，目标测试模板包括基础仿真网络。
在本申请实施例中，基础测试模板包括实现功能验证逻辑脚本测试模板、实现性能验证逻辑脚本测试模板、实现故障验证逻辑脚本测试模板等。需要说明的是，目标测试模板可以是基于用户输入的选择指令从基础测试模板中确定出来的，也可以是使用特定的推荐算法从基础测试模板中确定出来的；其中，特定的推荐算法可以是基于输入内容的信息检索和历史数据的流行度确定的。
步骤202b、测试信息确定设备获取基础仿真网络的路径拓扑信息，并基于基础仿真网络的路径拓扑信息确定基础测试逻辑。
在本申请实施例中，以进行SDN流量工程测试为例进行说明：首先需要连接物理拓扑，主要包括确定(Device Under Test，DUT)被测设备和仪表组成的基础测试床。在一种可行的实现方式中，形成的物理拓扑可以如图3所示。如果输入的测试需求包括SR-TE，PE，可靠性，那么智能化测试平台会根据用户输入的测试意图筛选/推荐符合测试需求信息的目标测试模板和基础测试逻辑，推荐的目标测试模板是标记为端到端的SR-TE/BE L3VPN基础测试模板；如图4所示，该标记为端到端的SR-TE/BE L3VPN基础测试模板中可以包括被测设备、仪表仿真网络(R2/R3/R4)和流量节点。当然，推荐的基础测试逻辑主要是依赖于目标测试模板对应的路径拓扑信息。
步骤202c、测试信息确定设备基于基础测试逻辑和目标测试模板，生成目标测试用例逻辑模板。
在本申请实施例中，确定出基础测试逻辑和目标测试模板后，可以将基础测试逻辑和目标测试模板进行合成来得到目标测试用例逻辑模板。在一种可行的实现方式中，可以将基础测试逻辑代入目标测试模板来得到目标测试用例逻辑模板。
步骤203、测试信息确定设备从目标测试用例逻辑模板对应的模型数据库中，获取与目标测试用例逻辑模板对应的目标测试数据。
在本申请实施例中，模型数据库可以包括网络模型数据库、协议模型数据库、隧道模型数据库、流量模型数据库和故障模型数据库等。其中，选择测试用例逻辑模板后，相应的用例模板脚本逻辑内会有此处需要导入的网络模型数据库、协议模型数据库还是路径模型数据库的定义，并且会定义出关联需要填充的目标测试数据。
步骤204、测试信息确定设备基于目标测试数据和目标测试用例逻辑模板，确定目标测试用例信息。
步骤205、测试信息确定设备基于目标测试用例信息，对与测试需求信息对应的待测试设备进行测试。
需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。
本申请实施例所提供的测试信息确定方法，可以自动确定与测试需求信息对应的目标目标测试用例逻辑模板和目标测试数据，进而采用目标测试数据和目标测试用例逻辑模板自动生成目标测试用例信息，不需要通过“显示”脚本编写的方式逐一生成和验证这些场景和测试逻辑，解决了相关技术中针对SDN测试中存在无法实现快速构建复杂的测试环境和验证逻辑的问题。
基于前述实施例，本申请的实施例提供一种测试信息确定方法，参照图5所示，该方法包括以下步骤：
步骤301、测试信息确定设备接收用户输入的针对软件定义网络中的待测试设备的测试需求信息。
其中，测试需求信息中包括待测试设备的目标标识和测试意图。
步骤302、测试信息确定设备从基础测试模板中，确定与目标标识和测试意图匹配的目标测试模板。
其中，目标测试模板包括基础仿真网络。
在本申请实施例中，目标测试模板可以是从设定的所有仿真网络中确定出来的与目标标识和测试意图匹配的基础仿真网络。
步骤303、测试信息确定设备对基础仿真网络进行分析，得到基础仿真网络的路径拓扑信息。
步骤304、测试信息确定设备在确定基础仿真网络中的设备正常启动时，设置基础测试逻辑为基于路径拓扑信息中的主用路径和备用路径对主用路径进行路径故障和路径恢复模拟，以确定路径切换情况。
在本申请实施例中，以SDN流量工程测试为例进行说明，基础测试逻辑可以包括以下实现过程：
A1、加载并启动所有设备的中间系统到中间系统(ISIS-Intermediate system tointermediate system，ISIS)路由协议，检查端口的ISIS邻居状态是否正常启动，并反馈到用户界面(User Interface，UI)显示界面中；发布ISIS SR链路状态信息。此处，需要填充所有设备相关的ISIS协议和ISIS SR链路状态信息,标记为device(ISIS)。
A2、路由协议工作正常后，启动路径计算单元(Path Computation ElementProtocol，PCEP)协议，并检查PCEP状态是否启动。并根据用户在界面上的路径选择，通过PCEP下发SR-TE(流程工程)路径信息给待测试设备，包括主路径和备用路径。这里需要填充主用路径和备用路径的路由列表(Segment list)信息，标记为Tunnel1(ERO)和Tunnel2(ERO)。检查PCEP主用路径和备用路径状态是否为正常。
A3、启动双向流量，并检查流量是收发正常无丢包，通过抓包，分析多层标签是否符合主用路径标签Tunnel1(ERO)设定，并在UI界面上显示相应的路径，如果流量路径与PCEP下发路径不一致，通过警示信息显示。
A4、模拟主用路径故障，通过界面上SDN控制或者是自动断开主链路上的节点/链路，这里需要填充Break来源于主链路数据库Break(V E)。检查PCEP路径状态，再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，如果Break发生在主用路径和备用路径不重叠部分，确认流量是否切换到备用路径Tunnel2(ERO)，切换时间小于50ms，并在界面上进行相应的显示；否则确认流量是否切换到SR BE路径，并进行相应的显示。
A5、模拟主用路径恢复，完成路径回切；检查PCEP主用路径状态是否为更新(Updated)。再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否恢复到主用路径Tunnel1(ERO)，并在界面上进行相应的显示。
A6、遍历Break(V E)(即路径拓扑信息)中所有Break点，重复执行步骤A4-A5，记录所有结果，结束测试。
步骤305、测试信息确定设备基于基础测试逻辑和目标测试模板，生成目标测试用例逻辑模板。
其中，目标测试用例逻辑模板可以是将基础测试逻辑与目标测试模板进行结合后得到的；在一种可行的实现方式中，可以将基础测试逻辑输入目标测试模板中，进而就可以得到目标测试用例逻辑模板。
步骤306、测试信息确定设备从目标测试用例逻辑模板对应的模型数据库中，确定与基础仿真网络对应的目标网络拓扑。
其中，目标网络拓扑是从目标测试用例逻辑模板对应的模型数据库中确定出与基础仿真网络匹配的网络拓扑。在一种可行的实现方式中，以SDN流量工程测试为例，目标网络拓扑可以如图6所示中的虚线框中的路径拓扑，可以是3*3网络状拓扑。如图7所示，根据将此网络拓扑存成连通图G(V E)的形式，连接图的V即是仿真路由器信息、E即是仿真链路信息，根据连接关系可以生成仿真路由拓扑配置信息device(ISIS)。
步骤307、测试信息确定设备基于图论算法确定目标网络拓扑中的目标主用路径和目标备用路径。
在本申请实施例中，图论算法可以包括Dijkstra路径算法和深度优先搜索(DepthFirst Search，DFS)算法；那么，可以通过Dijkstra路径算法，计算主用路径T1(V E)；通过DFS算法遍历两点之间的其他可能的路径信息作为备用路径T2(V E)。根据T1(V E)和T2(VE)生成Tunnel1(ERO)信息为目标主用路径：3302-3211-3212-3213-3223-3233-3304，Tunnel2(ERO)信息为目标备用路径3302-3211-3221-3231-3232-3222-3223-3233-3304。
步骤308、测试信息确定设备基于目标主用路径和目标备用路径确定主备切换故障集合。
其中，主备切换故障集合包括第一子集和第二子集；第一子集中包括目标主用路径和目标备用路径中不重叠的节点，第二子集中包括目标主用路径和目标备用路径中重叠的节点。
在本申请实施例中，根据目标主用路径和目标备用路径T1(V E)和T2(V E)生成主备切换故障集合第一子集Break1(V E)和第二子集Break2(V E)；其中，第一子集Break1(VE)可以包括目标主用路径和目标备用路径中不重叠的节点，以及第二子集Break2(V E)可以包括目标主用路径和目标备用路径中重叠的节点。需要说明的是，目标测试数据可以包括：目标主用路径、目标备用路径和主备切换故障集合。
步骤309、测试信息确定设备在确定目标网络拓扑仿真网络中的设备正常启动时，基于主备切换故障集合的第一子集和第二子集设置目标测试用例信息。
其中，基于主备切换故障集合的第一子集和第二子集设置目标测试用例信息，包括：
步骤309a、测试信息确定设备针对目标主用路径中的节点，基于主备切换故障集合的第一子集和第二子集，对目标主用路径中的节点进行路径故障和路径恢复模拟，得到路径切换时间和切换后的目标路径。
步骤309b、测试信息确定设备基于路径切换时间和切换后的目标路径所属的路径信息，确定路径切换的预期切换结果。
在本申请实施例中，以进行SDN流量工程测试为例，设置目标测试用例信息的过程可以如下所示：
B1、加载并启动所有device的ISIS路由协议，检查端口的ISIS邻居状态为是否正常启动，并反馈到UI显示界面中；发布ISIS SR链路状态信息。
B2、路由协议工作正常后，启动PCEP协议，并检查PCEP状态是否启动。并根据用户在界面上的路径选择，通过PCEP下发SR-TE路径信息给被测试设备，包括主路径Tunnel1(ERO)和备用路径Tunnel2(ERO)。
B3、启动双向流量，并检查流量是收发正常无丢包，通过抓包，分析多层标签是否符合主路径标签Tunnel1(ERO)设定，并在UI界面上显示相应的路径，如果流量路径与PCEP下发路径不一致，通过警示信息显示。
B4、模拟主路径故障，断开主链路上的节点R2-12，检查PCEP路径状态，再检查流量能否正常转发，并计算切换时间,时间小于50ms。通过抓包自动分析，确认流量是否切换到备用路径Tunnel2(ERO)，并在界面上进行相应的显示。
B5、模拟主路径恢复，完成路径回切，检查PCEP主路路径状态是否为Updated。再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否恢复到主用路径Tunnel1(ERO)，并在界面上进行相应的显示。
B6、模拟主路径故障，断开主链路上的节点R2-13，检查PCEP路径状态，再检查流量能否正常转发，并计算切换时间，时间小于50ms。通过抓包自动分析，确认流量是否切换到备用路径Tunnel2(ERO)，并在界面上进行相应的显示。
B7、模拟主路径恢复，完成路径回切，检查PCEP主路路径状态是否为Updated。再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否恢复到主用路径Tunnel1(ERO)，并在界面上进行相应的显示。
B8、模拟主路径故障，断开主链路上的节点R2-11，检查PCEP路径状态，再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否切换到SR BE，并在界面上进行相应的显示。
B9、模拟主路径恢复，完成路径回切，检查PCEP主路路径状态是否为Updated。再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否恢复到主用路径Tunnel1(ERO)，并在界面上进行相应的显示。
B10、模拟主路径故障，断开主链路上的节点R2-23，检查PCEP路径状态，再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否切换到SR BE，并在界面上进行相应的显示。
B11、模拟主路径恢复，完成路径回切，检查PCEP主路路径状态是否为Updated。再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否恢复到主用路径Tunnel1(ERO)，并在界面上进行相应的显示。
B12、模拟主路径故障，断开主链路上的节点R2-33，检查PCEP路径状态，再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否切换到SR BE，并在界面上进行相应的显示。
B13、模拟主路径恢复，完成路径回切，检查PCEP主路路径状态是否为Updated。再检查流量能否正常转发，并计算切换时间。通过抓包自动分析，确认流量是否恢复到主用路径Tunnel1(ERO)，并在界面上进行相应的显示。
需要说明的是，本申请实施例中提供的测试信息确定方法可以替代人工显示编程，自动生成SDN测试环境下复杂的控制层面信息和动态的测试判断逻辑。并且，是基于测试场景或意图自动编排/交互式选择测试拓扑和测试逻辑，从而可以动态生成仿真业务网络、验证流量、测试步骤和预期结果。
基于前述实施例，在本申请的其他实施例中，该方法还可以包括以下步骤：
步骤310、在对待测试设备进行测试过程中通过多进程的方式，按照目标采集周期实时获取测试运行信息和测试环境信息并显示。
其中，在通过多进程的方式实现实时获取测试运行信息和测试环境信息时，可以是采用抓包的方式来实现全双工的工作模式；从而，在整个测试过程中，可以实时的获取测试床拓扑信息、路由器及链路状态信息、路由协议状态信息、SR-TE隧道状态信息、流量路径信息等，通过测试过程中信息的可视化，将底层设备及仪表的状态结合测试拓扑交互呈现，增强测试效果。并且，以SRV6网络为例，流量路径可以指的是整个测试过程中所经过的所有路径，且所有路径都可以显示出来。在一种可行的实现方式中，流量路径可以是通过抓包的方式获取得到的。
在本申请实施例中，测试信息确定方法可以应用于图8所示的系统架构中；本申请实施例中的测试信息确定方法在传统测试平台+测试脚本执行基础上，增加了智能化平台、测试编排和测试状态观测模块。其中，智能化平台主要提供测试意图输入、网络拓扑意图显现、动态测试执行以及日志输出等；测试编排模块主要实现了“测试编排版”SDN控制器所具备的拓扑规划、路径计算、流量工程等功能，以算法来实现测试场景/意图的生成，确保测试能够提供复杂度和随机度。测试状态观测模块可以与测试脚本模块运行并行，采用多进程的方式支持对观测对象的网络状态、路径状态、流量状态、故障状态等实时显示，支持业务平面数据和管理平面的分层显示和交互。
需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。
本申请实施例所提供的测试信息确定方法，可以自动确定与测试需求信息对应的目标目标测试用例逻辑模板和目标测试数据，进而采用目标测试数据和目标测试用例逻辑模板自动生成目标测试用例信息，不需要通过“显示”脚本编写的方式逐一生成和验证这些场景和测试逻辑，解决了相关技术中针对SDN测试中存在无法实现快速构建复杂的测试环境和验证逻辑的问题。
基于前述实施例，本申请的实施例提供一种测试信息确定设备，该设备可以应用于图1、2和5对应的实施例提供的测试信息确定方法中，参照图9所示，该设备可以包括：处理器41、存储器42和通信总线43；
通信总线43用于实现处理器41和存储器42之间的通信连接；
处理器41用于执行存储器42中的测试信息确定程序，以实现以下步骤：
基于测试需求信息，确定目标测试用例逻辑模板和与目标测试用例逻辑模板对应的目标测试数据；
基于目标测试数据和目标测试用例逻辑模板，确定目标测试用例信息；
基于目标测试用例信息，对与测试需求信息对应的待测试设备进行测试。
在本申请其他实施例中，处理器用于执行存储器中的测试信息确定程序的基于测试需求信息，确定目标测试用例逻辑模板和与目标测试用例逻辑模板对应的目标测试数据，以实现以下步骤：
获取针对待测试设备的测试需求信息；
确定与测试需求信息对应的目标测试用例逻辑模板；
从目标测试用例逻辑模板对应的模型数据库中，获取与目标测试用例逻辑模板对应的目标测试数据。
在本申请其他实施例中，处理器用于执行存储器中的测试信息确定程序的获取针对待测试设备的测试需求信息，以实现以下步骤：
接收用户输入的针对软件定义网络中的待测试设备的测试需求信息；
其中，测试需求信息中包括待测试设备的目标标识和测试意图。
在本申请其他实施例中，处理器用于执行存储器中的测试信息确定程序的确定与测试需求信息对应的目标测试用例逻辑模板，以实现以下步骤：
从基础测试模板中，确定与目标标识和测试意图匹配的目标测试模板；
其中，基础测试模板包括基础仿真网络；
获取基础仿真网络的路径拓扑信息，并基于基础仿真网络的路径拓扑信息确定基础测试逻辑；
基于基础测试逻辑和目标测试模板，生成目标测试用例逻辑模板。
在本申请其他实施例中，处理器用于执行存储器中的测试信息确定程序的获取基础仿真网络的路径拓扑信息，并基于基础仿真网络的路径拓扑信息确定基础测试逻辑，以实现以下步骤：
对基础仿真网络进行分析，得到基础仿真网络的路径拓扑信息；
在确定基础仿真网络中的设备正常启动时，设置基础测试逻辑为基于路径拓扑信息中的主用路径和备用路径对主用路径进行路径故障和路径恢复模拟，以确定路径切换情况。
在本申请其他实施例中，处理器用于执行存储器中的测试信息确定程序的从目标测试用例逻辑模板对应的模型数据库中，获取与目标测试用例逻辑模板对应的目标测试数据，以实现以下步骤：
从目标测试用例逻辑模板对应的模型数据库中，确定与基础仿真网络对应的目标网络拓扑；
基于图论算法确定目标网络拓扑中的目标主用路径和目标备用路径；
基于目标主用路径和目标备用路径确定主备切换故障集合；
其中，主备切换故障集合包括第一子集和第二子集；第一子集中包括目标主用路径和目标备用路径中不重叠的节点，第二子集中包括目标主用路径和目标备用路径中重叠的节点。
在本申请其他实施例中，处理器用于执行存储器中的测试信息确定程序的基于目标测试数据和目标测试用例逻辑模板，确定目标测试用例信息，以实现以下步骤：
在确定目标网络拓扑仿真网络中的设备正常启动时，基于主备切换故障集合的第一子集和第二子集设置目标测试用例信息；
其中，基于主备切换故障集合的第一子集和第二子集设置目标测试用例信息，包括：
针对目标主用路径中的节点，基于主备切换故障集合的第一子集和第二子集，对目标主用路径中的节点进行路径故障和路径恢复模拟，得到路径切换时间和切换后的目标路径；
基于路径切换时间和切换后的目标路径所属的路径信息，确定路径切换的预期切换结果。
在本申请其他实施例中，处理器用于执行存储器中的测试信息确定程序，还可以实现以下步骤：
在对待测试设备进行测试过程中通过多进程的方式，按照目标采集周期实时获取测试运行信息和测试环境信息并显示。
需要说明的是，本实施例中处理器所执行的步骤的具体实现过程，可以参照图1、2和5对应的实施例提供的测试信息确定方法中的实现过程，此处不再赘述。
本申请实施例所提供的测试信息确定设备，可以自动确定与测试需求信息对应的目标目标测试用例逻辑模板和目标测试数据，进而采用目标测试数据和目标测试用例逻辑模板自动生成目标测试用例信息，不需要通过“显示”脚本编写的方式逐一生成和验证这些场景和测试逻辑，解决了相关技术中针对SDN测试中存在无法实现快速构建复杂的测试环境和验证逻辑的问题。
基于前述实施例，本申请的实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有一个或者多个程序，该一个或者多个程序可被一个或者多个处理器执行，以实现图1、2和5对应的实施例提供的测试信息确定方法的步骤。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (10)

1.一种测试信息确定方法，其特征在于，所述方法包括：
基于测试需求信息，确定目标测试用例逻辑模板和与所述目标测试用例逻辑模板对应的目标测试数据；
基于所述目标测试数据和所述目标测试用例逻辑模板，确定目标测试用例信息；
基于所述目标测试用例信息，对与所述测试需求信息对应的待测试设备进行测试。
2.根据权利要求1所述的方法，其特征在于，所述基于测试需求信息，确定目标测试用例逻辑模板和与所述目标测试用例逻辑模板对应的目标测试数据，包括：
获取针对所述待测试设备的测试需求信息；
确定与所述测试需求信息对应的所述目标测试用例逻辑模板；
从所述目标测试用例逻辑模板对应的模型数据库中，获取与所述目标测试用例逻辑模板对应的所述目标测试数据。
3.根据权利要求2所述的方法，其特征在于，所述获取针对所述待测试设备的测试需求信息，包括：
接收用户输入的针对软件定义网络中的所述待测试设备的测试需求信息；其中，所述测试需求信息中包括所述待测试设备的目标标识和测试意图。
4.根据权利要求3所述的方法，其特征在于，所述确定与所述测试需求信息对应的所述目标测试用例逻辑模板，包括：
从基础测试模板中，确定与所述目标标识和所述测试意图匹配的目标测试模板；其中，所述目标测试模板包括基础仿真网络；
获取所述基础仿真网络的路径拓扑信息，并基于所述基础仿真网络的所述路径拓扑信息确定基础测试逻辑；
基于所述基础测试逻辑和所述目标测试模板，生成所述目标测试用例逻辑模板。
5.根据权利要求4所述的方法，其特征在于，所述获取所述基础仿真网络的路径拓扑信息，并基于所述基础仿真网络的所述路径拓扑信息确定基础测试逻辑，包括：
对所述基础仿真网络进行分析，得到所述基础仿真网络的路径拓扑信息；
在确定所述基础仿真网络中的设备正常启动时，设置所述基础测试逻辑为基于所述路径拓扑信息中的主用路径和备用路径对所述主用路径进行路径故障和路径恢复模拟，以确定路径切换情况。
6.根据权利要求4所述的方法，其特征在于，所述从所述目标测试用例逻辑模板对应的模型数据库中，获取与所述目标测试用例逻辑模板对应的所述目标测试数据，包括：
从所述目标测试用例逻辑模板对应的模型数据库中，确定与所述基础仿真网络对应的目标网络拓扑；
基于图论算法确定所述目标网络拓扑中的目标主用路径和目标备用路径；
基于所述目标主用路径和所述目标备用路径确定主备切换故障集合；其中，所述主备切换故障集合包括第一子集和第二子集；所述第一子集中包括所述目标主用路径和所述目标备用路径中不重叠的节点，所述第二子集中包括所述目标主用路径和所述目标备用路径中重叠的节点。
7.根据权利要求6所述的方法，其特征在于，所述基于所述目标测试数据和所述目标测试用例逻辑模板，确定目标测试用例信息，包括：
在确定所述目标网络拓扑仿真网络中的设备正常启动时，基于所述主备切换故障集合的所述第一子集和所述第二子集设置所述目标测试用例信息；
其中，所述基于所述主备切换故障集合的第一子集和第二子集设置目标测试用例信息，包括：
针对所述目标主用路径中的节点，基于所述主备切换故障集合的所述第一子集和所述第二子集，对所述目标主用路径中的节点进行路径故障和路径恢复模拟，得到路径切换时间和切换后的目标路径；
基于所述路径切换时间和切换后的目标路径所属的路径信息，确定路径切换的预期切换结果。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在对所述待测试设备进行测试过程中通过多进程的方式，按照目标采集周期实时获取测试运行信息和测试环境信息并显示。
9.一种测试信息确定设备，其特征在于，所述设备包括：处理器、存储器和通信总线；
所述通信总线用于实现处理器和存储器之间的通信连接；
所述处理器用于执行存储器中的测试信息确定程序，以实现如权利要求1～8任一项所述的测试信息确定方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1～8中任一项所述的测试信息确定方法的步骤。
CN202111350111.1A 2021-11-15 2021-11-15 一种测试信息确定方法、设备和计算机可读存储介质 Pending CN116132357A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111350111.1A CN116132357A (zh) 2021-11-15 2021-11-15 一种测试信息确定方法、设备和计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111350111.1A CN116132357A (zh) 2021-11-15 2021-11-15 一种测试信息确定方法、设备和计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN116132357A true CN116132357A (zh) 2023-05-16

Family

ID=86293717

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111350111.1A Pending CN116132357A (zh) 2021-11-15 2021-11-15 一种测试信息确定方法、设备和计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN116132357A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117240552A (zh) * 2023-09-19 2023-12-15 中国人民解放军32039部队 跨场区数据传输自动化验证方法和装置
CN118820114A (zh) * 2024-09-12 2024-10-22 青矩技术股份有限公司 一种接口测试方法、装置、设备和存储介质
CN118981200A (zh) * 2024-08-09 2024-11-19 中国第一汽车股份有限公司 故障诊断自动化测试方法、系统、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109471796A (zh) * 2018-10-16 2019-03-15 平安证券股份有限公司 接口测试方法、装置、计算机设备及存储介质
CN113037582A (zh) * 2019-12-25 2021-06-25 中国电信股份有限公司 网络功能虚拟化nfv测试方法、装置和系统
CN113448869A (zh) * 2021-07-16 2021-09-28 建信金融科技有限责任公司 测试用例生成的方法、装置、电子设备及计算机可读介质
CN113572659A (zh) * 2021-07-26 2021-10-29 浪潮思科网络科技有限公司 一种基于sdn的快速组网测试方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109471796A (zh) * 2018-10-16 2019-03-15 平安证券股份有限公司 接口测试方法、装置、计算机设备及存储介质
CN113037582A (zh) * 2019-12-25 2021-06-25 中国电信股份有限公司 网络功能虚拟化nfv测试方法、装置和系统
CN113448869A (zh) * 2021-07-16 2021-09-28 建信金融科技有限责任公司 测试用例生成的方法、装置、电子设备及计算机可读介质
CN113572659A (zh) * 2021-07-26 2021-10-29 浪潮思科网络科技有限公司 一种基于sdn的快速组网测试方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117240552A (zh) * 2023-09-19 2023-12-15 中国人民解放军32039部队 跨场区数据传输自动化验证方法和装置
CN117240552B (zh) * 2023-09-19 2024-06-11 中国人民解放军32039部队 跨场区数据传输自动化验证方法、装置、电子设备和计算机可读存储介质
CN118981200A (zh) * 2024-08-09 2024-11-19 中国第一汽车股份有限公司 故障诊断自动化测试方法、系统、电子设备及存储介质
CN118820114A (zh) * 2024-09-12 2024-10-22 青矩技术股份有限公司 一种接口测试方法、装置、设备和存储介质
CN118820114B (zh) * 2024-09-12 2024-12-31 青矩技术股份有限公司 一种接口测试方法、装置、设备和存储介质

Similar Documents

Publication Publication Date Title
CN109802852B (zh) 应用于网络靶场的网络仿真拓扑的构建方法及系统
CN118802568B (zh) 网络孪生方法、系统、装置、设备、介质及程序产品
US12375340B2 (en) Data driven systems and methods to isolate network faults
CN116132357A (zh) 一种测试信息确定方法、设备和计算机可读存储介质
US8270306B2 (en) Fault management apparatus and method for identifying cause of fault in communication network
CN104796298B (zh) 一种sdn网络故障分析的方法及装置
CN114500297B (zh) 基于虚实融合的大规模网络测试系统
CN109039959B (zh) 一种sdn网络规则的一致性判断方法及相关装置
JP5750175B1 (ja) ネットワークシミュレータおよびネットワークシミュレーション方法
Wang et al. Reduction-based formal analysis of bgp instances
Kushik et al. On testing against partial non-observable specifications
JP2007208633A (ja) ネットワーク設計装置、ネットワーク設計方法およびネットワーク設計プログラム
Altamimi et al. Toward a superintelligent action recommender for network operation centers using reinforcement learning
CN120321157A (zh) 发现协议的测试方法、装置、设备、存储介质及程序产品
CN105634792B (zh) 一种配置信息的传输方法和装置
CN111200506B (zh) 一种故障感知方法及装置和控制器
CN114124660B (zh) 一种修复网络故障的方法及系统
CN118590431A (zh) 一种网络信息技术数据交换装置及其使用方法
López et al. Test derivation for sdn-enabled switches: A logic circuit based approach
CN111669290B (zh) 网元管理方法、管理服务器和存储介质
CN110166295B (zh) 一种用于判断网络拓扑支持拜占庭容错与否的方法
CN119496706B (zh) 一种网络优化方法、装置、介质及产品
CN115766472B (zh) 一种叠加prefix调度策略的仿真方法及装置
Garcia et al. End-to-end network flow path calculation in beyond 5g multi-tenant infrastructures
Li et al. BEAR: BGP Event Analysis and Reporting

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