Product testing methods, systems, electronic devices, and media

Abstract

The application discloses a product test method, system, electronic equipment and medium, which is applied to a product end. When transmitting a running log through a first port arranged on the product end to a second port arranged on a test end, it is detected that a communication resource corresponding to the second port is recycled by the test end, and the transmission of the running log is suspended. When it is detected that the communication resource is released by the test end, the transmission of the running log to the second port is continued. The application does not need an engineer to manually read a running log from a product flash, but can directly read the running log in real time through the first port of the product end, so that when the running log in a product with a problem is acquired, a lot of time is not needed to find the product with the problem, and the running log is acquired again, and the running log can be read in real time when the product has a problem, and therefore the speed of acquiring the running log of the product end is improved.

Description

Technical Field

[0001] This application relates to the field of testing, and more particularly to a product testing method, system, electronic device, and medium. Background Technology

[0002] When product software encounters test failures during production line testing, software engineers need at least two types of logs to analyze the problem: the host computer's test log, which contains information about the interaction between the host computer program and the product; and the product's own operation log, which contains a description of the product's operating status when the problem occurred.

[0003] Currently, the testing system during production line testing can save test logs from the host computer, but the product's own operational logs cannot be saved in the testing system; instead, they are stored in the product's flash memory. However, the ports on the product are used for receiving and responding to test commands during testing, but there are no ports on the product for transmitting its own operational logs. This forces engineers to manually read the logs from the product's flash memory when analyzing problems. Since products are constantly moving on the production line, locating the problematic product takes a significant amount of time, resulting in a very slow speed for obtaining the product's operational logs. Summary of the Invention

[0004] In view of this, this application provides a product testing method, system, electronic device, and medium, which aims to improve the speed of obtaining product operation logs.

[0005] To achieve the above objectives, this application provides a product testing method applied to a product, the product testing method comprising:

[0006] When transmitting the operation log from the first port set on the product end to the second port set on the test end, it is detected that the communication resources corresponding to the second port are reclaimed by the test end, and the transmission of the operation log is paused.

[0007] Upon detecting that the communication resource has been released by the test terminal, the operation log continues to be transmitted to the second port.

[0008] For example, before transmitting the runtime log to the second port via the first port, the method further includes:

[0009] Extract the low-order bits from the runtime log;

[0010] Encode the high-order bits in the operation log based on a preset encoding method;

[0011] Based on a preset protocol format, the low-order bits and the encoded high-order bits are combined to obtain the encoded running log;

[0012] The transmission of the operation log includes:

[0013] Transmit the encoded runtime log.

[0014] For example, before transmitting the runtime log to the second port via the first port, the method further includes:

[0015] Traverse the physical communication ports;

[0016] Based on the physical communication ports traversed, a handshake command is sent to the test terminal;

[0017] If a response instruction corresponding to the handshake instruction is received, then the physical communication port that has been traversed is determined to be the first port.

[0018] Furthermore, to achieve the above objectives, this application also provides a product testing method applied at a testing end, the method comprising:

[0019] When receiving the operation log transmitted from the product terminal through the second port set on the test terminal, if a test command is detected, the communication resources corresponding to the second port are reclaimed.

[0020] The communication resources are allocated to the interactive process corresponding to the test command.

[0021] Once the test process corresponding to the test instruction is detected as complete, the communication resources are released so that the product can continue to transmit the operation log to the second port.

[0022] For example, the operation log is an encoded operation log. After receiving the operation log transmitted by the product terminal through the second port, the method further includes:

[0023] Extract the high-order bits from the encoded runtime log;

[0024] Based on the preset decoding method, the high-order bits in the operation log are decoded;

[0025] Based on a preset protocol format, the low-order bits of the encoded running log and the high-order bits of the decoded running log are combined to obtain the decoded running log, so as to obtain log information from the decoded running log.

[0026] In addition, to achieve the above objectives, this application also provides a product testing system, characterized in that the system includes a product end and a testing end; the product end includes at least a first time-sharing control module and a first port, and the testing end includes at least a second time-sharing control module and a second port;

[0027] When the first port outputs the operation log to the second port, the second port receives the test command and notifies the second time-sharing control module to reclaim the communication resources corresponding to the second port;

[0028] The second time-sharing control module reclaims the communication resources and allocates them to the interaction process corresponding to the test command.

[0029] The first time-sharing control module detects that the communication resources have been reclaimed by the second time-sharing control module, and controls the first port to suspend the transmission of the operation log to the second port;

