Network card stability testing method, device, equipment and storage medium

By performing multi-scenario verification of network cards on the test end, the problem that the network card firmware version cannot be fully verified after upgrading in the existing technology is solved, and the stability testing of network cards in multiple scenarios is achieved, which improves the testing efficiency and accuracy.

CN115580550BActive Publication Date: 2025-02-07INSPUR SUZHOU INTELLIGENT TECH CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202211217599.5
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-09-30
Publication Date
2025-02-07
Estimated Expiration
2042-09-30

AI Technical Summary

Technical Problem

The existing technology failed to fully verify the stability of the functions of the FW version when upgrading the firmware version of the network card, resulting in the inability to ensure the stable performance of the network card in multiple scenarios.

Method used

By setting the first network card on the test end, responding to the network card stability test instructions, performing multi-scenario verification cycles, including stability test after restart, network performance test and stability test during the network card port closing and opening until the preset The number of device restarts to fully verify the stability of the network card FW version.

Benefits of technology

It realizes comprehensive stability testing of network cards in multiple scenarios, improves the efficiency and accuracy of the test, and ensures the stability of various functions of network cards FW version in actual applications.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115580550B_ABST
    Figure CN115580550B_ABST
Patent Text Reader

Abstract

The embodiment of the present application provides a network card stability test method, device, equipment and storage medium, the method comprising: responding to a network card stability test instruction to a test end, obtaining the number of device restarts of the test end during the network card stability test; performing multi-scenario verification on the first network card of the test end according to a preset number of cycles, and updating the number of device restarts of the test end until the number of device restarts of the test end during the network card stability test meets the preset number; based on the multi-scenario verification of the first network card of the test end in a preset number of cycles, obtaining the stability test result for the first network card of the test end. The stability test of the first network card of the test end in multiple scenarios such as after the test end is restarted, during the network performance test, and during the closing and opening of the network card port is implemented, and the various functions of the network card FW version are fully verified in multiple scenarios, which can efficiently and quickly cover the test points and improve work efficiency and accuracy.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a network card stability testing method, a network card stability testing device, a corresponding electronic device, and a corresponding computer storage medium. Background Art

[0002] With the rapid development of Internet technologies, such as cloud computing, big data, artificial intelligence, and the Internet of Things, servers are being applied to various fields, and higher requirements are being placed on the data transmission performance of network cards. Therefore, comprehensive performance and stability tests are required before network cards are sold.

[0003] Usually, the hard disk performance of the hardware network card can be optimized by upgrading the FW version (Firmware version) of the network card. In the related technology, the automatic upgrade can be realized by automatically identifying and determining the FW version of the hardware network card through code. However, it only realizes specific FW upgrade operations and does not fully verify the stability of various functions of the FW version. Summary of the invention

[0004] In view of the above problems, embodiments of the present application are proposed to provide a network card stability testing method, a network card stability testing device, a corresponding electronic device and a corresponding computer storage medium that overcome the above problems or at least partially solve the above problems.

[0005] The embodiment of the present application discloses a network card stability testing method, which is applied to a test end, and the test end is provided with a first network card. The method includes:

[0006] In response to the network card stability test instruction of the test end, obtain the number of device restarts of the test end during the network card stability test;

[0007] Perform multi-scenario verification on the first network card of the test end according to a preset number of cycles, and update the number of device restarts of the test end until the number of device restarts of the test end during the network card stability test meets the preset number; the multi-scenario verification includes at least one of a stability test of the first network card after the test end is restarted, a stability test of the first network card during the network performance test, and a stability test of the first network card during the process of closing and opening the network card port;

[0008] Based on the multi-scenario verification performed by the first network card of the test end in cycles according to a preset number of times, a stability test result for the first network card of the test end is obtained.

[0009] Optionally, performing multi-scenario verification on the first network card of the test end in a cycle according to a preset number of times includes:

[0010] In response to the start instruction of the network performance test process of the test end according to the preset number of times, the network card performance test in the network performance test process is performed on the first network card;

[0011] After the network card performance test is completed, performing a network card port test on the first network card during the process of closing and opening the network card port;

[0012] And, in response to the version upgrade and / or downgrade instruction for the first network card, a version effectiveness test is performed on the first network card after the test end is restarted.

[0013] Optionally, involving a server, the server is provided with a second network card; before performing a network card performance test on the first network card in a network performance test process, the method further includes:

[0014] Configuring parameters of the first network card of the test end based on the parameters of the second network card of the service end; the configured parameters are used to ensure normal transmission between the first network card and the second network card;

[0015] Under the condition of ensuring normal transmission between the first network card and the second network card, a start instruction of the server for the network performance test process is detected, and a connection is established between the first network card and the second network card based on the configured parameters.

[0016] Optionally, in response to a version upgrade and / or version downgrade instruction for the first network card, performing a version effectiveness test on the first network card after the test end is restarted includes:

[0017] In response to a version upgrade and / or version downgrade instruction for the first network card, detecting whether the version of the first network card after the version upgrade and / or version downgrade is successfully refreshed;

[0018] When the first network card is refreshed successfully, the test end is restarted, and after the test end is restarted, it is detected whether the version of the successfully refreshed first network card is successfully effective.

[0019] Optionally, update the number of device restarts on the test end, including:

[0020] After each restart operation is performed on the test end, the number of device restarts of the test end during the network card stability test is increased by one.

[0021] Optionally, the preset number of times is used to represent the number of tests required to complete comprehensive verification of multiple scenarios for the first network card of the test end;

[0022] Based on the multi-scenario verification performed by the first network card of the test end in a preset number of cycles, a stability test result for the first network card of the test end is obtained, including:

[0023] After the test end completes comprehensive verification of multiple scenarios, obtain the stability test results of the first network card after the test end is restarted, and / or the stability test results of the first network card during the network performance test, and / or the stability test results of the first network card during the process of closing and opening the network card port.

[0024] Optionally, the stability test results of the first network card after the restart of the test end include the version refresh result of the first network card and the version effectiveness result of the first network card; the stability test results of the first network card during the network performance test include the startup result of the network performance test and the network card performance indicators; the stability test results of the first network card during the process of closing and opening the network card port include the identification result of the network card after the network card port is closed and opened and the change result of the network card version after the network card port is closed and opened.

[0025] In some embodiments of the present application, a network card stability testing device is also disclosed, which is applied to a test end, and the test end is provided with a first network card. The device includes:

[0026] The device restart count acquisition module is used to respond to the network card stability test instruction of the test end and obtain the device restart count of the test end during the network card stability test;

