Server network card remote test method and device, terminal and storage medium

Abstract

The invention discloses a server network card remote test method and device, a terminal and a storage medium, and the method comprises the steps: receiving test information, building a test environment, executing a test, generating a test report, transmitting the test report, and transmitting server network card test information to a server network card test device by an operation and maintenance cloud platform. Enabling the server network card test device to receive the server network card test information, calling the target virtual machine after the server network card test device receives the server network card test information, and building a test environment according to the configuration resource information, the SVN directory and the target test environment template corresponding to the target test item version. Through the automatic test script and the target virtual machine technology, rapid establishment of the test environment and automatic execution of the test process are realized, the test time is greatly shortened, the test efficiency is improved, the test cost is reduced, a large number of test equipment and test personnel do not need to be equipped, and the hardware and labor cost is reduced.

Description

Technical Field

[0001] This invention belongs to the field of network card testing technology, specifically relating to a remote testing method, device, terminal, and storage medium for server network cards. Background Technology

[0002] With the rapid development of information technology, servers, as the core devices for data storage and processing, are of paramount importance in terms of performance stability and reliability. Network interface cards (NICs), as key components for data communication between servers and external networks, directly affect the overall performance of servers. Therefore, testing NIC performance is particularly important during server research and development, production, and maintenance.

[0003] Traditional network interface card (NIC) testing methods typically require a physical connection between the NIC and the testing platform, followed by performance testing using software. However, this method has the following drawbacks: 1. Low testing efficiency: Each test requires manual connection and disconnection of the network card, which is cumbersome and time-consuming. 2. High testing costs: The need for a large number of testing equipment and personnel increases testing costs; 3. Limited testing environment: Traditional testing methods can usually only be performed in specific testing environments, making it difficult to simulate complex network environments and load conditions; 4. Weak remote management capabilities: In large-scale server clusters, traditional testing methods are difficult to remotely monitor and manage network card performance.

[0004] Therefore, it is of great importance to design a remote testing method, device, terminal, and storage medium for server network cards to address the aforementioned shortcomings. Summary of the Invention

[0005] To address the aforementioned shortcomings of existing technologies, this invention provides a method, apparatus, terminal, and storage medium for remote testing of server network interface cards (NICs), thereby solving the problem that existing NIC testing methods can only rely on manual testing and cannot perform automated testing.

[0006] In a first aspect, the present invention provides a method for remote testing of a server network interface card, specifically including the following steps: Upon receiving test information, the operation and maintenance cloud platform sends server network card test information to the server network card test device, enabling the server network card test device to receive the server network card test information. To set up the test environment, after receiving the server network card test information, the server network card test device calls the target virtual machine and uses the target test environment template corresponding to the configuration resource information, SVN directory and target test project version to set up the test environment. To execute the test, the server network card testing device calls the target virtual machine and, based on the test script in the SVN directory, tests the network card of the server under test in the test environment to obtain test data. The server network card testing device generates a test report based on the collected test data for the network card of the server under test. The server network card testing device will generate a test report for the network card of the server under test and send it to the operation and maintenance cloud platform for operation and maintenance personnel to view and analyze.

[0007] Furthermore, the server network interface card (NIC) test information includes the NIC identifier to be tested, the target test project version of the server NIC to be tested, and configuration resource information. Among them, the target test project version specifies the performance indicators and test script version of the server NIC to be tested.

[0008] Furthermore, the specific process for setting up the test environment is as follows: Resource allocation: Allocate the required CPU, memory, and storage resources to the target virtual machine based on the configured resource information; Network configuration: Configure the network parameters of the target virtual machine according to the network configuration requirements; The target test environment template application retrieves the target test environment template from the SVN directory and applies it to the target virtual machine to complete the initialization of the test environment.

[0009] Furthermore, the testing process includes the following steps: Test script loading: Loads the test scripts corresponding to the target test project version from the SVN directory; Test execution involves running test scripts in the target virtual machine to simulate different network environments and load conditions, and performing performance tests on the network cards of the server under test. Test metrics include, but are not limited to, bandwidth, latency, packet loss rate, and throughput. Data collection involves collecting performance data of the network interface card (NIC) of the server under test in real time during the test and storing it in a designated data storage area.

[0010] Furthermore, the test report includes: Test overview: Briefly describe the purpose of the test, the test environment, and the test time information; Test metrics: List the various performance metrics tested and their results. Results analysis involves analyzing the test results to assess whether the server network card's performance meets design requirements and to identify potential performance issues. Recommendations and improvements: Based on the test results, propose targeted suggestions and improvement measures to optimize the network card's performance.