[0030] The second time-sharing control module detects that the test process corresponding to the test instruction has been completed, releases the communication resources, and allocates the communication resources to the process of receiving the operation log;

[0031] The first time-sharing control module detects that the communication resources have been released by the second time-sharing control module, and controls the first port to continue transmitting the operation log to the second port.

[0032] For example, the product end also includes a buffer structure; the buffer structure is used to buffer the operation log when the first time-sharing control module controls the first port to suspend the transmission of the operation log to the second port.

[0033] For example, the buffer structure includes a series input buffer structure and an output buffer structure to broaden the buffering capacity of the buffer structure.

[0034] In addition, to achieve the above objectives, this application also provides an electronic device, which includes a memory, a processor, and a product testing program stored in the memory and executable on the processor. When the product testing program is executed by the processor, it implements the steps of the product testing method described above.

[0035] In addition, to achieve the above objectives, this application also provides a computer-readable storage medium storing a product testing program, which, when executed by a processor, implements the steps of the product testing method described above.

[0036] In contrast to existing technologies that require engineers to manually read operation logs from the product's flash memory, which is time-consuming due to the product's constant movement on the production line and the significant time required to locate the problematic product, the method of this application, applied to the product side, pauses the transmission of operation logs when transmitting them from a first port on the product side to a second port on the test side, upon detecting that the communication resources corresponding to the second port have been reclaimed by the test side; and resumes transmission when the communication resources have been released by the test side. This application eliminates the need for engineers to manually read operation logs from the product's flash memory; instead, it allows for real-time reading of operation logs directly through the first port on the product side. This eliminates the need to spend considerable time locating the problematic product and then retrieving its operation logs; instead, it enables real-time reading of operation logs when a product malfunctions, thereby significantly improving the speed of obtaining product-side operation logs. Attached Figure Description

[0037] Figure 1 This is a flowchart illustrating the first embodiment of the product testing method of this application;

[0038] Figure 2 This is an example schematic diagram illustrating the composition of data frames in the first embodiment of the product testing method of this application;

[0039] Figure 3 This is a flowchart illustrating the second embodiment of the product testing method of this application;

[0040] Figure 4 This is a schematic diagram of the hardware operating environment involved in the embodiments of this application.

[0041] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0042] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0043] This application provides a product testing method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the product testing method of this application.

[0044] This application provides an embodiment of a product testing method. It should be noted that although a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order. The product testing method is applied to a product, including smart wearable devices, mobile terminals, etc. The product testing method includes the following steps:

[0045] Step S10: When transmitting the operation log from the first port set on the product end to the second port set on the test end, it is detected that the communication resources corresponding to the second port are reclaimed by the test end, and the transmission of the operation log is paused.

[0046] For example, the product side calls a first listener (timer) to monitor for the output requirements of the runtime log. If the requirements exist, it notifies the first time-sharing control module set on the product side. The first time-sharing control module then inquires with the test side whether there are communication resources available for the runtime log transmission process. If the test side has communication resources available for the runtime log transmission process, it controls the first port to transmit the runtime log to the second port; if the communication resources are reclaimed by the test side, then the test side does not have communication resources available for the runtime log transmission process.

[0047] For example, in order to avoid the operation log being overwritten due to the obstruction of output capability (communication resources being reclaimed by the test end) when the transmission of operation log is paused, in this embodiment, the product end is provided with an output buffer structure to buffer the operation log so that the complete operation log can be output when the output capability is restored (communication resources are released by the test end).

[0048] For example, the product also includes an input buffer structure to address the blocking issue when the log input and output speeds are mismatched (i.e., the input speed is greater than the output speed). This input buffer structure comprises two parallel sub-input buffer structures, which can prevent conflicts from occurring when two input threads write to the runtime log simultaneously.

[0049] For example, the above-mentioned input buffer structure and output buffer structure are set in series, thereby improving the product's ability to buffer runtime logs.

[0050] For example, both the input buffer structure and the output buffer structure described above are FIFO (First Input First Output) structures.

[0051] For example, before transmitting the runtime log to the second port via the first port, the method further includes:

[0052] Traverse the physical communication ports;

[0053] Based on the physical communication ports traversed, a handshake command is sent to the test terminal;

[0054] If a response instruction corresponding to the handshake instruction is received, then the physical communication port that has been traversed is determined to be the first port.

