A test system, device and medium for SDN software

Abstract

The present invention relates to a test system, equipment and medium for SDN software, and the system includes: an interactive control layer, which is used to realize human-computer interaction and information display in the process of SDN software testing; a test case layer, which is used to select corresponding test cases in the database of the test case layer to test the tested code of the SDN software, wherein the database contains the association relationship between the test case and the tested code; an interface control layer, which is used to realize the communication between the test system and the cloud platform, SDN software and hardware equipment to test the SDN software. The embodiment of the present invention solves the pain points of automated execution and repeated test configuration in SDN software testing, automates all configuration work and execution work in the test process, greatly improves the test efficiency, and obtains an accurate dynamic test case set through the database, which improves the efficiency of test case selection and execution and the efficiency of developer self-testing.

Description

Technical Field

[0001] The present invention relates to the technical field of software defined network, and in particular to a test system, equipment and medium for SDN software. Background Art

[0002] At present, the system platforms of Software Defined Network (SDN) are mostly implemented with Python technology and B / S architecture. Most of the existing testing methods are based on the internal configuration of the software at each layer, with a low degree of automation, and cannot solve the interrelated configuration problems between PaaS layer (cloud platform) -> SDN software -> IaaS layer (hardware equipment). Most of them can only implement some basic operations, and the fragmentation and complexity of the test process are very serious.

[0003] In the design of the test framework, the selection of test cases in the existing test framework is mostly based on manual experience, which is greatly influenced by subjective factors. This is particularly time-consuming in automated regression testing. Summary of the invention

[0004] The present invention aims to solve the following problems at least to some extent:

[0005] The testing process cannot be fully automated, and most of them are semi-automated systems. SDN testers cannot input and output the final test report with a single test setup.

[0006] Most of the existing SDN testing methods are based on the internal configuration of the software at each layer, with a low degree of automation, and cannot solve the interrelated configuration problems between the PaaS layer (cloud platform) -> SDN software -> IaaS layer (hardware equipment). Only some basic operations can be implemented, and the test process is fragmented and complicated.

[0007] In terms of test case selection, existing solutions do not have corresponding solutions to solve the problem of test case selection. Most of them are based on manual experience and are greatly influenced by subjective factors, which is particularly time-consuming in automated regression testing.

[0008] A first aspect of an embodiment of the present invention provides a test system for SDN software, including:

[0009] Interactive control layer, used to realize human-computer interaction and information display during SDN software testing;

[0010] A test case layer, used to select corresponding test cases from a database of the test case layer to test the tested code of the SDN software, wherein the database contains an association relationship between the test cases and the tested code;

[0011] The interface control layer is used to realize the communication between the test system and the cloud platform, SDN software and hardware devices to test the SDN software.

[0012] In one example, the test case layer further includes: a test network topology environment module, and the test network topology environment module is used to determine the network topology structure of the corresponding test case according to the communication status of the corresponding test case.

[0013] In one example, the test case layer further includes: a test network topology environment module, and a communication number is set on the test case, so that the test network topology environment module determines the network topology structure of the corresponding test case according to the communication number.

[0014] In one example, the interactive control layer includes: a test task execution module, and the test task execution module is used to determine the test mode of the SDN software according to the update content or version information of the SDN software.

[0015] In one example, the test mode of the SDN software includes: an active execution mode and an automated version regression mode, wherein:

[0016] The active execution mode is used to receive configuration information indicated by the user through the interactive control layer, and configure corresponding test cases and network structures in the test case layer to implement the test of the SDN software;

[0017] The automated version regression mode is used to configure corresponding test cases and network topology structures through the test case layer according to the code information of the SDN software, so as to implement the test of the SDN software.

[0018] In one example, the interactive control layer is implemented by establishing a website containing a test quality platform tool, wherein the test quality platform tool includes:

[0019] A test case viewing module, used to view the corresponding test case;

[0020] A test task execution module, used to connect to the test case layer to execute the test of the SDN software;

[0021] The test result upload and storage module is used to upload the test results to the cloud or store them in local storage;

[0022] A test result viewing and execution module is used to view problems that occur during the SDN software testing process and retest the SDN software;

[0023] The test result analysis module is used to output the test results according to the preset indicators so that users can judge the stability of the test cases and the quality of the SDN software;

[0024] The test report generation and output module is used to generate and output test reports.

[0025] In one example, the test case layer further includes:

[0026] The test case docking module is used to establish the association relationship between the test case and the SDN software code;

[0027] Test case development module, used to design corresponding interface functions according to different types of test cases;

