Production automation testing method and system

Abstract

The present application relates to a production automation test method and system, the production automation test method comprising the steps of: determining that the test host to be tested is in a synchronized state; performing at least two test items in sequence, and performing the next test item when the test result is normal, and when the test result is abnormal, the test stand directly displays the test item where the abnormality occurs; the test stand displays the test completion information, controls the test host to restart, and writes the test normal information. No PC or central control platform is required, and the test items can be automatically completed item by item. Once an error occurs, the test stand directly displays the test item where the abnormality occurs. The test results can be obtained directly from the test stand without completing all the tests, which is conducive to improving the test efficiency of obtaining good products; and the test results are directly presented through the test stand, avoiding the design of an overly complex test host, which is conducive to saving the cost of the test host, and also avoiding the test host being unable to output test completion information or test reports due to functional errors.

Description

Technical Field

[0001] The present application relates to the field of testing, and in particular to a production automation testing method and system. Background Art

[0002] During the production process, the electronic products produced must be tested for wiring short circuits, module damage, welding short circuits, serial port short circuits, etc. Electronic products include but are not limited to IoT modules, security risk control modules, positioning modules, video modules and vehicle terminals.

[0003] However, different products have different test items, and there are many types of products, so the test items vary greatly. As the products are constantly developed, upgraded and updated with market changes, the test items must change accordingly, making it difficult for automated testing to adapt to production and product testing accurately. Therefore, in most cases, manual operation is required to test each item one by one.

[0004] However, manually performing tests one by one is labor-intensive and has low production efficiency, and the error rate of test results increases.

[0005] A Chinese patent with publication number CN108920372A discloses a serial port-based intelligent vehicle terminal software automation test system, including a PC, a test framework, a serial port line and a tested intelligent vehicle terminal; the PC is connected to the tested intelligent vehicle terminal through the serial port line, the PC is installed with the test framework, and control instructions are cyclically sent to the tested intelligent vehicle terminal through the serial port. The tested intelligent vehicle terminal parses the received instructions to respond and sends the response result to the test framework through the serial port. The test framework reads and parses the response to determine whether the tested intelligent vehicle terminal responds correctly to the instruction; the test framework is used to control the entire automated test process, including a main control module, a parameter configuration module, a test script library, a test case set customization module, a log module and a result module, and realizes the automated test of the software function of the tested intelligent vehicle terminal by cyclically executing the test case set.

[0006] However, the test framework of the intelligent vehicle terminal software automation test system is installed on a PC and must be controlled by a PC. Its test script reads and parses the response sent by the intelligent vehicle terminal under test through the serial port, and automatically compares it with the expected value of the software design of the intelligent vehicle terminal under test. If it meets the expectations, it indicates that the intelligent vehicle terminal under test responds correctly and the test case passes. Otherwise, the test case fails. Therefore, the test result can only be obtained after all tests are completed.

[0007] The Chinese patent with publication number CN108426604A proposes an automated testing system for vehicle-mounted terminals, the system comprising: a computer and a vehicle-mounted system; the computer is used to send test commands to the vehicle-mounted system for the user, the vehicle-mounted system comprises a central control platform and a variety of vehicle-mounted terminals connected to the central control platform, the central control platform is used to perform corresponding operations and tests on the vehicle-mounted terminal according to the test commands, and feed back the test results to the computer. The system can be operated in front of a computer, and only needs to send a test command through the computer to perform a comprehensive test on the equipment, saving labor and time costs, and the test accuracy is high. At the same time, the invention also proposes an automated testing method for vehicle-mounted terminals.

[0008] However, the automated testing system is a computer-controlled vehicle system in which the central control platform tests each vehicle terminal connected to the central control platform. The central control platform must be connected to connect to each vehicle terminal through the central control platform.