[0011] Furthermore, the operations and maintenance cloud platform is a cloud-based management system used to centrally manage test tasks, monitor the test process, collect and analyze test results, and provide automated test solution creation and execution.

[0012] Furthermore, test reports can be sent via methods including but not limited to email, push notifications, and file transfer.

[0013] Secondly, the present invention provides a remote testing device for server network cards, comprising: The receiving module is used to receive server network card test information sent by the operation and maintenance cloud platform; The calling module is used to call the target virtual machine and build the test environment based on the configuration resource information, SVN directory and the target test project version corresponding to the target test environment template. The test module is used to call the target virtual machine and, based on the test scripts in the SVN directory, perform tests on the network card to be tested in the test environment to obtain test data. The test report generation module is used to generate a test report for the network card of the server under test based on the test data. The sending module is used to send test reports of the network interface cards of the server under test to the operation and maintenance cloud platform.

[0014] Thirdly, the present invention provides a terminal, comprising: processor; Memory used to store the processor's execution instructions; The processor is configured to execute the aforementioned remote testing method for the server network card.

[0015] Fourthly, the present invention provides a computer-readable storage medium storing a computer program, which, when run on a computer, causes the computer to execute the above-described remote testing method for a server network card.

[0016] Compared with the prior art, the beneficial effects of the present invention are as follows: This invention improves testing efficiency by enabling rapid setup of the test environment and automated execution of the testing process through automated test scripts and target virtual machine technology. This significantly shortens testing time, increases efficiency, and reduces costs. It eliminates the need for extensive testing equipment and personnel, reducing hardware and labor costs. Furthermore, the remote testing method avoids on-site operation by testers, reducing travel expenses. It offers a flexible and diverse test environment capable of simulating various network environments and load conditions to meet testing needs in different scenarios. Customization and scalability of the test environment can be easily achieved by adjusting test environment templates and scripts. It provides accurate and reliable test results. Through detailed test scripts and accurate test data collection, it generates comprehensive and accurate test reports. These reports provide reliable decision-making support for operations and maintenance personnel, helping to promptly identify and resolve network card performance issues. It also boasts powerful remote management capabilities, supporting remote testing and report sending. Operations and maintenance personnel can view and analyze test reports from any location through the operations and maintenance cloud platform, enabling remote monitoring and management of network card performance, thus improving operational efficiency and reducing costs. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a schematic flowchart of the remote testing method for server network cards of the present invention; Figure 2 A schematic flowchart illustrating the setup of the test environment for this invention; Figure 3 This is a schematic flowchart illustrating the testing performed according to the present invention; Figure 4 A schematic flowchart for generating a test report for this invention; Figure 5 This is a schematic block diagram of the remote testing device for server network cards of the present invention. Detailed Implementation

[0019] To enable those skilled in the art to better understand the technical solutions of this invention, the technical solutions of the embodiments of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this invention, and not all embodiments. Based on the embodiments of this invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of this invention.

[0020] The key terms used in this invention will be explained below.

[0021] Figure 1 This is a schematic flowchart of a remote testing method for a server network card according to an embodiment of the present invention, wherein, Figure 1 The executing entity can be a remote testing device for a server network card.

[0022] like Figure 1 As shown, the remote testing method 100 for the server network card specifically includes the following steps: Step 110: Receive test information. The operation and maintenance cloud platform sends server network card test information to the server network card testing device, enabling the server network card testing device to receive the server network card test information. Receiving test information is the starting point for remote testing of the server network card, providing a clear goal and direction for the entire testing process. The accuracy and completeness of this step directly affect the smooth progress of subsequent testing work. The server network interface card (NIC) test information includes the NIC identifier to be tested, the target test project version of the server NIC to be tested, and the configuration resource information. The network card identifier to be tested clearly indicates the specific information of the server network card to be tested, such as the network card model, serial number, and the identifier of the server it belongs to. This helps the testing device to accurately identify the target network card and avoid confusion of the test objects. The target test project version specifies the network card performance indicators and test script version to be tested. Network card performance indicators such as bandwidth, latency, packet loss rate, and throughput are important criteria for evaluating network card performance. Different test project versions may correspond to different test scenarios and test focuses. For example, some versions may focus on the basic bandwidth test of the network card, while others may focus more on the stability and latency performance of the network card under high load. Configuring resource information is crucial for setting up a test environment. This includes two aspects: target virtual machine resource allocation and network configuration. Target virtual machine resource allocation involves factors such as the number of CPU cores, memory size, and storage capacity. A proper allocation of these resources ensures that the test environment can simulate real-world business scenarios and accurately reflect network card performance. Network configuration includes information such as IP address, subnet mask, gateway, DNS server, network topology, and network bandwidth requirements. For example, if you need to test the network card's performance within a local area network (LAN), you may need to configure specific subnet information. If you need to simulate a wide area network (WAN) test environment, you may need to set lower network bandwidth and higher latency.

