Voice car control full-link test method and device, electronic equipment and storage medium

Abstract

The application discloses a voice vehicle control full-link test method and device, electronic equipment and a storage medium. The method comprises the following steps: sending simulated voice instructions to a voice application in sequence, obtaining a controller state after the execution of the instructions is completed, judging whether the execution of the voice instructions is successful according to the controller state, and recording the execution time of the voice instructions when the execution of the voice instructions fails; synchronously intercepting a real vehicle CAN bus log and saving the real vehicle CAN bus log as an ASC file; according to the execution time of each voice instruction that fails to execute, whether the voice instruction corresponds to a CAN signal received by a comfort CAN and an information CAN within a set range of the execution time is inquired from the ASC file; and according to whether the CAN signal is received by the comfort CAN and the information CAN, a verification result is output. The voice vehicle control full-link test method and device, electronic equipment and storage medium provided by the application can automatically verify all voice vehicle control functions and output a verification result.

Description

Technical Field

[0001] This application relates to the field of vehicle voice technology, and in particular to a full-link testing method, a full-link testing device, electronic equipment and storage medium for voice vehicle control. Background Technology

[0002] The in-vehicle voice control chain is quite long, encompassing the Android application layer, Android system layer, in-vehicle information CAN bus, gateway, in-vehicle comfort CAN bus, and the corresponding ECU controller. Currently, when developing voice control functions, the Android application layer developers lead the joint debugging process with ECU specialists. This debugging process requires manually verifying each functional point sequentially. If problems arise, it's necessary to contact each specialist in the chain for analysis. The entire process is time-consuming and labor-intensive.

[0003] Chinese invention patent application CN112669833A discloses a method for error correction in voice interaction, which involves voice commands. However, this method is not applicable to voice link testing in in-vehicle environments. Summary of the Invention

[0004] The purpose of this invention is to provide a full-link testing method, device, electronic device and storage medium for voice vehicle control, which can automatically verify all voice vehicle control functions and output the verification results.

[0005] This invention provides the following solution:

[0006] According to one aspect of the present invention, a full-link testing method for voice-controlled vehicle systems is provided, the full-link testing method for voice-controlled vehicle systems comprising:

[0007] Simulated voice commands are sent sequentially to the voice application, and the controller status information is obtained after the commands are executed.

[0008] The controller status information is used to determine whether the voice command was successfully executed.

[0009] If the voice command fails to execute, record the time when the voice command was executed.

[0010] Based on whether the voice command was executed successfully, the actual vehicle CAN bus log is captured synchronously and saved as an ASC file;

[0011] If the voice command fails to execute, query the comfort CAN and information CAN information in the ASC file;

[0012] Set a time range based on the recorded time when the voice command was executed;

[0013] Within the set time range, determine whether the comfort CAN and information CAN signals corresponding to the voice command are received;

[0014] Output the verification result of whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

[0015] Optional, also includes:

[0016] Configure a CAN signal troubleshooting strategy;

[0017] Based on the output, determine whether the verification result of the Comfort CAN and Information CAN signals corresponding to the voice command has been received, and execute the CAN signal troubleshooting strategy.

[0018] The CAN signal troubleshooting strategy includes:

[0019] If the CAN signal is not received by the information CAN, the troubleshooting strategy on the upper-layer voice and Android system sides will be initiated.

[0020] If the information CAN receives a CAN signal but the comfort CAN does not, then the gateway's professional troubleshooting strategy will be activated.

[0021] If both the information CAN and comfort CAN receive CAN signals, then the ECU's professional troubleshooting strategy will be initiated.

[0022] Optionally, the troubleshooting strategy on the upper-layer voice and Android system side includes checking whether a voice command has been issued;

[0023] The gateway-specific troubleshooting strategies include network connectivity checks and path tracing checks.

[0024] The ECU troubleshooting strategy includes checking the internal control logic.

[0025] Optionally, determining whether the voice command was successfully executed based on the controller status information includes:

