A binary firmware unmanned test method and related device

Abstract

The application provides a binary firmware unmanned testing method and related device, and belongs to the technical field of binary firmware unmanned testing. The application carries out verification on hardware link connection state data to obtain verified hardware link connection state data; if the verified link connection state data does not meet the requirements, the current binary firmware testing task is terminated, and the next binary firmware testing task in the testing task queue is executed; if the verified link connection state data meets the requirements, a preset testing sample is loaded in the current binary firmware testing task, binary testing data flow is obtained from the preset testing sample, the binary testing data flow is input into the binary firmware to be tested, binary firmware running feedback data is synchronously collected; the binary testing data flow and the binary firmware running feedback data are compared and analyzed to obtain binary firmware unmanned testing results. The application solves the problem of low binary firmware testing efficiency.

Description

Technical Field

[0001] This invention belongs to the field of unmanned binary firmware testing technology, specifically relating to an unmanned binary firmware testing method and related apparatus. Background Technology

[0002] Embedded industrial control equipment, IoT terminals, and smart hardware devices rely heavily on binary firmware for operation. The security and stability of the firmware directly determine the overall reliability of the device. To identify firmware vulnerabilities, program anomalies, and operational failures, routine functional and security testing of the binary firmware is necessary.

[0003] Currently, binary firmware testing in the industry heavily relies on manual intervention. The testing process requires staff to complete a series of operations, including device login, manual interface connection, manual injection of binary data streams, manual recording of the testing process, and manual verification of results. This manual testing model is not only inefficient and unable to achieve centralized testing of large batches of firmware, but the inconsistencies in manual operations also lead to inconsistent testing standards, significant testing errors, and difficulty in ensuring the consistency and reliability of test results. Furthermore, traditional testing processes lack robust on-site security mechanisms, making it vulnerable to unauthorized personnel intrusion, firmware data theft, or tampering, posing significant security risks and failing to meet the demands of large-scale, standardized, and high-security firmware testing.

[0004] Therefore, designing an unmanned binary firmware testing solution that can autonomously complete the entire testing process without human intervention and has on-site safety protection capabilities is a technical problem that urgently needs to be solved in this field. Summary of the Invention

[0005] The purpose of this invention is to provide an unmanned testing method and related apparatus for binary firmware, which solves the problem of low testing efficiency for binary firmware in the prior art.

[0006] To achieve the above objectives, the present invention adopts the following technical solution: In a first aspect, the present invention provides an unmanned testing method for binary firmware, comprising the following steps: Obtain the local resource directory and the binary firmware to be tested; Based on the local resource directory, the binary firmware to be tested is loaded to obtain the test task queue; Acquire hardware link connectivity status data, verify the hardware link connectivity status data, and obtain verified hardware link connectivity status data. If the verified link connectivity data does not meet the requirements, terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue. If the verified link connectivity status data meets the requirements, load the preset test sample in the current binary firmware test task, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data. By comparing and analyzing the binary test data stream with the binary firmware operation feedback data, the unmanned test results of the binary firmware are obtained.

[0007] A further improvement of the present invention is that the acquisition of hardware link connectivity status data specifically involves: The position of the binary firmware test probe is adjusted, and the binary firmware test probe automatically aligns with the standard test interface of the binary firmware under test to obtain the connected hardware link. Based on the established hardware link, obtain the hardware link connectivity status data.

[0008] A further improvement of this invention is that, before terminating the current binary firmware test task, hardware link anomaly log data is generated based on the verified link connectivity status data.

[0009] A further improvement of the present invention is that the test results include abnormal operation results, instruction error results, program crash results, and data anomaly results.

[0010] A further improvement of this invention is that, after obtaining the unmanned binary firmware test results, a unmanned binary firmware test report is generated based on the obtained unmanned binary firmware test results.

[0011] A further improvement of this invention is that, during the entire unmanned binary firmware testing process, if unauthorized personnel are detected approaching, the unmanned binary firmware test immediately ends.

[0012] A further improvement of this invention is that an alarm is triggered if unauthorized personnel are detected approaching.

[0013] Secondly, the present invention provides an unmanned testing system for binary firmware, comprising: The data acquisition module is used to acquire the local resource directory and the binary firmware to be tested; The loading module is used to load the binary firmware to be tested based on the local resource directory, and obtain the test task queue; The verification module is used to acquire hardware link connectivity status data, verify the hardware link connectivity status data, and obtain verified hardware link connectivity status data. The test task termination module is used to terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue if the verified link connectivity status data does not meet the requirements. The test sample loading module is used to load a preset test sample in the current binary firmware test task if the verified link connectivity status data meets the requirements, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data. The comparative analysis module is used to compare and analyze the binary test data stream with the binary firmware operation feedback data to obtain the unmanned test results of the binary firmware.