[0009] The Chinese patent with publication number CN106649072A discloses a method for testing and accepting software on a vehicle terminal, including the following steps: installing one or more software on the vehicle terminal operating system of the vehicle terminal; the vehicle terminal receiving a test file; the vehicle terminal receiving a drive command, and then driving the test file, so that the test component of the vehicle terminal operating system tests the software on the vehicle terminal according to the test file; and the vehicle terminal generates a test report; wherein the test file includes multiple test cases generated according to the characteristic functions of the vehicle terminal. The method for testing and accepting software on a vehicle terminal of the invention can intelligently and automatically test the reliability and stability of the software on the vehicle terminal running on the vehicle terminal.

[0010] However, this test acceptance method requires the vehicle-mounted terminal to generate a test report, while many small terminals obviously lack the ability to generate a test report and do not need it. Summary of the invention

[0011] Based on this, it is necessary to provide a production automation testing method and system.

[0012] A production automation testing method, comprising the steps of:

[0013] The test rack receives the synchronization instruction from the test host and determines that the test host to be tested is in a synchronization state;

[0014] At least two test items are performed sequentially. In each test item, the test stand sends a test instruction to the test host and receives the test result of the test host. When the test result is normal, the next test item is performed. When the test result is abnormal, the test stand directly displays the test item where the abnormality occurs.

[0015] When the test results of all test items are normal, the test rack displays the test completion information, controls the test host to restart and writes the test normal information.

[0016] The above-mentioned production automation test method does not require a PC or a central control platform, and can automatically complete the test items one by one. Once an error occurs, the test frame will directly display the test item where the abnormality occurred. The test results can be obtained directly from the test frame without completing all the tests, which is beneficial to improving the test efficiency of obtaining good products; and the test results are directly presented through the test frame, avoiding the design of an overly complex test host, which is beneficial to saving the cost of the test host, and also avoiding the test host from being unable to output test completion information or test reports due to functional errors.

[0017] In one embodiment, when the detection results of all test items are normal, the test rack displays the test completion information, controls the test host to restart and burns the shipping program as the test normal information.

[0018] In one of the embodiments, when the test result is abnormal, the test result and its error information are also stored.

[0019] In one embodiment, in each test item, when the test rack times out and fails to receive the test result from the test host, the test result is determined to be abnormal.

[0020] In one embodiment, in each test item, the test rack sends a preset number of test instructions to the test host.

[0021] In one of the embodiments, before determining that the test host to be tested is in a synchronization state, the production automation test method further includes: directly connecting the test rack to at least one test host.

[0022] In one embodiment, the test rack is directly connected to at least one serial port of the test host.

[0023] In one embodiment, before connecting the test rack to at least one test host, the production automation test method further includes: presetting a communication protocol, wherein the communication protocol includes all test items and communication methods.

[0024] In one embodiment, the test rack tests at least two test hosts in the same time period.

[0025] A production automation test system comprises a test frame and at least one test host. The production automation test system is implemented by using any one of the production automation test methods. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Figure 1 This is a flow chart of an embodiment of the production automation testing method of the present application.

[0027] Figure 2 This is a flow chart of an embodiment of the production automation testing method of the present application.

[0028] Figure 3 and Figure 4 They are respectively partial flow charts of another embodiment of the production automation testing method of the present application. DETAILED DESCRIPTION

[0029] In order to make the above-mentioned purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are described in detail below in conjunction with the accompanying drawings. In the following description, many specific details are set forth to facilitate a full understanding of the present application. However, the present application can be implemented in many other ways different from those described herein, and those skilled in the art can make similar improvements without violating the connotation of the present application, so the present application is not limited by the specific embodiments disclosed below.

[0030] It should be noted that when an element is referred to as being "fixed to" or "disposed on" another element, it may be directly on the other element or there may be a central element. When an element is considered to be "connected to" another element, it may be directly connected to the other element or there may be a central element at the same time. The terms "vertical", "horizontal", "left", "right" and similar expressions used herein are for illustrative purposes only and do not represent the only implementation method.