[0026] Pre-read the database, which includes data information from the voice application;

[0027] The application for sending voice commands is determined based on the data information of the voice application.

[0028] Optionally, the data information of the voice application may also include preset test cases for the functions to be tested;

[0029] The test cases include CAN signal data when a voice command is successfully executed;

[0030] The functional items to be tested include voice command execution success rate and voice command response time;

[0031] The application that sent the voice command is determined based on the CAN signal data when the voice command is successfully executed.

[0032] Optionally, the time range for setting includes:

[0033] Set a time range 500ms before and / or 500ms after the recorded execution time of the voice command;

[0034] If it cannot be determined whether the comfort CAN and information CAN signals corresponding to the voice command have been received within the set time range, a request to update the voice command will be sent for that voice command.

[0035] Optional, voice commands include: JSON data.

[0036] According to a second aspect of the present invention, a full-link testing device for voice-controlled vehicle systems is provided, the full-link testing device for voice-controlled vehicle systems comprising:

[0037] The acquisition unit is used to send simulated voice commands to the voice application in sequence, and to acquire controller status information after the command execution is completed.

[0038] The judgment unit is used to determine whether the voice command was successfully executed based on the controller status information;

[0039] The recording unit is used to record the time when the voice command was executed if the execution of the voice command fails.

[0040] The interception unit is used to synchronously intercept the vehicle CAN bus log based on whether the voice command was successfully executed, and save the vehicle CAN bus log as an ASC file;

[0041] The query unit is used to query the comfort CAN and information CAN in the ASC file if the voice command fails to execute.

[0042] The setting unit is used to set the time range according to the recorded execution time of the voice command;

[0043] A receiving and judging unit is used to judge whether the comfort CAN and information CAN signals corresponding to the voice command are received within the set time range.

[0044] The output unit is used to output the verification result of whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

[0045] According to three aspects of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0046] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the full-link testing method for voice vehicle control.

[0047] According to four aspects of the present invention, a computer-readable storage medium is provided, comprising: a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs the steps of the voice-controlled vehicle end-to-end testing method.

[0048] The above solution achieves the following beneficial technical effects:

[0049] This application provides a full-link testing method, device, electronic device, and storage medium for voice vehicle control. By recording the execution time of each failed voice command and checking whether a corresponding CAN signal was received before and after the recorded execution time, the execution result of the voice command is verified and the verification result is output, thereby realizing automated verification of all voice vehicle control functions. Attached Figure Description

[0050] Figure 1 This is a flowchart of a full-link testing method for voice-controlled vehicles provided in one or more embodiments of the present invention.

[0051] Figure 2 This is a flowchart of a full-link testing method for voice-controlled vehicles provided in one or more embodiments of the present invention.

[0052] Figure 3 This is a flowchart of the judgment operation in the full-link testing method for voice vehicle control provided by one or more embodiments of the present invention.

[0053] Figure 4 This is a flowchart of the time range setting operation in the full-link testing method for voice vehicle control provided by one or more embodiments of the present invention.

[0054] Figure 5 This is a structural diagram of a full-link testing device for voice-controlled vehicles provided in one or more embodiments of the present invention.

[0055] Figure 6 This is a structural diagram of an electronic device provided in one or more embodiments of the present invention. Detailed Implementation

[0056] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0057] Figure 1 A flowchart illustrating the end-to-end testing method for voice-controlled vehicles is shown. See also... Figure 1 The end-to-end testing method for voice-controlled vehicles includes the following steps:

[0058] S11, sequentially send simulated voice commands to the voice application, and obtain controller status information after the command execution is completed.

[0059] S12, determine whether the voice command was successfully executed based on the controller status information.

[0060] S13, If the execution of the voice command fails, record the time when the voice command was executed.

[0061] S14: Based on whether the voice command was executed successfully, the vehicle CAN bus log is captured synchronously and saved as an ASC file.

[0062] S15, if the voice command fails to execute, retrieve information from the Comfort CAN and Information CAN files in the ASC file.