[0027] A multi-scenario verification module is used to perform multi-scenario verification on the first network card of the test end according to a preset number of cycles, and update the number of device restarts of the test end until the number of device restarts of the test end during the network card stability test meets the preset number; the multi-scenario verification includes at least one of a stability test of the first network card after the test end is restarted, a stability test of the first network card during the network performance test, and a stability test of the first network card during the process of closing and opening the network card port;

[0028] The stability test result generating module is used to obtain the stability test result for the first network card of the test end based on the multi-scenario verification performed by the first network card of the test end in a preset number of cycles.

[0029] Optionally, the multi-scenario verification module includes:

[0030] The network card performance test submodule is used to respond to the start instruction of the network performance test process of the test end according to a preset number of times, and perform the network card performance test on the first network card during the network performance test process;

[0031] The network card port test submodule is used to perform a network card port test on the first network card during the process of closing and opening the network card port after the network card performance test is completed;

[0032] The version validation test submodule is used to respond to the version upgrade and / or downgrade instruction of the first network card and perform a version validation test on the first network card after the test end is restarted.

[0033] Optionally, the apparatus proposed in the embodiment of the present application further relates to a server, and the server is provided with a second network card; before performing a network card performance test on the first network card in a network performance test process, the apparatus proposed in the embodiment of the present application further includes:

[0034] A parameter configuration module, used to configure the parameters of the first network card of the test end based on the parameters of the second network card of the service end; the configured parameters are used to ensure normal transmission between the first network card and the second network card;

[0035] The connection establishment module is used to detect the server's start instruction for the network performance test process while ensuring normal transmission between the first network card and the second network card, and establish a connection between the first network card and the second network card based on the configured parameters.

[0036] Optionally, the version validation test submodule includes:

[0037] A version refresh detection unit, configured to respond to a version upgrade and / or version downgrade instruction for the first network card, and detect whether the version of the first network card after the version upgrade and / or version downgrade is refreshed successfully;

[0038] The version validity detection unit is used to restart the test end when the first network card is successfully refreshed, and detect whether the version of the successfully refreshed first network card is successfully effective after the test end is restarted.

[0039] Optionally, the multi-scenario verification module includes:

[0040] The device restart count update submodule is used to add one to the device restart count of the test end during the network card stability test each time the test end is restarted.

[0041] Optionally, the stability test result generating module includes:

[0042] The stability test result acquisition submodule is used to obtain the stability test result of the first network card after the test end is restarted, and / or the stability test result of the first network card during the network performance test, and / or the stability test result of the first network card during the process of closing and opening the network card port, after the test end completes comprehensive verification of multiple scenarios.

[0043] Optionally, the stability test results of the first network card after the restart of the test end include the version refresh result of the first network card and the version effectiveness result of the first network card; the stability test results of the first network card during the network performance test include the startup result of the network performance test and the network card performance indicators; the stability test results of the first network card during the process of closing and opening the network card port include the identification result of the network card after the network card port is closed and opened and the change result of the network card version after the network card port is closed and opened.

[0044] In some embodiments of the present application, an electronic device is also disclosed, including: a processor, a memory, and a computer program stored in the memory and capable of running on the processor, and when the computer program is executed by the processor, any network card stability testing method is implemented.

[0045] In some embodiments of the present application, a computer-readable storage medium is also disclosed, on which a computer program is stored. When the computer program is executed by a processor, any network card stability testing method is implemented.

[0046] The embodiments of the present application include the following advantages:

[0047] In an embodiment of the present application, multi-scenario verification is performed on the first network card of the test end in a loop according to a preset number of times, and the number of device restarts of the test end is updated at the same time, until the number of device restarts of the test end during the network card stability test meets the preset number, so as to implement stability testing of the first network card of the test end in multiple scenarios such as after the test end is restarted, during the network performance test, and during the closing and opening of the network card port, so as to implement comprehensive multi-scenario verification of various functions of the network card FW version, efficiently and quickly cover the test points, greatly improve work efficiency and accuracy, and save costs; in addition, while conducting comprehensive multi-scenario verification of the stability of the network card FW, the accuracy of the network card stability test can be further improved based on the preset number of cyclic verifications. BRIEF DESCRIPTION OF THE DRAWINGS

[0048] Figure 1 It is a flowchart of the steps of an embodiment of a network card stability testing method of the present application;

[0049] Figure 2 is a flowchart of another embodiment of a network card stability testing method of the present application;

[0050] Figure 3 It is a schematic diagram of the system structure for testing the stability of the network card FW provided in an embodiment of the present application;

[0051] Figure 4 It is a flowchart of a method for testing network card FW stability provided by an embodiment of the present application;

[0052] Figure 5 It is a structural block diagram of an embodiment of a network card stability testing device of the present application;

[0053] Figure 6 It is a schematic diagram of the hardware structure of an electronic device for implementing a network card stability testing method provided in an embodiment of the present application;

[0054] Figure 7 It is a schematic diagram of a non-volatile computer-readable storage medium for implementing a network card stability testing method provided in an embodiment of the present application. DETAILED DESCRIPTION

[0055] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, the present application is further described in detail below in conjunction with the accompanying drawings and specific implementation methods.

[0056] To facilitate those skilled in the art to understand the present application, the following explains the terms or nouns involved in the following embodiments of the present application:

[0057] Network card: As an interface of the TCP / IP layer, it can transmit signals at the physical layer and data packets at the network layer. Regardless of which layer it is located at, it mainly acts as an intermediary between the computer or server and the data network. Specifically, when a user sends a web page request, the network card can obtain data from the user's device and send it to the network server, and then receive the required data to display to the user.

[0058] Netserver: is the command for using the Netperf server, that is, the network communication program, which mainly refers to writing programs to enable two networked computers to exchange data with each other.

[0059] Netperf: A network performance measurement tool that can perform different modes of network performance testing based on different applications. The test results reflect how fast one system can send data to another system, and how fast the other system can receive data.

[0060] Ifdown: Turn off the network card, expressed as Ifdown [parameter], where the parameter can be [network interface], which refers to the network interface or network card that is disabled on the system.

[0061] Ifup: Activate the network card, expressed as Ifup[parameter], where the parameter can be [network interface], which refers to the network interface or network card used to activate the specified network interface on the system.

[0062] FW version plays an important role in the composition of the network card. A network card may be configured with different versions of FW for different users. Network cards with different FW versions may update different functions. That is, it is necessary to update the FW version. At this time, it is necessary to verify the stability of the network card FW in as many scenarios as possible, mainly by comprehensively verifying the stability of various functions of the FW version.