[0031] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein in the specification of this application are only for the purpose of describing specific embodiments and are not intended to limit this application. The term "and / or" used herein includes any and all combinations of one or more of the related listed items.

[0032] In one embodiment of the present application, Figure 1As shown, a production automation test method includes the following steps: the test stand receives the synchronization instruction of the test host, and determines that the test host to be tested is in a synchronization state; at least two test items are performed sequentially, in each test item, the test stand sends a test instruction to the test host, and receives the test result of the test host, when the test result is normal, the next test item is performed, when the test result is abnormal, the test stand directly displays the test item where the abnormality occurs; when the test results of all test items are normal, the test stand displays the test completion information, controls the test host to restart and writes the test normal information. The above production automation test method can automatically complete the test items one by one without the need for a PC or a central control platform. Once an error occurs, the test stand directly displays the test item where the abnormality occurs. The test results can be obtained directly from the test stand without completing all the tests, which is conducive to improving the test efficiency of obtaining good products; and the test results are directly presented through the test stand, avoiding the design of an overly complex test host, which is conducive to saving the cost of the test host, and also avoiding the test host being unable to output test completion information or test reports due to functional errors.

[0033] In one embodiment, a production automation test method includes some or all of the steps of the following embodiments; that is, the production automation test method includes some or all of the following technical features. Further, in one embodiment, the production automation test method only involves the test rack and the test host and their communication. Such a design provides a minimized test environment and effectively avoids third-party interference.

[0034] In one of the embodiments, the test rack receives a synchronization instruction from the test host and determines that the test host to be tested is in a synchronization state; the design of the synchronization instruction is conducive to ensuring that the test host can be tested, that is, ready to perform various test items. Further, in one of the embodiments, the test rack sends a power-on signal to the test host, and receives the synchronization instruction of the test host within a first preset time period, then determines that the test host to be tested is in a synchronization state; in one of the embodiments, if the synchronization instruction of the test host is not received within the first preset time period, it is determined that the test host to be tested is not in a synchronization state, and the detection result is determined to be abnormal. In one of the embodiments, when the detection result is abnormal, the detection result and its error information are also stored. In one of the embodiments, the detection result includes the identification of the test host, and the error information includes the identification of the test item in which the abnormality occurs. Further, in one of the embodiments, the test rack sends a power-on signal to the test host, and after the test host is successfully powered on, it feeds back the synchronization instruction to the test rack, and the test rack receives the synchronization instruction to determine that the test host to be tested is in a synchronization state; in one of the embodiments, the test rack sends a synchronization signal to the test host, and the test host feeds back the synchronization instruction to the test rack, and the test rack receives the synchronization instruction to determine that the test host to be tested is in a synchronization state. This design is conducive to the test stand to conduct the test after ensuring that the test host is in normal condition, so as to avoid the test stand starting the test before the test host is ready, thus obtaining wrong test results and mistaking good products for defective products.

[0035] In one of the embodiments, before determining that the test host to be tested is in a synchronized state, the production automation test method further includes: directly connecting the test frame to at least one test host. In one of the embodiments, the test frame is directly connected to at least one serial port of the test host. When there are multiple test hosts, the test frame can be connected to one test host at a time, or to multiple test hosts separately. The test frame is connected to a test host by directly connecting the test frame to one serial port of the test host, or by directly connecting the test frame to at least two serial ports of the test host. The test frame is directly connected to the test host through the serial port, which is conducive to reducing the complexity of the test system and avoiding interference from other components that affect the detection effect of the test host, resulting in good products being mistaken for defective products.