[0028] Test case design module is used to design different types of test cases.

[0029] In one example, the interface control layer includes:

[0030] Cloud platform control interface, used for communication with the cloud platform;

[0031] SDN software control interface, used for communication with SDN software and interface control of SDN software;

[0032] Hardware device control interface, used for communication with hardware devices;

[0033] Test task integration interface, used to distribute test cases to the corresponding network topology environment for testing;

[0034] The test tool interface is used to collect test cases and transmit test execution instructions, test reports, and logs.

[0035] A second aspect of an embodiment of the present invention provides a test device for SDN software, including:

[0036] processor; and,

[0037] A memory communicatively connected to the processor; wherein,

[0038] The memory stores instructions executable by the processor, the instructions being executed by the processor to enable the processor to:

[0039] Determine a test mode for testing the SDN software according to the update content or version information of the SDN software, wherein the test mode includes: an active execution mode and an automatic version regression mode;

[0040] Determine corresponding test cases to test the SDN software according to the code information of the SDN software or the user's instructions;

[0041] The test result of the SDN software is sent to the user.

[0042] A third aspect of an embodiment of the present invention provides a non-volatile computer storage medium for SDN software testing, storing computer executable instructions, wherein the computer executable instructions are configured as follows:

[0043] Determine a test mode for testing the SDN software according to the update content or version information of the SDN software, wherein the test mode includes: an active execution mode and an automatic version regression mode;

[0044] Determine corresponding test cases and network topology structures to test the SDN software according to the code information of the SDN software or the user's instructions;

[0045] The test result of the SDN software is sent to the user.

[0046] Beneficial effects:

[0047] The embodiment of the present invention solves the pain points of automated execution and repeated test configuration in SDN software testing, automates all configuration and execution work in the testing process, greatly improves the testing efficiency, and innovatively adds a database that associates test cases with tested codes, and uses it in an automated version regression mode, so that the generation of test case sets for version regression testing no longer relies on manual judgment, but instead obtains accurate dynamic test case sets through the database, thereby improving the efficiency of test case selection and execution and the efficiency of developer self-testing. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0049] Figure 1 The test system framework provided by the embodiment of the present invention is intended;

[0050] Figure 2 Schematic diagram of the interaction between the test system and SDN software provided by the embodiment of the present invention

[0051] Figure 3 A logical schematic diagram of an active execution mode provided by an embodiment of the present invention;

[0052] Figure 4 A logical schematic diagram of an automated version regression mode provided by an embodiment of the present invention;

[0053] Figure 5 A schematic diagram of a device framework provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0054] In order to more clearly illustrate the overall concept of the present application, a detailed description is given below in an illustrative manner in conjunction with the accompanying drawings.

[0055] According to a first aspect of an embodiment of the present invention, the present invention provides a method for compensating a high temperature alarm threshold of a sensor of an electromagnetic heating device. Figure 1 The test system framework provided by the embodiment of the present invention, as shown in the figure, includes:

[0056] Interactive control layer, used to realize human-computer interaction and information display during SDN software testing;

[0057] A test case layer, used to select corresponding test cases from a database of the test case layer to test the tested code of the SDN software, wherein the database contains an association relationship between the test cases and the tested code;

[0058] The interface control layer is used to realize the communication between the test system and the cloud platform, SDN software and hardware devices to test the SDN software.

[0059] According to a specific embodiment of the present invention, the interactive control layer mainly establishes a website implementation of a test quality platform tool (Quality Control System, hereinafter referred to as QCS), which mainly includes: a test case viewing module, a test task execution module, a test result upload and storage module, a test result viewing and execution module, a test result analysis module, and a test report generation and output module.

[0060] The test case viewing module is mainly used to connect to the test case set generated by the test case layer and view the automated test cases. It can be understood that the test case set is a collection of corresponding test cases selected from the database, and the automated test case is a type of test case, which means a test case that can be executed automatically.

[0061] The test task execution module mainly executes test tasks on the test case layer. Preferably, the test task execution module is used to determine the test mode of the SDN software according to the update content or version information of the SDN software.

[0062] In some preferred embodiments of the present invention, the test mode of the SDN software includes: an active execution mode and an automated version regression mode, wherein the active execution mode is used to receive configuration information indicated by the user through the interactive control layer, and configure corresponding test cases and network structures in the test case layer to implement the test of the SDN software; the automated version regression mode is used to configure corresponding test cases and network topology structures through the test case layer according to the code information of the SDN software to implement the test of the SDN software.