[0063] One of the core ideas of the embodiment of the present application is to perform multi-scenario verification on the first network card of the test end according to a preset number of cycles, and update the number of device restarts of the test end at the same time, until the number of device restarts of the test end during the network card stability test meets the preset number, so as to realize the stability test of the first network card of the test end after the test end restarts, during the network performance test, and during the closing and opening of the network card port, so as to realize comprehensive multi-scenario verification of various functions of the network card FW version, and can efficiently and quickly cover the test points, greatly improve work efficiency and accuracy, and save costs; further, while verifying the stability of the network card FW in a comprehensive multi-scenario, it can also be based on the preset number of cycles. The verification improves the accuracy of the network card stability test. In addition, the relevant test processes for the stability test of the network card implemented by the test end and the service end can be independently modularized, which is convenient for comprehensive coverage of the test points, and can also be based on the optimization of the individual modules when improving the test process, greatly improving work efficiency and accuracy.

[0064] Reference Figure 1 , shows a flowchart of a method for testing the stability of a network card of the present application, which is applied to a test end, and the test end is provided with a first network card, and may specifically include the following steps:

[0065] Step 101, responding to a network card stability test instruction of a test end, obtaining the number of device restarts of the test end during the network card stability test;

[0066] During the process of testing the stability of the network card on the test end, the number of times the test end needs to be restarted, that is, the preset number of times, indicates the number of times the entire network card stability test needs to be run. The set number of device restarts is mainly to verify the stability performance of the network card FW before and after these restarts. Since it is not certain after which restart the network card FW will have problems, the preset number of times is usually set to achieve multiple verifications of the network card stability, thereby improving the accuracy of the network card stability test.

[0067] At this time, after responding to the network card stability test instruction of the test end, the number of device restarts of the test end in the network card stability test process can usually be obtained, that is, the number of device restarts performed by the test end currently counted can be obtained, so as to determine whether the network card stability test of the test end is completed based on the current number of device restarts and the preset number. Specifically, it can be shown that if the number of device restarts performed by the test end currently counted is the same as the preset number, it means that the network card stability test for the test end is completed; if the number of device restarts performed by the test end currently counted is different from the preset number, usually the number of device restarts currently counted is less than the preset number, it means that the network card stability test for the test end has not been completed, and it is necessary to continue testing the first network card of the test end.

[0068] Step 102, performing multi-scenario verification on the first network card of the test end in a loop according to a preset number of times, and updating the number of device restarts of the test end until the number of device restarts of the test end during the network card stability test meets the preset number;

[0069] In some embodiments of the present application, the preset number of times refers to the set number of times the test end needs to be restarted, that is, it indicates the number of times the entire network card stability test needs to be run. It can be specifically used to indicate the number of tests required to complete a comprehensive verification of multiple scenarios for the first network card of the test end. Then, each verification of the test end can be expressed as a multi-scenario verification of the first network card. At this time, the multi-scenario verification of the first network card of the test end can be performed in a loop according to the preset number of times until the number of device restarts of the test end during the network card stability test meets the preset number, that is, the network card stability test of the test end is completed.

[0070] In actual applications, in order to count the number of device restarts currently performed by the test end, while performing multi-scenario verification on the first network card of the test end according to the preset number of cycles, the number of device restarts of the test end previously obtained will also be updated in real time to update the number of device restarts of the test end. Specifically, the number of device restarts will increase from 0, that is, each time the test end is restarted, the counted number of device restarts will be increased by one.

[0071] Each verification of the test end is manifested as a multi-scenario verification of the first network card, and the multi-scenario verification of the first network card is mainly to comprehensively verify the various functions of the first network card in multiple scenarios. Among them, the multi-scenario verification may include at least one of the stability test of the first network card after the test end is restarted, the stability test of the first network card during the network performance test process (i.e., the Netperf process), and the stability test of the first network card during the closing and opening process of the network card port (i.e., the network card port Ifdown / Ifup process).

[0072] Exemplarily, in the process of performing multi-scenario verification on the first network card of the test end, the above-mentioned multi-scenario verification can be performed on the test end according to a preset number of times. Specifically, for the stability test of the first network card during the network performance test, the network card performance is an important indicator of the network card, and the network card performance can be used to detect whether this version of the network card FW meets the performance standards, which is specifically manifested in responding to the start instruction of the network performance test process of the test end, and performing the network card performance test on the first network card during the network performance test; for the stability test of the first network card during the process of closing and opening the network card port, it can be specifically manifested in that after the network card performance test is completed, the network card port test is performed on the first network card during the process of closing and opening the network card port; and for the stability test of the first network card after the test end is restarted, it can be specifically manifested in responding to the version upgrade and / or downgrade instruction of the first network card, and performing the version effectiveness test on the first network card after the test end is restarted.

[0073] Step 103 , based on the multi-scenario verification performed by the first network card of the test end in a preset number of cycles, a stability test result for the first network card of the test end is obtained.

[0074] The multi-scenario verification is performed on the first network card of the test end in a preset number of cycles until the number of device restarts at the test end during the network card stability test meets the preset number, that is, when the current number of device restarts is the same as the preset number, it indicates that the network card stability test for the test end is completed. At this time, the stability test result of the first network card of the test end can be generated.

[0075] After the test end completes comprehensive verification of multiple scenarios, the stability test results of the first network card after the test end is restarted in each verification can be obtained, and / or the stability test results of the first network card during the network performance test, and / or the stability test results of the first network card during the process of closing and opening the network card port.

[0076] Specifically, the test results of different scenarios in the multi-scenario verification are related to factors that may affect the stability of the first network card in this scenario, that is, the test results are mainly test results for factors related to the affected stability.

[0077] Among them, since even if the network card version is refreshed successfully, the test end needs to be powered off and restarted before its FW version will be updated to the version after the upgrade or downgrade, the stability test result of the first network card after the test end is restarted may include the version refresh result of the first network card and the version effectiveness result of the first network card; the stability test result of the first network card during the network performance test includes the startup result of the network performance test and the network card performance indicators; since the normal use of the network card may be affected after the network card port is repeatedly closed and opened, the stability test result of the first network card during the closing and opening of the network card port includes the identification result of the network card after the network card port is closed and opened.

[0078] In actual applications, test data can be generated for the detection conditions of each step of each cycle process to detect the stability of the network card FW, that is, for the stability test results of the first network card after restarting at the test end in each verification, and / or, the stability test results of the first network card during the network performance test, and / or, the stability test results of the first network card during the process of closing and opening the network card port. After the test end completes the comprehensive verification of multiple scenarios, a data report can be generated for the test data generated for various indicators of the network card FW in multiple scenarios.

