Equipment aging test method and system and electronic equipment

Abstract

The invention discloses an equipment aging test method and system and electronic equipment. The equipment aging test method is applied to the equipment aging test system, equipment to be tested is controlled to execute an aging test process, and a master server and other slave servers in the system are determined according to a test result, so that the dependence on a fixed server in related technologies is solved, the master server is determined through a dynamic election mechanism, and the reliability of the system is improved. The mechanism can improve the expandability and compatibility of the system, if a newly added device to be tested can automatically access the system and complete configuration, batch test requirements of different scales can be adapted, and meanwhile, full-process automatic management and control can be realized, so that no matter whether the main server is determined or the communication between the main server and the slave server is established, the reliability of the system is improved, and the reliability of the system is improved. According to the technical scheme of the invention, the whole process, namely the summarization and visualization of the test data and even the retest under the abnormal data, is independently completed by the equipment, manual intervention is not needed, the problems of omission and low efficiency of manual operation are avoided, and the operation and maintenance cost can be reduced.

Description

Technical Field

[0001] This application relates to the field of electronic product testing technology, and in particular to a device aging test method, system and electronic equipment. Background Technology

[0002] In related technologies, the equipment aging test process typically relies on a fixed, pre-configured central server. This central server connects to each device under test (DUT). During the aging test, each DUT periodically reports its test status to the central server. Users can view the relevant data on the central server through a dedicated monitoring interface and manually trigger a retest process upon detecting anomalies. This process requires users to inspect the test status of each device, resulting in low automation, cumbersome manual operation, and excessive reliance on the central server, posing a single point of failure risk. If the central server fails or goes down, the entire testing system becomes inoperable. Summary of the Invention

[0003] This application aims to provide a device aging test method to solve the technical problem of low system robustness caused by excessive reliance on a central server in existing methods.

[0004] In a first aspect, this application proposes a device aging test method, applied to a device aging test system, the system including multiple devices under test, the multiple devices under test supporting communication connections, the method including: controlling the devices under test to execute an aging test process; determining one master server and the remaining slave servers among the multiple devices under test based on the test results; broadcasting an announcement message through the master server to cause the slave servers to establish connections with the master server in response to the announcement message; and periodically acquiring test data from the slave servers through the master server.

[0005] In some embodiments, determining one master server and the remaining slave servers among the plurality of devices under test based on test results includes: broadcasting a query message when the aging test process of the device under test is completed; confirming the current device under test as the master server when the device under test broadcasts the query message and does not receive a response message corresponding to the query message within a first preset time; confirming the current device under test as a slave server when the device under test does not broadcast the query message and receives any of the query messages; and confirming the current device under test as a slave server when the device under test receives a response message corresponding to the query message.

[0006] In some embodiments, determining one master server and the remaining slave servers among the plurality of devices under test based on test results further includes: when the device under test broadcasts the query message and does not receive a response message corresponding to the query message within a first preset time, broadcasting a pre-announcement message, the pre-announcement message containing a timestamp of the current device under test at the completion of the aging test process; when no other pre-announcement messages are received within a second preset time, confirming the current device under test as the master server; when other pre-announcement messages are received, and the timestamp in the other pre-announcement messages is later than the timestamp in its own pre-announcement message, confirming the current device under test as the master server; when other pre-announcement messages are received, and the timestamp in the other pre-announcement messages is earlier than the timestamp in its own pre-announcement message, confirming the current device under test as a slave server.

[0007] In some embodiments, broadcasting an announcement message by the master server to cause the slave server to establish a connection with the master server in response to the announcement message includes: the master server periodically broadcasting an announcement message, the announcement message including the host address of the master server; and the slave server responding to the announcement message and establishing a connection with the master server based on the host address.

[0008] In some embodiments, periodically acquiring test data from the slave server via the master server includes: creating and subscribing to a public state topic via the master server, and controlling the slave server to subscribe to the public state topic, wherein the public state topic is used to enable the device under test to periodically transmit the test data to the public state topic.