[0063] It is understandable that the judgment function of the above test mode can be implemented in the interactive control layer, or it can be implemented by setting a corresponding module in the test case layer, and this application does not impose any special restrictions on this.

[0064] According to a specific embodiment of the present invention, the active execution mode is mainly aimed at comprehensive testing and new function development of new version releases, while the automated version regression mode is mainly aimed at bug fixes and function adjustments of stable versions.

[0065] The test result upload and storage module is mainly used to upload the test results to the cloud through the upload tool in an automated manner, for example, the website database, or store them in the local database.

[0066] The test result viewing and execution module is mainly used to view the results and re-execute the test when the test case fails or an unstable situation occurs during the automated test.

[0067] The test result analysis module mainly performs output analysis of test results according to factors such as product, time, version, etc., analyzes the stability and effectiveness of test cases, and evaluates product quality through bug trends.

[0068] The test report generation and output module is mainly used to generate and output test reports.

[0069] According to a specific embodiment of the present invention, the test case layer includes the following parts:

[0070] A database is a database that associates test cases with tested codes. The database establishes a mutual association relationship between test cases and tested codes, and the association relationship is mainly obtained in the following way.

[0071] All tested codes are marked and implanted through Python to ensure that the corresponding code block information, function information, code file information, etc. can be output in the corresponding test case when the code is executed. The corresponding information is automatically uploaded to the relational database, thereby establishing a one-to-one correspondence between the test case and the tested code information. This relationship is obtained by executing all test cases on the marked version at a fixed period.

[0072] Specifically, Python is used to add corresponding tags in the code so that corresponding automation information can be generated in the test log. By executing all test cases, a text file containing all the information is obtained. Then, Python is used to convert the corresponding txt format into csv format (excel) and upload it to the mysql database in batches.

[0073] Whether developers are performing internal smoke tests or testers are executing tests, they can use the corresponding Python text comparison tool to compare the code modification information, such as code block information, function information, and file information, with the most recent fixed-cycle automated use cases through the tool to obtain the modified code blocks, functions, and file information corresponding to a single use case.

[0074] By uploading this information, the corresponding affected automation cases can be searched in reverse, thus accurately searching for the minimum automation test set. This increases the hit rate and efficiency of test case execution at the automation level, reduces unnecessary test cases, and is not limited by the testing experience of personnel. This method also improves the efficiency and accuracy of developers' version self-testing.

[0075] Of course, the main problem faced by this method is the comparison vacuum problem caused by the difference between the fixed cycle and the latest version of the code. For example, when some newly added test cases and some newly added codes have no corresponding relationship, this problem may cause some affected test cases not to be executed, or some codes not to be tested by the test cases. Considering that the automated test cases mainly test the regression test case set, the test set is basically stable and the code part is less modified, so this method still has great application value in improving the efficiency of automated testing and discovering version defects. In actual use, this method has greatly improved the testing efficiency and development efficiency of developers and testers. Developers no longer need to perform a large number of fixed regression test case set tests, but instead use dynamic test case set tests. Testers can add relevant test case sets more specifically based on experience to the obtained automated test case set, thereby improving test efficiency and accuracy.

[0076] The database is also the main dependent module of the automated version regression mode in the two test modes in the embodiment of the present invention. After the test cases are screened out in the automated version regression mode, if there are too many test cases, they can be sorted according to the corresponding weights. The weight selection is based on the module range to which the test cases belong, the number of hit entries corresponding to the test cases in descending order, the number of test defects found in the test cases in descending order, and the total execution time limit of the test cases to select the test cases, thereby ensuring the improvement of test efficiency and test accuracy.

[0077] The test case docking module is mainly used to establish the association relationship between the test case and the SDN software code.

[0078] The test case development module designs corresponding test case interface functions for different types of test cases.

[0079] Test case design module, designs automated test cases that meet different test function points.

[0080] The test network topology environment module, due to the numerous PaaS->SDN->IaaS solutions, needs to design appropriate topology connectors and configurations to adapt the network topology structures of different test cases. The network topology structure in the embodiment of the present invention can be determined in two ways. The first way is to match the selected test cases through the script of the test network topology environment module, and determine the network topology structure through the communication conditions between each other; the second way is to match the test cases according to the communication numbers pre-set in the test cases by the test network topology environment module, and determine the network topology structure

[0081] According to a specific embodiment of the present invention, the interface control layer mainly includes: a cloud platform control interface, an SDN software control interface, a hardware device control interface, a test task integration interface, and a test tool interface.