[0036] In one of the embodiments, before connecting the test rack to at least one test host, the production automation test method further includes: presetting a communication protocol, wherein the communication protocol includes all test items and communication methods. In one of the embodiments, a production automation test method includes the steps of: presetting a communication protocol, wherein the communication protocol includes all test items and communication methods; directly connecting the test rack to at least one test host; the test rack receives a synchronization instruction from the test host to determine that the test host to be tested is in a synchronized state; performing at least two test items in sequence, wherein in each test item, the test rack sends a test instruction to the test host and receives a test result from the test host, and performs the next test item when the test result is normal, and when the test result is abnormal, the test rack directly displays the test item where the abnormality occurs; when the test results of all test items are normal, the test rack displays a test completion message, controls the test host to restart, and writes a normal test message. In one of the embodiments, Figure 2 As shown, a production automation test method includes the steps of: presetting a communication protocol, the communication protocol includes all test items and communication methods; directly connecting the test frame to at least one serial port of the test host; the test frame receives the synchronization instruction of the test host, and determines that the test host to be tested is in a synchronous state; sequentially performing at least two test items, in each test item, the test frame sends a test instruction to the test host, and receives the test result of the test host, when the test result is normal, the next test item is performed, when the test result is abnormal, the test frame directly displays the test item where the abnormality occurs; when the test results of all test items are normal, the test frame displays the test completion information, controls the test host to restart and burns the shipping program as the normal test information. The rest of the embodiments are similar, and will not be repeated. Further, in one of the embodiments, the communication method includes a semaphore and its status bit. Such a design is conducive to dealing with various different products, or different versions of products, respectively defining specific communication protocols or their communication methods, greatly improving the versatility and applicability of the production automation test method, on the one hand, it is conducive to being applicable to various types of electronic products, on the other hand, it is conducive to being applicable to multiple versions of the same product, and on the other hand, it is conducive to being applicable to different test requirements of the same product. Furthermore, in one embodiment, a test host is connected to at least two test racks through at least two serial ports, and each test rack is connected to the test host through a corresponding serial port, so as to perform sequential tests of at least two test items on the test host respectively under the premise that signals or test items do not interfere with each other, so as to confirm the ability of the test host to execute multiple test items simultaneously, such as the vehicle system running music and navigation functions at the same time.

[0037] In one of the embodiments, a relevant communication protocol is added between the test product and the test frame, and the test is performed according to a set fixed test process. Further, in one of the embodiments, the communication protocol is a serial communication protocol. In one of the embodiments, a custom serial communication protocol is added, and the power supply, IO port semaphore and serial port lines of the test host are connected to the test frame, and the test host and the test frame negotiate all test items through serial communication. Such a design is conducive to controlling the power supply status of the test host through the test frame. In one of the embodiments, the test frame is provided with a test program module for executing the test program, and the test program is used to implement the test of all functions of the test host. Further, in one of the embodiments, when the test frame is powered on, it is determined whether to upgrade the communication protocol. If yes, the communication protocol is upgraded; otherwise, there is no need to upgrade the communication protocol. Further, in one of the embodiments, the test frame is powered on; the test frame obtains the version number of the communication protocol; the test frame determines whether to upgrade the communication protocol according to the version number, if yes, then upgrade the communication protocol, otherwise there is no need to upgrade the communication protocol; the test frame is directly connected to at least one serial port of at least one test host; the test frame sends a power-on signal to the test host; the test frame determines whether to receive the synchronization instruction of the test host normally, otherwise it determines that the synchronization is abnormal, and the test frame directly displays the test item where the abnormality occurs; if yes, it is determined that the test host to be tested is in a synchronous state; at least two test items are performed sequentially, in each test item, the test frame sends a test instruction to the test host, and receives the test result of the test host, when the test result is normal, the next test item is performed, when the test result is abnormal, the test frame directly displays the test item where the abnormality occurs; when the test results of all test items are normal, the test frame displays the test completion information, controls the test host to restart and writes the test normal information. Such a design is conducive to cooperating with the communication protocol to realize the automated testing of various different test hosts, and further cooperating with industrial robots to realize the fully automatic testing effect of unmanned factories, which is impossible to achieve with traditional testing methods.