[0009] In some embodiments, the method of periodically acquiring test data from the slave server through the master server further includes: synchronizing all the test data to the visualization monitoring interface in real time through the master server.

[0010] In some embodiments, broadcasting an announcement message through the master server to cause the slave server to establish a connection with the master server in response to the announcement message further includes: creating and issuing a dedicated command topic to the slave server through the master server to cause the slave server to subscribe to the dedicated command topic, wherein the dedicated command topic is used for one-to-one data transmission between the slave server and the master server.

[0011] In some embodiments, the method of periodically acquiring test data from the slave servers through the master server further includes: when any abnormal test data of a slave server is detected, the master server issues a retest command to the corresponding slave server based on the dedicated command topic, so that the slave server restarts the aging test process and returns the test results according to the retest command, until the test results are correct or the number of tests reaches a preset threshold.

[0012] In some embodiments, the method further includes: determining a slave server as a backup server through the master server, and synchronizing the device data of the master server to the backup server in real time; continuously listening to the periodic announcement messages of the master server through the backup server, wherein if the announcement message is not received within a preset time, it is determined that the master server has suffered a sudden failure, and the backup server switches to a new master server according to the device data.

[0013] Secondly, this application also proposes an electronic device including at least one processor and a memory; the memory is coupled to the processor and is used to store instructions or programs that, when executed by the at least one processor, cause the at least one processor to perform the device aging test method as described above.

[0014] Additional aspects and advantages of the embodiments of this application will be described, shown, or illustrated in part by way of implementation of the embodiments of this application in the following description. Attached Figure Description

[0015] One or more embodiments are illustrated by way of example with reference to the accompanying drawings, which are not intended to limit the embodiments, and elements having the same reference numerals in the drawings are designated as similar elements.

[0016] Figure 1 This is a flowchart illustrating the device aging test method of some embodiments of this application; Figure 2a and Figure 2b This is a schematic diagram illustrating an application scenario of the equipment aging test system according to some embodiments of this application; Figure 3a and Figure 3b This is a schematic diagram illustrating another application scenario of the equipment aging test system according to some embodiments of this application; Figure 4 This is a schematic diagram of the structure of the equipment aging test apparatus according to some embodiments of this application; Figure 5 This is a schematic diagram of the structure of an electronic device according to some embodiments of this application. Detailed Implementation

[0017] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are some embodiments of this application, but not all embodiments.

[0018] In this application, the reference to "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places in the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment that is mutually exclusive with other embodiments.

[0019] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.

[0020] The technical features involved in the different embodiments of this application described below can be combined with each other as long as they do not conflict with each other.

[0021] Firstly, this application proposes a device aging test method applied to a device aging test system. This system includes multiple devices under test (DUTs), and these DUTs support communication connections. In this embodiment, the DUT refers to production equipment requiring aging testing, i.e., the object under test. Each DUT includes at least a device proxy unit and a communication unit. The device proxy unit can execute its own aging test process and collect test data during the test, including hardware status, test progress, and other relevant data. The communication unit is used to establish communication connections with other DUTs. In this embodiment, the communication unit supports UDP (User Datagram Protocol) and MQTT (Message Queuing Telemetry Transport) communication protocols.

[0022] Based on this, referring to Figure 2, the equipment aging test method provided in this embodiment includes: S11. Control the device under test to execute the aging test process, and determine one master server and the remaining slave servers among the multiple devices under test based on the test results.

[0023] In this embodiment, the device aging test system does not have a fixed dedicated server. Instead, the device under test (DUT) includes a dynamic server unit. When the DUT activates the dynamic server unit, it can switch the DUT to a master server mode, enabling a master-slave architecture with the other DUTs in the system. Based on this, this solution determines one DUT as the master server and the remaining DUTs as slave servers according to the test results of each DUT's aging test process.