[0079] In an embodiment of the present application, multi-scenario verification is performed on the first network card of the test end in a loop according to a preset number of times, and the number of device restarts of the test end is updated at the same time, until the number of device restarts of the test end during the network card stability test meets the preset number, so as to implement stability testing of the first network card of the test end in multiple scenarios such as after the test end is restarted, during the network performance test, and during the closing and opening of the network card port, so as to implement comprehensive multi-scenario verification of various functions of the network card FW version, efficiently and quickly cover the test points, greatly improve work efficiency and accuracy, and save costs; in addition, while conducting comprehensive multi-scenario verification of the stability of the network card FW, the accuracy of the network card stability test can be further improved based on the preset number of cyclic verifications.

[0080] Reference Figure 2 , shows a flowchart of another embodiment of a network card stability test method of the present application, which is applied to a test end, and the test end is provided with a first network card, and specifically may include the following steps:

[0081] Step 201, establishing a connection between a first network card of a test end and a second network card of a service end;

[0082] Before performing a network card stability test on the first network card of the test end, it is necessary to establish a connection between the test end and the server end, so as to perform a network performance test on the first network card of the test end based on a network performance test process started by the server end.

[0083] The connection between the test end and the server end can be mainly achieved by establishing a connection between the first network card of the test end and the second network card of the server end. The network information of the network cards of the two coupled devices can be mainly configured. Specifically, the parameters of the first network card of the test end can be configured based on the parameters of the second network card of the server end. The configured parameters are used to ensure normal transmission between the first network card and the second network card, that is, to ensure that the network cards of the two devices, the test end and the server end, can transmit data normally.

[0084] In practical applications, firstly, in terms of the link, it can be ensured that the second network card on the server side and the first network card on the test side are connected through a network cable or optical fiber. Secondly, the parameter information of the network configuration file is configured for the second network card on the server side and the first network card on the test side, including the device name, IP information, etc., to ensure that the network cards on the server side and the test side can communicate data normally.

[0085] After the parameter information configuration is completed, that is, while ensuring normal transmission between the first network card and the second network card, the server device can start the network performance test Netserver service and wait for the test end to start the network performance test Netperf process, so that the subsequent server and test end can establish a connection and exchange data.

[0086] Step 202, responding to the start instruction of the network performance test process of the test end according to a preset number of times, and performing a network card performance test in the network performance test process on the first network card;

[0087] In one embodiment of the present application, the network card stability test performed on the test end can mainly be manifested as performing multi-scenario verification on the first network card of the test end in a loop according to a preset number of times, and updating the number of device restarts on the test end until the number of device restarts on the test end during the network card stability test meets the preset number.

[0088] Among them, the preset number of times refers to the number of times the test end needs to be restarted, that is, it indicates the number of times the entire network card stability test needs to be run. It can be specifically used to indicate the number of tests required to complete the comprehensive verification of multiple scenarios for the first network card of the test end. At this time, the multi-scenario verification of the first network card of the test end can be performed in a loop according to the preset number of times until the number of device restarts of the test end during the network card stability test meets the preset number, that is, the network card stability test of the test end is completed.

[0089] Each verification of the test end is manifested as a multi-scenario verification of the first network card, and the multi-scenario verification of the first network card is mainly to comprehensively verify the various functions of the first network card in multiple scenarios. Among them, the multi-scenario verification may include at least one of the stability test of the first network card after the test end is restarted, the stability test of the first network card during the network performance test process (i.e., the Netperf process), and the stability test of the first network card during the closing and opening process of the network card port (i.e., the network card port Ifdown / Ifup process).

[0090] In the process of performing multi-scenario verification on the first network card of the test end, the above-mentioned multi-scenario verification can be performed on the test end according to a preset number of times. For the stability test of the first network card during the network performance test, it is specifically manifested in responding to the start instruction of the network performance test process of the test end, and performing the network card performance test on the first network card during the network performance test.

[0091] In actual applications, after the server device starts the network performance test Netserver service, for the test end, when the server detects the start instruction of the network performance test process, a connection is established between the first network card and the second network card based on the configuration parameters. Specifically, the network performance test Netperf process can be started to establish a connection with the server waiting for the test end to start the network performance test Netperf process, and the network card performance test of the first network card is performed during the network performance test process.

[0092] The test performed on the first network card is mainly related to the factors that may affect the stability of the network card in this scenario. The relevant factors affecting the network card performance test may include the startup of the network performance test (for example, whether the Netperf network test is started normally), and the network card performance indicators (including the data transmission performance indicators of the network card and the network card FW performance indicators, such as whether the data transmission performance of the network card meets the network card performance standard, whether the power consumption of the network card exceeds the limit, and whether the network card FW performance, power consumption, etc. meet the standards).

[0093] Step 203, after the network card performance test is completed, the network card port test is performed on the first network card during the process of closing and opening the network card port;

[0094] During the process of performing the above-mentioned multi-scenario verification on the test end, the stability test of the first network card during the process of closing and opening the network card port is specifically performed on the first network card during the process of closing and opening the network card port after the network card performance test is completed.

[0095] Since repeatedly closing and opening the network card port will affect the network card performance, repeatedly closing and opening the network card port is mainly to simulate whether the switch action of the network card port is normal under abnormal conditions, and to verify whether the network card can handle this abnormal situation without causing network card software and hardware failures.

[0096] The test conducted on the first network card is mainly related to the factors that may affect the stability of the network card in this scenario. After the network card port is repeatedly closed and opened, it may affect the normal use of the network card. The relevant factors affecting the network card port test may include whether the network card is normally identified after the network card port is closed and opened, and the change of the network card version after the network card port is closed and opened.

[0097] In actual applications, whether the network card can be recognized normally after the network card port is closed and opened can be manifested as whether the network card can be recognized normally after Ifdown / Ifup, and the change of the network card version after the network card port is closed and opened can be manifested as whether the network card FW version changes during the Ifdown / Ifup process.

[0098] Exemplarily, the Ifdown / Ifup operation can be performed on the network card port, and the network card port can be repeatedly closed and opened for 10 consecutive minutes, down / up once every minute, and immediately up after down, to prevent the Netperf network test from being interrupted. After each Ifdown / Ifup operation is completed, it can be detected whether the network card can complete normal identification after Ifdown / Ifup, and whether the network card FW version changes during the Ifdown / Ifup process, so as to perform a network card port test on the first network card during the process of closing and opening the network card port.

[0099] Among them, the Ifdown command is mainly used to disable the network card port, and Ifup is mainly used to enable the network card port. When the Ifup command is used to enable the network card port, the entire command will first read the network configuration file of the network card and initialize the network card port. After the network card port is initialized, the network card can be successfully identified on the device (the test end in the embodiment of this application), that is, the network card can be used normally on this device. At this time, it is necessary to detect whether the FW version of the network card is stable after Ifdown / Ifup, and whether the FW version will change. Under normal circumstances, the FW version of the network card will not change after performing the Ifdown / Ifup operation on the network card port, but it does not rule out that special abnormal situations may cause the FW version to change. The network card port test performed on the first network card during the closing and opening of the network card port is to simulate and verify the stability of the FW version under abnormal circumstances.