[0063] S16, Set the time range based on the recorded time when the voice command was executed.

[0064] S17, within the set time range, determine whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

[0065] S18 outputs the verification result of whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

[0066] The long transmission link in voice-controlled vehicle systems means that when a malfunction occurs, technicians often cannot pinpoint exactly which part of the system is causing the problem. Figure 1 The demonstrated end-to-end testing method for voice vehicle control can pinpoint the problematic link in the voice command by simulating the transmission of voice commands, capturing CAN bus logs, and querying the captured CAN bus logs, thus facilitating the subsequent debugging of voice vehicle control equipment.

[0067] First, voice commands are sent to the specific voice applications of each voice-controlled vehicle system. After sending the voice commands, the controller status of the target controller corresponding to each voice command is obtained. Based on whether the controller status has changed according to the sent voice commands, it is determined whether these voice commands have been successfully executed.

[0068] If the corresponding controller state has changed accordingly, it means the sent voice command has been executed correctly. If the corresponding controller state has not changed, or the controller state has not changed according to the command, it means the sent voice command has not been executed correctly.

[0069] If a voice command is not executed correctly, it can be determined that the voice command execution has failed. If a voice command execution fails, the execution time of the voice command needs to be recorded.

[0070] The voice command sent is usually a JSON command.

[0071] Upon receiving a voice command notification, the CAN bus log is intercepted and saved. The intercepted CAN bus log is saved in ASCII format.

[0072] Then, based on the execution time of each voice command that was not executed correctly, a query is performed in the ASCII format log file to see if the corresponding reception record for the voice command can be found. In other words, within a certain period before and after the execution time of the voice command, it is checked whether the CAN bus received the corresponding CAN signal.

[0073] Typically, the captured CAN bus logs include both the information CAN bus log and the comfort CAN bus log. When performing a log query, both the information CAN bus log and the comfort CAN bus log need to be queried simultaneously.

[0074] After querying the CAN bus log, it is possible to roughly determine which part of the voice execution failed due to a problem.

[0075] Preferably, before sending voice commands to various voice applications, it should be determined which applications should receive the voice commands. In the embodiments provided in this application, these voice applications are determined by reading a database.

[0076] In addition to storing a list of voice applications, the database primarily contains test cases for all functionalities under test. In some implementations, the list of voice applications is actually obtained by reading and analyzing all test cases.

[0077] When performing a query on the bus log, the query time range can be 500ms before and 500ms after the specific execution time. In other words, when querying the execution time, a time range is queried, which can be a time range spanning 500ms before and after the recorded execution time.

[0078] In addition, preferably, after outputting the verification results, it is also necessary to investigate the problems that occur in order to further determine the cause of the problems.

[0079] Furthermore, before executing a query on the bus log, the time range for the query must first be set. There are several different options for the time range. The previously mentioned time range setting of 500ms before and after the execution time is just one of several choices. You can choose a time range with equal forward and backward time spans, or you can choose a time range with unequal forward and backward time spans. For example, you can set a time range 200ms before the execution time and 300ms after the execution time.

[0080] Furthermore, you can choose to set the start and end points of the query to be calculated backwards from the execution time, or to set the start and end points of the query to be calculated backwards from the execution time.

[0081] For example, the query start point is 300ms prior to the execution time, and the query end point is 200ms prior to the execution time. Alternatively, the query start point is 100ms prior to the execution time, and the query end point is 300ms prior to the execution time.

[0082] The reason for setting time ranges and having multiple different options for settings within those settings is to give technicians more choices and more flexible configuration options during troubleshooting, and to provide more diverse methods for investigating possible causes of faults.

[0083] Figure 2 A flowchart illustrating the end-to-end testing method for voice-controlled vehicles is shown. See also... Figure 2 The end-to-end testing method for voice-controlled vehicles includes the following steps:

[0084] S201, sequentially send simulated voice commands to the voice application, and obtain controller status information after the command execution is completed.

[0085] S202, determine whether the voice command was successfully executed based on the controller status information.