[0024] After the system starts up and the device under test (DUT) completes its power-on, the device agent unit and communication unit are automatically activated, while the dynamic server unit is temporarily in a dormant state. The device agent unit within the DUT can execute the aging test process for that device. When the DUT completes its aging test, an election process is triggered. The DUT broadcasts a query message to check if a master server already exists, thus determining whether it can switch to become the master server. At this time, the DUT's communication unit can use the UDP communication protocol, leveraging its broadcast characteristics and efficiency, to broadcast the query message to other DUTs. If a master server already exists, it will respond to the broadcast by replying with the corresponding response message, informing the other DUTs that a master server already exists. If no master server exists, no DUT will respond to the broadcast.

[0025] Based on this, when the device under test broadcasts the query message and does not receive a response message corresponding to the query message within a first preset time, the device under test is confirmed as the master server. In this case, it means that there is currently no master server and other devices under test have not triggered the election process. Therefore, the device under test is considered as the master server under the current circumstances, and the other devices under test automatically become slave servers.

[0026] If the device under test (DUT) does not broadcast the query message but receives any of the query messages, the DUT is confirmed as a slave server. This indicates that the DUT has not yet triggered the election process, but another DUT has completed the aging test process and triggered the election process, thus confirming the DUT as a slave server.

[0027] When the device under test receives the response message corresponding to the query message, it is confirmed that the current device under test is a slave server. In this case, it means that there is already a master server, so the current device under test is confirmed as a slave server.

[0028] Optionally, in some other embodiments, the step of determining one master server and the remaining slave servers among the plurality of devices under test based on test results may further include: When the device under test broadcasts the query message and does not receive a response message corresponding to the query message within a first preset time, it broadcasts a warning message, which includes the timestamp of the device under test when the aging test process is completed.

[0029] If no other notification messages are received within the second preset time, the device under test is confirmed as the master server. This indicates that no other device under test has triggered the election process with this device, therefore it can be directly confirmed as the master server.

[0030] When other pre-announcement messages are received, and the timestamp in those other pre-announcement messages is later than the timestamp in the current pre-announcement message, the device under test is confirmed as the master server. This indicates that although other devices under test have also triggered the election process, they completed the aging test later, and therefore can still confirm themselves as the master server.

[0031] When receiving other pre-announcement messages, and the timestamp in those other pre-announcement messages is earlier than the timestamp in its own pre-announcement message, the device under test is confirmed as a slave server. This indicates that another device under test has already triggered the election process and completed the aging test earlier. Therefore, the device under test is confirmed as a slave server, and the device that completed the aging test earlier is the master server.

[0032] After a device under test (DUT) determines itself to be the master server, it activates its dynamic server unit, thereby supporting the master server's functionality in a master-slave architecture. Furthermore, in some embodiments, this dynamic server unit may also include a UDP communication subunit, an MQTT control subunit, a monitoring and management subunit, and a rule engine subunit. Specifically, the UDP communication subunit can periodically broadcast UDP packets within the local area network formed by the DUT devices in the system, announcing its server identity and IP address; the MQTT control subunit can act as a message hub, handling all UI slave server connections, subscriptions, and message routing; the monitoring and management subunit can display the real-time operating status of all devices and perform data recording and storage; the rule engine subunit can store and execute user-defined exception handling rules, each rule including trigger conditions, execution actions, and a maximum number of executions.

[0033] S12. Broadcast an announcement message through the master server to cause the slave server to establish a connection with the master server in response to the announcement message.

[0034] Specifically, in some embodiments, this step includes: broadcasting a declaration message periodically by the master server at preset times, the declaration message including the host address of the master server; and responding to the declaration message by the slave server and establishing a connection with the master server based on the host address.