[0023] Step 120: Set up the test environment. After receiving the server network card test information, the server network card test device calls the target virtual machine and uses the target test environment template corresponding to the configuration resource information, SVN directory and target test project version to set up the test environment. Setting up a realistic and stable test environment is the key to ensuring the accuracy and reliability of the server network card test results. The test environment can simulate real business scenarios and network conditions to comprehensively evaluate the network card performance. like Figure 2 As shown, the specific process for setting up the test environment is as follows: Step 121, Resource Allocation: Allocate the required CPU, memory, and storage resources to the target virtual machine based on the configured resource information. For example, if the test project has high requirements for computing performance, the number of CPU cores and memory capacity will be increased appropriately; for test scenarios that require a large amount of data storage, sufficient storage space will be allocated to ensure that the virtual machine can meet the needs of various resources during the test. Step 122, Network Configuration: According to the network configuration requirements, configure the network parameters of the target virtual machine. By setting the correct IP address, subnet mask and gateway, the virtual machine can establish a stable connection with the external network, simulate the real network environment, and provide reliable network communication guarantee for network card testing. Step 123: Apply the target test environment template. Obtain the target test environment template from the SVN directory and apply it to the target virtual machine to complete the initialization of the test environment. SVN can effectively manage the version and changes of the test environment template, ensuring the consistency and traceability of the test environment. Applying the obtained target test environment template to the target virtual machine completes the initialization of the test environment. This template contains the operating system, drivers, network configuration files, etc. required for testing, which can quickly and accurately build a test environment that meets the test requirements, greatly improving the efficiency and accuracy of test environment setup.

[0024] After receiving the correct test information, the testing device will invoke the target virtual machine based on the configured resource information. This process involves interaction with the virtual machine management platform, such as VMware vSphere or OpenStack. The testing device sends a target virtual machine creation request by calling the API interface provided by the virtual machine management platform. The creation request includes the configuration parameters of the target virtual machine, such as the number of CPU cores, memory size, storage capacity, and operating system type. After receiving the request, the virtual machine management platform will allocate the corresponding resources on the physical server according to its own resource management policy and create the target virtual machine. After creation, the virtual machine management platform will return relevant information about the target virtual machine, such as the target virtual machine's IP address, MAC address, and status. The testing device can then use this information to further manage and configure the target virtual machine.

[0025] Obtaining the target test environment template from the SVN directory is a crucial step in setting up the test environment. SVN is an open-source version control system used to manage and track changes to code and files. The target test environment template contains the operating system, drivers, network configuration, testing tools, and other necessary components for testing. The testing device applies the obtained target test environment template to the target virtual machine. This process is similar to installing and configuring an operating system on a physical server, but it is more automated and efficient. During the template application process, the testing device will make appropriate adjustments and optimizations to the template based on the configuration resource information and the requirements of the target test project version. For example, if the test requires a specific network topology, the testing device will configure the corresponding network interfaces and routing rules in the target virtual machine. If the test requires the installation of additional testing tools, the testing device will automatically download and install these tools.

[0026] Network configuration is a core component of setting up a test environment, directly impacting the communication performance between the network card and the external network. Based on the network configuration requirements in the configuration resource information, the test equipment will perform detailed network settings on the target virtual machine, including: IP address allocation: Based on the requirements of the test scenario, static or dynamic IP addresses are assigned to the target virtual machine. Static IP addresses are suitable for test scenarios that require a fixed network identifier, such as stable communication tests between servers. Dynamic IP addresses are suitable for test scenarios that simulate a large number of users accessing the network, such as wireless network tests. Subnet mask and gateway settings determine the subnet range where the target virtual machine is located and the gateway address for accessing the external network. The subnet mask is used to separate network addresses and host addresses, while the gateway is the bridge for communication between the target virtual machine and the external network. Configure the DNS server to set the DNS server address of the target virtual machine so that the virtual machine can resolve domain names and access resources on the Internet; To simulate real-world network conditions, test setups can use network simulation tools (such as NetEm) to limit and adjust the network bandwidth and latency of virtual machines. For example, to test the performance of a network card in a low-bandwidth network, the network bandwidth can be set to a lower value. To test the responsiveness of a network card in a high-latency network, the network latency can be increased.