[0082] The cloud platform control interface, namely the PaaS control interface, takes Openstack as an example. It requires the automation interfaces of modules such as instance (Nova), network (neutron), image (glance), and authentication (keystone) to realize automatic cleaning and initial configuration, so as to automatically build and integrate the corresponding platform version through the configuration file.

[0083] The SDN software control interface mainly includes the interface control interface and the RESTful control interface. The interface control interface is used to test and configure software function points, and the RESTful control interface is used to focus on the configuration of functional use cases.

[0084] The hardware device (IaaS) control interface includes the Linux control interface and the network device control interface. The Linux control interface is mainly for the corresponding automation environment operation and maintenance configuration, and includes the internal control interface of the instance mirror in the traffic interconnection. The network device control interface, taking the switch as an example, needs to add the SSH command line control interface, build test data packet interface, NETCONF control interface, and test instrument automation control interface. The main purpose is to complete the interface from configuration to test execution of the IaaS layer device.

[0085] The test task integration interface is mainly based on which automated tasks (test cases) are redistributed to all test network topology environments. It includes two parts: test environment automated operation and maintenance construction and task execution, and is connected to the developed version compilation task.

[0086] Test tool interface, the interfaces mainly include the following: test case collection interface (including website collection and customized collection), test case execution interface, test report interface and log statistics module interface.

[0087] According to a specific embodiment of the present invention, when a user uses the test system of the present invention to perform underlying test configuration, it is an overall configuration, including the PaaS layer (cloud platform), SDN software, and IaaS layer (hardware equipment), rather than a fragmented, modular configuration of each part.

[0088] The following is an introduction to the two test modes of the test system in conjunction with the accompanying drawings and specific application examples. Figure 3 A logical diagram of the active execution mode provided by an embodiment of the present invention; Figure 3 As shown in the figure, the active execution mode and process are introduced by taking the test case of Layer 2 intercommunication of instances in the Openstack platform as an example:

[0089] The user selects the corresponding instance layer 2 interoperability example on QCS and generates an automated test case set.

[0090] QCS jumps to the task page to select the appropriate topology environment and task execution conditions for configuration, generates a configuration file, and executes the task.

[0091] The test case layer first completes the initialization and corresponding configuration of PaaS (cloud platform), SDN software, and IaaS (hardware equipment) according to the configuration file. Specifically, by selecting the corresponding test script for pre-setting and integration steps, the IaaS layer is pre-configured first, and then the SDN software is controlled and configured to make the automated case meet the test pre-conditions, specifically to clean up the switch configuration and SDN docking cloud platform configuration check, and finally execute the case step to configure the PaaS layer (Openstack platform) to establish a network, and establish instance images of different computing nodes under the network. The test tool controls the instance images to ping each other. If the ping is successful, the case passes.

[0092] After the test is completed, the test case environment is cleaned up and destroyed, and the test results and log files are uploaded to the QCS database through the automatic upload tool

[0093] The QCS system automatically analyzes the results, generates a specific test report, and sends the output to the email address of the corresponding test executor.

[0094] Figure 4 A logical diagram of an automated version regression mode provided by an embodiment of the present invention; Figure 4 As shown, including:

[0095] Developers submit versions, and the test task execution module of the interactive control layer triggers the automated version regression mode;

[0096] The test case layer uses Python comparison automation tools to find the code segments, functions, and file information that have been modified in the submitted code version compared to the corresponding entries in the latest development version stored in the database, and reversely query and generate the corresponding affected test case set.

[0097] Through the test case collection, the test case layer automatically selects the appropriate topology environment and task execution conditions for configuration, generates configuration files, and triggers task execution operations.

[0098] The test case layer first completes the initialization and corresponding configuration of the PaaS layer (cloud platform), SDN software layer, and IaaS layer (hardware equipment) according to the configuration file. Specifically, the corresponding test script is selected for pre-setting and integration steps. First, the IaaS layer is pre-configured, and then the SDN software control configuration is performed to make the automated case meet the test pre-conditions, specifically, the switch configuration is cleaned up and the SDN docking cloud platform configuration is checked, and the test case steps are executed.

[0099] After the test is completed, the test case environment is cleaned up and destroyed, and the test results and log files are uploaded to the QCS database through the automatic upload tool.

[0100] The QCS system automatically analyzes the results, generates a specific test report, and sends the output to the email address of the corresponding developer or tester.

[0101] In summary, the embodiments of the present invention solve the pain points of automated execution and repeated test configuration in SDN software testing, automate all configuration and execution work in environmental control, greatly improve test efficiency, and innovatively add a database that associates test cases with tested codes for automated version regression mode, so that the generation of regression test case sets for versions no longer relies on manual judgment, but instead obtains accurate dynamic test case sets through the database, thereby improving the efficiency of test case selection and execution and the efficiency of developer self-testing.