[0035] The master server can periodically broadcast announcement messages at preset time intervals through the UDP communication subunit to inform all slave servers of its identity and connection information. For example, the format of the announcement message can be: {"type":"server_announce","ip":"192.168.1.A","port":1883}; Here, "type":"server_announce" is the message type identifier, indicating that this is a server announcement message, used to allow the receiver (slave server) to quickly identify the message's purpose. "ip":"192.168.1.A" is the IP address of the master server (here, A is a placeholder, and the actual host address is a specific number, such as 192.168.1.100). After resolving this host address, the slave server can use it to establish a connection with the master server. "port":1883 is the default communication port number for the MQTT protocol, because in this embodiment, the master server and slave server communicate based on the MQTT protocol.

[0036] The other devices under test continuously listen to the UDP port. After listening to the announcement message, they resolve the IP (host address) and MQTT port (e.g., 1883 mentioned above) of the master server, and automatically initiate a long connection request to the master server through the MQTT protocol. After receiving the connection request, the MQTT control subunit of the master server assigns a unique device_id to each slave server, such as DEV-B, DEV-C, etc.

[0037] For example, suppose a system has four devices under test (DUTs), labeled A, B, C, and D for ease of explanation. All four DUTs automatically execute an aging test process after power-on. Regarding this, Scenario 1: Please combine... Figure 2a and Figure 2b In this scenario, A completes the aging test process first. After A completes the aging test process, it broadcasts query messages (such as...) based on the UDP communication protocol. Figure 2aAt this point, B, C, and D have not completed the aging test process and therefore will not respond. After the first preset time, A confirms itself as the master server, activates its dynamic server unit, and broadcasts an announcement message. After listening to the announcement message via UDP, B, C, and D resolve the IP address and MQTT port of the master server A, and automatically initiate a long connection request to the master server A via the MQTT protocol. Thus, communication connections between A and B, C, and D are established based on the MQTT communication protocol (e.g., Figure 2b ).

[0038] Scenario 2: Please combine with Figure 3a and Figure 3b In this scenario, server A boots up late for some reason. Before A completes its aging test process, server B has already switched to master, and servers C and D are slaves. After A completes its aging test, it broadcasts query messages using the UDP communication protocol. During this process, servers C and D will maintain normal MQTT communication connections with B (e.g., ...). Figure 3a At this point, B, acting as the master server, will reply to A with a response message, informing A that B already exists as the master server, and A thus confirms itself as a slave server. Since B, as the master server, publishes its announcement message periodically, A will subsequently receive this announcement message and, based on this, resolve B's IP address and MQTT port. A will then automatically initiate a long-lived connection request to B via the MQTT protocol, thereby establishing a communication connection with B based on the MQTT communication protocol (e.g., ...). Figure 3b ).

[0039] The master server sends topic configuration messages to the slave server through an established MQTT long connection. For example, it creates and subscribes to a public state topic so that the slave server can subscribe to the public state topic. The public state topic is used to enable the device under test to periodically transmit the test data to the public state topic.

[0040] For example, after the communication configuration between the server and the master server is completed, the remaining aging test process (the incomplete part) is completed through the device proxy unit. Test data is collected in real time, encapsulated, and periodically published to the public topic at preset time intervals, for example: {"device_id":"B","status":"running","error_code":0}; where "device_id":"B" represents the ID of the device under test (B is used as a substitute here). "status":"running" indicates that the running status is normal operation. Other possible running statuses may include: "idle", "error", "pass", etc., which are not limited in this embodiment. "error_code":0 is the error code identifier 0, and 0 usually indicates no abnormality. In addition, for example, if an abnormality occurs, the error code identifier here can be 0x0000007B.

[0041] In some embodiments, the master server also creates and distributes a dedicated command topic to the slave servers, enabling the slave servers to subscribe to the dedicated command topic. This dedicated command topic is used for one-to-one data transmission between the slave servers and the master server. For example, the dedicated command topic could be: / server / command / <device_id> ; here<device_id> This corresponds to the slave server's ID, indicating that this exclusive command topic belongs exclusively to that slave server.