[0055] For example, physical communication ports include SPP (Standard Parallel Port), I2C, and UART (Universal Asynchronous Receiver / Transmitter).

[0056] For example, the response command is a handshake ACK (Acknowledge character). Upon receiving the response command, it can be determined that the physical communication port traversed corresponding to the response command is available, and a communication connection is established with the test end through this physical communication port. For instance, when sending a handshake command to the test end through SPP, if a response command is received from the test end, then SPP is determined to be the first port.

[0057] The handshake command and response command are both commands defined in the TCP / IP protocol and are used to establish a connection between two ends that need to exchange data.

[0058] It is understood that this embodiment achieves the adaptive and automated determination of the first port through traversal, which greatly improves the convenience of determining the first port compared to the existing method of independently programming each physical communication port.

[0059] For example, before transmitting the runtime log to the second port via the first port, the method further includes:

[0060] Extract the low-order bits from the runtime log;

[0061] Encode the high-order bits in the operation log based on a preset encoding method;

[0062] Based on a preset protocol format, the low-order bits and the encoded high-order bits are combined to obtain the encoded running log.

[0063] This embodiment proposes an information encoding and decoding method based on the ASCII standard protocol, which not only saves data transmission resources but also achieves symmetric encryption of information.

[0064] In standard ASCII code, each of the twenty-six letters has an independent representation, and each representation includes a high-order bit and a low-order bit. For example, the letter "s" is represented as 01110011, with its high-order bit being "0111" and its low-order bit being "0011"; the letter "g" is represented as 01100111, with its high-order bit being "0110" and its low-order bit being "0111".

[0065] It should be noted that the high-order bits in standard ASCII code have an overlapping characteristic. Specifically, for the letter "ao", the high-order bits are "0110", and for the letter "pz", the high-order bits are "0111". Therefore, the operation log can be encoded using a preset encoding method, which involves the product side retrieving the low-order bits from the operation log.

[0066] For the high-order bits in the operation log, the product and testing sides agree on a public key template to replace the high-order bits in the operation log with a symmetric public key. For example, the high-order bits of the letters "ao" are encoded as "0" and the high-order bits of the letters "pz" are encoded as "1", or the high-order bits of the letters "ao" are encoded as "1" and the high-order bits of the letters "pz" are encoded as "0"; or the high-order bits of the letters "ao" are encoded as "00" and the high-order bits of the letters "pz" are encoded as "11", or the high-order bits of the letters "ao" are encoded as "11" and the high-order bits of the letters "pz" are encoded as "00".

[0067] After encoding, the encoded runtime log is obtained by combining data frames according to a preset protocol format. Specifically, the runtime log is transmitted in the form of data frames, and the encoded runtime log is in the form of data frames. (See reference...) Figure 2 , Figure 2 This is an example diagram illustrating the composition of a data frame, where 201 represents the data frame, and the symmetric public key corresponds to the encoded runtime log. For example, in the symmetric public key example, "0111" corresponds to "0011", "1111", "0111", and "1100" in the encoded runtime log, respectively. Correspondingly, "0" in the symmetric public key and "0011" in the encoded runtime log correspond to the letter "s".

[0068] For example, Figure 2 The symmetric public key is 8 bits, and the encoded runtime log is 32 bits. This is because data is transmitted in bytes, i.e., 8 bits at a time. Therefore, setting it to a multiple of 8 facilitates data transmission. Of course, it could be set to a non-multiple of 8, such as 9 or 10. However, since 9 and 10 are not multiples of 8, for a 9-bit symmetric public key, 8 bits of data need to be transmitted first, followed by 1 bit, requiring two transmissions, which reduces data transmission efficiency.

[0069] For example, since the preset encoding method and preset protocol format are used between the product end and the test end in this embodiment, any third party, even if they obtain the operation log, will not be able to access the log information. Because they do not understand the decoding method, the operation log they open will be garbled. Therefore, encoding the operation log using the information encoding and decoding method of this embodiment also improves information security.

[0070] The transmission of the operation log includes:

[0071] Transmit the encoded runtime log.

[0072] It is understandable that the amount of data in the encoded runtime log is significantly reduced compared to the amount of data in the unencoded runtime log. Taking the unencoded runtime log as 16 bytes as an example, after encoding using the information encoding and decoding method of this embodiment, the amount of data in the encoded runtime log is 2 bytes of the symmetric public key plus 8 bytes of the low-order bits, that is, the amount of data in the encoded runtime log is 10 bytes. Therefore, it can be determined that the optimization effect of the information encoding and decoding method of this embodiment on the data is (16-10) bytes / 16 bytes, which is approximately 0.38, or 38%.