[0027] After the test environment is set up, the testing device will perform a comprehensive verification of the environment to ensure that all configurations meet the test requirements. The verification includes the normal operation of the operating system, the stability of the network connection, and the availability of the testing tools. If any problems are found in the environment, the testing device will make corresponding adjustments and repairs based on the error information. For example, if the network connection is unstable, the testing device will check whether the network configuration is correct and whether the network equipment is working properly. If the testing tools cannot run, the testing device will reinstall or configure the testing tools.

[0028] Step 130: Execute the test. The server network card testing device calls the target virtual machine and, according to the test script in the SVN directory, tests the network card of the server to be tested in the test environment to obtain test data. Executing the test is the core part of remote testing of the server network card. By running the test script, the various performance indicators of the network card are comprehensively evaluated. like Figure 3 As shown, the test process includes the following steps: Step 131, test script loading: Load the test script corresponding to the target test project version from the SVN directory. Different versions of the test script may be customized for different network card models, test scenarios and performance indicators to ensure that the test script is highly matched with the test target and test environment, thereby improving the accuracy and effectiveness of the test. Step 132, Test Execution: Execute the test script in the target virtual machine to simulate different network environments and load conditions to perform performance tests on the network card of the server under test. For example, it can simulate high-concurrency data transmission scenarios to test the bandwidth and throughput of the network card under high load; simulate network latency and packet loss environments to test the stability and reliability of the network card under harsh network conditions. Test indicators include, but are not limited to, bandwidth, latency, packet loss rate, and throughput, which can comprehensively evaluate the performance of the network card. Step 133, Data Collection: During the test, performance data of the network interface card (NIC) of the server under test is collected in real time. This data includes, but is not limited to, bandwidth usage, latency, packet loss, and throughput at each time point. By collecting data in real time, the performance changes of the NIC under different test stages and conditions can be accurately recorded, providing detailed and accurate data support for subsequent test result analysis. This data is stored in a designated data storage area for later querying and analysis.

[0029] The testing device loads the test scripts corresponding to the target test project version from the SVN directory. The test scripts contain multiple test cases, each testing specific performance indicators of the network card. The test scripts can be written in various programming languages, such as Python, Shell, and C. Python is concise, easy to read, and cross-platform, making it suitable for writing complex test logic. Shell has powerful system management functions, making it suitable for system-level testing. C has high execution efficiency, making it suitable for testing scenarios with extremely high performance requirements.

[0030] Within the target virtual machine, the testing device executes each test case sequentially according to the test script. Each test case simulates a specific network environment and load conditions to perform performance testing on the network card. The tests include: Bandwidth testing measures the amount of data a network interface card (NIC) can transmit per unit time by sending a large number of data packets, in order to evaluate the NIC's maximum bandwidth and actual bandwidth utilization. Bandwidth testing can use different protocols and transmission methods, such as TCP, UDP, unicast, and multicast. Latency testing measures the transmission time of data packets from the sender to the receiver to evaluate the network card's response speed. Latency testing can be performed by sending small or large data packets to test the network card's latency performance under different load conditions. Packet loss rate testing involves counting the number of data packets sent and received under certain network load conditions and calculating the packet loss rate. Packet loss rate is an important indicator for measuring the reliability of network cards. An excessively high packet loss rate will affect data integrity and transmission efficiency.

[0031] Throughput testing comprehensively examines the data processing capabilities of a network interface card (NIC) under different load conditions, including factors such as bandwidth, latency, and packet loss rate. Throughput testing can be conducted by gradually increasing the network load and observing the performance changes of the NIC to determine its optimal workload range.

[0032] During testing, the testing device collects network card performance data in real time and stores it in a designated data storage area. Data collection can be achieved through various methods, such as calling system interfaces, using network monitoring tools, or writing dedicated data collection programs. For example, the iftop tool can be used to collect real-time bandwidth usage of the network card, the ping command can be used to measure network latency, and the netstat command can be used to analyze network connection status and packet transmission / reception. The collected performance data is stored in a specific format for subsequent analysis and processing. Data storage formats include CSV, JSON, and database formats. CSV is simple and easy to understand, suitable for storing structured data; JSON has stronger scalability, suitable for storing complex data structures; and database formats offer efficient data query and management capabilities, suitable for storing and analyzing large-scale data.