[0100] Step 204, in response to the version upgrade and / or downgrade instruction for the first network card, perform a version effectiveness test on the first network card after the test end is restarted;

[0101] During the process of performing the above-mentioned multi-scenario verification on the test end, the stability test of the first network card after the test end is restarted can be specifically manifested as responding to the version upgrade and / or downgrade instruction of the first network card, and performing a version effectiveness test on the first network card after the test end is restarted.

[0102] The test on the first network card is mainly related to the factors that may affect the stability of the network card in this scenario. Even if the network card version is refreshed successfully, the FW version will be updated to the version after the upgrade or downgrade after the test end is powered off and restarted. The relevant factors affecting the version effectiveness test may include whether the version of the first network card is refreshed or not, and whether the version of the first network card is effective or not.

[0103] In actual applications, whether the version of the first network card is refreshed or not can be manifested as detecting whether the version of the first network card after the version upgrade and / or version downgrade is refreshed successfully, and whether the version of the first network card is effective or not can be manifested as whether the version of the successfully refreshed first network card is effective successfully, or whether the effective version of the first network card is the version after the successful refresh.

[0104] Specifically, it can respond to the version upgrade and / or version downgrade instruction of the first network card, detect whether the version of the first network card after the version upgrade and / or version downgrade is successfully refreshed, and then, if the first network card is refreshed successfully, restart the test end, and after the test end is restarted, detect whether the successfully refreshed version of the first network card is successfully effective.

[0105] Among them, the version upgrade and / or version downgrade operation of the first network card is mainly to verify whether the FW can be refreshed successfully. The version upgrade and downgrade operations of the network card FW are performed alternately with the number of device restarts. For example, if the version upgrade operation of the network card FW is currently performed, the version downgrade operation of the network card FW will be performed when the version effectiveness test is performed after the device, that is, the test end, is restarted.

[0106] During the process of version upgrade and / or version downgrade of the network card FW, it is possible to detect whether the data transmission performance of the network card has large fluctuations, for example, whether the data transmission performance of the network card will be reduced; after the version upgrade and / or version downgrade of the network card FW is completed, it can be determined whether the network card FW is refreshed successfully. When the FW version update is completed, there will generally be a field indicating that the FW update is successful, such as success, etc., that is, it can be specifically confirmed based on the relevant printed fields after the FW update.

[0107] It should be noted that after the version upgrade and / or version downgrade of the network card FW is completed, even if there are relevant fields to determine that the network card FW has been refreshed successfully, the FW version at this time has not changed. Usually, the refreshed FW version will be updated to the version after the upgrade or downgrade after the device is powered off and restarted.

[0108] Then, at this time, the test end needs to be powered off and restarted so that the refreshed network card FW version takes effect after the device restarts. After the test end is restarted, it can be detected whether the FW version of the first network card that has been successfully refreshed takes effect successfully, and whether the FW version of the first network card that has taken effect is the version after the successful refresh.

[0109] In a preferred embodiment, in order to count the number of device restarts currently performed by the test end, after each restart operation on the test end, specifically while performing multi-scenario verification on the first network card of the test end in a loop according to a preset number of times, the number of device restarts of the test end in the network card stability test process can be added by one, and the number of device restarts of the test end previously obtained can be updated in real time to ensure that the network card stability test performed on the test end can be performed in a multi-scenario verification in a loop according to a preset number of times, so as to obtain a more accurate stability test result for the network card of the test end.

[0110] In practical applications, the number of device restarts will increase from 0, that is, each time the test end is restarted, the counted number of device restarts will be increased by one, thereby updating the number of device restarts.

[0111] Step 205, after the test end completes comprehensive verification of multiple scenarios, obtain the stability test result of the first network card after the test end is restarted, and / or the stability test result of the first network card during the network performance test, and / or the stability test result of the first network card during the process of closing and opening the network card port.

[0112] The multi-scenario verification is performed on the first network card of the test end in a preset number of cycles until the number of device restarts at the test end during the network card stability test meets the preset number, that is, when the current number of device restarts is the same as the preset number, it indicates that the network card stability test for the test end is completed. At this time, the stability test result of the first network card of the test end can be generated.

[0113] After the test end completes comprehensive verification of multiple scenarios, the stability test results of the first network card after the test end is restarted in each verification can be obtained, and / or the stability test results of the first network card during the network performance test, and / or the stability test results of the first network card during the process of closing and opening the network card port.

[0114] Specifically, the test results of different scenarios in the multi-scenario verification are related to factors that may affect the stability of the first network card in this scenario, that is, the test results are mainly test results for factors related to the affected stability.

[0115] Among them, since even if the network card version is refreshed successfully, the test end needs to be powered off and restarted before its FW version will be updated to the version after the upgrade or downgrade, the stability test result of the first network card after the test end is restarted may include the version refresh result of the first network card and the version effectiveness result of the first network card; the stability test result of the first network card during the network performance test includes the startup result of the network performance test and the network card performance indicators; since the normal use of the network card may be affected after the network card port is repeatedly closed and opened, the stability test result of the first network card during the closing and opening of the network card port includes the identification result of the network card after the network card port is closed and opened.

[0116] In actual applications, test data can be generated for the detection conditions of each step of each cycle process to detect the stability of the network card FW, that is, for the stability test results of the first network card after restarting at the test end in each verification, and / or, the stability test results of the first network card during the network performance test, and / or, the stability test results of the first network card during the process of closing and opening the network card port. After the test end completes the comprehensive verification of multiple scenarios, a data report can be generated for the test data generated for various indicators of the network card FW in multiple scenarios.

[0117] In an embodiment of the present application, multi-scenario verification is performed on the first network card of the test end in a loop according to a preset number of times, and the number of device restarts of the test end is updated at the same time, until the number of device restarts of the test end during the network card stability test meets the preset number, so as to implement stability testing of the first network card of the test end in multiple scenarios such as after the test end is restarted, during the network performance test, and during the closing and opening of the network card port, so as to implement comprehensive multi-scenario verification of various functions of the network card FW version, efficiently and quickly cover the test points, greatly improve work efficiency and accuracy, and save costs; in addition, while conducting comprehensive multi-scenario verification of the stability of the network card FW, the accuracy of the network card stability test can be further improved based on the preset number of cyclic verifications.