[0073] Step S20: It is detected that the communication resource has been released by the test terminal, and the operation log continues to be transmitted to the second port.

[0074] The first time-sharing control module consults the test end to see if there are communication resources available for the operation log transmission process. If the test end has communication resources available for the operation log transmission process, it controls the first port to continue transmitting the operation log to the second port.

[0075] It should be noted that reading the operation logs requires specialized tools and is highly specialized. If the relevant engineers are not on-site at the product location, they will need to arrive on-site and then use the specialized tools to read the operation logs, which increases product development costs and extends the product development cycle. Therefore, this embodiment reduces product development costs and shortens the product development cycle.

[0076] It should be noted that the product is an embedded product with limited flash space. In order to store the operation logs, a larger capacity flash memory is required, which would increase the BOM (Bill of Material) cost. Therefore, this embodiment also reduces the BOM cost.

[0077] The following describes the process of transmitting the operation log using a preferred embodiment of this application:

[0078] The product traverses its own physical communication interfaces, sending handshake commands to the test end through each interface encountered during the traversal. If a response command is captured during the traversal, the physical communication port corresponding to that command is identified as the first port, and a communication connection is established with the test end using this first port. An input buffer structure is established, and a first listening program is started to monitor for any runtime log input. If so, the runtime log is encoded using an information encoding / decoding method, and the runtime log input control unit is started to buffer the encoded runtime log into the input buffer structure. The runtime log output control unit is started. At this time, the second listening program detects the need to output runtime logs, and the product consults the test end via the first time-sharing control module to determine if there are communication resources available for runtime log transmission. If communication resources exist, the encoded runtime log in the input buffer structure is sent to the test end's second port through the first port; if no communication resources exist, an output buffer structure is established, and the encoded runtime log is buffered into the output buffer structure. If communication resources exist, the encoded runtime log is extracted from the output buffer structure and sent to the test end's second port through the first port.

[0079] In contrast to existing technologies that require engineers to manually read operation logs from the product's flash memory, which is time-consuming due to the product's constant movement on the production line and the significant time required to locate the problematic product, the method of this application, applied to the product side, pauses the transmission of operation logs when transmitting them from a first port on the product side to a second port on the test side, upon detecting that the communication resources corresponding to the second port have been reclaimed by the test side; and resumes transmission when the communication resources have been released by the test side. This application eliminates the need for engineers to manually read operation logs from the product's flash memory; instead, it allows for real-time reading of operation logs directly through the first port on the product side. This eliminates the need to spend considerable time locating the problematic product and then retrieving its operation logs; instead, it enables real-time reading of operation logs when a product malfunctions, thereby significantly improving the speed of obtaining product-side operation logs.

[0080] This application provides a product testing method, referring to... Figure 3 , Figure 3 This is a flowchart illustrating the second embodiment of the product testing method of this application.

[0081] This application provides a second embodiment of a product testing method. It should be noted that although the logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than that shown here. The product testing method is applied to a testing terminal, which includes a personal computer, mobile terminal, etc. The product testing method includes the following steps:

[0082] Step A10: When receiving the operation log transmitted from the product terminal through the second port set on the test terminal, if a test command is detected, the communication resources corresponding to the second port are reclaimed.

[0083] Step A20: Allocate the communication resources to the interaction process corresponding to the test command;

[0084] Step A30: Upon detecting that the test process corresponding to the test instruction has been completed, the communication resources are released so that the product can continue to transmit the operation log to the second port.

[0085] For example, the test terminal can send and receive data. Receiving data includes receiving the encoded operation log sent by the product terminal. Sending data includes sending test-related data to the product terminal after receiving the test instructions sent by the host computer. For example, if the test instructions require testing the microphone function of the product terminal, then relevant instructions for testing the microphone function need to be sent to the product terminal.

[0086] Communication resources are scheduled by a second time-sharing control module located at the test end. When no test command is received or no response is required, communication resources are allocated to the received encoded runtime log. When a test command is received or a response is required, even if the communication resources are being used by the received encoded runtime log, the second time-sharing control module will reclaim the communication resources and allocate them to the interaction process corresponding to the test command. This ensures that communication resources are prioritized for the interaction process corresponding to the test command. After detecting the completion of the test process corresponding to the test command, the communication resources occupied by the interaction process corresponding to the test command are released and allocated to the received encoded runtime log.