[0033] During the test, the testing device will monitor the network card's performance in real time, promptly detect abnormalities and take corresponding measures. For example, if the network card's bandwidth utilization suddenly exceeds the threshold, the testing device will record the abnormal time point and related data, and analyze possible causes. If the network latency is too high or the packet loss rate is too large, the testing device will pause the test, check whether the network configuration and test environment are normal, and continue the test after troubleshooting.

[0034] Step 140: Generate a test report. The server network card testing device generates a test report for the network card of the server under test based on the collected test data. like Figure 4 As shown, the test report includes: Step 141, Test Overview: Briefly describe the purpose of the test, the test environment, and the test time information. For example, the test may be to evaluate the performance of the network card in a new network environment or to verify whether the network card meets the requirements of a specific application. At the same time, record the test environment information in detail, including the hardware configuration of the virtual machine, the operating system version, the network topology, and the specific time of the test, so that the person reading the report can clearly understand the background and conditions of the test. Step 142, Test Indicators: List the various performance indicators and their test results. Present the performance indicators and their corresponding test results in a clear and intuitive manner. You can use tables, charts, or other formats to display the data for easy comparison and analysis. For example, use a bar chart to show the bandwidth changes of the network card under different load conditions, or use a line chart to show the trend of latency changes during the test, so that the test results are clear at a glance. Step 143, Result Analysis: Analyze the test results to evaluate whether the server network card's performance meets design requirements, identify potential performance issues, and determine whether the network card's performance meets the preset performance standards by comparing it with the preset performance standards. Simultaneously, identify potential performance problems discovered during the test, such as bandwidth bottlenecks under high load and large network latency fluctuations, providing direction for subsequent performance optimization. Step 144, Recommendations and Improvements: Based on the test results, propose targeted recommendations and improvement measures to optimize network card performance. For example, if a performance bottleneck is found in a specific network environment, it is recommended to optimize and upgrade the network card driver; if the test results show that the network card's throughput is insufficient, it is recommended to consider replacing it with a higher-performance network card model. These recommendations and improvement measures aim to help operations and maintenance personnel optimize network card performance and improve the overall operating efficiency of the server.

[0035] Step 150: Send Test Report. The server network card testing device will generate a test report for the network card of the server under test and send it to the operation and maintenance cloud platform for operation and maintenance personnel to view and analyze. The test report can be sent via methods including but not limited to email, push notifications, and file transfer. The test device will send the generated test report to the operation and maintenance cloud platform in a secure and reliable manner. During the transmission process, encryption technology is used to ensure the data security of the test report and prevent data leakage and tampering. Operation and maintenance personnel can view and analyze the test report in a timely manner through the operation and maintenance cloud platform. Based on the detailed information provided in the test report, operation and maintenance personnel can quickly understand the performance status of the network card, promptly identify potential problems, and take corresponding measures for optimization and maintenance to ensure the stable operation of the server.

[0036] In this embodiment, the operations and maintenance cloud platform is a cloud-based management system used for centralized management of test tasks, monitoring of the test process, collection and analysis of test results, and providing automated test solution creation and execution. The following is a detailed description of its functions and roles: In terms of test task management, the operation and maintenance cloud platform allows testers to create test plans through the interface, select the network card to be tested, specify the test project version and configure resource information. This information is sent to the OpenStack cloud platform to trigger the automated test process. The test environment setup is supported. The operation and maintenance cloud platform works in collaboration with the OpenStack cloud platform and SVN server. Based on the network card test information sent by the operation and maintenance cloud platform, the OpenStack cloud platform downloads test scripts and templates from the SVN server and builds a virtualized test environment in combination with the configuration resource information, which can simulate real scenarios without the need for a physical connection to the network card. During the testing process, the operation and maintenance cloud platform acquires test data in real time through the OpenStack cloud platform and stores it in the database. This data includes network card performance indicators, error logs, etc., providing a basis for subsequent analysis. Test result analysis and report generation: After the test is completed, the operation and maintenance cloud platform extracts the test results from the database, performs automated analysis, and pushes the analysis results to the corresponding target virtual machine through the message server, and finally generates a detailed report containing test conclusions, a list of issues and improvement suggestions; Automation and efficiency improvement: The operation and maintenance cloud platform supports the execution of scheduled automated test schemes and can manage the parallel testing of multiple network cards at the same time. Through cloud resource scheduling, it avoids the server downtime problem caused by insufficient resources in traditional physical testing, and significantly improves testing efficiency. Collaboration and information sharing: As the central hub of cloud management, the operations and maintenance cloud platform enables cross-departmental collaboration among testers, development teams, and operations and maintenance personnel. Test plans, results, and reports are all shared through the platform, ensuring that all parties can obtain information in a timely manner and collaboratively handle issues.