[0118] In some embodiments of the present application, the relevant test processes for the stability test of the network card implemented by the test end and the server end can be independently modularized. While facilitating comprehensive coverage of test points, the test process can also be improved based on the optimization of individual modules, thereby greatly improving work efficiency and accuracy.

[0119] For the modularization of the stability test process performed by the test end and the server, refer to Figure 3, showing a schematic diagram of the system structure for testing the stability of the network card FW provided in an embodiment of the present application. This system structure may specifically include a recording module 31, a server module 32, a performance testing module 33, a port setting module 34, a FW refresh module 35, a restart module 36 and a detection module 37.

[0120] Among them, the recording module 31, the performance testing module 33, the port setting module 34, the FW refresh module 35, the restart module 36 and the detection module 37 are modules deployed on the test end, and the server module 32 is a module deployed on the server end. The modules deployed on the test end and the server end can be expressed as related processes that can be started by the device.

[0121] Specifically, the recording module 31 is mainly responsible for recording the number of device restarts during the network card stability test of the test end; the server module 32 is mainly responsible for starting the network performance test process of the server to perform a stability test on the test end during the network performance test; the performance test module 33 is mainly responsible for performing a stability test on the network card of the test end during the network performance test, and the stability test it performs also needs to be implemented with the help of the detection module 37, which is specifically manifested in that the performance test module 33 is responsible for starting the network performance test process running during the network performance test for the test end, and the detection module 37 is mainly responsible for performing a network card performance test on the first network card; the port setting module 34 is mainly responsible for performing a stability test on the network card of the test end during the process of closing and opening the network card port, and its The stability test also needs to be implemented with the help of the detection module 37, specifically, the port setting module 34 is responsible for repeatedly closing and opening the network card port, that is, Ifdown / Ifup operation, and the detection module 37 is mainly responsible for testing the network card port of the first network card during the process of closing and opening the network card port; the FW refresh module 35 and the restart module 36 are mainly responsible for the stability test of the network card at the test end after the test end is restarted, specifically, the FW refresh module 35 is responsible for version upgrade / version downgrade operations on the network card FW at the test end, and the restart module 36 is responsible for restarting the device at the test end. The stability test also needs to be implemented with the help of the detection module 37, and the detection module 37 is responsible for the version effectiveness test of the first network card after the test end is restarted.

[0122] For the detection module 37, the test performed on the first network card is mainly related to the factors that may affect the stability of the first network card in this scenario. The relevant factors affecting the network card performance test may include the start of the network performance test (for example, whether the Netperf network test is started normally), and the network card performance indicators (including the data transmission performance indicators of the network card and the network card FW performance indicators, such as whether the data transmission performance of the network card meets the standard of the network card performance, whether the power consumption of the network card exceeds the limit, and whether the network card FW performance, power consumption, etc. meet the standards), etc.; the relevant factors affecting the network card port test may include the network card port after the network card port is closed and opened for the network card port to be tested. Whether the network card is recognized normally (for example, whether the network card can be recognized normally after Ifdown / Ifup), and the change of the network card version after the network card port is closed and opened (for example, whether the network card FW version changes during the Ifdown / Ifup process); the relevant factors affecting the version effectiveness test may include whether the version of the first network card is refreshed or not (for example, whether the version of the first network card is refreshed successfully after the version upgrade and / or version downgrade), and whether the version of the first network card is effective or not (for example, whether the version of the first network card that is refreshed successfully is effective, or whether the effective version of the first network card is the version after the successful refresh, etc.).

[0123] Specifically, refer to Figure 4 , showing a flow chart of the method for testing the FW stability of a network card provided in an embodiment of the present application, firstly, the network cards of two server devices can be connected, one of which is used as a server end and the other as a test end. Then, at this time, the first network card of the test end needs to be connected to the second network card of the server end. Specifically, it can be manifested in that the server end and the test end network card are connected with a network cable or optical fiber in terms of the link, and secondly, the parameter information of the network configuration file is configured for the second network card of the server end and the first network card of the test end, including the device name, IP information, etc., to ensure that the second network card of the server end and the first network card of the test end can communicate data normally.

[0124] For the server, while ensuring that the server and the test end can communicate data normally, the server module 32 will start the server Netserver service, that is, the network performance test process of the server, and wait for the test end to start the network performance test Netperf process.

[0125] For the test end, the number of times the device needs to be restarted can be pre-set. Later, during the process of testing the stability of the network card on the test end, the recording module 31 will count the number of device restarts on the current test end. When the counted number of restarts is the same as the preset number of times, it means that the test of the stability of the network card FW is completed. Otherwise, it is necessary to perform multi-scenario verification on the first network card of the test end according to the preset number of cycles, and update the number of device restarts on the test end until the number of device restarts on the test end during the network card stability test meets the preset number of times. Among them, the updating method of the number of device restarts can be expressed as follows: with each device restart on the test end, the recording module 31 will count the number of device restarts on the test end, that is, the counted number of device restarts will increase from 0. Each time a device restarts on the test end, the recording module 31 can add one to the previously counted number of device restarts.

[0126] During the specific network card stability test, the performance test module 33 can start the network performance test Netperf process for the test end, establish a connection with the server network card, and perform data transmission. While ensuring that the test end and the server can perform normal data transmission, the detection module 37 will perform detection to detect whether the Netperf network test is started normally, whether the data transmission performance of the network card meets the network card performance standard, whether the power consumption of the network card exceeds the limit, and whether the network card FW performance, power consumption, etc. meet the standards, thereby completing a network card performance test for the test end network card.

[0127] After the Netperf network card performance test is completed, the port setting module 34 can perform Ifdown / Ifup operations on the network card port. For example, it can be manifested as repeatedly closing and opening the network card port for 10 consecutive minutes, down / up once every minute, and up immediately after down, to prevent the Netperf network test from being interrupted; after each Ifdown / Ifup operation is completed, the detection module 37 will detect whether the network card can complete normal identification after Ifdown / Ifup, and detect whether the network card FW version changes during the Ifdown / Ifup process, completing a network card port test on the test end network card.

[0128] Furthermore, the FW refresh module 35 can perform FW version upgrade / version downgrade operations on the network card. The upgrade and downgrade operations of the network card FW are performed alternately with the number of device restarts. For example, the network card FW version upgrade operation is currently performed, and the network card FW version downgrade operation will be performed after the device restarts. During the FW upgrade / downgrade process of the network card, the detection module 37 will detect whether the data transmission performance of the network card has a large fluctuation, and detect whether the data transmission performance of the network card is affected by the FW upgrade / downgrade. After the FW version upgrade / version downgrade operation of the network card is completed, the detection module 37 will determine whether the network card FW is refreshed successfully.