[0086] S203, If the execution of the voice command fails, record the time when the voice command was executed.

[0087] S204, based on whether the voice command was executed successfully, synchronously captures the vehicle's CAN bus log and saves the vehicle's CAN bus log as an ASC file.

[0088] S205, if the voice command fails to execute, retrieves information from the Comfort CAN and Information CAN files in the ASC file.

[0089] S206, Set the time range based on the recorded time when the voice command was executed.

[0090] S207, within the set time range, determine whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

[0091] S208 outputs the verification result of whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

[0092] S209, Configure CAN signal troubleshooting strategy.

[0093] S210, based on the output, determine whether the verification result of the comfort CAN and information CAN corresponding to the voice command has been received, and execute the CAN signal troubleshooting strategy.

[0094] After outputting the verification results, it is necessary to investigate the problems that arise and further determine the cause of the problems.

[0095] If no CAN signal is received from the CAN bus, the problem lies with the upper-level voice component that issues the voice commands and the Android device. Therefore, troubleshooting should focus on the upper-level voice and Android systems.

[0096] If the information CAN receives a CAN signal but the comfort CAN does not, the problem lies in the CAN signal transmission process. Therefore, troubleshooting should involve a professional inspection of the gateway.

[0097] If both the information CAN and comfort CAN receive CAN signals, it indicates that there are no problems at the sending end or in the transmission path. Therefore, the cause of the fault should be investigated at the ECU end.

[0098] exist Figure 2 In the illustrated embodiment, gateway troubleshooting refers to using expertise about the gateway to troubleshoot potential gateway malfunctions. ECU troubleshooting refers to using expertise about the ECU to troubleshoot potential ECU malfunctions.

[0099] Typically, troubleshooting strategies for the upper-layer voice and Android system sides include checking whether voice commands have been issued; troubleshooting strategies for the gateway include checking network connectivity and path tracing; and troubleshooting strategies for the ECU include checking the internal control logic.

[0100] On the Android system side, i.e., the vehicle's infotainment system side, the key to troubleshooting is to check whether the voice commands were clearly issued according to the user's instructions. The main method is to check the command issuance records of the corresponding port, searching within a set time interval before and after the relevant time point to see if there are any issuance records. If there are, it means that the command was clearly issued; if not, it means there is a problem with the command issuance.

[0101] Troubleshooting at the gateway node is also a key focus. Gateway checks primarily involve verifying network connectivity and performing path tracing checks.

[0102] The main purpose of checking the internal logic of the ECU is to identify logical errors that may cause command loss. For example, packet loss caused by network errors, etc.

[0103] Figure 3 The flowchart illustrates the judgment operation in the end-to-end testing method for voice-controlled vehicles. See also... Figure 3 Determining whether the voice command was successfully executed based on the controller status information includes:

[0104] S31, Read the database in advance, the database including: data information of voice application.

[0105] S32, determine the application for sending voice commands based on the data information of the voice application.

[0106] It should be understood that verifying the successful execution of a voice command is based on the premise that the application corresponding to the voice command is known.

[0107] exist Figure 3 In the illustrated embodiment, the correspondence between voice commands and voice applications is pre-stored in a database. Therefore, by reading the database, the correspondence between voice commands and voice applications can be determined.

[0108] Specifically, the database can be a relational database or a non-relational database. More preferably, it can be an in-memory database. Typically, MySQL is a good choice. MySQL's lightweight nature makes it well-suited for lightweight voice testing applications.

[0109] In some application scenarios where lightweight design is less of a priority, MyBatis can be used as the database.

[0110] Figure 4 A flowchart illustrating the time range setting operation in the end-to-end testing method for voice-controlled vehicles is shown. See also... Figure 4 The time range can be set to include:

[0111] S41, set the time range 500ms before and / or 500ms after the recorded execution time of the voice command.

[0112] S42, if it is not determined within the set time range whether the comfort CAN and information CAN signals corresponding to the voice command have been received, then a request to update the voice command is sent for the voice command.