[0042] In the above process, whether it's a public state topic or a dedicated command topic, message delivery can use MQTT QoS=1 level transmission to ensure at least one delivery. Optionally, if the master server does not receive confirmation from the slave server, it can be configured to retry a few more times.

[0043] In addition, the master server's MQTT control subunit can maintain a subscription relationship table, confirm that all slave servers have completed their subscriptions, and mark the communication configuration as complete. If a slave server disconnects and reconnects, the master server can retrieve the historical configuration through device_id and directly restore the topic subscription without reallocation.

[0044] In some embodiments, the master server can also designate one of the slave servers as a backup server, synchronizing its own device data to the backup server in real time, such as topic mapping tables, rule engine configurations, and test data records. The backup server continuously listens for announcement messages from the master server. If it does not receive such a message within a preset time, it determines that the master server has experienced a sudden failure and switches to become the new master server based on this device data. For example, when the master server is working normally, the backup server is in a hot standby state, only receiving data and synchronizing it without processing business. Meanwhile, the master server can maintain contact with the backup server through a heartbeat mechanism (such as announcement messages). During this process, once the backup server detects that the master server's heartbeat is lost, it considers the master server to have crashed and immediately takes over the work of the master server, including taking over UDP broadcast announcements and MQTT Broker services, thereby achieving seamless switching and improving the system's availability level.

[0045] S13. The master server periodically acquires the test data from the slave server. Based on the aforementioned common status topic, the device under test can periodically report regular test data at preset time intervals. The master server acquires this test data in real time through the common status topic, parses it, extracts key fields, and converts it into structured data that the rule engine can recognize, such as error_code, status, device_id, etc. It can also filter invalid data (such as incorrect format, duplicate reporting), and store it in the local database for archiving according to device_id, etc.

[0046] For example, the rule engine subunit can compare the parsed data with all the rules in the predefined rule base one by one to determine whether the triggering conditions are met. For example, it can check whether the error_code is equal to "0x0000007B", or whether the status is "error" and the runtime exceeds 10 minutes. If one or more rules are matched, the action bound to the rule will be executed automatically, such as issuing the retest_bios.bat retest command, sending alarm notifications, and recording fault logs. If no rule is matched, the reported information will be ignored and no operation will be performed.

[0047] Based on this, the above steps further include: when any slave server's test data is detected to be abnormal, the master server issues a retest command to the corresponding slave server based on the dedicated command topic, so that the slave server restarts the aging test process according to the retest command and returns the test result, until the test result is correct or the number of tests reaches a preset threshold. It is understood that in the predefined rules of this embodiment, abnormal test data is the trigger condition for issuing the retest command.

[0048] For example, when error_code="0x0000007B" is detected, a specified action is executed according to predefined rules: the retest_bios.bat retest command is issued. At this time, the master server issues the corresponding retest command to the dedicated command topic of the abnormal device under test based on the MQTT communication protocol. The abnormal device under test executes the corresponding retest script and reports the retest results after completion. If it still fails, the above process can be repeated until the test result is correct, or until the number of tests reaches a preset threshold, at which point the final status is reported. It is understood that issuing the retest command through the dedicated command topic is only one example in this embodiment. In actual applications, other different control functions for the slave server can be implemented according to predefined rules, such as parameter adjustment, etc., which are not limited in this application.

[0049] In some embodiments, the above steps further include: synchronizing all the test data to the visualization monitoring interface in real time via the master server.

[0050] For example, the master server can synchronize the parsed data to the visual monitoring interface in real time, forming a centralized status view displayed on the interface. The displayed content may include device ID, running status, test progress, error_code, number of retests, last reporting time, etc. The displayed content in specific application scenarios can be configured differently according to the requirements of the scenario, and this solution does not impose any limitations on this. In addition, abnormal states can be highlighted with different colors, such as red, for easy viewing by staff.