[0129] It should be noted that after the version upgrade and / or version downgrade of the network card FW is completed, even if there are relevant fields to determine that the network card FW has been refreshed successfully, the FW version at this time has not changed. Usually, the refreshed FW version will be updated to the version after the upgrade or downgrade after the device is powered off and restarted.

[0130] Then, after the FW version upgrade / downgrade operation of the network card is completed, the restart module 36 performs a device power-off restart operation on the test end, so that the refreshed network card FW version takes effect after the device restarts. After the device restart operation is performed on the test end, the detection module 37 will detect whether the network card FW version is effective and whether the network card FW version is the refreshed version, completing a version effectiveness test of the test end network card.

[0131] In actual applications, the preset number of times refers to the set number of times the test end needs to be restarted, that is, it indicates the number of times the entire network card stability test needs to be run. It can be specifically used to indicate the number of tests required to complete the comprehensive verification of multiple scenarios for the first network card of the test end. At this time, the multi-scenario verification of the first network card of the test end can be performed in a loop according to the preset number of times until the number of device restarts of the test end during the network card stability test meets the preset number, that is, the network card stability test of the test end is completed. That is, assuming that the preset number of times is N times, the complete network card stability test of a certain test end is manifested as N times of network card performance test, network card port test and version effectiveness test, and then after the comprehensive verification of multiple scenarios is completed on the test end, the stability test results of the first network card after the restart of the test end in each verification, and / or, the stability test results of the first network card during the network performance test, and / or, the stability test results of the first network card during the process of closing and opening the network card port can be used as test data to generate a data report.

[0132] In the embodiment of the present application, by performing multi-scenario verification on the first network card of the test end according to a preset number of cycles, and updating the number of device restarts of the test end at the same time, until the number of device restarts of the test end during the network card stability test meets the preset number, the stability test of the first network card of the test end in multiple scenarios such as after the test end restarts, during the network performance test, and during the closing and opening of the network card port is implemented, and the various functions of the network card FW version are fully verified in multiple scenarios, which can efficiently and quickly cover the test points, greatly improve work efficiency and accuracy, and save costs; further, while verifying the stability of the network card FW in a comprehensive and multi-scenario manner, it can also be based on the preset number of cycles. The verification improves the accuracy of the network card stability test. In addition, the relevant test processes for the stability test of the network card implemented by the test end and the service end can be independently modularized, which is convenient for comprehensive coverage of the test points, and can also be based on the optimization of the individual modules when improving the test process, greatly improving work efficiency and accuracy.

[0133] It should be noted that, for the method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the embodiments of the present application are not limited by the described order of actions, because according to the embodiments of the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required by the embodiments of the present application.

[0134] Reference Figure 5 , shows a structural block diagram of an embodiment of a network card stability testing device of the present application, which is applied to a test end, and the test end is provided with a first network card, and specifically may include the following modules:

[0135] The device restart times acquisition module 501 is used to respond to the network card stability test instruction of the test end and acquire the device restart times of the test end in the network card stability test process;

[0136] The multi-scenario verification module 502 is used to perform multi-scenario verification on the first network card of the test end according to a preset number of cycles, and update the number of device restarts of the test end until the number of device restarts of the test end during the network card stability test meets the preset number; the multi-scenario verification includes at least one of the stability test of the first network card after the test end is restarted, the stability test of the first network card during the network performance test, and the stability test of the first network card during the process of closing and opening the network card port;

[0137] The stability test result generating module 503 is used to obtain the stability test result for the first network card of the test end based on the multi-scenario verification performed by the first network card of the test end in cycles according to a preset number of times.

[0138] In one embodiment of the present application, the multi-scenario verification module 502 may include the following sub-modules:

[0139] The network card performance test submodule is used to respond to the start instruction of the network performance test process of the test end according to a preset number of times, and perform the network card performance test on the first network card during the network performance test process;

[0140] The network card port test submodule is used to perform a network card port test on the first network card during the process of closing and opening the network card port after the network card performance test is completed;

[0141] The version validation test submodule is used to respond to the version upgrade and / or downgrade instruction of the first network card and perform a version validation test on the first network card after the test end is restarted.

[0142] In one embodiment of the present application, the device proposed in the embodiment of the present application further relates to a server, and the server is provided with a second network card; before performing a network card performance test on the first network card in a network performance test process, the device proposed in the embodiment of the present application may further include the following modules:

[0143] A parameter configuration module, used to configure the parameters of the first network card of the test end based on the parameters of the second network card of the service end; the configured parameters are used to ensure normal transmission between the first network card and the second network card;

[0144] The connection establishment module is used to detect the server's start instruction for the network performance test process while ensuring normal transmission between the first network card and the second network card, and establish a connection between the first network card and the second network card based on the configured parameters.

[0145] In one embodiment of the present application, the version validation test submodule may include the following units:

[0146] A version refresh detection unit, configured to respond to a version upgrade and / or version downgrade instruction for the first network card, and detect whether the version of the first network card after the version upgrade and / or version downgrade is refreshed successfully;

[0147] The version validity detection unit is used to restart the test end when the first network card is successfully refreshed, and detect whether the version of the successfully refreshed first network card is successfully effective after the test end is restarted.

[0148] In one embodiment of the present application, the multi-scenario verification module 502 may include the following sub-modules:

[0149] The device restart count update submodule is used to add one to the device restart count of the test end during the network card stability test each time the test end is restarted.

[0150] In one embodiment of the present application, the stability test result generation module 503 may include the following submodules:

[0151] The stability test result acquisition submodule is used to obtain the stability test result of the first network card after the test end is restarted, and / or the stability test result of the first network card during the network performance test, and / or the stability test result of the first network card during the process of closing and opening the network card port, after the test end completes comprehensive verification of multiple scenarios.

[0152] In one embodiment of the present application, the stability test result of the first network card after the test end is restarted includes the version refresh result of the first network card and the version effectiveness result of the first network card; the stability test result of the first network card during the network performance test includes the startup result of the network performance test and the network card performance index; the stability test result of the first network card during the process of closing and opening the network card port includes the identification result of the network card after the network card port is closed and opened and the change result of the network card version after the network card port is closed and opened.

[0153] The network card stability testing device proposed in the embodiment of the present application performs multi-scenario verification on the first network card of the test end in a preset number of cycles, and updates the number of device restarts of the test end at the same time, until the number of device restarts of the test end during the network card stability test meets the preset number, thereby implementing stability testing of the first network card of the test end in multiple scenarios such as after the test end is restarted, during the network performance test, and during the closing and opening of the network card port, and realizing comprehensive multi-scenario verification of various functions of the network card FW version, which can efficiently and quickly cover the test points, greatly improve work efficiency and accuracy, and save costs; in addition, while conducting comprehensive multi-scenario verification of the stability of the network card FW, it can also be based on a preset number of cyclic verifications to further improve the accuracy of the network card stability test.