[0037] like Figure 5 As shown, the server network card remote testing device 200 includes: The receiving module 210 is used to receive server network card test information sent by the operation and maintenance cloud platform; As the information entry point of the entire server network card remote testing device, the receiving module 210 undertakes the key task of receiving network card test information sent by the operation and maintenance cloud platform. This information covers core content such as the target test project version and configuration resource information, which is the foundation for the smooth progress of subsequent testing processes. The receiving module 210 has a powerful information receiving capability and can establish a stable and reliable communication connection with the operation and maintenance cloud platform. It adopts advanced network communication protocols to ensure that it can efficiently and accurately receive data packets from the operation and maintenance cloud platform in different network environments. Whether it is a small-scale data transmission or a large-scale data stream, the receiving module can respond quickly and receive it completely, avoiding data loss or damage. The received network card test information is usually encapsulated in a specific data format. The receiving module 210 has a built-in efficient data parsing algorithm that can perform in-depth analysis of the received information, identify and extract key information, such as the target test item version number, basic network card parameters, memory and CPU usage, and other configuration resource information. By accurately extracting this key information, the receiving module 210 provides clear and unambiguous input to subsequent modules, ensuring that the entire testing process can proceed in an orderly manner according to the predetermined plan. After parsing the key information, the receiving module 210 will also perform necessary processing and storage on this information. For example, it will convert some data formats to conform to the device's internal data standards and encrypt important information to ensure data security and integrity. At the same time, the receiving module 210 will promptly transmit the processed information to the calling module 220 to ensure timely information flow and utilization.

[0038] Module 220 is invoked to invoke the target virtual machine and build the test environment based on the configuration resource information, SVN directory and the target test project version corresponding to the target test environment template. The calling module 220 is one of the core modules of the entire server network card remote testing device 200. It is responsible for calling the target virtual machine and building a suitable test environment based on the information transmitted by the receiving module 210. The calling module 220 has established a close interaction mechanism with the target virtual machine management platform. It communicates with the virtual machine management platform through a specific API interface to realize operations such as the creation, configuration and startup of the target virtual machine. During the interaction with the virtual machine management platform, the calling module 220 can accurately convey configuration resource information, such as the memory size, number of CPU cores and disk space of the target virtual machine, to ensure that the created target virtual machine can meet the requirements of the test environment. Based on the configuration resource information, SVN directory, and target test environment template corresponding to the target test project version, the calling module 220 can accurately call the corresponding template from the specified storage location. These test environment templates contain information such as the operating system, network configuration, and software environment required for testing. The calling module 220 will comprehensively configure the target virtual machine according to the template content to ensure the consistency and stability of the test environment. During the test, the virtual machine resources will be dynamically adjusted as needed according to the actual situation. The calling module 220 has the ability to monitor the resource usage of the target virtual machine in real time. When it finds that the resources are insufficient or excessive, it can interact with the virtual machine management platform in a timely manner to dynamically allocate and adjust the memory, CPU, and other resources of the target virtual machine to ensure the smooth progress of the test.

[0039] Test module 230 is used to call the target virtual machine and, according to the test script in the SVN directory, test the network card to be tested in the test environment to obtain test data. Test module 230 is a key module that directly performs performance testing on the network interface card of the server under test. It is responsible for calling the target virtual machine and executing the test script, collecting network interface card performance data. Test module 230 can accurately obtain the test script from the SVN directory and execute it in the target virtual machine according to the script requirements. It supports various types of test scripts, such as Python scripts and Shell scripts, which can meet the needs of different testing scenarios. During the execution of the script, test module 230 will strictly follow the logic and instructions of the script to ensure the accuracy and reliability of the test. To comprehensively evaluate the network interface card (NIC) performance, the test module 230 needs to collect various performance data of the NIC in real time, such as network bandwidth, latency, and packet loss rate. It obtains real-time operating data of the NIC by interacting with the NIC driver and the operating system's network interface. Simultaneously, the test module 230 also has data filtering and processing functions, capable of performing preliminary processing on the collected raw data to remove invalid data and noise, improving data quality and usability. During the test, the test module 230 monitors the test execution in real time, including the script execution progress and the NIC's operating status. If any abnormalities are detected, such as script execution errors or abnormal NIC performance, the test module 230 will promptly record the relevant information and take corresponding measures, such as pausing the test or re-executing the script, to ensure the completeness and accuracy of the test.