[0014] Thirdly, the present invention provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps of the binary firmware unmanned testing method described above.

[0015] Fourthly, the present invention provides a storage medium storing a computer program thereon, wherein the computer program, when executed by a processor, implements the steps of the binary firmware unmanned testing method described above.

[0016] Compared with the prior art, the present invention has the following beneficial effects: The unmanned binary firmware testing method proposed in this invention loads the binary firmware under test based on a local resource directory to obtain a test task queue. This operation eliminates the tedious manual creation and startup of test tasks. On the other hand, it acquires and verifies hardware link connectivity data, which can avoid invalid tests caused by hardware anomalies in advance, thereby saving test resources and time costs. Moreover, this invention compares and analyzes the binary test data stream with the binary firmware operation feedback data, showing that this invention eliminates the need for manual data verification, thereby shortening data processing time and improving test efficiency.

[0017] Furthermore, this invention discloses that during the entire unmanned testing process of binary firmware, if unauthorized personnel are detected approaching, the unmanned binary firmware test will immediately end. This operation can effectively prevent firmware data from being tampered with or stolen, and improve the security of the testing operation. Attached Figure Description

[0018] Figure 1 This is a flowchart of the unmanned binary firmware testing method of the present invention; Figure 2 This is a schematic diagram of the unmanned binary firmware testing system of the present invention; Figure 3 This is an architecture diagram of the unmanned binary firmware testing system in Embodiments 4 and 5 of the present invention; Figure 4 This is a flowchart of the fully automated testing main thread in Embodiment 5 of the present invention; Figure 5 This is a flowchart of the auxiliary thread for on-site safety protection in Embodiment 5 of the present invention; Figure 6 This is a schematic diagram of the structure of the electronic device of the present invention. Detailed Implementation

[0019] To further understand the content of this invention, the invention will be described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the embodiments are merely illustrative and not limiting of the invention.

[0020] Example 1: The flowchart of the unmanned binary firmware testing method of this invention is as follows: Figure 1 As shown, the unmanned binary firmware testing method of the present invention includes the following steps: S1. Obtain the local resource directory and the binary firmware to be tested; S2. Based on the local resource directory, load the binary firmware to be tested to obtain the test task queue; S3. Obtain hardware link connectivity status data, verify the hardware link connectivity status data, and obtain the verified hardware link connectivity status data. S4. If the verified link connectivity status data does not meet the requirements, terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue. S5. If the verified link connectivity status data meets the requirements, load the preset test sample in the current binary firmware test task, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data. S6. Compare and analyze the binary test data stream with the binary firmware operation feedback data to obtain the unmanned test results of the binary firmware.

[0021] Example 2: A schematic diagram of the unmanned binary firmware testing system of this invention is shown below. Figure 2 As shown, the unmanned binary firmware testing system of the present invention includes: The data acquisition module is used to acquire the local resource directory and the binary firmware to be tested; The loading module is used to load the binary firmware to be tested based on the local resource directory, and obtain the test task queue; The verification module is used to acquire hardware link connectivity status data, verify the hardware link connectivity status data, and obtain verified hardware link connectivity status data. The test task termination module is used to terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue if the verified link connectivity status data does not meet the requirements. The test sample loading module is used to load a preset test sample in the current binary firmware test task if the verified link connectivity status data meets the requirements, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data. The comparative analysis module is used to compare and analyze the binary test data stream with the binary firmware operation feedback data to obtain the unmanned test results of the binary firmware.

[0022] Example 3: The unmanned binary firmware testing method of the present invention includes the following steps: S1. Obtain the local resource directory and the binary firmware to be tested.

[0023] S2. Based on the local resource directory, load the binary firmware to be tested to obtain the test task queue.

[0024] S3. Obtain hardware link connectivity status data, verify the hardware link connectivity status data, and obtain verified hardware link connectivity status data.

[0025] This step involves obtaining hardware link connectivity status data, specifically: The position of the binary firmware test probe is adjusted, and the binary firmware test probe automatically aligns with the standard test interface of the binary firmware under test to obtain the connected hardware link. Based on the established hardware link, obtain the hardware link connectivity status data.

[0026] S4. If the verified link connectivity data does not meet the requirements, terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue.

