Server bare computer test system and method
By constructing a server bare-metal testing system that includes a hardware monitoring platform, a bare-metal testing module, and a visualization decision-making module, the problems of long testing cycles and low intelligent management in existing technologies have been solved, enabling plug-and-play testing and efficient server testing.
Patent Information
- Application Number
- CN202510973994.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-07-15
- Publication Date
- 2025-11-04
AI Technical Summary
Existing server testing methods cannot achieve plug-and-play testing, have long testing cycles, cannot quickly and accurately control and query data, have low levels of intelligent management, and cannot automate decision-making and reporting.
Design a server bare-metal testing system, including a hardware monitoring platform, a bare-metal testing module, and a visualization decision-making module. Real-time data communication and sharing are achieved through the Internet of Things. The system integrates hardware information collection, communication management, data backup, bare-metal testing, fault diagnosis, and visualization decision-making functions. It performs hardware self-testing, system deployment, tiered stress testing, and peripheral device verification, and generates structured reports.
It enables plug-and-play testing, shortens the testing cycle by more than 70%, improves coverage integrity and intelligent management, outputs standardized test reports, supports real-time monitoring and fault diagnosis, and enhances the efficiency and accuracy of server testing.
Smart Images
Figure CN120892266A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of server bare machine testing, in particular to a server bare machine testing system and method. BACKGROUND
[0002] In today's rapidly developing information technology era, servers play an indispensable role as the core hardware devices supporting modern computer system operation. With the widespread application of cloud computing, big data, artificial intelligence and other technologies, the complexity and diversity of servers are increasing, which puts higher requirements on the performance and stability of servers.
[0003] In the prior art, the traditional server testing method is mainly based on a virtualization environment, for example, using a virtual machine or containerization technology (such as Kubernetes) to simulate the running environment of the server. Although this method provides high control and isolation during testing, there are still several key problems: It cannot effectively realize plug-and-play, resulting in a longer testing period; It cannot quickly and accurately control and query each link, and the overall intelligent management level is low; It cannot effectively realize decision report automation, affecting actual use requirements.
[0004] Therefore, the present application needs to design a server bare machine testing system and method to solve the above problems. SUMMARY The purpose of the present application is to provide a server bare machine testing system and method to solve the above problems and solve the problems mentioned in the background art.
[0005] To solve the above problems, the present application provides a technical solution: A server bare machine testing system, comprising a hardware supervision platform, a bare machine testing module and a visual decision module, the output end of the hardware supervision platform being in communication connection with the input end of the bare machine testing module, the bare machine testing module and the visual decision module being in bidirectional communication connection, the hardware supervision platform maintaining real-time data intercommunication and sharing with the bare machine testing module and the visual decision module through the Internet of Things, and a worker logging into the visual decision module to enter the inside of the bare machine testing system and view the real-time running data of the hardware supervision platform and the bare machine testing module one by one.
[0006] As a preferred embodiment of the present application, the hardware supervision platform comprises a hardware information acquisition unit, a communication management unit and a data backup center, the output end of the hardware information acquisition unit being in communication connection with the input end of the data backup center, and the communication management unit being integrated in the inside of the data backup center. The hardware information acquisition unit is used for real-time acquisition and processing of on-site and remote hardware device operation data. The communication management unit is used for data transmission and real-time feedback with each module and unit of the bare machine test system in operation, supports uploading of test data and real-time monitoring. The data backup center is used for storage, processing and analysis of hardware acquisition data and test data, and generates a detailed test report, facilitating subsequent troubleshooting, performance evaluation and system optimization.
[0007] As a preferred embodiment of the application, the bare machine test module comprises a bare machine test unit, a test control unit and a fault diagnosis unit, the output end of the bare machine test unit is in communication connection with the input end of the test control unit, and the fault diagnosis unit is integrated in the test control unit; The bare machine test unit is used for basic bare machine tests of hardware, including detection and verification of components such as CPU, memory and disk. The test control unit is used for starting, managing and monitoring the entire test process to ensure execution of the test process. The fault diagnosis unit is used for automatically identifying possible hardware problems in the bare machine system based on test results and preset standards, and proposing repair suggestions, and the preset standards can be manually input and recorded.
[0008] As a preferred embodiment of the application, the visual decision module comprises a stress test database, a visualization unit and a decision unit, The stress test database is used for simulating and storing performance data of a test server under high load stress, during the stress test process, the bare machine test system sends high-intensity read-write requests to the stress test database, the test database records response time, error rate and other key indicators, and helps to evaluate the stability and performance of the server under high load; The visualization unit is used for displaying data in the stress test process in an intuitive graphical interface, and real-time display of changes in various indicators of the server in the stress test, to help identify bottlenecks and abnormal conditions in the test; The decision unit is used for evaluating the overall performance of the server according to the test data and the visualization result, judging whether the expected target is reached, or whether hardware configuration adjustment, software optimization and other operations are needed, so as to improve the performance and stability of the server.
[0009] A server bare machine test method comprises the following specific steps: S1, hardware self-checking: power-on verification of fan running state, power indicator light, standby power switching function and GPU power-on state; S2, system deployment: build a bare machine test system, access Linux U disk system, start the bare machine through the Linux U disk system of the preset test tool or the complete installation system; S3, hierarchical pressure test: sequentially test and output structured report on CPU, memory, and disk; S4, peripheral device verification: check the consistency of NIC, PSU, FAN, USB, and firmware through Linux command set; S5, firmware information collection: record the motherboard model, BIOS / UEFI version, and check the hardware specifications; S6, comprehensive decision: aggregate all indicators to generate eligibility judgment and fault diagnosis report.
[0010] As a preferred embodiment of the application, the S3 includes the following specific steps: S301, CPU test and data output: Install dependencies such as GCC: ensure that the Linux system can compile and run test software; Install CPU test software: such as stress, cpuburn, etc., for testing the performance and stability of CPU; Perform CPU simple test and stress test: perform load test on CPU through test software and observe its performance; Output CPU test report: record the performance indicators of CPU such as frequency, temperature, power consumption, etc., and generate test report; S302, memory test and data output: Install dependencies required for memory test: ensure that the test software can run normally; Install memory test software: such as Linux version of memtest86+, for detecting memory errors; Perform memory stress test: perform read-write test on memory through test software and observe its performance; Output memory test report: record the error rate, read-write speed, etc. of memory, and generate test report; S303, disk test and data output: Detect various indicators of the disk through multiple detection methods: such as using smartctl to check the health status of the disk, using iostat to check the I / O performance of the disk, etc.; Check information consistency: ensure that the partition, file system, etc. of the disk are consistent with the expected; Perform disk IO test and read-write stress test: use tools such as dd, fio to perform read-write test on the disk and observe its performance; According to the test result, output a report: record the read-write speed, IOPS and other indicators of the disk, and generate a test report.
[0011] As a preferred embodiment of the application, the S1 comprises the following specific steps: S101, confirm that the server can start normally without abnormal alarm sound; S102, check whether all fans are working normally to ensure that the heat dissipation system is effective; S103, check whether the power indicator, hard disk indicator, network indicator and other indicators light up as expected to confirm the hardware status; S104, in the case of main power cut-off, check whether the backup power can automatically take over to ensure the continuity of the server in power failure; S105, confirm that the GPU can be powered on normally when starting without abnormal alarm.
[0012] As a preferred embodiment of the application, the step S2 comprises the following specific steps: S201, build a bare machine test system; S202, according to the needs, adopt one of the following two installation methods for operation; Scheme one: install the system on the bare machine: Make a U disk start item and install Linux system; Install necessary test software and automated detection scripts on the Linux system; Perform comprehensive hardware and software test procedures through the system; Scheme two: use U disk system: Make a U disk system containing all test software and automated scripts; Note that the performance of the U disk may affect the test results, and multiple tests may be performed to take the average value when necessary; Use the system to perform the test procedure and record the test results.
[0013] As a preferred embodiment of the application, the step S4 comprises the following specific steps: S401, preliminary detection by appearance and hardware conditions, including whether the quantity, parameters, etc. are qualified; S402, use commands such as ethtool, lshw, dmidecode, etc. to obtain hardware information and perform Linux command acquisition verification; S403, use special test scripts or tools to check the performance and parameters of the hardware; S404, test the response and data information of the hardware under different performance loads to ensure the stability and reliability of the hardware, and perform hierarchical testing; S405, check the consistency and eligibility of the hardware by integrating all the collected information.
[0014] As a preferred embodiment of the present application, the step S5 comprises the following specific steps: S501, enter the motherboard BIOS or UEFI interface through a bare machine or an installed Linux system; S502, view and record information such as motherboard model, BIOS / UEFI version, firmware version, etc. S503, check the recorded information with the expected hardware specifications to ensure consistency.
[0015] The present application has the beneficial effects that: the present application sets up a hardware supervision platform, a bare machine test module and a visual decision module to build a perfect bare machine test system. In actual operation, through hardware self-checking, the running state of the power-on verification fan, the power indicator light, the standby power switching function and the GPU power-on state are checked, the system is deployed, the bare machine test system is built, the Linux U disk system is accessed, the bare machine is started through the Linux U disk system or the complete installation system of the preset test tool, the hierarchical stress test is carried out, the CPU, the memory and the disk are sequentially stress tested and the structured report is output, the peripheral device verification is carried out, the consistency of NIC, PSU, FAN, USB and firmware is checked through the Linux command set, the motherboard model, BIOS / UEFI version are recorded through firmware information collection and the hardware specifications are checked, the comprehensive decision is made, the eligibility judgment and fault diagnosis report are generated by summarizing all the indicators, the efficiency is improved through the above operation, the U disk system realizes plug and play, the test period is shortened by more than 70%, the coverage completeness is improved, 9 types of hardware and power redundancy capability are synchronously detected, the intelligent decision is realized, the hardware specification compliance is automatically determined through the consistency checking engine, the report standardization is realized, the machine-readable JSON / XML format test report is output, the efficiency, accuracy, compatibility and intelligence problems in the large-scale server test process are solved, each link is conveniently monitored and processed in real time, the server bare machine test data and the corresponding analysis results are managed, visualized and stored, which helps to realize the server bare machine test management through the Internet of Things cloud management and control and improve the intelligent level of the server bare machine test management. BRIEF DESCRIPTION OF DRAWINGS For ease of description, the present application is described in detail by the following specific embodiments and drawings.
[0016] Figure 1 is the overall system structure topology of the server bare machine test system and method of the present application; Figure 2 is a flow step schematic diagram of the server bare machine test system and method of the present application. DETAILED DESCRIPTION As Figure 1 and Figure 2 The detailed description adopts the following technical solutions: A server bare machine test system, the bare machine test system includes a hardware supervision platform, a bare machine test module and a visual decision module, the output end of the hardware supervision platform is in communication connection with the input end of the bare machine test module, the bare machine test module and the visual decision module are bidirectionally connected in communication, the hardware supervision platform is connected with the bare machine test module and the visual decision module through the Internet of Things to keep data real-time intercommunication and sharing, the staff logs in the visual decision module to enter the inside of the bare machine test system and views the real-time running data of the hardware supervision platform and the bare machine test module one by one.
[0017] As a preferred embodiment of the application, the hardware supervision platform includes a hardware information acquisition unit, a communication management unit and a data backup center, the output end of the hardware information acquisition unit is in communication connection with the input end of the data backup center, and the communication management unit is integrated in the data backup center; the hardware information acquisition unit is used for real-time acquisition and processing of on-site and remote hardware device running data; the communication management unit is used for module and unit data transmission and real-time feedback of each link during the running of the bare machine test system, supports uploading and real-time monitoring of test data; the data backup center is used for storing, processing and analyzing hardware acquisition data and test data, generating a detailed test report, facilitating subsequent fault troubleshooting, performance evaluation and system optimization.
[0018] As a preferred embodiment of the application, the bare machine test module includes a bare machine test unit, a test control unit and a fault diagnosis unit, the output end of the bare machine test unit is in communication connection with the input end of the test control unit, and the fault diagnosis unit is integrated in the test control unit; the bare machine test unit is used for basic bare machine tests of hardware, including detection and verification of components such as CPU, memory and disk; the test control unit is used for starting, managing and monitoring the entire test process to ensure execution of the test process; the fault diagnosis unit is used for automatically identifying possible hardware problems in the bare machine system based on test results and preset standards, and proposing repair suggestions, and the preset standards can be manually input and recorded.
[0019] As a preferred embodiment of the present application, the visualization decision module comprises a stress test database, a visualization unit and a decision unit, the output ends of the stress test database and the decision unit are in communication connection with the input end of the visualization unit; the stress test database is used for simulating and storing various performance data of the server tested under high load stress, during the stress test process, the bare machine test system sends high-intensity read-write request to the stress test database, the test database records the response time, error rate and other key indicators, helping to evaluate the stability and performance of the server under high load; the visualization unit is used for displaying the data in the stress test process in an intuitive graphical interface, real-time displaying the changes of various indicators of the server in the stress test, helping to identify the bottleneck and abnormal situation in the test; the decision unit is used for evaluating the overall performance of the server according to the test data and the visualization result, judging whether the expected target is reached or the hardware configuration adjustment, software optimization and other operations are needed, so as to improve the performance and stability of the server.
[0020] A server bare machine test method, comprising the following specific steps: S1, hardware self-checking: power-on verification of fan running state, power indicator light, standby power switching function and GPU power-on state; S101, confirming that the server can start normally without abnormal alarm sound; S102, checking whether all fans are working normally to ensure that the heat dissipation system is effective; S103, checking whether the power indicator lights of power supply, hard disk, network and the like are lit as expected to confirm the hardware state; S104, checking whether the standby power supply can automatically take over in the case of main power cut-off to ensure the continuity of the server in the case of power failure; S105, confirming that the GPU can be normally powered on at boot without abnormal alarm; S2, system deployment: building a bare machine test system, accessing a Linux U disk system, starting the bare machine through the Linux U disk system or complete installation system of the preset test tool; S201, building a bare machine test system; S202, operating according to the required one of the following two installation modes; Scheme one: installing system on bare machine: Making U disk start item and installing Linux system; Installing necessary test software and automatic detection script on the Linux system; Executing comprehensive hardware and software test process through the system; Scheme two: using U disk system: Making U disk system containing all test software and automatic script; Note that the performance of the U disk may affect the test results, and multiple tests are performed to take the average value if necessary; Use the system to perform the test process and record the test results; S3, hierarchical pressure test: sequentially test CPU, memory, and disk and output structured report; S301, CPU test and data output: Install dependencies such as GCC: Ensure that the Linux system can compile and run the test software; Install CPU test software: such as stress, cpuburn, etc., for testing CPU performance and stability; Perform simple CPU testing and stress testing: load test the CPU through the test software and observe its performance; Output CPU test report: record CPU performance indicators such as frequency, temperature, power consumption, etc., and generate test report; S302, memory test and data output: Install dependencies required for memory testing: ensure that the test software can run normally; Install memory test software: such as Linux version of memtest86+, for detecting memory errors; Perform memory stress testing: read and write test the memory through the test software and observe its performance; Output memory test report: record memory error rate, read / write speed, etc., and generate test report; S303, disk test and data output: Through various detection, detect various indicators of the disk: such as using smartctl to check the health status of the disk, using iostat to check the disk I / O performance, etc.; Check information consistency: ensure that the disk partition, file system, etc. information is consistent with the expected; Perform disk IO test and read / write stress test: use dd, fio, etc. tools to test the disk read / write, and observe its performance; Output report according to test results: record disk read / write speed, IOPS, etc., and generate test report; S4, peripheral device verification: verify the consistency of NIC, PSU, FAN, USB and firmware through Linux command set; S401, preliminary detection through appearance and hardware conditions, including whether the quantity, parameters, etc. are qualified; S402, use commands such as ethtool, lshw, dmidecode to obtain hardware information and perform Linux command acquisition verification; S403, using a dedicated test script or tool to check the performance and parameters of the hardware; S404, test the response of the hardware under different performance loads and data information, ensure the stability and reliability of the hardware, and perform hierarchical testing; S405, comprehensive all collected information, check the consistency and eligibility of the hardware; S5, firmware information collection: record the motherboard model, BIOS / UEFI version and check the hardware specifications; S501, enter the motherboard BIOS or UEFI interface through the bare machine or installed Linux system; S502, view and record the motherboard model, BIOS / UEFI version, firmware version and other information; S503, check the recorded information with the expected hardware specifications to ensure consistency; S6, comprehensive decision: generate eligibility judgment and fault diagnosis report by summarizing all indicators.
[0021] Embodiments When the server bare machine test system is connected to enterprise management: S1, the enterprise personnel check the required on-site and remote equipment one by one, and after they can all start normally, start the server bare machine test system, the server bare machine test system controls the hardware information collection unit to collect and process the running data of the on-site and remote hardware equipment in real time, the server bare machine test system controls the communication management unit and the module, unit data transmission and real-time feedback of each link during the running of the bare machine test system, supports uploading and real-time monitoring of test data, the server bare machine test system controls the data backup center to store, process and analyze the hardware collection data and test data, and generates a detailed test report, which is convenient for subsequent fault troubleshooting, performance evaluation and system optimization; S2, the server bare machine test system controls the bare machine test unit to perform various basic bare machine tests on the hardware, including detection and verification of components such as CPU, memory, and disk, the server bare machine test system controls the test control unit to start, manage and monitor the entire test process, ensures the execution of the test process, the server bare machine test system controls the fault diagnosis unit to automatically identify possible hardware problems in the bare machine system based on test results and preset standards, and proposes repair suggestions, the preset standards can be manually input and recorded by manual input; S3, the server bare machine test system controls the stress test database simulation and stores the performance data of the test server under high load stress, during the stress test process, the bare machine test system sends high-intensity read-write requests to the stress test database, the test database records the response time, error rate and other key indicators, helps to evaluate the stability and performance of the server under high load, the server bare machine test system control unit displays the data in the stress test process in an intuitive graphical interface, real-time display of the changes of various indicators of the server in the stress test, help to identify the bottleneck and abnormal situation in the test, the server bare machine test system control decision unit evaluates the overall performance of the server according to the test data and visualization results, judges whether the expected target is reached, or needs to be operated such as hardware configuration adjustment, software optimization, so as to improve the performance and stability of the server.
[0022] Specifically: in actual application, a plurality of hardware supervision platforms are provided, which are used in cooperation with the bare machine test module and the visual decision module, and the plurality of hardware supervision platforms are located at different geographical positions, and the beneficial effects of the present application are: the hardware supervision platform, the bare machine test module and the visual decision module are provided, a perfect bare machine test system is constructed, in actual operation, the hardware is self-checked, the fan running state, the power indicator light, the standby power switching function and the GPU power-on state are checked, the system is deployed, the bare machine test system is constructed, the Linux U disk system is accessed, the bare machine is started through the Linux U disk system or the complete installation system of the preset test tool, the hierarchical stress test is carried out, the CPU, the memory and the disk are sequentially stress tested and the structured report is output, the peripheral device verification is carried out, the consistency of NIC, PSU, FAN, USB and firmware is checked through the Linux command set, the mainboard model, BIOS / UEFI version and hardware specifications are recorded and checked through the firmware information acquisition, the comprehensive decision is made, the eligibility judgment and fault diagnosis report are generated by summarizing all indicators, the above operation can realize the efficiency improvement, the U disk system realizes plug and play, the test period is shortened by more than 70%; the coverage completeness is improved, 9 types of hardware (including GPU / firmware version) and power redundancy capability are synchronously detected; intelligent decision is realized, the hardware specification compliance is automatically determined by the consistency checking engine; the report standardization is realized, the machine-readable JSON / XML format test report is output, the efficiency, accuracy, compatibility and intelligent problems in the large-scale server test process are solved, real-time monitoring and processing of each link are facilitated, the server bare machine test data and the corresponding analysis results are managed, visualized and stored, which is helpful for realizing the server bare machine test management through the Internet of Things cloud management and control, and improving the intelligent level of the server bare machine test management.
[0023] Those skilled in the art can clearly understand that the modules and method steps of each example described in combination with the embodiments disclosed herein can be realized by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.
[0024] Those skilled in the art can clearly understand that, for the convenience and brevity of the description, the specific working processes of the above-described devices, apparatuses and modules can refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.
[0025] In several embodiments provided in the present application, it should be understood that the disclosed devices, systems and methods can be implemented in other ways. For example, the system embodiments described above are merely illustrative, for example, the division of the modules is only a logical function division, and actual implementation can have another division manner, for example, a plurality of modules or units can be combined or integrated into another device, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the displayed or discussed each other can be indirect coupling or communication connection through some interfaces, devices or apparatuses, which can be electrical, mechanical or other forms.
[0026] The modules as the hardware supervision platform, bare machine test and visual decision can be or can not be physically separated, and the components displayed as modules can be or can not be physical units, that is, can be located in one place, or can be distributed on a plurality of network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.
[0027] In addition, each functional module in each embodiment of the present application can be integrated in a processing module, or each module can exist physically alone, or two or more modules can be integrated in one module.
[0028] If the functions are implemented in the form of software function modules and sold or used as independent products, they can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application essentially or the parts that contribute to the prior art or parts of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a number of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a read-only memory server, a random access memory server, a magnetic disk or an optical disk, and various media that can store program instructions.
[0029] The above are only preferred embodiments of the present application, not for limiting the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principles of the present application shall be included in the protection scope of the present application.
Claims
1. A server bare-metal testing system, characterized in that, The bare-metal testing system includes a hardware monitoring platform, a bare-metal testing module, and a visualization decision-making module. The output of the hardware monitoring platform is communicatively connected to the input of the bare-metal testing module. The bare-metal testing module and the visualization decision-making module are bidirectionally connected. The hardware monitoring platform maintains real-time data exchange and sharing with both the bare-metal testing module and the visualization decision-making module via the Internet of Things. Staff can log in to the visualization decision-making module to access the bare-metal testing system and view the real-time operating data of the hardware monitoring platform and the bare-metal testing module.
2. The server bare-metal testing system according to claim 1, characterized in that: The hardware monitoring platform includes a hardware information acquisition unit, a communication management unit, and a data backup center. The output end of the hardware information acquisition unit is communicatively connected to the input end of the data backup center, and the communication management unit is integrated inside the data backup center. The hardware information acquisition unit is used to collect and process real-time operating data of on-site and remote hardware devices. The communication management unit is used for data transmission and real-time feedback with modules and units at various stages of the bare-metal testing system during operation; The data backup center is used to store, process, and analyze hardware-acquired data and test data, and generate detailed test reports.
3. The server bare-metal testing system according to claim 1, characterized in that: The bare metal test module includes a bare metal test unit, a test control unit, and a fault diagnosis unit. The output of the bare metal test unit is communicatively connected to the input of the test control unit, and the fault diagnosis unit is integrated inside the test control unit. The bare-metal test unit is used to perform various basic bare-metal tests on the hardware; The test control unit is responsible for initiating, managing, and monitoring the entire test process; The fault diagnosis unit is used to automatically identify potential hardware problems in the bare metal system based on test results and preset standards, and to propose repair suggestions.
4. The server bare-metal testing system according to claim 3, characterized in that: The visualization decision module includes a stress test database, a visualization unit, and a decision unit. The outputs of the stress test database and the decision unit are both communicatively connected to the input of the visualization unit. The stress test database is used to simulate and store various performance data of the test server under high load pressure; The visualization unit is used to display the data during the stress test in an intuitive graphical interface, showing the changes in various indicators of the server during the stress test in real time. The decision-making unit is used to evaluate the overall performance of the server based on test data and visualization results, and to determine whether the expected goals have been achieved.
5. A server bare-metal testing method, used to implement a server bare-metal testing system as described in any one of claims 1-4, characterized in that: The specific steps include the following: S1. Hardware self-test: Power on to verify the fan running status, power indicator light, backup power switching function and GPU power-on status. S2. System Deployment: Build a bare-metal test system, connect it to a Linux USB flash drive system, and boot the bare-metal system through a Linux USB flash drive system with pre-installed test tools or a fully installed system. S3, Tiered Stress Test: Performs stress tests on CPU, memory, and disk in sequence and outputs a structured report; S4. Peripheral device verification: Verify the consistency of NIC, PSU, FAN, USB and firmware using Linux command set; S5. Firmware Information Collection: Record the motherboard model, BIOS / UEFI version and verify the hardware specifications; S6. Comprehensive Decision-Making: Summarize all indicators to generate a pass / fail assessment and fault diagnosis report.
6. The server bare-metal testing method according to claim 5, characterized in that: S3 includes the following specific steps: S301, CPU testing and data output; S302, Memory testing and data output; S303, disk testing and data output.
7. The server bare-metal testing method according to claim 5, characterized in that: S1 includes the following specific steps: S101. Confirm that the server can start normally and there are no abnormal alarm sounds; S102. Check that all fans are working properly to ensure the cooling system is effective. S103. Check whether the indicator lights for power, hard drive, network, etc. are lit as expected to confirm the hardware status. S104. In the event of a main power outage, check whether the backup power supply can automatically take over to ensure the continuity of the server during a power failure. S105. Confirm that the GPU can power on normally during startup without any abnormal alarms.
8. The server bare-metal testing method according to claim 5, characterized in that: Step S2 includes the following specific steps: S201. Construct a bare-metal testing system; S202. Operate using one of the following two installation methods as required; Option 1: Install the operating system on the bare metal; Option 2: Use a USB flash drive system.
9. The server bare-metal testing method according to claim 5, characterized in that: Step S4 includes the following specific steps: S401. Conduct preliminary inspection based on appearance and hardware condition; S402. Use commands such as ethtool, lshw, and dmidecode to obtain hardware information and verify the acquisition using Linux commands. S403. Use dedicated test scripts or tools to verify the performance and parameters of the hardware; S404. Test the hardware's response and data information under different performance loads to ensure the hardware's stability and reliability. S405. Based on all collected information, verify the consistency and qualification of the hardware.
10. The server bare-metal testing method according to claim 5, characterized in that: Step S5 includes the following specific steps: S501, enter the motherboard BIOS or UEFI interface through the bare metal or an installed Linux system; S502. View and record information such as motherboard model, BIOS / UEFI version, and firmware version; S503. Verify the recorded information against the expected hardware specifications.