[0038] In one embodiment, at least two test items are performed sequentially. In each test item, the test rack sends a test instruction to the test host and receives the test result of the test host. When the test result is normal, the next test item is performed. When the test result is abnormal, the test rack directly displays the test item where the abnormality occurs. Further, in one embodiment, when the test result is abnormal, the test rack also notifies the target terminal. Further, in one embodiment, at least two test items and their test sequence constitute a test set. The test rack performs the test set on the test host, that is, according to the test items and their test sequence of the test set, at least two test items are performed sequentially. Further, in one embodiment, the test rack performs the test set on at least two of the test hosts. In one embodiment, the test rack performs the test set on at least two of the test hosts synchronously or asynchronously. Such a design does not require a PC or a central control platform. One test rack can test multiple test hosts at the same time, and can automatically complete the test items one by one. Once an error occurs, the test rack directly displays the test item where the abnormality occurs. The test results can be obtained directly from the test rack without completing all the tests, which is conducive to improving the test efficiency of obtaining good products.

[0039] Furthermore, in one of the embodiments, when the test stand directly displays the test item in which an abnormality occurs, an error report is also generated for the current test host, and the error report includes a test host identifier, a test item identifier, and an error identifier. Further, in one of the embodiments, the test stand also sends the error report to a preset target terminal. Such a design is conducive to the management personnel to quickly perform maintenance on the test host in which the error occurs. In one of the embodiments, in each test item, when the test stand times out and fails to receive the test result of the test host, the test result is determined to be abnormal. Further, in one of the embodiments, for different test items, the timeout time is determined to be the same or different. Such a design, on the one hand, is conducive to avoiding wasting test resources by waiting too long; on the other hand, it is conducive to flexibly responding to the design of timeout indicators for test items; and the test results are directly presented through the test stand, avoiding the design of an overly complex test host, which is conducive to saving the cost of the test host, and also avoiding the test host being unable to output test completion information or test reports due to functional errors.

[0040] Furthermore, in one of the embodiments, at least two test items are sequentially performed on the same test host; further, in one of the embodiments, the test rack tests at least two of the test hosts separately in the same time period. That is, the same test rack can test multiple test hosts at the same time. Further, in one of the embodiments, the test rack tests different test items on at least two of the test hosts separately in the same time period. With such a design, one test rack can test different test items of multiple test hosts at the same time, which is conducive to improving test efficiency.

[0041] In one of the embodiments, when the detection results of all test items are normal, the test rack displays the test completion information, controls the test host to restart and writes the test normal information. Further, in one of the embodiments, the test normal information includes the test completion time and the test rack identifier; the test rack identifier is used to identify the test rack. Such a design is helpful in determining whether an error occurs in the test rack when there are subsequent problems with multiple test hosts marked as good products. Further, in one of the embodiments, the test normal information includes the test completion time, the test rack identifier and the test set identifier, the test set identifier is used to identify the test set, and the test set includes at least two test items and their test order. In one of the embodiments, when the detection results of all test items are normal, the test rack displays the test completion information, controls the test host to restart and burns the shipping program as the test normal information.

[0042] In one embodiment, in each test item, the test rack sends a preset number of test instructions to the test host. That is, when a test item is performed on a test host, the test rack sends one, two or more test instructions to the test host. Further, in one embodiment, for different test items, the preset number of test instructions is the same or different. Such a design is conducive to giving the test host two or more test opportunities for the same test item, avoiding mistaking good products for bad ones.

