Test system and method and storage medium
The described system automates the wake-up and test processes for devices in a local area network, addressing inefficiencies in manual startup methods by using a magic data frame to awaken devices from shutdown or sleep states and execute test logic automatically, thereby enhancing test efficiency.
Patent Information
- Application Number
- CN202411249060.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-06
- Publication Date
- 2024-12-13
AI Technical Summary
The inefficiency of manual startup processes during Windows compatibility tests for solid-state hard disks leads to delays in test progression due to the need for manual restarts after shutdown or sleep states.
A testing system and method that utilizes an execution device to send a magic data frame over a local area network to awaken a target device from a shutdown or sleep state, allowing automated execution of preset test logic without manual intervention.
Enables automated network wake-up and test functions, improving efficiency by eliminating the need for manual startups and ensuring seamless progression through test processes.
Smart Images
Figure CN119135585A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of computers, and in particular to a testing system, method and storage medium. Background Art
[0002] At present, when the solid-state hard disk of an electronic device is subjected to a Windows compatibility test, there are related process tests such as sleep or shutdown. After the electronic device enters the shutdown state, it needs to be manually restarted to proceed to the next step of testing. The manual startup execution method delays the progress of the test, resulting in low test efficiency. Summary of the invention
[0003] In view of this, in order to solve the problems existing in the prior art, the present application provides a testing system, method and storage medium.
[0004] In a first aspect, the present application provides a test system, including an execution device and a target device to be awakened located in the same local area network;
[0005] The execution device is used to obtain a unique identification number of a target device; convert the unique identification number into a string list, and generate byte stream data according to the string list; assemble the byte stream data into a magic data frame; and broadcast the magic data frame when detecting that the target device is in a shutdown state;
[0006] The target device is used to monitor and receive the magic data frame from the execution device; parse and identify the unique identification number contained in the magic data frame; if the unique identification number is the target unique identification number, perform a wake-up action to wake up the target device, and then execute a preset test logic.
[0007] In an optional implementation manner, assembling the byte stream data into a magic data frame includes:
[0008] Using the byte stream data as the data part of the magic data frame to be generated;
[0009] Using a first preset number of first target bytes as a frame header, and using a second preset number of second target bytes as a frame tail;
[0010] The frame header, the frame trailer and the data part are used to assemble a magic data frame.
[0011] In an optional implementation manner, the using the byte stream data as the data portion of the magic data frame to be generated includes:
[0012] Obtaining byte data located at a valid address position in the byte stream data;
[0013] The byte data is copied a preset number of times and the copied byte data are sequentially spliced to serve as the data part of the magic data frame to be generated.
[0014] In an optional implementation, the first target byte is 0xFF, and the second target byte is 0x00.
[0015] In an optional implementation, converting the unique identification number into a string list and generating byte stream data according to the string list includes:
[0016] Segment the unique identification number, and convert each character obtained by segmentation into a character string of the target base to obtain a character string list;
[0017] The multiple character strings in the character string list are converted into bytes correspondingly to obtain byte stream data.
[0018] In an optional implementation manner, the segmenting the unique identification number includes:
[0019] The unique identification number is segmented using a target algorithm, wherein the target algorithm includes any one of a regular expression and a segmentation function.
[0020] In an optional implementation manner, before monitoring and receiving the magic data frame from the execution device, the method further includes:
[0021] The network card driver information of the target device is checked until it is determined that the network card driver information meets the preset requirements.
[0022] In an optional implementation manner, before monitoring and receiving the magic data frame from the execution device, the method further includes:
[0023] Set the PCI-E device wake-up item of the target device to on to enable the network wake-up function.
[0024] In a second aspect, the present application provides a testing method, the method comprising:
[0025] If the target device receives the target signal, the operating state of the target device is changed to a target state; the target state is a shutdown state or a sleep state;
[0026] monitoring the running state of the target device by an execution device, and broadcasting a magic data frame to the target device when the running state is the target state, wherein the magic data frame is used to wake up the target device;
[0027] When the target device is awakened, the target device is controlled to execute a preset test logic.
[0028] In a third aspect, the present application provides a computer storage medium storing a computer program, which, when executed, implements the aforementioned test method.
[0029] The embodiments of the present application have the following beneficial effects:
[0030] The embodiment of the present application provides a test system, which includes an execution device and a target device to be awakened located in the same local area network; the execution device is used to obtain a unique identification number of the target device; the unique identification number is converted into a string list, and byte stream data is generated according to the string list; the byte stream data is assembled into a magic data frame; when it is detected that the target device is in a shutdown state, the magic data frame is broadcast; the target device is used to monitor and receive the magic data frame from the execution device; parse and identify the unique identification number contained in the magic data frame; if the unique identification number is the target unique identification number, a wake-up action is performed to wake up the target device, and then execute the preset test logic. The embodiment of the present application sends a magic data frame to trigger the awakening of the target device when the execution device monitors that the target device is in a dormant or shutdown state, so that the target device can completely execute the preset test logic after awakening, and then automatically realize the network wake-up and test functions in sequence, thereby improving the network wake-up and test efficiency. BRIEF DESCRIPTION OF THE DRAWINGS
[0031] In order to more clearly illustrate the technical solution of the present application, the following is a brief introduction to the drawings required for use in the embodiments. It should be understood that the following drawings only illustrate certain embodiments of the present application and should not be regarded as limiting the scope of protection of the present application. In each of the drawings, similar components are numbered similarly.
[0032] Figure 1 A first structural schematic diagram of a test system in an embodiment of the present application is shown;
[0033] Figure 2 A first process diagram of a network wake-up process executed by an execution device in an embodiment of the present application is shown;
[0034] Figure 3 A second process diagram of executing a network wake-up process performed by an execution device in an embodiment of the present application is shown;
[0035] Figure 4 A schematic diagram of a process of executing a network wake-up process by a target device in an embodiment of the present application is shown;
[0036] Figure 5 A schematic diagram showing a process flow of a target device executing a test process in an embodiment of the present application is shown;
[0037] Figure 6 A flow chart of the testing method in the embodiment of the present application is shown. DETAILED DESCRIPTION
[0038] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, rather than all of the embodiments.
[0039] The components of the embodiments of the present application generally described and shown in the drawings herein may be arranged and designed in various configurations. Therefore, the following detailed description of the embodiments of the present application provided in the drawings is not intended to limit the scope of the application claimed for protection, but merely represents the selected embodiments of the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work belong to the scope of protection of the present application.
[0040] Hereinafter, the terms "including", "having" and their cognates, which may be used in various embodiments of the present application, are intended only to indicate specific features, numbers, steps, operations, elements, components, or combinations of the foregoing items, and should not be understood as first excluding the existence of one or more other features, numbers, steps, operations, elements, components, or combinations of the foregoing items or adding the possibility of one or more features, numbers, steps, operations, elements, components, or combinations of the foregoing items.
[0041] Furthermore, the terms “first”, “second”, “third”, etc. are merely used for distinguishing descriptions and are not to be understood as indicating or implying relative importance.
[0042] Unless otherwise defined, all terms (including technical terms and scientific terms) used herein have the same meanings as those generally understood by those skilled in the art to which the various embodiments of the present application belong. The terms (such as those defined in generally used dictionaries) will be interpreted as having the same meanings as the contextual meanings in the relevant technical field and will not be interpreted as having idealized meanings or overly formal meanings unless clearly defined in the various embodiments of the present application.
[0043] The embodiment of the present application constructs a networked test system so that the execution device sends instructions to the target device to be awakened through the local area network 300 (mostly Ethernet), so as to wake it up from the sleep state, restore it to the operating state, or switch it from the shutdown state to the booting state, so that the target device can execute subsequent processes (such as test processes, etc.) after being awakened, thereby avoiding manual startup that causes low awakening efficiency and delays the progress of subsequent processes.
[0044] See also Figure 1The present application provides a test system, which includes an execution device 100 and a target device 200 located in the same local area network 300. The execution device 100 and the target device 200 communicate with each other through the local area network 300, and then execute the corresponding task flow, such as the compatibility test of the solid state drive of the target device 200. For example, the local area network 300 can be an Ethernet or other network.
[0045] Exemplarily, the embodiment of the present application executes a periodic test process through the target device 200, monitors the operating status of the target device 200 through the execution device 100, and uses the network wake-up technology to enable the execution device 100 to remotely wake up the target device 200 that has entered a sleep state or a shutdown state, so as to wake it up from the sleep state, restore it to an operating state, or switch it from a shutdown state to a booting state; further, the awakened target device 200 can execute the preset test logic, and the next time it enters a sleep state or a shutdown state, it wakes up again based on the execution device 100 and periodically executes the preset test logic.
[0046] Exemplarily, a corresponding network wake-up script is provided in the execution device 100. Subsequently, the execution device 100 can automatically execute the network wake-up process through the network wake-up script to wake up the target device 200 located in the same local area network 300 through the local area network 300. Optionally, the network wake-up script can be implemented in Python language.
[0047] Furthermore, the embodiment of the present application can run a script through the network wake-up system to automatically realize the network wake-up of all devices to be awakened in the same local area network 300, so that during the test process, there is no need to manually start the machine, which affects the test progress and reduces the test efficiency.
[0048] For reference, Figure 2 As shown, the process of the execution device 100 realizing network wake-up of the target device 200 so that the target device 200 executes the test process may include the following steps:
[0049] S110, obtaining a unique identification number of the target device 200.
[0050] In this embodiment, an identification number of the device to be awakened that can be uniquely identified and addressed in the local area network 300 is obtained and added to the wake-up data packet so that it can be uniquely identified and addressed in the local area network 300. Then, when the subsequent execution device 100 wakes up the target device 200 through the wake-up data packet, the target device 200 can monitor the wake-up data packet in the local area network 300.
[0051] Specifically, the unique identification number of the target device 200 is obtained through a target command or a query on the UI interface of the target device 200; optionally, the unique identification number can be a motherboard serial number, a MAC address of a network card, etc., which can be set according to actual needs.
[0052] S120, converting the unique identification number into a string list, and generating byte stream data according to the string list.
[0053] Furthermore, the unique identification number is format converted so that it can be packaged into a data frame and transmitted in the local area network 300 in the form of a data frame.
[0054] First, the unique identification number is converted into a string list. Specifically, the unique identification number is segmented, and each character obtained by the segmentation is converted into a string of the target base to obtain a string list; wherein the unique identification number can be segmented accordingly by a target algorithm; optionally, the target algorithm includes a regular expression and / or a segmentation function; the segmentation function includes any one of the split() function and the explode() function. In this embodiment, the corresponding algorithm can be selected according to the composition structure of the unique identification number and specific requirements to achieve the segmentation of the unique identification number, and this embodiment does not limit this.
[0055] Among them, the target system can be decimal, octal or other systems, which is not limited in this embodiment; this embodiment takes the decimal system as an example, and each character obtained by segmenting the unique identification number is converted into a decimal string, thereby obtaining a string list.
[0056] Then, each string in the string list is converted into bytes, and byte stream data can be generated accordingly, so as to assemble the magic data frame through the byte stream data. For example, any one or more of the bytes.fromhex function, list derivation, bytearray function or bytes function can be used to convert each string into bytes. The algorithm or function used to implement the byte conversion can be set according to the requirements, and this embodiment does not limit it.
[0057] S130, assembling the byte stream data into a magic data frame.
[0058] Specifically, the append() method is used to obtain byte stream data to assemble the byte stream data into a magic data frame. That is, the obtained byte stream data is added between a specific start symbol and a specific end symbol, thereby encapsulating a data frame of the target type.
[0059] Furthermore, if Figure 3 As shown, S130 in the embodiment of the present application specifically includes the following steps:
[0060] S131, using the byte stream data as the data portion of the magic data frame to be generated.
[0061] S132: Use a first preset number of first target bytes as a frame header, and use a second preset number of second target bytes as a frame tail.
[0062] S133, assemble a magic data frame using the frame header, frame trailer and data part.
[0063] In this embodiment, the components of the magic data frame include a frame header, a data part and a frame trailer in sequence; wherein, the unique identification number of the target device 200 is processed to be used as the data part, and then, the target bytes are assembled as the frame header and the frame trailer, and then spliced with the data part to generate the magic data frame.
[0064] Specifically, the byte data at the effective address position in the byte stream data is obtained; the byte data is copied a preset number of times and the copied byte data are sequentially spliced to serve as the data part of the magic data frame to be generated. The first preset number, the second preset number, the first target byte, the second target byte and the preset number of times are not limited in this embodiment and can be set according to actual needs.
[0065] For example, 6 all-FF byte stream data are used as the frame header, that is, the first target byte is 0xFF; and the 6 bytes of data of the valid address bits in the byte stream data are extracted, and copied 16 times, and the copied byte data are sequentially spliced as the data part; then, 6 all-zero byte stream data are used as the frame tail, that is, the second target byte is 0x00, and the frame header, data part and frame tail are sequentially spliced to generate a magic data frame.
[0066] S140, when it is detected that the target device 200 is in the shutdown state, broadcast a magic data frame, so that the target device 200 performs a wake-up action according to the received magic data frame, and then executes a preset test logic.
[0067] When the execution device 100 detects that the target device 200 is currently in a shutdown state, the magic data frame is broadcasted in the local area network 300, thereby driving the target device 200 that receives the magic data frame to perform a wake-up action when it recognizes its own unique identification number contained in the magic data frame.
[0068] Exemplarily, in this embodiment, the socket library is used to implement the broadcast of the magic data frame in the local area network 300. Specifically, the socket() function is used to create a Socket object based on the magic data frame, and then the socket is set for the Socket object through the setsockopt() function, and then the sendto function is used to send the Socket object, thereby realizing the transmission of the magic data frame. Among them, the sendto function can send the data frame without establishing a connection, that is, by using the UDP protocol to broadcast the magic data frame, the magic data frame is transmitted in the form of UDP data packets during the transmission process.
[0069] It is worth noting that the magic data frame is a broadcast frame, and any position within its payload contains 6 bytes of all 255 (FF FF FF FF FF FF in hexadecimal), followed by 16 repetitions of the effective address bits of the unique identification number of the target device 200, for a total of 102 bytes.
[0070] Furthermore, since the magic frame is not actually parsed by the full protocol stack, it can be sent by any network layer and transport layer protocol and therefore can be sent as a UDP packet to a specified port.
[0071] Furthermore, if Figure 4 As shown, if the execution device 100 broadcasts the magic data frame through the local area network 300, the target device 200 can perform the following steps:
[0072] S150 , monitoring and receiving a magic data frame from the execution device 100 .
[0073] S160, parsing and identifying the unique identification number contained in the magic data frame.
[0074] S170 , if the unique identification number is the target unique identification number, a wake-up action is performed to wake up the target device 200 .
[0075] The target device 200 listens to and receives the magic data frame broadcast by the execution device 100 in the local area network 300 through the designated port, and then after receiving the magic data frame, parses and identifies each byte data contained in the magic data frame, and determines whether it is the target unique identification number based on the identification number corresponding to each byte data, and the target unique identification number is also its own unique identification number; when it is determined that the unique identification number is the target unique identification number, a wake-up action is executed to wake up the target device 200.
[0076] In one implementation, after waking up, the target device 200 can automatically execute preset test logic to complete the automated test.
[0077] As an optional implementation, before monitoring and receiving the magic data frame from the execution device 100, this embodiment further includes: setting the PCI-E device wake-up item of the target device 200 to be on to enable the network wake-up function.
[0078] In order to ensure the normal use of the network wake-up function of the target device 200, the device wake-up function of the target device 200 can be pre-set to the on state. Specifically, the setting is performed in the BIOS boot program of the target device 200, and the PCI-E device wake-up item is set to on (i.e. Advanced\APMConfiguration\PowerOnByPCI-E) in Advanced\Advanced Power Management (i.e. APM), and the setting is saved so that the network wake-up function can be directly started later. Among them, the information display in the BIOS boot program of different types of target devices 200 may have different display names or function locations, and thus when adjusting the setting of the device wake-up function, it is necessary to make corresponding settings according to the actual information.
[0079] As an optional implementation, before monitoring and receiving the magic data frame from the execution device 100, this embodiment further includes: checking the network card driver information of the target device 200 until it is determined that the network card driver information meets the preset requirements.
[0080] Although some compatible drivers of some devices can guarantee the Internet access function, the driver loss problem caused by compatibility differences may occur during operation, making it difficult to execute the network wake-up function. Therefore, in order to ensure that the network card of the target device 200 can normally execute the network wake-up function, it is also necessary to check the network card driver information on the operating system of the target device 200 to ensure that the corresponding correct network card driver is used.
[0081] Specifically, the network card driver information of the target device 200 can be obtained through a query command or by directly executing a query operation in the UI interface of the target device 200, and then verifying whether the network card driver information is the latest version of the network card driver information, that is, pre-obtaining the latest version number of the network card driver of the same type as the target device 200, so as to compare the current version number of the network card driver of the target device 200 with the latest version number, and verifying whether the version of the network card driver is the latest version (that is, comparing whether the current version number is consistent with the latest version number). If the version of the network card driver is the latest version (that is, the current version number is consistent with the latest version number), it is determined that the network card driver information meets the preset requirements; conversely, if the current version number is inconsistent with the latest version number, it is determined that the network card driver information does not meet the preset requirements, and then the network card driver upgrade operation can be performed subsequently until the network card driver information meets the preset requirements.
[0082] It should be noted that a device with a network wake-up function can monitor data packets transmitted in the local area network 300 in a low power consumption mode when the device itself is powered off or turned off.
[0083] Furthermore, after the target device 200 receives the magic data frame from the execution device 100 (transmitted in the local area network 300 in the form of a data packet), the target device 200 can identify the magic data frame through the network card or the motherboard. If it is determined that the unique identification number contained in the magic data frame is the identification number corresponding to the target device 200, the target device 200 sends a wake-up signal to its own power supply or motherboard through the network card. The wake-up signal is used to indicate the start of the wake-up process of the target device 200, thereby restoring the target device 200 from the sleep or shutdown state to the running state.
[0084] Furthermore, the magic data frame is sent from the data link layer of the execution device 100 to the network layer, and is broadcast to all target devices 200 on the predetermined network (i.e., the same local area network 300) using the network broadcast address, and transmission is achieved without using an IP address. That is, the magic data frame is sent in a broadcast manner, and the broadcast manner and scope can be the entire local area network 300 (i.e., LAN) or a specific subnet (i.e., Subnet). At the same time, the magic data frame contains a unique identification number of any one (or more) target devices 200. Once the target device 200 that receives the magic data frame determines that the unique identification number is its own identification number, it immediately notifies its own motherboard and power supply, and then executes the wake-up process.
[0085] Therefore, the embodiment of the present application can realize the synchronous wake-up of multiple target devices 200 through a magic data frame, thereby eliminating the need for manual wake-up. If multiple target devices 200 need to be woken up, it also avoids executing multiple wake-up processes to wake up each target device 200 in turn, thereby improving the efficiency of wake-up.
[0086] It is worth mentioning that, subsequently, multiple devices to be awakened can be connected in the same local area network 300 (that is, multiple target devices 200 are connected again) to realize networking. If network wake-up of the device to be awakened is required, it is only necessary to add the unique identification number of the device to be awakened in the network wake-up script of the execution device 100, and then run the network wake-up script to realize the synchronous wake-up of the device to be awakened, thereby simplifying the wake-up process of multiple devices, and when the device to be awakened is connected again, there is no need to perform unnecessary operations, thereby improving the efficiency of networking.
[0087] That is, the number of target devices 200 and execution devices 100 in the same local area network 300 can be set according to actual needs and is not limited here. Furthermore, multiple target devices 200 can be connected to the local area network 300 to form a networking system. Each target device 200 and execution device 100 in the local area network 300 can realize the synchronous wake-up of multiple target devices 200 by executing the above-mentioned network wake-up process.
[0088] In one embodiment, if Figure 5 As shown, after executing the wake-up action, the target device 200 further specifically implements the following process:
[0089] S180, executing preset test logic.
[0090] If it is determined that the target device 200 has been awakened, the preset test logic is automatically executed to complete the self-test task. The preset test logic can be pre-stored in the mainboard of the target device 200, and the test items and test functions corresponding to the test logic can be set according to actual needs, which are not limited here.
[0091] That is, if the target device 200 is required to automatically execute power on and off and preset test logic, the execution device 100 based on the same local area network 300 can monitor the operating status of the target device 200 to be tested in real time. When the target device 200 to be tested is in a sleep state or a shutdown state, a magic data frame is sent to the target device 200 to be tested through the local area network 300 to wake up the target device 200 to be tested through the network, so that the target device 200 automatically executes the preset test logic after waking up, thereby improving the test efficiency.
[0092] In one embodiment, if the target device 200 to be tested enters a sleep state or a shutdown state due to abnormal reasons during the test process, the execution device 100 can wake up the target device 200 through the network, so that the target device 200 executes the preset test logic again, thereby avoiding test interruption of the target device 200 and affecting the test progress.
[0093] In addition, the network wake-up of the target device 200 to be tested and the execution of the test logic can be implemented periodically. The target device 200 can automatically complete the wake-up and test tasks by executing the device 100 to monitor the operating status of the device to be tested in real time and the device to be tested to listen to the magic data frame in real time. This process does not require human participation, reducing the investment in manpower and material resources. The above series of processes can be applied to any test environment and application scenario without the support of other external resources. Furthermore, the test system provided in the embodiment of the present application is not limited to any application scenario and application scope, and has good practicality.
[0094] The test system of the embodiment of the present application sends a magic data frame to trigger the target device 200 to wake up when the execution device 100 detects that the target device 200 is in a dormant or shutdown state, so that the target device 200 can completely execute the preset test logic after waking up, and then automatically realize the network wake-up and test functions in turn, thereby improving the network wake-up and test efficiency. In addition, the network wake-up process can be implemented through a script program, which simplifies the network wake-up process and operation logic, while saving certain human and material resources, and has good scalability.
[0095] like Figure 6 As shown, the embodiment of the present application further provides a testing method, which can be applied to the testing system described in the above embodiment, wherein the method specifically includes the following steps:
[0096] S210: If the target device 200 receives the target signal, the operating state of the target device 200 is changed to the target state.
[0097] S220 , monitoring the running state of the target device 200 by the execution device 100 , and when the running state is the target state, broadcasting a magic data frame to the target device 200 to wake up the target device 200 .
[0098] S230, when the target device 200 is awakened, control the target device 200 to execute a preset test logic.
[0099] Exemplarily, when the target device 200 receives a target signal sent by itself or other devices, the corresponding process is triggered to cause the target device 200 to change its own operating state to the target state, wherein the target signal can be a shutdown signal or a sleep signal, and then the corresponding target state is a shutdown state or a sleep state.
[0100] The execution device 100 within the same local area network 300 monitors the operating status of the target device 200 in real time. When it is detected that the real-time operating status of the target device 200 is in a shutdown state or a sleep state, the execution device 100 is triggered to start executing the network wake-up process executed by the device in the above embodiment, and broadcast a magic data frame to the target device 200 to wake up the target device 200 through the magic data frame, so that the target device 200 is controlled to execute the preset test logic when it is awakened.
[0101] It can be understood that the test method of this embodiment corresponds to the network wake-up process executed by the test system of the above embodiment, and the options in the above embodiment are also applicable to this embodiment, so they will not be described repeatedly here.
[0102] An embodiment of the present application further provides a computer storage medium storing machine executable instructions. When the computer executable instructions are called and executed by a processor, the computer executable instructions prompt the processor to execute the steps of the test method of the above embodiment.
[0103] In several embodiments provided in the present application, it should be understood that the disclosed devices and methods can also be implemented in other ways. The device embodiments described above are merely schematic. For example, the flowcharts and structure diagrams in the accompanying drawings show the possible architecture, functions and operations of the devices, methods and computer program products according to multiple embodiments of the present application. In this regard, each box in the flowchart or block diagram can represent a module, a program segment or a part of a code, and the module, a program segment or a part of a code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in an alternative implementation, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the structure diagram and / or the flow diagram, and the combination of boxes in the structure diagram and / or the flow diagram, can be implemented with a dedicated hardware-based system that performs a specified function or action, or can be implemented with a combination of dedicated hardware and computer instructions.
[0104] In addition, the functional modules or units in the various embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.
[0105] 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 solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a smart phone, a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the various embodiments of the present application.
[0106] The above description is only a specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application.
Claims
1. A testing system, characterized in that: Includes the execution device and the target device to be awakened located in the same local area network; The execution device is used to obtain a unique identification number of a target device; convert the unique identification number into a string list, and generate byte stream data according to the string list; assemble the byte stream data into a magic data frame; and broadcast the magic data frame when detecting that the target device is in a shutdown state; The target device is used to monitor and receive the magic data frame from the execution device; parse and identify the unique identification number contained in the magic data frame; If the unique identification number is a target unique identification number, a wake-up action is performed to wake up the target device, and then a preset test logic is executed.
2. The test system according to claim 1, characterized in that: The step of assembling the byte stream data into a magic data frame comprises: Using the byte stream data as the data part of the magic data frame to be generated; Using a first preset number of first target bytes as a frame header, and using a second preset number of second target bytes as a frame tail; The frame header, the frame trailer and the data part are used to assemble a magic data frame.
3. The test system according to claim 2, characterized in that: The step of using the byte stream data as the data portion of the magic data frame to be generated includes: Obtaining byte data located at a valid address position in the byte stream data; The byte data is copied a preset number of times and the copied byte data are sequentially spliced to serve as the data part of the magic data frame to be generated.
4. The test system according to claim 2, characterized in that: The first target byte is 0xFF, and the second target byte is 0x00.
5. The test system according to claim 1, characterized in that: The converting the unique identification number into a string list and generating byte stream data according to the string list includes: Segment the unique identification number, and convert each character obtained by segmentation into a character string of the target base to obtain a character string list; The multiple character strings in the character string list are converted into bytes correspondingly to obtain byte stream data.
6. The test system according to claim 5, characterized in that: The step of dividing the unique identification number comprises: The unique identification number is segmented using a target algorithm, wherein the target algorithm includes any one of a regular expression and a segmentation function.
7. The test system according to claim 1, characterized in that: Before the monitoring and receiving of the magic data frame from the execution device, the method further includes: The network card driver information of the target device is checked until it is determined that the network card driver information meets the preset requirements.
8. The test system according to claim 1, characterized in that: Before the monitoring and receiving of the magic data frame from the execution device, the method further includes: Set the PCI-E device wake-up item of the target device to on to enable the network wake-up function.
9. A testing method, characterized in that: The method comprises: If the target device receives the target signal, the operating state of the target device is changed to a target state; the target state is a shutdown state or a sleep state; monitoring the running state of the target device by an execution device, and broadcasting a magic data frame to the target device when the running state is the target state, wherein the magic data frame is used to wake up the target device; When the target device is awakened, the target device is controlled to execute a preset test logic.
10. A computer storage medium, characterized in that: The computer program is stored therein, and when the computer program is executed, the testing method according to claim 9 is implemented.