[0051] The device aging test method provided in this application is applied to a device aging test system, which includes multiple devices under test (DUTs) that support communication connections. This method controls the DUTs to execute an aging test process, and determines one master server and the remaining slave servers based on the test results. This solves the reliance on fixed servers in related technologies. A dynamic election mechanism determines the master server, reducing the risk of single-point failures and ensuring uninterrupted testing. Furthermore, this mechanism improves the system's scalability and compatibility. New DUTs can be automatically connected to the system and configured, adapting to batch testing needs of different scales. Simultaneously, it achieves fully automated management of the entire process. Whether it's determining the master server, establishing communication between the master and slave servers, summarizing and visualizing test data, or even retesting under data anomalies, the entire process is completed autonomously by the device without manual intervention, avoiding the oversights and inefficiencies of manual operation, and reducing maintenance costs.

[0052] Secondly, this application provides an equipment aging test apparatus, please refer to... Figure 4The device aging test apparatus 200 includes a first determination module 201, a device connection module 202, and a data acquisition module 203. Specifically, the first determination module 201 can control the device under test to execute the aging test process and determine one master server and the remaining slave servers among multiple devices under test based on the test results. The device connection module 202 can broadcast an announcement message through the master server, so that the slave servers can establish a connection with the master server in response to the announcement message. The data acquisition module 203 can periodically acquire the test data of the slave servers through the master server.

[0053] It should be noted that the above-described equipment aging test apparatus can execute the equipment aging test method provided in the embodiments of this application, and has the corresponding functional modules and beneficial effects for executing the method. Technical details not described in detail in the embodiments of the equipment aging test apparatus can be found in the equipment aging test method provided in the embodiments of this application.

[0054] Thirdly, this application also proposes an electronic device. For example... Figure 5 As shown, Figure 5 This is a schematic diagram of the hardware structure of the electronic device 300 provided in an embodiment of the present invention. The electronic device 300 includes one or more processors 31 and a memory 32. Figure 5 Taking a processor 31 as an example, the processor 31 and the memory 32 can be connected via a bus or other means. Figure 5 Taking the example of a connection between China and Israel via a bus.

[0055] The memory 31, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules, such as the program instructions / modules corresponding to the device aging test method in the embodiments of the present invention. The processor 31 executes various functional applications and data processing of the electronic device 300 by running the non-volatile software programs, non-volatile computer-executable programs, and modules stored in the memory 32, thereby implementing the device aging test method in the above method embodiments.

[0056] The memory 32 may include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data created based on the use of the device aging test system. Furthermore, the memory 32 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 32 may optionally include memory remotely located relative to the processor 31, which can be connected to the device aging test system via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0057] The one or more modules are stored in the memory 32 and, when executed by the one or more processors 31, perform the device aging test method described in the above method embodiment.

[0058] The above-described product can perform the equipment aging test method provided in the embodiments of the present invention, and has the corresponding functional modules and beneficial effects for performing the equipment aging test method. Technical details not described in detail in this embodiment can be found in the equipment aging test method provided in the embodiments of the present invention.

[0059] The electronic device 300 of this invention can exist in various forms, including but not limited to servers, server clusters, cloud servers, and other electronic devices with data interaction functions.

[0060] This invention also provides a non-volatile computer storage medium storing computer-executable instructions that are executed by one or more processors, for example... Figure 5 One of the processors 31 can enable the one or more processors to execute the device aging test method in any of the above method embodiments.

[0061] This invention also provides a computer program product, which includes a computer program stored on a non-volatile computer-readable storage medium. The computer program includes program instructions, which, when executed by the electronic device, cause the electronic device to perform the device aging test method described in the above embodiments.

[0062] The system or device embodiments described above are merely illustrative. The unit modules described as separate components may or may not be physically separate, and the components shown as module units may or may not be physical units; that is, they may be located in one place or distributed across multiple network module units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs.