[0043] It should be noted that the test host and the test rack are two different devices. The test rack is a test device, and the test host is the product to be tested. In one specific application embodiment, after the test rack and the test host are connected, the test rack presses the power button to power on the test host. After the test host is successfully initialized, it sends a synchronization instruction to the test rack, and the test rack starts to send test items after receiving the synchronization instruction. Until the test is completed, if the test error occurs during the test, the test is stopped, and the test rack screen displays the test error. The product that detects the test error is a defective product. Compared with the previous manual test, it is more efficient. The test results are more reliable. In one specific application embodiment, the product to be tested, that is, the test host, makes a subroutine of a program, and a serial port in the test host is connected to another test rack as data communication. All external lines of the product to be tested are connected to the test rack and tested according to the set test process. If you want to test whether a certain item is normal. The test rack first sends an instruction, and the test product starts to detect whether it is normal after receiving the instruction. If it is normal, it returns a success mark, and if it is abnormal, the test fails and stops the test. For example: an external trigger of an IO port of the test product. First, the test stand should send a command to the test product to detect the high and low trigger of which IO port. Then, the high and low levels are output according to the high and low trigger of the IO port to be detected. The test product detects whether the IO port can detect the trigger state and returns the result. After the product is tested and qualified, it will be automatically burned into the shipping program.

[0044] In one embodiment, if Figure 3 and Figure 4As shown, the production automation test method includes the following steps: the test frame is started, the test frame presses the power-on button to control the test host to power on, the test host is initialized, the synchronization command is issued, the test host sends a synchronization instruction, the test frame is synchronized, and if the synchronization fails, the test error result is stored in the test frame SD card, and the test frame screen displays the test error item; if the synchronization is successful, the first test is performed, a semaphore test instruction is sent to the test host for detection, the test host returns the detection result, and it is determined whether the detection is successful according to the detection result, if it fails, the test error result is stored in the test frame SD card, and the test error item is displayed on the test frame screen; if it is successful, the next test, i.e., the second test, is performed, the upgrade shipment program is sent to the instruction Flash, the test host upgrades the shipment program, and the detection result is returned. It is determined whether the detection is successful according to the detection result, if it fails, the test error result is stored in the test frame SD card, and the test error item is displayed on the test frame screen; if it is successful, the next test, i.e., the third test, is performed, a host online test instruction is sent, the test host goes online, the detection result is returned, and it is determined whether the detection is successful according to the detection result. If the detection is successful, if it fails, the test error result is stored in the test stand SD card, and the test error item is displayed on the test stand screen; if it is successful, the next test, i.e., the fourth test, is carried out, and a configuration file is downloaded. For example, the configuration file includes the default parameters of the test host. The test host downloads the parameters and returns the detection result. According to the detection result, it is determined whether the detection is successful. If it fails, the test error result is stored in the test stand SD card, and the test error item is displayed on the test stand screen; if it is successful, the next test, i.e., the fifth test, is carried out, and the backup battery positioning test is carried out. The test host locates the test backup battery and returns the detection result. According to the detection result, it is determined whether the detection is successful. If it fails, the test error result is stored in the test stand SD card, and the test error item is displayed on the test stand screen; if it is successful, the next test is carried out, and so on, until the last Nth test. After the test host detects, the detection result is returned, and according to the detection result, it is determined whether the detection is successful. If it fails, the test error result is stored in the test stand SD card, and the test error item is displayed on the test stand screen; if it is successful, the test stand screen displays that the test is completed, and the test host restarts the burning and shipping program. The remaining embodiments are similar and will not be described in detail. It should be noted that Figure 3 and Figure 4The above embodiments are collectively represented, wherein A and B only represent the continuity of the previous and next steps, not the physical steps. In one of the embodiments, if the test result is not received after the timeout, it is deemed that the test has failed, and the test error result is stored in the test stand SD card, and the test error item is displayed on the test stand screen. In one of the embodiments, each test item also includes tests such as the host making and answering calls, positioning, host printing test, playing audio, playing video, recording, and recording. Further, in one of the embodiments, if the test stand does not receive the synchronization instruction of the test host after the timeout, it is determined that the synchronization has failed; for example, if the synchronization instruction of the test host is not received after the timeout of 1 minute, it is determined that the synchronization has failed. Further, in one of the embodiments, the test items include semaphore tests. Further, in one of the embodiments, the first test item is a semaphore test item. In one of the embodiments, the semaphore test item is used to perform semaphore tests, and the semaphore test includes at least one test of IO port, G-sensor, CAN, memory, serial port voltage, ADC, IC card, USB flash drive, and serial port. In one embodiment, each test item sends 10 instructions. If no test results are received on time, the test is determined to have failed. For example, the second test sends 10 instructions. If no test results are received after a timeout, the host upgrade shipping program is determined to have failed. The rest of the embodiments are similar and will not be described in detail.