[0027] Before terminating the current binary firmware test task in this step, hardware link anomaly log data is generated based on the verified link connectivity status data.

[0028] S5. If the verified link connectivity data meets the requirements, load the preset test sample in the current binary firmware test task, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data.

[0029] S6. Compare and analyze the binary test data stream with the binary firmware operation feedback data to obtain the unmanned test results of the binary firmware.

[0030] The test results in this step include runtime exception results, instruction error results, program crash results, and data exception results.

[0031] After obtaining the unmanned binary firmware test results in this step, a unmanned binary firmware test report is generated based on the obtained unmanned binary firmware test results.

[0032] In this embodiment, if unauthorized personnel are detected approaching during the entire unmanned binary firmware test, the test will immediately end.

[0033] This embodiment will trigger an alarm if unauthorized personnel are detected approaching.

[0034] Example 4: The unmanned binary firmware testing method of this invention is specifically implemented through an unmanned binary firmware testing system (hereinafter referred to as the unmanned testing system). Figure 3 The following is an architecture diagram of an unmanned testing system, combined with... Figure 3 The method of the present invention will be described in detail below: The unmanned testing system includes a main control module (in Figure 3 (represented by main control module 1), wake-up module (in) Figure 3 (represented by wake-up module 2 in the middle), storage module (in Figure 3 (represented by storage module 6 in the middle), alarm module (in...) Figure 3 The alarm module 7 is used to represent the firmware automatic scheduling module (in the middle). Figure 3 The firmware automatic scheduling module 3 is used in the middle), and the binary automatic injection module (in Figure 3 (represented by binary auto-injection module 4 in Chinese), interface adaptive docking module (in...) Figure 3 The interface adaptive docking module 5 is used to represent the distance sensing module (in the context of the interface adaptive docking module 5). Figure 3 (represented by distance sensing module 8) and face recognition module (in Figure 3 (Represented by the face recognition module 9 in the middle).

[0035] The wake-up module, firmware auto-scheduling module, binary auto-injection module, interface adaptive docking module, distance sensing module, face recognition module, and alarm module are all electrically connected to the main control module. The firmware auto-scheduling module, binary auto-injection module, and face recognition module are each electrically connected to the storage module.

[0036] The wake-up module is used to wake up the unmanned testing system upon power-up and drive each functional module into standby mode.

[0037] The firmware auto-scheduling module is used to autonomously read the binary firmware resources under test stored locally and automatically generate an ordered batch test task queue.

[0038] The interface adaptive docking module is used to drive the test probe to complete displacement adjustment and automatically dock with the test interface of the firmware under test, so as to realize the test hardware link's automatic connection and connectivity verification.

[0039] The binary auto-injection module is used to automatically inject binary test data streams into the firmware under test in layers according to preset test scripts, and simultaneously collect firmware operation feedback data.

[0040] The distance sensing module is located to the side of the face recognition module and is used to monitor the approach of personnel in the preset area in front of the unmanned testing system in real time.

[0041] The facial recognition module is used to collect facial images of people on site and complete identity verification.

[0042] The main control module is used to execute automated testing tasks and on-site safety protection tasks in parallel, autonomously schedule and complete the entire firmware testing process, and at the same time realize test process protection and abnormal alarm control based on the results of sensing and facial recognition.

[0043] The storage module is used to persistently store firmware test task data, binary injection data streams, firmware operation logs, and on-site monitoring video data.

[0044] The alarm module is used to output audible and visual alarm signals when unauthorized personnel are detected to have entered the premises.

[0045] In this embodiment, the entire testing process of the unmanned binary firmware testing system is completed autonomously, triggered, executed, and iterated by the system itself, requiring no manual login or on-site personnel intervention. The distance sensing module and face recognition module are only used for on-site safety protection and do not participate in the start / stop control or data acquisition process of the testing task.

[0046] The unmanned testing system is implemented through a fully automated testing main thread and a field security auxiliary thread running independently in parallel. These two threads operate independently and collaboratively. The fully automated testing main thread is autonomously triggered based on the unmanned testing system's timing mechanism or offline task queue, and its operation is unaffected by the activity status of on-site personnel. The security auxiliary thread runs in the background 24 / 7 to implement on-site intrusion prevention. The execution flow of the fully automated testing main thread and the field security auxiliary thread is described below: A. Fully automated testing of the main thread execution flow First, the unmanned testing system is initialized and tasks are loaded. After waking up, the unmanned testing system autonomously starts test tasks, automatically loads all binary firmware to be tested, and generates an ordered task queue. Then, adaptive interface connection verification is performed, automatically completing probe alignment and link connection. Firmware with link anomalies is automatically skipped and logged. After the link is normalized, the binary automatic injection module injects test data streams in layers, synchronously collecting firmware operation feedback data. The unmanned testing system performs a closed-loop comparison of the injected data and feedback data, automatically determining the firmware's operating status and test results. After a single firmware test is completed, the system automatically iterates to the next test task until all batch tests are completed, finally automatically generating and archiving a standardized test report.

[0047] B. On-site safety protection auxiliary thread execution process Throughout the test, 24 / 7 area monitoring was implemented, collecting real-time distance data for personnel in front of the unmanned testing system. Once personnel were detected entering the protected area, facial image capture and identity verification were immediately initiated. If the person was unauthorized, the unmanned testing system immediately suspended all testing processes, locked stored data, triggered audible and visual alarms, and maintained a protected locked state until unlocked by the administrator key. If the person was authorized, the unmanned testing system only retained on-site video recordings, without interfering with the normal operation of automated testing, achieving compatibility and adaptability between testing operations and personnel maintenance.

[0048] Example 5: The unmanned binary firmware testing method of this invention is implemented through an unmanned binary firmware testing system (hereinafter referred to as the unmanned testing system). Figure 3 The following is an architecture diagram of the unmanned testing system. Figure 3 Explanation: The unmanned testing system includes a main control module (in Figure 3 (represented by main control module 1), wake-up module (in) Figure 3 (represented by wake-up module 2 in the middle), storage module (in Figure 3 (represented by storage module 6 in the middle), alarm module (in...) Figure 3 The alarm module 7 is used to represent the firmware automatic scheduling module (in the middle). Figure 3 The firmware automatic scheduling module 3 is used in the middle), and the binary automatic injection module (in Figure 3 (represented by binary auto-injection module 4 in Chinese), interface adaptive docking module (in...) Figure 3 The interface adaptive docking module 5 is used to represent the distance sensing module (in the context of the interface adaptive docking module 5). Figure 3 (represented by distance sensing module 8) and face recognition module (in Figure 3 (Represented by the face recognition module 9 in the middle).

[0049] The wake-up module, firmware auto-scheduling module, binary auto-injection module, interface adaptive docking module, distance sensing module, face recognition module, and alarm module are all electrically connected to the main control module. The firmware auto-scheduling module, binary auto-injection module, and face recognition module are each electrically connected to the storage module. Under the scheduling of the main control module, each functional module realizes the dual functions of automated batch testing and on-site safety protection.

[0050] After the unmanned testing system is started, the wake-up module completes the initialization of the unmanned testing system, and all modules enter standby mode. The firmware auto-scheduling module automatically reads the locally stored binary firmware file to be tested and generates a batch test task queue according to preset sorting rules. The interface adaptive docking module is equipped with an electric adjustment mechanism, which can autonomously adjust the probe coordinates according to the firmware interface position, accurately dock with the firmware test interface, and complete the hardware communication link conduction and self-test. The binary auto-injection module injects standard binary test data streams into the firmware in layers and segments according to preset test scripts, and simultaneously collects feedback data, status logs and abnormal information during firmware operation.

[0051] The distance sensing and facial recognition modules operate in the background 24 / 7, solely for security protection against unauthorized intrusion at the test site. They do not participate in any start / stop control or data acquisition during the testing process. The unmanned testing system's testing tasks are entirely triggered and iterated autonomously by the system itself, unaffected by human activity. When unauthorized personnel are detected, the unmanned testing system immediately locks the testing process and stored data, triggering audible and visual alarms. This lock remains in place even after the unauthorized personnel leave, and can only be unlocked using an administrator key. This comprehensive hardware and software-level protection ensures the security of firmware resources and test data.

[0052] The unmanned testing system is implemented through a fully automated testing main thread and a field security auxiliary thread running independently in parallel. These two threads operate collaboratively without interference. The fully automated testing main thread is autonomously triggered based on the unmanned testing system's timing mechanism or offline task queue, and its operation is unaffected by the activity of on-site personnel. The security auxiliary thread runs in the background 24 / 7 to implement on-site intrusion prevention. The following section will combine... Figure 3 A detailed explanation of the main thread for fully automated testing and the auxiliary thread for on-site safety protection is provided below: The flowchart for fully automated testing of the main thread is as follows: Figure 4 As shown, the fully automated test main thread includes the following steps: S01. Initialization and Task Loading of the Unmanned Testing System The wake-up module completes the wake-up initialization of the unmanned test system, the main control module starts the automated test task, and the firmware automatic scheduling module traverses the local resource directory, automatically loads all binary firmware to be tested, and generates an ordered batch test task queue. S02, Adaptive Interface Connection Verification The main control module driver interface adaptively adjusts the test probe position of the docking module, automatically docks with the standard test interface of the firmware under test, completes the hardware link conduction, and automatically verifies the link connectivity status. If the link is abnormal, it records the log and skips the current firmware under test to execute the next test task. S03, Automatic Injection of Binary Data Stream The binary auto-injection module loads a preset test script and injects binary test data streams into the firmware under test in segments and layers, while simultaneously collecting firmware operation feedback data, register status data and program operation logs in real time. S04, Test data closed-loop verification The main control module compares and analyzes the original injected binary data stream with the firmware operation feedback data, and automatically identifies test results such as firmware operation abnormalities, instruction errors, program crashes, and data (data that occurs when the running data and test data are inconsistent). S05, Task Iteration and Data Archiving After a single firmware test is completed, the system automatically disconnects the test link, clears the temporary cache, synchronizes all test data and verification results into the storage module, automatically loads the next firmware to be tested in the queue, and executes the test process in a loop until all batch tasks are completed. S06. Automatic generation of test reports After the batch test tasks are completed, the system summarizes all test logs and verification results, automatically generates a standardized firmware test report, and archives and stores it.

[0053] The flowchart of the on-site safety protection auxiliary thread is as follows: Figure 5 As shown, the on-site safety protection auxiliary thread includes the following steps: S11, All-weather Regional Monitoring The distance sensing module continuously monitors the activity status of personnel within a preset distance range in front of the unmanned testing system in real time and continuously transmits monitoring data to the main control module; S12, Facial Recognition Verification When personnel are detected entering the protected area, the facial recognition module is immediately triggered to collect facial images of the personnel on site and compare them with the locally stored whitelist database of authorized personnel. S13, Unauthorized Intrusion Protection If the face comparison result indicates that the person is an unauthorized staff member, the main control module will immediately suspend all current test processes, lock the read and write permissions of the storage module, prohibit data tampering and copying, and at the same time drive the alarm module to issue an audible and visual alarm. S14. Maintain protective status. After unauthorized personnel leave the protected area, the unmanned testing system remains locked and the test is paused. The lock can only be unlocked and the test task can be resumed by an administrator's authorized key. S15, Authorized Personnel Adaptation If the comparison result indicates that the personnel are authorized, the unmanned testing system will only retain the on-site monitoring video data, while the fully automated testing main thread will continue to run without interrupting the testing process.

[0054] Compared with the prior art, the present invention has the following advantages: A. Achieve truly unmanned and fully automated testing This invention requires no manual login, no manual wiring, no manual data injection, and no on-site personnel. The unmanned testing system can autonomously complete the entire process of batch binary firmware testing, greatly improving testing efficiency and adapting to large-scale firmware testing scenarios.

[0055] B. Standardized and highly consistent testing By using pre-set test scripts and unified closed-loop verification logic, human error is avoided, test standards are standardized, and the accuracy and reliability of firmware test results are effectively improved.

[0056] C. Possesses independent and comprehensive security protection capabilities By combining distance sensing and facial recognition for dual verification, the system can monitor unauthorized intrusions at the test site, lock the test process, and issue alarms, effectively preventing firmware data from being tampered with or stolen, and improving the security of test operations.

[0057] D. Supports batch iterative testing and automatic archiving. It can automatically complete multi-firmware cyclic iteration testing, automatically summarize and generate test reports and persist them for easy data tracing, result review and vulnerability analysis.

[0058] Example 6: Please see Figure 6 As shown, the present invention also provides an electronic device 100 for an unmanned binary firmware testing method; the electronic device 100 includes a memory 101, at least one processor 102, a computer program 103 stored in the memory 101 and executable on the at least one processor 102, and at least one communication bus 104.

[0059] The memory 101 can be used to store the computer program 103. The processor 102 implements the steps of the unmanned binary firmware testing method described in Embodiment 1 by running or executing the computer program stored in the memory 101 and calling the data stored in the memory 101. The memory 101 may mainly include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback function, image playback function, etc.), etc.; the data storage area may store data created according to the use of the electronic device 100 (such as audio data), etc. In addition, the memory 101 may include non-volatile memory, such as hard disk, memory, plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, at least one disk storage device, flash memory device, or other non-volatile solid-state storage device.

[0060] The at least one processor 102 may be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The processor 102 may be a microprocessor or any conventional processor. The processor 102 is the control center of the electronic device 100, connecting various parts of the electronic device 100 via various interfaces and lines.

[0061] The memory 101 in the electronic device 100 stores multiple instructions to implement an unmanned binary firmware testing method, and the processor 102 can execute the multiple instructions to achieve the following: Obtain the local resource directory and the binary firmware to be tested; Based on the local resource directory, the binary firmware to be tested is loaded to obtain the test task queue; Acquire hardware link connectivity status data, verify the hardware link connectivity status data, and obtain verified hardware link connectivity status data. If the verified link connectivity data does not meet the requirements, terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue. If the verified link connectivity status data meets the requirements, load the preset test sample in the current binary firmware test task, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data. By comparing and analyzing the binary test data stream with the binary firmware operation feedback data, the unmanned test results of the binary firmware are obtained.

[0062] Example 7: If the modules / units integrated in the electronic device 100 are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable medium can include: any entity or device capable of carrying the computer program code, a recording medium, a USB flash drive, a portable hard drive, a magnetic disk, an optical disk, a computer memory, and a read-only memory (ROM).

[0063] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0064] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0065] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0066] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0067] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention and not to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that modifications or equivalent substitutions can still be made to the specific implementation of the present invention. Any modifications or equivalent substitutions that do not depart from the spirit and scope of the present invention should be covered within the scope of protection of the claims of the present invention.

Claims

1. A method for unmanned testing of binary firmware, characterized in that, Includes the following steps: Obtain the local resource directory and the binary firmware to be tested; Based on the local resource directory, the binary firmware to be tested is loaded to obtain the test task queue; Acquire hardware link connectivity status data, verify the hardware link connectivity status data, and obtain verified hardware link connectivity status data. If the verified link connectivity data does not meet the requirements, terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue. If the verified link connectivity status data meets the requirements, load the preset test sample in the current binary firmware test task, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data. By comparing and analyzing the binary test data stream with the binary firmware operation feedback data, the unmanned test results of the binary firmware are obtained.

2. The unmanned testing method for binary firmware according to claim 1, characterized in that, The acquisition of hardware link connectivity status data specifically involves: The position of the binary firmware test probe is adjusted, and the binary firmware test probe automatically aligns with the standard test interface of the binary firmware under test to obtain the connected hardware link. Based on the established hardware link, obtain the hardware link connectivity status data.

3. The unmanned testing method for binary firmware according to claim 1, characterized in that, Before terminating the current binary firmware test task, generate hardware link anomaly log data based on the verified link connectivity status data.

4. The unmanned testing method for binary firmware according to claim 1, characterized in that, The test results include abnormal operation results, instruction error results, program crash results, and data anomaly results.

5. The unmanned testing method for binary firmware according to claim 1, characterized in that, After obtaining the unmanned binary firmware test results, a unmanned binary firmware test report is generated based on the obtained test results.

6. The unmanned testing method for binary firmware according to claim 1, characterized in that, If unauthorized personnel are detected approaching during the entire unmanned binary firmware test, the test will immediately end.

7. The unmanned testing method for binary firmware according to claim 6, characterized in that, An alarm will be triggered if unauthorized personnel are detected approaching.

8. A binary firmware unmanned testing system, characterized in that, include: The data acquisition module is used to acquire the local resource directory and the binary firmware to be tested; The loading module is used to load the binary firmware to be tested based on the local resource directory, and obtain the test task queue; The verification module is used to acquire hardware link connectivity status data, verify the hardware link connectivity status data, and obtain verified hardware link connectivity status data. The test task termination module is used to terminate the current binary firmware test task and execute the next binary firmware test task in the test task queue if the verified link connectivity status data does not meet the requirements. The test sample loading module is used to load a preset test sample in the current binary firmware test task if the verified link connectivity status data meets the requirements, obtain the binary test data stream from the preset test sample, input the binary test data stream into the binary firmware under test, and synchronously collect the binary firmware operation feedback data. The comparative analysis module is used to compare and analyze the binary test data stream with the binary firmware operation feedback data to obtain the unmanned test results of the binary firmware.

9. An electronic device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the unmanned binary firmware testing method according to any one of claims 1 to 7.

10. A storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the steps of the unmanned binary firmware testing method according to any one of claims 1 to 7.

Images