[0113] It is understandable that in the process of checking whether the data CAN and information CAN have received voice commands, it is necessary to first select a time range and check whether the voice commands have been received within this time range.

[0114] The reason for selecting a time range is to overcome uncertainties in signal transmission, such as time delay and signal instability.

[0115] It should be noted that the 500ms time range setting before and after the execution time point is merely a preferred example. Several other options are available for setting the time range. You can choose a balanced time range before and after the execution time point, or an unbalanced time range setting.

[0116] After selecting the time range, the system can determine whether a voice command has been received. If the comfort CAN or information CAN receives the corresponding signal within the set time range, the verification result can be output. If neither bus receives the corresponding signal, the voice command needs to be updated, and the test repeated.

[0117] like Figure 5 As shown, the present invention also provides a full-link testing device for voice-controlled vehicles, comprising:

[0118] The acquisition unit 501 is used to send simulated voice commands to the voice application in sequence, and acquire controller status information after the command execution is completed.

[0119] The judgment unit 502 is used to determine whether the execution of the voice command was successful based on the controller status information.

[0120] The recording unit 503 is used to record the time when the voice command was executed if the execution of the voice command fails.

[0121] The interception unit 504 is used to synchronously intercept the vehicle CAN bus log based on whether the voice command was executed successfully, and save the vehicle CAN bus log as an ASC file.

[0122] The query unit 505 is used to query the comfort CAN and information CAN in the ASC file if the voice command fails to execute.

[0123] Setting unit 506 is used to set a time range based on the recorded time when the voice command is executed.

[0124] The receiving and judging unit 507 is used to judge whether the comfort CAN and information CAN corresponding to the voice command are received within the set time range.

[0125] Output unit 508 is used to output the verification result of whether the comfort CAN and information CAN corresponding to the voice command have been received.

[0126] It is worth noting that although only some basic functional modules are disclosed in the embodiments of this invention, it does not mean that the composition of this system is limited to the above-mentioned basic functional modules. On the contrary, what this embodiment intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can arbitrarily add one or more functional modules in combination with existing technology to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. The fact that this embodiment only discloses a few basic functional modules should not be considered as the scope of protection of the claims of this invention being limited to the disclosed basic functional modules. At the same time, for the convenience of description, the above device is described separately according to its functions as various units and modules. Of course, in implementing this invention, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0127] like Figure 6 As shown, the present invention also provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of the full-link test method for voice vehicle control.

[0128] Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present invention. For example... Figure 6 The structure shown in this embodiment of the invention includes an electronic device comprising one or more processors 610 and a memory 620; the processors 610 in this electronic device may be one or more. Figure 6Taking a processor 610 as an example; memory 620 is used to store one or more programs; the one or more programs are executed by the one or more processors 610, so that the one or more processors 610 implement the full-link testing method for voice vehicle control as described in any one of the embodiments of the present invention.

[0129] The electronic device may also include an input device 630 and an output device 640.

[0130] The processor 610, memory 620, input device 630, and output device 640 in this electronic device can be connected via a bus or other means. Figure 6 Taking the example of a connection between China and Israel via a bus.

[0131] The memory 620 in this electronic device serves as a computer-readable storage medium, capable of storing one or more programs. These programs can be software programs, computer-executable programs, or modules, such as the program instructions / modules corresponding to the voice-controlled vehicle-link testing method provided in this embodiment of the invention. The processor 610 executes various functional applications and data processing of the electronic device by running the software programs, instructions, and modules stored in the memory 620, thereby implementing the voice-controlled vehicle-link testing method described in the above embodiment.

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

[0133] Input device 630 can be used to receive input digital or character information, and to generate key signal inputs related to user settings and function control of the electronic device. Output device 640 may include display devices such as a display screen.

[0134] The present invention also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a voice-controlled vehicle end-to-end testing method.