[0045] In one embodiment, a production automation test system includes a test rack and at least one test host, and the production automation test system is implemented by the production automation test method described in any embodiment. In one embodiment, the production automation test system includes at least two test racks and at least one test host. In one embodiment, the production automation test system includes at least two test racks and at least two test hosts. In one specific application embodiment, the production automation test system includes at least two test racks, and each of the test racks is connected to at least two test hosts. Such a design realizes automated testing; in conjunction with industrial robots, it can further realize functions such as automatic connection and automatic packaging.

[0046] It should be noted that other embodiments of the present application also include production automation testing methods and systems that can be implemented by combining the technical features in the above embodiments.

[0047] The technical features of the above-described embodiments may be arbitrarily combined. To make the description concise, not all possible combinations of the technical features in the above-described embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0048] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the patent application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the scope of patent protection of the present application shall be subject to the attached claims.

Claims

1. A production automation testing method, characterized in that: Includes steps: The test frame obtains the version number of the communication protocol; the test frame determines whether to upgrade the communication protocol according to the version number, and if yes, upgrades the communication protocol; otherwise, there is no need to upgrade the communication protocol; wherein, a test host is connected to at least two test frames through at least two serial ports, and each test frame is connected to the test host through a corresponding serial port, so as to perform sequential tests of at least two test items on the test host respectively under the premise that signals or test items do not interfere with each other, so as to confirm the ability of the test host to execute multiple test items simultaneously; The test rack sends a power-on signal to the test host, receives a synchronization instruction from the test host within a first preset time period, and determines that the test host to be tested is in a synchronization state; At least two test items are performed sequentially. In each test item, the test rack sends a test instruction to the test host and receives the test result of the test host. When the test result is normal, the next test item is performed. When the test result is abnormal, the test rack directly displays the test item where the abnormality occurs. At least two test items and their test sequence constitute a test set. The test rack performs the test set on at least two test hosts synchronously or asynchronously. When the detection results of all test items are normal, the test rack displays the test completion information, controls the test host to restart and writes the test normal information; wherein, the test normal information includes the test completion time, the test rack identifier and the test set identifier, the test rack identifier is used to identify the test rack, the test set identifier is used to identify the test set, and the test set includes at least two test items and their test order; Wherein, in each test item, when the test rack times out and fails to receive the test result of the test host, the test result is determined to be abnormal; wherein, for different test items, the timeout time is determined to be the same or different settings; Furthermore, for different test items, the preset times of the test instructions are the same or differently set.

2. The production automation test method according to claim 1, characterized in that: When the test results of all test items are normal, the test stand displays the test completion information, controls the test host to restart and burns the shipping program as the normal test information.

3. The production automation test method according to claim 1, characterized in that: When the test result is abnormal, the test result and its error information are also stored.

4. The production automation test method according to claim 1, characterized in that: The test items include semaphore testing, the first test item is a semaphore testing item, the semaphore testing item is used to perform semaphore testing, and the semaphore testing includes at least one test of IO port, G-sensor, CAN, memory, serial port voltage, ADC, IC card, USB flash drive and serial port.

5. The production automation test method according to claim 1, characterized in that: Before connecting the test rack to at least one test host, the production automation test method further includes: presetting a communication protocol, wherein the communication protocol includes all test items and communication methods, and the communication methods include semaphores and their status bits.

6. A production automation test system, characterized in that: The production automation test system comprises a test frame and at least one test host, and the production automation test system is implemented by the production automation test method as claimed in any one of claims 1 to 5.

Images