[0154] As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0155] In some embodiments of the present application, the present application also provides an electronic device, including: Figure 6 The processor 601, memory 602 and a computer program stored in the memory 602 and capable of running on the processor are shown. When the computer program is executed by the processor 601, each process of the above-mentioned network card stability testing method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0156] In some embodiments of the present application, the present application also provides a non-volatile computer-readable storage medium, such as Figure 7 As shown, a computer program 71 is stored on a non-volatile computer-readable storage medium 7. When the computer program 71 is executed by a processor, each process of the above-mentioned network card stability test method embodiment is implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0157] The various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same or similar parts between the various embodiments can be referenced to each other.

[0158] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, devices, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt 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.

[0159] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of the methods, terminal devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes 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 terminal device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing terminal 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.

[0160] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing terminal device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including 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.

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

[0162] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the embodiments of the present application.

[0163] Finally, it should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or terminal 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, article or terminal device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or terminal device including the elements.

[0164] The above is a detailed introduction to a network card stability testing method, a network card stability testing device, a corresponding electronic device and a corresponding computer storage medium provided by the present application. Specific examples are used in this article to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method of the present application and its core idea; at the same time, for general technical personnel in this field, according to the idea of ​​the present application, there will be changes in the specific implementation method and application scope. In summary, the content of this specification should not be understood as a limitation on the present application.

Claims

1. A network card stability testing method, characterized in that: Applied to a test end, the test end is provided with a first network card, and the method includes: In response to a network card stability test instruction for the test end, obtaining a number of device restarts of the test end during the network card stability test; The first network card of the test end is subjected to multi-scenario verification in a loop according to a preset number of times, and the number of device restarts of the test end is updated until the number of device restarts of the test end during the network card stability test meets the preset number of times; the multi-scenario verification includes a stability test of the first network card during the network performance test, a stability test of the first network card during the process of closing and opening the network card port, and a stability test of the first network card after the test end is restarted; wherein, the stability test during the network performance test is a network card performance test during the network performance test of the first network card in response to a start instruction of the network performance test process of the test end according to a preset number of times; the stability test during the process of closing and opening the network card port The stability test is a network card port test of the first network card during the process of closing and opening the network card port after the network card performance test is completed, wherein the network card port test includes whether the network card is normally identified after the network card port is closed and opened, and the change of the network card version after the network card port is closed and opened, and the network card version is the network card firmware version; the stability test after the test end is restarted is a version effectiveness test of the first network card after the test end is restarted in response to the version upgrade and / or downgrade instruction of the first network card, wherein the version effectiveness test includes whether the version of the first network card after the version upgrade and / or version downgrade is successfully refreshed, and whether the version of the first network card that is successfully refreshed after the test end is restarted is successfully effective; Based on the multi-scenario verification performed by the first network card of the test end in cycles according to a preset number of times, a stability test result for the first network card of the test end is obtained.

2. The method according to claim 1, characterized in that The invention relates to a server, wherein the server is provided with a second network card; before performing a network card performance test on the first network card in a network performance test process, the invention also includes: Configuring parameters of the first network card of the test end based on parameters of the second network card of the service end; the configured parameters are used to ensure normal transmission between the first network card and the second network card; Under the condition of ensuring normal transmission between the first network card and the second network card, the server detects the start instruction of the network performance test process, and establishes a connection with the first network card and the second network card based on the configured parameters.

3. The method according to claim 1, characterized in that The updating of the number of device restarts of the test end includes: After each restart operation is performed on the test end, the number of device restarts of the test end during the current network card stability test is increased by one.

4. The method according to claim 1, characterized in that: The preset number of times is used to represent the number of tests required to complete comprehensive verification of multiple scenarios for the first network card of the test end; The multi-scenario verification based on the first network card of the test end is performed in cycles according to a preset number of times to obtain a stability test result for the first network card of the test end, including: After the test end completes comprehensive verification of multiple scenarios, obtain the stability test result of the first network card after the test end is restarted, and / or the stability test result of the first network card during the network performance test, and / or the stability test result of the first network card during the process of closing and opening the network card port.

5. The method according to claim 4, characterized in that The stability test result of the first network card after the test end is restarted includes a version refresh result of the first network card and a version validation result of the first network card; The stability test results of the first network card during the network performance test include the startup results of the network performance test and the network card performance indicators; the stability test results of the first network card during the process of closing and opening the network card port include the identification results of the network card after the network card port is closed and opened and the change results of the network card version after the network card port is closed and opened.

6. A network card stability testing device, characterized in that: Applied to a test end, the test end is provided with a first network card, and the device comprises: A device restart times acquisition module, used to respond to the network card stability test instruction of the test end, and acquire the device restart times of the test end in the current network card stability test process; A multi-scenario verification module is used to perform multi-scenario verification on the first network card of the test end in a loop according to a preset number of times, and update the number of device restarts of the test end until the number of device restarts of the test end during the network card stability test meets the preset number; the multi-scenario verification includes a stability test of the first network card during the network performance test, a stability test of the first network card during the process of closing and opening the network card port, and a stability test of the first network card after the test end is restarted; wherein, the stability test during the network performance test is a network card performance test during the network performance test of the first network card in response to a start instruction of the network performance test process of the test end according to a preset number of times; the stability test during the process of closing and opening the network card port The stability test in the process is a network card port test of the first network card during the process of closing and opening the network card port after the network card performance test is completed, wherein the network card port test includes whether the network card is normally identified after the network card port is closed and opened, and the change of the network card version after the network card port is closed and opened, and the network card version is the network card firmware version; the stability test after the test end is restarted is a version effectiveness test of the first network card after the test end is restarted in response to the version upgrade and / or downgrade instruction of the first network card, wherein the version effectiveness test includes whether the version of the first network card after the version upgrade and / or version downgrade is successfully refreshed, and whether the version of the first network card that is successfully refreshed after the test end is restarted is successfully effective; The stability test result generating module is used to obtain the stability test result for the first network card of the test end based on the multi-scenario verification performed by the first network card of the test end in a preset number of cycles.

7. An electronic device, characterized in that: include: A processor, a memory, and a computer program stored in the memory and capable of running on the processor, wherein the computer program, when executed by the processor, implements the network card stability testing method as claimed in any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the network card stability testing method as described in any one of claims 1 to 5 is implemented.

Citation Information

Patent Citations

  • Method for rapid measurement of performance of network card under Linux

    CN105071982A

  • A method and a system for verifying PXE function stability of a network card

    CN109698772A