[0135] Specifically, the computer storage medium in this embodiment of the invention can be any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. For example, a computer-readable storage medium can be—but is not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of computer-readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this embodiment, the computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0136] The present invention also provides a vehicle equipped with the voice vehicle control end-to-end testing device as described above.

[0137] 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 them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

[0138] 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 them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A full-link testing method for voice-controlled vehicles, characterized in that, The full-link testing method for voice-controlled vehicles includes: Simulated voice commands are sent sequentially to the voice application, and the controller status information is obtained after the commands are executed. The controller status information is used to determine whether the voice command was successfully executed. If the voice command fails to execute, record the time when the voice command was executed. Based on whether the voice command was executed successfully, the actual vehicle CAN bus log is captured synchronously and saved as an ASC file; If the voice command fails to execute, query the comfort CAN and information CAN information in the ASC file; Set a time range based on the recorded time when the voice command was executed; Within the set time range, determine whether the comfort CAN and information CAN signals corresponding to the voice command are received; Output the verification result of whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

2. The method according to claim 1, characterized in that, Also includes: Configure a CAN signal troubleshooting strategy; Based on the output, determine whether the verification result of the Comfort CAN and Information CAN signals corresponding to the voice command has been received, and execute the CAN signal troubleshooting strategy. The CAN signal troubleshooting strategy includes: If the CAN signal is not received by the information CAN, the troubleshooting strategy on the upper-layer voice and Android system sides will be initiated. If the information CAN receives a CAN signal but the comfort CAN does not, then the gateway's professional troubleshooting strategy will be activated. If both the information CAN and comfort CAN receive CAN signals, then the ECU's professional troubleshooting strategy will be initiated.

3. The method according to claim 2, characterized in that, The troubleshooting strategies for the upper-layer voice and Android system sides include checking whether voice commands have been issued; The gateway-specific troubleshooting strategies include network connectivity checks and path tracing checks. The ECU troubleshooting strategy includes checking the internal control logic.

4. The method according to claim 1, characterized in that, Determining whether the voice command was successfully executed based on the controller status information includes: Pre-read the database, which includes data information from the voice application; The application for sending voice commands is determined based on the data information of the voice application.

5. The method according to claim 4, characterized in that, The data information of the voice application also includes preset test cases for the functions to be tested; The test cases include CAN signal data when a voice command is successfully executed; The functional items to be tested include voice command execution success rate and voice command response time; The application that sent the voice command is determined based on the CAN signal data when the voice command is successfully executed.

6. The method according to claim 1, characterized in that, The time range to be set includes: Set a time range 500ms before and / or 500ms after the recorded execution time of the voice command; If it cannot be determined whether the comfort CAN and information CAN signals corresponding to the voice command have been received within the set time range, a request to update the voice command will be sent for that voice command.

7. The method according to any one of claims 1 to 6, characterized in that, Voice commands include: JSON data.

8. A full-link testing device for voice-controlled vehicles, characterized in that, The full-link testing device for voice-controlled vehicles includes: The acquisition unit is used to send simulated voice commands to the voice application in sequence, and to acquire controller status information after the command execution is completed. The judgment unit is used to determine whether the voice command was successfully executed based on the controller status information; The recording unit is used to record the time when the voice command was executed if the execution of the voice command fails. The interception unit is used to synchronously intercept the vehicle CAN bus log based on whether the voice command was successfully executed, and save the vehicle CAN bus log as an ASC file; The query unit is used to query the comfort CAN and information CAN in the ASC file if the voice command fails to execute. The setting unit is used to set the time range according to the recorded execution time of the voice command; A receiving and judging unit is used to judge whether the comfort CAN and information CAN signals corresponding to the voice command are received within the set time range. The output unit is used to output the verification result of whether the comfort CAN and information CAN signals corresponding to the voice command have been received.

9. An electronic device, characterized in that, include: The system includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, communication interface, and memory communicate with each other via the communication bus; the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of any one of the methods described in 1 to 7.

10. A computer-readable storage medium, characterized in that, It stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the method according to any one of claims 1 to 7.

Images