[0063] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented using software and a general-purpose hardware platform, or of course, using hardware. Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. The storage medium can be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0064] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and not to limit them; under the concept of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of this application as described above. For the sake of brevity, they are not provided in detail; although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or make equivalent substitutions for some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A method for testing equipment aging, characterized in that, An application in an equipment aging test system, the system comprising multiple devices under test (DUTs) supporting communication connections between the DUTs, the method comprising: Control the device under test to execute the aging test process, and determine one master server and the remaining slave servers among the multiple devices under test based on the test results; The master server broadcasts an announcement message, causing the slave server to establish a connection with the master server in response to the announcement message. The master server periodically acquires test data from the slave server.

2. The method according to claim 1, characterized in that, Based on the test results, one master server and the remaining slave servers among the multiple devices under test are determined, including: A query message is broadcast when the aging test process of the device under test is completed. When the device under test broadcasts the query message and does not receive a response message corresponding to the query message within a first preset time, the device under test is confirmed to be the master server. If the device under test does not broadcast the query message, and receives any of the query messages, then the device under test is confirmed to be a slave server. When the device under test receives the response message corresponding to the query message, it is confirmed that the current device under test is a slave server.

3. The method according to claim 2, characterized in that, Based on the test results, one master server and the remaining slave servers among the multiple devices under test are determined, including: When the device under test broadcasts the query message and does not receive a response message corresponding to the query message within a first preset time, a warning message is broadcast, which includes the timestamp of the device under test when the aging test process is completed. If no other notification messages are received within the second preset time, the device under test is confirmed to be the master server. When other pre-announcement messages are received, and the timestamp in the other pre-announcement message is later than the timestamp in the pre-announcement message itself, the device under test is confirmed to be the master server. When other pre-announcement messages are received, and the timestamp in the other pre-announcement message is earlier than the timestamp in the pre-announcement message itself, the device under test is confirmed to be a slave server.

4. The method according to claim 1, characterized in that, The master server broadcasts an announcement message to cause the slave server to establish a connection with the master server in response to the announcement message, including: The master server broadcasts announcement messages periodically at preset times, and the announcement messages include the host address of the master server. The slave server responds to the announcement message and establishes a connection with the master server based on the host address.

5. The method according to claim 4, characterized in that, The master server periodically acquires test data from the slave server, including: The master server creates and subscribes to a public state topic, and controls the slave server to subscribe to the public state topic, wherein the public state topic is used to enable the device under test to periodically transmit the test data to the public state topic.

6. The method according to claim 5, characterized in that, The method of periodically acquiring test data from the slave server through the master server also includes: All the test data is synchronized to the visual monitoring interface in real time through the main server.

7. The method according to claim 4, characterized in that, The method further includes broadcasting an announcement message through the master server to cause the slave server to establish a connection with the master server in response to the announcement message, and also includes: The master server creates and distributes a dedicated command topic to the slave server, so that the slave server can subscribe to the dedicated command topic. The dedicated command topic is used for one-to-one data transmission between the slave server and the master server.

8. The method according to claim 7, characterized in that, The method of periodically acquiring test data from the slave server through the master server also includes: When any abnormal test data is detected on any slave server, the master server issues a retest command to the corresponding slave server based on the dedicated command topic, so that the slave server restarts the aging test process and returns the test results according to the retest command, until the test results are correct or the number of tests reaches the preset number threshold.

9. The method according to claim 3, characterized in that, The method further includes: The master server determines a slave server as a backup server and synchronizes the device data of the master server to the backup server in real time. The backup server continuously monitors the periodic announcement messages from the master server. If no announcement message is received within a preset time, it is determined that the master server has experienced a sudden failure, and the backup server switches to become the new master server based on the device data.

10. An electronic device, characterized in that, include: At least one processor and memory; The memory is coupled to the processor and is used to store instructions or programs that, when executed by the at least one processor, cause the at least one processor to perform the device aging test method as described in any one of claims 1-8.

Images