[0040] Test report generation module 240 is used to generate a test report for the network card of the server under test based on the test data; The test report generation module 240 is responsible for conducting in-depth analysis of the collected test data and generating detailed and accurate test reports. The test report generation module 240 has a wealth of built-in data analysis algorithms and models, which can perform multi-dimensional analysis on the collected network card performance data. It can calculate the average, maximum, minimum and other statistical quantities of various performance indicators of the network card, and can also intuitively display the changing trends of the data through charts, curves and other forms. At the same time, the test report generation module 240 can also compare and analyze the data under different test scenarios to find the differences in network card performance and the influencing factors. Based on the data analysis results, the test report generation module 240 can automatically generate detailed test reports. These reports include multiple sections such as test overview, test environment, test methods, test results, problem analysis, and improvement suggestions. The reports employ a clear and standardized structure and format, facilitating reading and understanding by testers and relevant managers. Furthermore, the test report generation module 240 supports customized report generation, allowing users to select content and format according to their actual needs. The generated test reports undergo internal review to ensure accuracy and completeness. Reviewers carefully examine the data, analysis, and conclusions in the reports, promptly providing feedback to the test report generation module for correction if errors or inconsistencies are found. In addition, the test report generation module 240 continuously optimizes its report generation algorithm and templates based on user feedback and actual usage, improving the quality and usability of the reports.

[0041] Sending module 250 is used to send the test report of the network card of the server to be tested to the operation and maintenance cloud platform; The sending module 250 is responsible for sending the generated network card test report to the operation and maintenance cloud platform or other designated locations to meet the needs of different scenarios. The sending module 250 supports multiple sending methods, such as email, push notification, and file transfer. Users can choose the appropriate sending method according to their actual needs to ensure that the test report can be delivered to the target location in a timely and accurate manner. For example, for urgent test reports, push notification can be selected to ensure that relevant personnel can receive the notification as soon as possible. For detailed test reports, email or file transfer can be selected to facilitate the recipient's review and archiving. The sending module 250 allows users to flexibly manage sending targets. Users can pre-configure multiple sending targets, such as specific servers on the cloud platform, email addresses of relevant personnel, and message push accounts. When sending test reports, users can select the appropriate sending target as needed to achieve accurate delivery of test reports. To ensure successful sending of test reports, the sending module 250 has a sending status monitoring function, which tracks the sending process of test reports in real time and records information such as sending time and sending results. If an abnormal situation occurs during the sending process, such as network failure or the sending target not existing, the sending module 250 will promptly record the error information and attempt to resend or notify relevant personnel for processing.

[0042] This embodiment also provides a terminal, including a processor and a memory for storing the processor's execution instructions. The processor is configured to execute the server network card remote testing method provided in this embodiment of the invention. The processor is the control center of the storage terminal and connects various parts of the entire electronic terminal using various interfaces and lines. By running or executing software programs and / or modules stored in the memory, and calling data stored in the memory, the processor performs various functions of the electronic terminal and / or processes data.

[0043] This embodiment also provides a computer-readable storage medium storing a computer program. When the program is executed by a processor, it implements the remote testing method for server network cards provided in this embodiment of the invention. The storage medium may be a magnetic disk, an optical disk, a read-only memory, or a random access memory, etc.

[0044] Therefore, this invention improves testing efficiency by enabling rapid setup of the test environment and automated execution of the testing process through automated test scripts and target virtual machine technology. This significantly shortens testing time, increases efficiency, and reduces costs. It eliminates the need for extensive testing equipment and personnel, reducing hardware and labor costs. Furthermore, the remote testing method avoids on-site operation by testers, reducing travel expenses. It offers a flexible and diverse testing environment capable of simulating various network environments and load conditions to meet testing needs in different scenarios. Customization and scalability of the testing environment can be easily achieved by adjusting test environment templates and scripts. It provides accurate and reliable test results. Detailed test scripts and accurate test data collection generate comprehensive and accurate test reports, providing reliable decision-making support for operations and maintenance personnel. This helps to promptly identify and resolve network card performance issues. It also boasts powerful remote management capabilities, supporting remote testing and report sending. Operations and maintenance personnel can view and analyze test reports from any location through the operations and maintenance cloud platform, enabling remote monitoring and management of network card performance, thus improving operational efficiency and reducing costs.