[0087] For example, the operation log is an encoded operation log. After receiving the operation log transmitted by the product terminal through the second port, the method further includes:

[0088] Extract the high-order bits from the encoded runtime log;

[0089] Based on the preset decoding method, the high-order bits in the operation log are decoded;

[0090] Based on a preset protocol format, the low-order bits of the encoded running log and the high-order bits of the decoded running log are combined to obtain the decoded running log, so as to obtain log information from the decoded running log.

[0091] In this embodiment, the process of decoding the encoded running log is the reverse of the process of encoding the running log in the first embodiment above. That is, the specific implementation of the decoding process is basically the same as the specific implementation of the encoding process above, and will not be described again here.

[0092] In contrast to existing technologies where engineers need to manually read operation logs from the product's flash memory, which is time-consuming due to the product's constant movement on the production line and the significant time required to locate the problematic product, the method in this application, applied to the testing end, involves reclaiming communication resources corresponding to the second port when receiving operation logs transmitted from the product via a second port on the testing end. If a test command is detected, the communication resources are allocated to the interactive process corresponding to the test command. Upon completion of the test process corresponding to the test command, the communication resources are released, allowing the product to continue transmitting operation logs to the second port. This embodiment eliminates the need for engineers to manually read operation logs from the product's flash memory; instead, it allows real-time reading from the product's first port via the second port. This eliminates the need to spend considerable time locating the problematic product and then retrieving its operation logs; instead, the operation logs can be read in real-time when a product malfunctions, thus significantly improving the speed of obtaining product-side operation logs.

[0093] In addition, this application also provides a product testing system, the system including a product end and a testing end; the product end includes at least a first time-sharing control module and a first port, and the testing end includes at least a second time-sharing control module and a second port;

[0094] When the first port outputs the operation log to the second port, the second port receives the test command and notifies the second time-sharing control module to reclaim the communication resources corresponding to the second port;

[0095] The second time-sharing control module reclaims the communication resources and allocates them to the interaction process corresponding to the test command.

[0096] The first time-sharing control module detects that the communication resources have been reclaimed by the second time-sharing control module, and controls the first port to suspend the transmission of the operation log to the second port;

[0097] The second time-sharing control module detects that the test process corresponding to the test instruction has been completed, releases the communication resources, and allocates the communication resources to the process of receiving the operation log;

[0098] The first time-sharing control module detects that the communication resources have been released by the second time-sharing control module, and controls the first port to continue transmitting the operation log to the second port.

[0099] For example, the product end also includes a buffer structure; the buffer structure is used to buffer the operation log when the first time-sharing control module controls the first port to suspend the transmission of the operation log to the second port.

[0100] For example, the buffer structure includes a series-connected input buffer structure and an output buffer structure to broaden the buffering capacity of the buffer structure.

[0101] The specific implementation of the product testing system in this application is basically the same as the embodiments of the product testing methods described above, and will not be repeated here.

[0102] In addition, this application also provides an electronic device. For example... Figure 4 As shown, Figure 4 This is a schematic diagram of the hardware operating environment involved in the embodiments of this application.

[0103] It should be noted that, Figure 4 This can be a schematic diagram of the hardware operating environment of an electronic device.

[0104] like Figure 4 As shown, the electronic device may include: a processor 4001, such as a CPU; a memory 4005; a user interface 4003; a network interface 4004; and a communication bus 4002. The communication bus 4002 is used to enable communication between these components. The user interface 4003 may include a display screen or an input unit such as a keyboard; optionally, the user interface 4003 may also include a standard wired interface or a wireless interface. The network interface 4004 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface). The memory 4005 may be high-speed RAM or non-volatile memory, such as a disk drive. Optionally, the memory 4005 may also be a storage device independent of the aforementioned processor 4001.

[0105] Alternatively, the electronic device may also include RF (Radio Frequency) circuits, sensors, audio circuits, WiFi modules, and so on.

[0106] Those skilled in the art will understand that Figure 4 The electronic device structure shown does not constitute a limitation on the electronic device and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0107] like Figure 4 As shown, the memory 4005, as a computer storage medium, may include an operating system, a network communication module, a user interface module, and product testing programs. The operating system is a program that manages and controls the hardware and software resources of the electronic device, supporting the operation of product testing programs and other software or programs.