[0102] Based on the same idea, some embodiments of the present application also provide devices and non-volatile computer storage media corresponding to the test system of the above-mentioned SDN software.

[0103] Figure 5 The embodiment of the present application provides the corresponding Figure 1A structural diagram of an SDN software testing device for a testing system equipped with the above-mentioned SDN software, wherein the quality chain device comprises:

[0104] processor; and,

[0105] A memory communicatively connected to the processor; wherein,

[0106] The memory stores instructions executable by the processor, the instructions being executed by the processor to enable the processor to:

[0107] Determine a test mode for testing the SDN software according to the update content or version information of the SDN software, wherein the test mode includes: an active execution mode and an automatic version regression mode;

[0108] Determine corresponding test cases to test the SDN software according to the code information of the SDN software or the user's instructions;

[0109] The test result of the SDN software is sent to the user.

[0110] Some embodiments of the present application provide corresponding Figure 1 A non-volatile computer storage medium for SDN software testing stores computer executable instructions, wherein the computer executable instructions are configured as follows:

[0111] Determine a test mode for testing the SDN software according to the update content or version information of the SDN software, wherein the test mode includes: an active execution mode and an automatic version regression mode;

[0112] Determine corresponding test cases and network topology structures to test the SDN software according to the code information of the SDN software or the user's instructions;

[0113] The test result of the SDN software is sent to the user.

[0114] Each embodiment in this application is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device and medium embodiments, since they are basically similar to the system embodiments, the description is relatively simple, and the relevant parts can be referred to the partial description of the system embodiment.

[0115] The devices and media provided in the embodiments of the present application correspond one-to-one to the platform. Therefore, the devices and media also have beneficial technical effects similar to those of the corresponding systems. Since the beneficial technical effects of the system have been described in detail above, the beneficial technical effects of the devices and media will not be repeated here.

[0116] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0117] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0118] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0119] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0120] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0121] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0122] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0123] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0124] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A test system for SDN software, characterized in that: include: Interactive control layer, used to realize human-computer interaction and information display during SDN software testing; A test case layer, used to select a corresponding test case from a database of the test case layer to test the tested code of the SDN software, wherein the database contains an association relationship between the test case and the tested code, and the test case layer includes a test network topology environment module, and the test network topology environment module determines the network topology structure of the corresponding test case according to the communication status or communication number of the corresponding test case; The interface control layer is used to realize the communication between the test system and the cloud platform, SDN software and hardware devices to test the SDN software.

2. The test system according to claim 1, characterized in that: The interactive control layer includes: a test task execution module, and the test task execution module is used to determine the test mode of the SDN software according to the update content or version information of the SDN software.

3. The test system according to claim 1, characterized in that: The test modes of the SDN software include: active execution mode and automated version regression mode, wherein: The active execution mode is used to receive configuration information indicated by the user through the interactive control layer, and configure corresponding test cases and network structures in the test case layer to implement the test of the SDN software; The automated version regression mode is used to configure corresponding test cases and network topology structures through the test case layer according to the code information of the SDN software, so as to implement the test of the SDN software.

4. The test system according to claim 1, characterized in that: The interactive control layer is implemented by establishing a website containing a test quality platform tool, wherein the test quality platform tool includes: A test case viewing module, used to view the corresponding test case; A test task execution module, used to connect to the test case layer to execute the test of the SDN software; The test result upload and storage module is used to upload the test results to the cloud or store them in local storage; A test result viewing and execution module is used to view problems that occur during the SDN software testing process and retest the SDN software; The test result analysis module is used to output the test results according to the preset indicators so that users can judge the stability of the test cases and the quality of the SDN software; The test report generation and output module is used to generate and output test reports.

5. The test system according to claim 1, characterized in that: The test case layer also includes: The test case docking module is used to establish the association relationship between the test case and the SDN software code; Test case development module, used to design corresponding interface functions according to different types of test cases; Test case design module is used to design different types of test cases.

6. The test system according to claim 1, characterized in that: The interface control layer includes: Cloud platform control interface, used for communication with the cloud platform; SDN software control interface, used for communication with SDN software and interface control of SDN software; Hardware device control interface, used for communication with hardware devices; Test task integration interface, used to distribute test cases to the corresponding network topology environment for testing; The test tool interface is used to collect test cases and transmit test execution instructions, test reports, and logs.

Images