[0045] Although embodiments of the present invention have been disclosed above, they are not limited to the applications listed in the specification and embodiments. It can be applied to various fields suitable for the present invention. Other modifications can be readily made by those skilled in the art. Therefore, without departing from the general concept defined by the claims and their equivalents, the present invention is not limited to the specific details and examples shown and described herein.

Claims

1. A method for remote testing of a server network interface card (NIC), characterized in that, Specifically, the following steps are included: Upon receiving test information, the operation and maintenance cloud platform sends server network card test information to the server network card test device, enabling the server network card test device to receive the server network card test information. To build a test environment, the server network card testing device receives the server network card test information, calls the target virtual machine, and uses the target test environment template corresponding to the configuration resource information, SVN directory, and target test project version to build the test environment. To perform the test, the server network card testing device calls the target virtual machine and, according to the test script in the SVN directory, tests the network card of the server to be tested in the test environment to obtain test data. The server network card testing device generates a test report based on the collected test data for the network card of the server under test. The server network card testing device will generate a test report for the network card of the server under test and send it to the operation and maintenance cloud platform for operation and maintenance personnel to view and analyze.

2. The method for remote testing of a server network card according to claim 1, characterized in that, The server network card test information includes the network card identifier to be tested, the target test project version of the server network card to be tested, and configuration resource information, wherein the target test project version specifies the performance indicators and test script version of the server network card to be tested.

3. The method for remote testing of a server network card according to claim 1, characterized in that, The specific process for setting up the test environment is as follows: Resource allocation: Allocate the required CPU, memory, and storage resources to the target virtual machine according to the configured resource information; Network configuration: Configure the network parameters of the target virtual machine according to the network configuration requirements; The target test environment template is obtained from the SVN directory and applied to the target virtual machine to complete the initialization of the test environment.

4. The method for remote testing of a server network card according to claim 1, characterized in that, The test process for performing the test includes the following steps: Test script loading: Load the test script corresponding to the target test project version from the SVN directory; Test execution involves executing test scripts in the target virtual machine to simulate different network environments and load conditions, and performing performance tests on the network interface card of the server under test. Test metrics include, but are not limited to, bandwidth, latency, packet loss rate, and throughput. Data collection involves collecting performance data of the network interface card (NIC) of the server under test in real time during the test and storing it in a designated data storage area.

5. A method for remote testing of a server network card according to claim 1, characterized in that, The test report includes: Test overview: Briefly describe the purpose of the test, the test environment, and the test time information; Test metrics: List the various performance metrics tested and their results. Results analysis involves analyzing the test results to assess whether the server network card's performance meets design requirements and to identify potential performance issues. Recommendations and improvements: Based on the test results, propose targeted suggestions and improvement measures to optimize the network card's performance.

6. A method for remote testing of a server network card according to claim 1, characterized in that, The aforementioned operation and maintenance cloud platform is a cloud management system used to centrally manage test tasks, monitor the test process, collect and analyze test results, and provide automated test solution creation and execution.

7. A method for remote testing of a server network card according to claim 1, characterized in that, The methods for sending the test report include, but are not limited to, email, push notifications, and file transfer.

8. A remote testing device for server network cards, characterized in that, include: The receiving module is used to receive server network card test information sent by the operation and maintenance cloud platform; The calling module is used to call the target virtual machine and build the test environment based on the configuration resource information, SVN directory and the target test project version corresponding to the target test environment template. The testing module is used to call the target virtual machine and, according to the test script in the SVN directory, test the network card to be tested in the test environment to obtain test data. A test report generation module, which is used to generate a test report for the network interface card of the server under test based on the test data; The sending module is used to send the test report of the network card of the server to be tested to the operation and maintenance cloud platform.

9. A terminal, characterized in that, include: processor; Memory used to store the processor's execution instructions; The processor is configured to perform the method of any one of claims 1-7.

10. A computer-readable storage medium storing a computer program, characterized in that, include: When the program is executed by the processor, it implements the method as described in any one of claims 1-7.

Images