[0108] exist Figure 4 In the electronic device shown, the user interface 4003 is mainly used to connect to the terminal and communicate data with the terminal, such as receiving requests sent by the terminal; the network interface 4004 is mainly used for the backend server and communicates data with the backend server; the processor 4001 can be used to call the product test program stored in the memory 4005 and execute the steps of the product test method as described above.

[0109] The specific implementation of the electronic device in this application is basically the same as the embodiments of the above-mentioned product testing methods, and will not be repeated here.

[0110] Furthermore, embodiments of this application also propose a computer-readable storage medium storing a product testing program, which, when executed by a processor, implements the steps of the product testing method described above.

[0111] The specific implementation of the computer-readable storage medium in this application is basically the same as the embodiments of the above-described product testing methods, and will not be repeated here.

[0112] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0113] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0114] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, device, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0115] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A product testing method, characterized in that, Applied to the product side, the product side includes a first monitoring program, and the product testing method includes: The first listening program monitors the operation log output requirements in real time. After detecting the existence of the log output requirements, before transmitting the operation log through the first port set on the product end, the low-order bits in the operation log are extracted. Encode the high-order bits in the operation log based on a preset encoding method; Based on a preset protocol format, the low-order bits and the encoded high-order bits are combined to obtain the encoded running log; When transmitting the encoded operation log to the second port set on the test end through the first port set on the product end, it is detected that the communication resources corresponding to the second port are reclaimed by the test end, and the transmission of the encoded operation log is paused. Upon detecting that the communication resource has been released by the test terminal, the encoded operation log continues to be transmitted to the second port.

2. The product testing method as described in claim 1, characterized in that, Before transmitting the runtime log to the second port via the first port, the method further includes: Traverse the physical communication ports; Based on the physical communication ports traversed, a handshake command is sent to the test terminal; If a response instruction corresponding to the handshake instruction is received, then the physical communication port that has been traversed is determined to be the first port.

3. A product testing method, characterized in that, Applied to the testing end, the method includes: When receiving the encoded operation log as described in claim 1 from the product terminal via the second port set at the test terminal, if a test command is detected, the communication resources corresponding to the second port are reclaimed. The communication resources are allocated to the interactive process corresponding to the test command. Once the test process corresponding to the test instruction is detected as complete, the communication resources are released so that the product can continue to transmit the encoded operation log to the second port.

4. The method as described in claim 3, characterized in that, The operation log is an encoded operation log. After receiving the operation log transmitted by the product terminal through the second port, the method further includes: Extract the high-order bits from the encoded runtime log; Based on the preset decoding method, the high-order bits in the operation log are decoded; Based on a preset protocol format, the low-order bits of the encoded running log and the high-order bits of the decoded running log are combined to obtain the decoded running log, so as to obtain log information from the decoded running log.

5. A product testing system, characterized in that, The system includes a product end and a test end; the product end includes at least a first monitoring program, a first time-sharing control module, and a first port, and the test end includes at least a second time-sharing control module and a second port. When the first port outputs the encoded running log as described in claim 1 to the second port, the second port receives a test command and notifies the second time-sharing control module to reclaim the communication resources corresponding to the second port. The second time-sharing control module reclaims the communication resources and allocates them to the interaction process corresponding to the test command. The first time-sharing control module detects that the communication resources have been reclaimed by the second time-sharing control module, and controls the first port to suspend the transmission of the encoded running log to the second port; The second time-sharing control module detects that the test process corresponding to the test instruction has been completed, releases the communication resources, and allocates the communication resources to the process that receives the encoded running log. The first time-sharing control module detects that the communication resources have been released by the second time-sharing control module, and controls the first port to continue transmitting the encoded running log to the second port.

6. The system as described in claim 5, characterized in that, The product terminal also includes a buffer structure; the buffer structure is used to buffer the operation log when the first time-sharing control module controls the first port to suspend the transmission of the operation log to the second port.

7. The system as described in claim 6, characterized in that, The buffer structure includes a series input buffer structure and an output buffer structure to broaden the buffering capacity of the buffer structure.

8. An electronic device, characterized in that, The electronic device includes a memory, a processor, and a product testing program stored in the memory and executable on the processor, wherein the product testing program, when executed by the processor, implements the steps of the product testing method as described in claim 1 or 2.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a product testing program, which, when executed by a processor, implements the steps of the product testing method as described in claim 1, 2, 3, or 4.

Images