Test system and test method
By integrating the test bench and the host computer test system, the peripheral testing of the in-vehicle entertainment system host is simulated, which solves the problems of incomplete test scenarios and low efficiency in the development process and realizes efficient automated testing and result management.
Patent Information
- Application Number
- CN202510991678.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2025-07-18
- Publication Date
- 2025-09-30
- Estimated Expiration
- 2045-07-18
AI Technical Summary
The existing in-vehicle entertainment system host development process lacks complete test scenario coverage, resulting in low test efficiency and poor repeatability, making it difficult to discover problems with software integration and hardware interfaces in the early stages.
A test system is provided, including a test bench, a host computer and a test application. By simulating real peripheral test signals, it drives the host of the in-vehicle entertainment system to perform peripheral tests and generate evaluation results. Combined with the host computer, it performs automated signal comparison to achieve integrated testing of audio, display and bus control.
It improves the development efficiency and quality of the in-vehicle entertainment system host, achieves comprehensive coverage of multiple peripheral functions, reduces development cycle and cost, and supports remote storage and traceability of test results.
Smart Images

Figure CN120508088B_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of automobile manufacturing technology, and in particular to a testing system and a testing method. Background Art
[0002] With the development of smart cockpit technology, in-vehicle entertainment system (IICE) head units must achieve efficient information exchange and multimedia processing within diverse display, audio, and vehicle bus environments. In the early stages of head unit development and verification, these systems often face challenges such as incomplete peripheral hardware, supply delays, or limited testing conditions.
[0003] Existing development processes typically rely on real in-vehicle displays, speakers, microphones, and CAN buses (Controller Area Network) for functional verification. If peripherals are missing, it is necessary to build a simple wiring harness rig or use independent instruments to manually inject and observe signals, resulting in incomplete test scenario coverage, low test efficiency, and poor repeatability. At the same time, control command consistency verification often relies on the actual vehicle environment or real-vehicle road testing, making it difficult to promptly discover problems with software integration and hardware interfaces. Summary of the Invention
[0004] In view of this, the purpose of this application is to provide a testing system and testing method that can improve the development efficiency and development quality of the in-vehicle entertainment system host.
[0005] In a first aspect, the present invention provides a test system, comprising: a test bench, a host computer and a test application; the test application is pre-installed in a host of an in-vehicle entertainment system to be tested; the test bench is electrically connected to the host of the in-vehicle entertainment system to be tested; the test application is used to drive the host of the in-vehicle entertainment system to be tested to perform corresponding peripheral tests in accordance with a preset test sequence after receiving a peripheral test signal, and send the execution results of the peripheral tests to the test bench; receive user evaluation information from the test bench, generate and save peripheral test evaluation results; the test bench is used to receive and present the execution results; collect user evaluation information on the execution results and forward it to the test application; the host computer is used to obtain the peripheral test evaluation results after the peripheral test is completed; generate a control test signal based on preset control test content, and send it to the test application via the test bench; receive a feedback signal returned by the test application, and compare the feedback signal with a preset expected signal to generate a control test evaluation result.
[0006] In an optional embodiment, the test bench includes an audio output test module; the audio output test module includes at least one speaker; the test application is also used to activate the audio output function when the peripheral test signal includes an audio output test signal; drive the host of the in-vehicle entertainment system to be tested to execute a preset audio output test script to generate a first audio signal, and send the first audio signal to the audio output test module; the audio output test module is used to play the first audio signal through the speaker when the first audio signal is an analog signal.
[0007] In an optional embodiment, the audio output test module also includes an audio signal conversion board connected to the speaker; the audio output test module is also used to convert the first audio signal into an analog signal through the audio signal conversion board when the first audio signal is a digital signal, and play the converted first audio signal through the speaker.
[0008] In an optional embodiment, the test bench also includes an audio input test module; the audio input test module includes a microphone; the microphone is used to collect test voice to generate a voice test script, and send the voice test script to the host of the in-vehicle entertainment system to be tested; the test application is also used to activate the audio input function when the peripheral test signal includes an audio input test signal; drive the host of the in-vehicle entertainment system to be tested to execute the voice test script to generate a second audio signal, and send the second audio signal to the audio output test module for playback.
[0009] In an optional embodiment, the test bench includes a display output test module; the display output test module includes a signal conversion unit and a display screen; the test application is also used to activate the display output function when the peripheral test signal includes a display output test signal; drive the host of the in-vehicle entertainment system to be tested to execute a preset display output test script to generate a display output signal, and send the display output signal to the display output test module; the display output test module is used to convert the display output signal into a standard video signal, and display the converted display output signal through the display screen.
[0010] In an optional embodiment, the signal conversion unit includes a GMSL signal conversion subunit and / or an FPD-Link signal conversion subunit; the GMSL signal conversion subunit is used to convert the display output signal into a standard video signal when the display output signal is a GMSL signal; the FPD-Link signal conversion subunit is used to convert the display output signal into a standard video signal when the display output signal is an FPD-Link signal.
[0011] In an optional embodiment, the test bench also includes a bus and control interface module; the bus and control interface module includes a vehicle bus interface and a CAN card control box; a host computer is used to obtain peripheral test evaluation results through the vehicle bus interface; and to control the interaction of test signals with the test application through the CAN card control box.
[0012] In an optional embodiment, a first trigger component is provided on the test bench; a second trigger component is provided on the host computer; the first trigger component and the second trigger component are both configured to respond to an external trigger operation, generate a peripheral test signal and send it to the host of the in-vehicle entertainment system to be tested.
[0013] In an optional embodiment, the test system further includes a server; the server is communicatively connected to the host computer; the server is configured to receive and store the peripheral device test evaluation results and the control test evaluation results sent by the host computer.
[0014] In a second aspect, the present invention provides a testing method, which is applied to the testing system of any of the aforementioned embodiments. The testing method includes: through a test application, after receiving a peripheral test signal, driving the host of the in-vehicle entertainment system to be tested to perform the corresponding peripheral test in accordance with a preset test sequence, and sending the execution result of the peripheral test to a test bench; receiving user evaluation information from the test bench, generating and saving the peripheral test evaluation result; through the test bench, receiving and presenting the execution result; collecting the user's evaluation information on the execution result and forwarding it to the test application; through a host computer, after the peripheral test is completed, obtaining the peripheral test evaluation result; generating a control test signal based on a preset control test content, and sending it to the test application via the test bench; receiving a feedback signal returned by the test application, and comparing the feedback signal with a preset expected signal to generate a control test evaluation result.
[0015] The embodiment of the present application provides a test system and test method. By pre-installing a test application in the host of the in-vehicle entertainment system to be tested, and combining the coordination between the test bench and the host computer, it is possible to simulate and implement multiple peripheral function verifications such as display output test, audio input and output test, and control signal consistency test without being equipped with real in-vehicle display, audio and vehicle bus peripherals, thereby comprehensively covering the signal generation, output and protocol response functions required by the host of the in-vehicle entertainment system in the early development stage, thereby effectively improving the automation level and repeatability of the test, significantly reducing the problems of extended development cycle and increased testing costs caused by the lack of peripherals, and supporting remote storage and later traceability of test results, which is conducive to improving the development efficiency and product consistency of the whole vehicle electronic architecture integration.
[0016] Other features and advantages of the present application will be set forth in the following description, and in part will be apparent from the description, or may be understood by practicing the present application.
[0017] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, preferred embodiments are given below and described in detail with reference to the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS
[0018] In order to more clearly illustrate the specific implementation methods of the present application or the technical solutions in the prior art, the following is a brief introduction to the drawings required for use in the specific implementation methods or the description of the prior art. Obviously, the drawings described below are some implementation methods of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.
[0019] Figure 1 A schematic diagram of a test system provided in an embodiment of the present application;
[0020] Figure 2 A schematic diagram of another test system provided in an embodiment of the present application;
[0021] Figure 3 Schematic diagram of the test bench provided in the embodiment of the present application;
[0022] Figure 4 A schematic diagram of the connection relationship of the audio output test module provided in an embodiment of the present application;
[0023] Figure 5 A schematic diagram of the connection relationship of another audio output test module provided in an embodiment of the present application;
[0024] Figure 6 A schematic diagram of the connection relationship of the audio input test module provided in an embodiment of the present application;
[0025] Figure 7 A schematic diagram of the connection relationship of the GMSL signal conversion subunit provided in an embodiment of the present application;
[0026] Figure 8 A schematic diagram of the connection relationship of the FPD-Link signal conversion subunit provided in an embodiment of the present application;
[0027] Figure 9 Flowchart of the test method provided in the embodiment of the present application.
[0028] Icons: 100-test system; 200-test bench; 300-host computer; 400-in-vehicle entertainment system host to be tested; 500-server; 410-test application; 210-audio output test module; 220-audio input test module; 230-display output test module; 240-bus and control interface module; 250-first trigger component; 211-speaker; 212-audio signal conversion board; 221-microphone; 2311-GMSL signal conversion subunit; 2312-FPD-Link signal conversion subunit; 232-display screen. DETAILED DESCRIPTION
[0029] To make the purpose, technical solutions, and advantages of the embodiments of this application more clear, the technical solutions of this application will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the embodiments described are part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.
[0030] To facilitate understanding of this embodiment, the embodiments of this application are described in detail below.
[0031] Example 1:
[0032] Figure 1 Schematic diagram of the test system provided in an embodiment of the present application.
[0033] Reference Figure 1 The test system 100 includes a test bench 200, a host computer 300, and a test application 410. The test application is pre-installed in the in-vehicle infotainment system host 400 under test. The test bench 200 is electrically connected to the in-vehicle infotainment system host 400 under test. The in-vehicle infotainment system under test is referred to as IVI.
[0034] Here, the test bench 200 is an integrated physical cabinet or workbench, housing various functional modules. The host computer 300 is connected to the in-vehicle entertainment system host 400 under test via the test bench 200. The test bench enclosure is constructed of anti-static bakelite and coated with insulating varnish. The power supply system is a 12V / 5A regulated power supply, and all modules utilize a standard 2.5×2.0mm DC power connector with reverse polarity protection.
[0035] The test bench 200 may include the following functional modules:
[0036] The audio output test module 210 is used to receive and present the audio signal sent by the in-vehicle entertainment system host 400 to be tested.
[0037] The audio input test module 220 is used to test the audio input function of the in-vehicle entertainment system host 400 to be tested.
[0038] The display output test module 230 is used to receive and present the video or image signal sent by the in-vehicle entertainment system host 400 to be tested.
[0039] The bus and control interface module 240 is used to enable the host computer 300 to communicate with the in-vehicle entertainment system host 400 to be tested via the bus and control interface module 240 .
[0040] The first trigger component 250 is one or more trigger devices (such as physical buttons, a mouse, and a remote control, etc.) set on the physical panel of the test bench 200. The tester can manually trigger the peripheral test process by operating the first trigger component 250.
[0041] In one embodiment, the audio output test module 210 is set on the side of the test bench 200 or other areas that are easy for operators to hear. The audio output test module includes at least one speaker 211. Figure 3 The speaker 211 is embedded in the side of the test bench 200 shell to ensure that the tester can clearly and unobstructedly hear the sound played by the in-vehicle entertainment system host 400 to be tested, so as to make accurate judgments on the sound quality, the presence of noise, and whether the sound channel is correct.
[0042] In one embodiment, the audio output test module 210 further includes an audio signal conversion board 212 . The audio signal conversion board 212 is an internal circuit board integrated inside the shell of the test bench 200 and is not directly visible to the outside.
[0043] The connection between the audio output test module 210 and the in-vehicle entertainment system host 400 under test is a unidirectional signal input (signals flow from the in-vehicle entertainment system host to the test bench 200). Specifically, the audio output interface of the in-vehicle entertainment system host 400 under test (for example, a multi-channel Line-Out or a direct speaker driver output interface) is connected to the signal input of the audio output test module 210 via a dedicated audio cable harness.
[0044] Among them, reference Figure 4 The speakers 211 can be four 4-ohm 20W speakers. When the in-vehicle entertainment system host 400 to be tested outputs an analog signal, the in-vehicle entertainment system host 400 to be tested is directly connected to the speakers 211 through a customized line. The analog signal output by the in-vehicle entertainment system host 400 to be tested is directly sent to the power amplifier circuit in the audio output test module 210 and drives the speakers 211 to produce sound.
[0045] Reference Figure 5When the host under test outputs a digital signal, the in-vehicle entertainment system host under test 400 is connected to the test bench 200 via a two-core twisted pair cable, using a link architecture based on the audio bus (A2B, Automotive Audio Bus) protocol to implement parameter configuration of the slave node audio interface chip and audio data stream transmission.
[0046] Specifically, the in-vehicle entertainment system host 400 under test acts as the master node of the A2B bus, sending the audio data stream to the downstream slave audio interface chip via the A2B bus. After receiving the audio data, the slave audio interface chip transmits the data to the digital-to-analog converter (DAC) via the I2SDATA interface (Inter-IC Sound, digital audio serial interface).
[0047] After the digital-to-analog converter performs digital-to-analog conversion on the received digital audio data, it outputs an analog audio signal and transmits the analog audio signal to the audio power amplifier through the AUX interface (auxiliary audio interface). After the audio power amplifier amplifies the analog audio signal, it finally drives a speaker with an impedance of 4 ohms and a power of 20W to produce sound, completing the presentation of the audio output effect.
[0048] In one embodiment, the audio input test module 220 includes a microphone 221, which is set at any position of the test bench 200 to facilitate the collection of test voice. A common setting method is to directly integrate the microphone 221 on the front panel of the test bench 200, and the tester needs to speak close to the panel.
[0049] Reference Figure 6 The audio input test module uses a microphone module to accurately capture the user's voice information. The microphone module converts the collected analog voice signal into a digital audio signal in Pulse Density Modulation (PDM) format through internal processing for output.
[0050] Meanwhile, the in-vehicle entertainment system host 400 is connected to the audio input test module 220 of the test bench 200 via a two-core twisted-pair cable. This module exchanges data with the downstream slave audio interface chip based on the audio bus protocol, enabling parameter configuration and control of the slave audio interface chip. Voice data in PDM format is transmitted through the slave audio interface chip to the voice recognition and processing unit within the in-vehicle entertainment system host 400, completing the voice input function.
[0051] In one embodiment, the display output testing module 230 includes a signal conversion unit and a display screen 232 .
[0052] Here, refer to Figure 3 Display screen 232 is integrated into a prominent position on the front of test bench 200, ensuring convenient and clear real-time observation for test personnel. Preferably, it is a large 15.6-inch HDMI (High Definition Multimedia Interface) screen to clearly display the UI, video, and images output by the host under test, making it easier to detect any display anomalies (such as distorted or black screens, bright or dark spots, etc.).
[0053] The signal conversion unit can be one or more independent control boxes or boards, typically housed within the test bench 200's cabinet or mounted on its back panel to maintain a clean front. Its input and output interfaces (such as HSD and HDMI) are exposed to the test bench's front and rear panels, allowing testers to quickly plug and unplug and connect as needed.
[0054] The signal conversion unit includes at least a GMSL signal conversion subunit 2311 and an FPD-Link signal conversion subunit 2312. The tester can select an appropriate signal conversion unit according to the output interface type of the in-vehicle entertainment system host 400 to be tested.
[0055] Reference Figure 7 When the in-vehicle entertainment system host 400 under test outputs a GMSL (Gigabit Multimedia Serial Link) signal, the host is connected to the GMSL signal conversion subunit 2311 through an HSD (high-frequency differential) wiring harness. The GMSL signal conversion subunit 2311 sequentially integrates a first-class deserializer chip, a signal converter, and a microcontroller chip.
[0056] The first type of deserializer chip is a GMSL2 protocol-based chip that converts received GMSL signals into LVDS (Low Voltage Differential Signaling) signals.
[0057] The signal converter is a high-performance LVDS to HDMI converter suitable for set-top box and DVD applications. It is used to convert the received LVDS signal into an HDMI signal.
[0058] The microcontroller chip initializes the operating parameters of the control signal converter via the I2C bus (Inter-Integrated Circuit). The power system provides power to the first-class deserializer chip, signal converter, and microcontroller chip, ensuring stable operation of the signal conversion unit.
[0059] Reference Figure 8 When the in-vehicle entertainment system host 400 under test outputs an FPD-Link (Flat Panel DisplayLink) signal, the host is also connected to the FPD-Link signal conversion subunit 2312 through the HSD wiring harness. The FPD-Link signal conversion subunit 2312 integrates a second-type deserializer chip, a signal converter, and a microcontroller chip.
[0060] The second type of deserializer chip is used to convert FPD-Link signals into LVDS signals.
[0061] The signal converter is used to convert the received LVDS signal into an HDMI signal.
[0062] The microcontroller chip is used to connect the converted HDMI signal to the display screen at the front end of the test stand through an HDMI cable to achieve standardized display of the signal.
[0063] Specifically, the second type of deserializer chip receives the FPD-Link signal and converts it into an LVDS signal. The signal converter converts the LVDS signal into an HDMI output. The microcontroller chip is responsible for I2C configuration control, and the power supply is uniformly supplied to the FPD-Link signal conversion subunit by the power supply system.
[0064] In one embodiment, the bus and control interface module 240 includes a vehicle bus interface and a CAN card control box.
[0065] The bus and control interface module 240, typically consisting of one or more integrated circuit boards or independent control boxes, is installed within the test bench 200 cabinet to ensure system integration and stability. Its external physical ports, such as a USB port (for connecting to a host computer) and a DB9 or other standard CAN connector (for connecting to the host under test), are exposed on the front or rear panel of the test bench 200, making it easier for testers to connect the devices.
[0066] The bus and control interface module 240 includes:
[0067] The CAN card control box integrates the USB CAN FD tool and the necessary power supply voltage regulator module to provide multiple CAN channel interfaces (such as CAN1 to CAN4) and connect them to shielded twisted pair cables.
[0068] The vehicle bus interface includes a UART interface, a USB interface, an adapter (for USB to UART serial port), and a custom Modbus protocol transceiver circuit, which is used to exchange data between the host computer 300 and the in-vehicle entertainment system host 400 under test through the Modbus private protocol.
[0069] The host computer 300 controls the interaction of test signals with the test application 410 via the CAN card control box. Specifically, the host computer 300 is connected to a USB port on the test bench panel via a standard USB cable. This port is internally connected to the CAN card control box. The CAN card control box is then connected to one or more designated CAN interfaces (e.g., CAN1-CAN4) on the in-vehicle entertainment system host 400 under test via a standard vehicle wiring harness, such as an eight-core shielded twisted pair cable.
[0070] The host computer 300 generates a CAN frame (e.g., command ID = 0x79D) and sends it to the CAN card control box via USB. The CAN card control box transmits the CAN frame to the designated CAN bus. The in-vehicle entertainment system host 400 receives the CAN frame and performs the corresponding action. It then sends a feedback CAN frame (e.g., ID = 0x7DF) via its own CAN interface (e.g., CAN4). The CAN card control box captures this feedback CAN frame and transmits it back to the host computer 300 via USB for analysis and comparison.
[0071] The host computer 300 obtains peripheral test and evaluation results through the vehicle bus interface. Specifically, the host computer 300 is connected to another USB port on the test bench panel via another USB cable. This port is internally connected to a USB-to-serial (UART) adapter. The adapter's serial port output is then connected via a wiring harness to the corresponding debug serial port on the in-vehicle entertainment system host 400 under test.
[0072] The host computer, acting as the master, encapsulates a request command to read the peripheral device's test and evaluation results based on a predefined proprietary Modbus frame format (frame header + length + address + command + ...). This command is forwarded via USB to the CH340 adapter, then forwarded via the UART path to the test application within the in-vehicle entertainment system host 400 under test. After receiving and parsing the command, the test application 410, acting as the slave, encapsulates the locally stored peripheral device test and evaluation results into a response frame using the same frame format. This response frame is returned to the host computer 300 via the original path. The host computer 300 performs a CRC check and parses the data to obtain the evaluation results.
[0073] Host computer 300 is typically a personal computer (PC) or industrial control computer (IPC). It is connected to the bus and control interface module 240 on the test bench 200 via a data cable (such as a USB or network cable). A second trigger component (such as a virtual button) can be configured on the software interface of host computer 300 to remotely trigger peripheral device testing.
[0074] Reference Figure 2The test system 100 may further include a server 500. The server 500 is communicatively connected to the host computer 300 and is used to receive and centrally store all test evaluation results (including peripheral test evaluation results and control test evaluation results) uploaded by the host computer 300, facilitating long-term data storage, tracing, and analysis.
[0075] The embodiment of the present application includes two testing phases, the first testing phase is a peripheral testing phase, and the second testing phase is a control testing phase.
[0076] First testing phase:
[0077] The test application 410 is used to drive the in-vehicle entertainment system host 400 to perform the corresponding peripheral test according to the preset test sequence after receiving the peripheral test signal, and send the execution result of the peripheral test to the test bench 200; receive user evaluation information from the test bench 200, and generate and save the peripheral test evaluation results.
[0078] The test bench 200 is used to receive and present the execution results; collect user evaluation information on the execution results and forward it to the test application 410.
[0079] The host computer 300 is used to obtain the peripheral test evaluation results after the peripheral test is completed; generate a control test signal based on the preset control test content, and send it to the test application 410 via the test bench 200; receive the feedback signal returned by the test application, and compare the feedback signal with the preset expected signal to generate a control test evaluation result.
[0080] Here, the first test phase is used to verify whether the hardware input and output functions of the in-vehicle entertainment system host 400 to be tested are normal.
[0081] 1. Test startup:
[0082] First, the test system 100 receives a peripheral test signal, thereby initiating the peripheral test process. This signal can be generated by the tester operating a physical button (first trigger component 250) on the test bench 200, or by clicking a virtual button (second trigger component) on the software interface of the host computer 300.
[0083] 2. Test execution:
[0084] Within the host under test, upon receiving a peripheral test signal, the test application 410 begins operating according to a pre-defined test sequence, driving the host under test to sequentially or selectively execute the corresponding peripheral tests. For example, the audio output test may be executed first, followed by the display output test, and finally the audio input test. As each test is executed, the test application 410 sends the current execution result (e.g., a status message indicating "audio playback started" or "image display started") to the test bench 200.
[0085] In one embodiment, the test application 410 is also used to activate the audio output function when the peripheral test signal includes an audio output test signal; drive the in-vehicle entertainment system host 400 to be tested to execute a preset audio output test script to generate a first audio signal, and send the first audio signal to the audio output test module 210.
[0086] The audio output testing module 210 is configured to play the first audio signal through the speaker 211 when the first audio signal is an analog signal.
[0087] The audio output test module 210 is further configured to convert the first audio signal into an analog signal through the audio signal conversion board 212 when the first audio signal is a digital signal, and play the converted first audio signal through the speaker 211 .
[0088] Specifically, when the peripheral test signal received by the test application 410 includes an audio output test signal, the test application 410 will activate and configure the audio output function of the host under test to the test state. Next, the host under test is driven to execute a preset audio output test script. The test script can be a standard audio file for testing the left and right channels and high and low frequency response of the speaker, or a sine wave signal of a specific frequency for detecting the signal-to-noise ratio. After executing the script, the host under test will generate and output a first audio signal, and send the signal to the test bench 200 through the corresponding physical interface and wiring harness.
[0089] According to the hardware configuration of the host to be tested and the test requirements, the transmission and processing path of the first audio signal can be divided into processing analog signals or processing digital signals.
[0090] If the first audio signal output by the host under test is an analog signal, such as a line-level signal directly output by its internal digital-to-analog converter or a speaker-level signal after power amplification, the analog signal is directly connected to the audio output test module 210 of the test bench 200 via a dedicated audio wiring harness. After receiving the analog signal, the module can process it directly or through its internal power amplifier, ultimately driving at least one speaker 211 contained therein to produce sound.
[0091] If the first audio signal output by the host under test is a digital signal, such as the A2B digital audio bus signal commonly used in the automotive field, this digital signal is transmitted from the host under test via a specific wiring harness to the audio signal conversion board 212 inside the audio output test module 210 of the test bench 200. The audio signal conversion board 212 is responsible for decoding the received A2B digital signal and converting it into a high-quality analog audio signal. This converted analog signal is then sent to the power amplifier module for amplification, ultimately driving the speaker 211 to produce sound.
[0092] When the sound is played through the speaker 211 of the test bench 200 , the tester can perform a listening evaluation based on the sound.
[0093] In one embodiment, the microphone 221 is used to collect test voice to generate a voice test script, and send the voice test script to the in-vehicle entertainment system host 400 to be tested.
[0094] The test application 410 is also used to activate the audio input function when the peripheral test signal includes an audio input test signal; drive the in-vehicle entertainment system host 400 to be tested to execute the voice test script to generate a second audio signal, and send the second audio signal to the audio output test module 210 for playback.
[0095] Specifically, when the peripheral test signal received by the test application 410 includes an audio input test signal, the test process is used to comprehensively verify the integrity of the audio acquisition, processing and related links of the host under test.
[0096] First, the tester, as a sound source, speaks into the microphone 221 of the audio input test module 220 provided on the test bench 200 to provide a test speech. For example, the tester can say a standard wake-up word "hello" or read a specified text.
[0097] Microphone 221 captures the test speech and converts it into an electrical signal. This signal is processed internally into a voice test script and transmitted to the in-vehicle entertainment system host 400 under test via a dedicated physical path. In a preferred embodiment, this path is a digital audio bus path, which better simulates the real vehicle environment and reduces interference. For example, microphone 221 can be an A2B digital microphone. The digital audio signal (i.e., the voice test script) generated by it is transmitted directly to the A2B bus input interface of the in-vehicle entertainment system host 400 under test via a two-core shielded twisted pair cable.
[0098] After receiving the voice test script, the test application 410 within the in-vehicle entertainment system host 400 activates the host's audio input function (e.g., turns on the power and data path of the microphone array) and drives the host to execute the script. The specific actions of executing the script may include:
[0099] Recording and playback test: Save the received audio data stream directly as a temporary audio file and prepare to play it out immediately.
[0100] Voice recognition / control test: Call the built-in voice recognition engine of the host under test to recognize the received voice content and trigger corresponding system operations.
[0101] As a result of the execution, the in-vehicle entertainment system host 400 under test generates a second audio signal. In the scenario of a recording playback test, this second audio signal is a direct playback of the original recording; in the scenario of a voice recognition test, this second audio signal can be a voice response synthesized by the voice assistant based on the recognition results (such as "OK, play the next song for you").
[0102] Finally, the host under test sends the second audio signal through its audio output interface to the audio output test module 210 for playback. By listening to the sound played through the speaker 211 and comparing it with the original voice input (for example, to check for clarity, consistency, and any delay or distortion), the tester can fully verify the functionality of the entire audio input chain (including microphone hardware, signal transmission, and host software processing).
[0103] In one embodiment, the test application 410 is also used to activate the display output function when the peripheral test signal includes a display output test signal; drive the in-vehicle entertainment system host 400 to be tested to execute a preset display output test script to generate a display output signal, and send the display output signal to the display output test module 230.
[0104] The display output test module 230 is used to convert the display output signal into a standard video signal and display the converted display output signal through the display screen 232 .
[0105] The GMSL signal conversion subunit 2311 is configured to convert the display output signal into a standard video signal when the display output signal is a GMSL signal.
[0106] The FPD-Link signal conversion subunit 2312 is configured to convert the display output signal into a standard video signal when the display output signal is an FPD-Link signal.
[0107] Specifically, when the peripheral test signals received by test application 410 include a display output test signal, test application 410 activates the graphics processing unit (GPU) and associated display paths of the host under test. Subsequently, the host under test is driven to execute a preset display output test script. For example, the script may instruct the screen to display a solid red, green, or blue monochrome image to detect the presence of dead pixels or bright spots on the display screen. It may also instruct the screen to display a grayscale image to test the screen's grayscale rendering capabilities, or render a specific in-vehicle application UI interface to test graphics rendering performance.
[0108] After executing this script, the host under test will output a display output signal through a high-speed video interface. This display output signal is usually a high-speed serial signal dedicated to the automotive field, such as GMSL or FPD-Link.
[0109] The display output signal is transmitted from the host under test via an HSD (High Speed Data) cable harness to the display output test module 230 on the test bench. The signal conversion unit converts the received vehicle-specific signal into a universal standard video signal (e.g., HDMI) for display on a standard display device.
[0110] The signal conversion unit may specifically include:
[0111] GMSL signal conversion subunit 2311 is used when the host under test outputs a GMSL signal. The GMSL signal enters the GMSL signal conversion subunit through the HSD wiring harness. The MAX96752 chip in GMSL signal conversion subunit 2311 first deserializes the GMSL signal into an LVDS signal. The LT2611 chip then converts the LVDS signal into a standard HDMI signal for output.
[0112] When the host under test outputs an FPD-Link signal, the FPD-Link signal conversion subunit 2312 is used. The DS90UB948 chip deserializes the FPD-Link signal into an LVDS signal, which is then converted by the LT2611 chip into an HDMI signal for output. The entire conversion process is initialized and coordinated by a microcontroller such as the ATMEGA328 via the I2C bus, ensuring stable and accurate signal conversion.
[0113] Finally, the standard HDMI signal output by the signal conversion unit is sent via a standard HDMI cable to the module's display screen 232 for display. By directly observing the image quality displayed on the screen (e.g., color accuracy, flickering, and the integrity of UI elements), testers can accurately and intuitively assess the functionality of the entire display output link.
[0114] 3. Results presentation and manual evaluation:
[0115] After receiving the execution result, the test bench 200 will physically present the test result through its integrated functional modules. For example, the speaker 211 plays the sound emitted by the host under test, or the display screen 232 displays the image emitted by the host under test.
[0116] The tester makes a subjective or objective judgment based on the results heard or seen in person, and then inputs evaluation information of the test through the human-computer interaction interface on the test bench 200 .
[0117] Specifically, the peripheral test evaluation result is passed or failed. Wherein, when any peripheral test is not selected, the corresponding peripheral test evaluation result is empty.
[0118] 4. Generation and storage of evaluation results:
[0119] The test bench 200 transmits the received user evaluation information back to the test application 410 in the host under test. After receiving the information, the test application 410 combines the execution status of the test with the user's evaluation information to generate a structured peripheral test evaluation result and saves it in the local storage of the host under test.
[0120] The above steps will be repeated in the peripheral test phase until all preset peripheral test items are completed and the corresponding evaluation results are saved.
[0121] Phase 2:
[0122] The host computer 300 is used to obtain the peripheral test evaluation results through the vehicle bus interface; and to control the interaction of test signals with the test application 410 through the CAN card control box.
[0123] The second phase starts after all peripheral tests are completed, and is used to verify whether the behavior of the host under test meets expectations after receiving various vehicle control signals or simulated user operation instructions.
[0124] 1. Obtaining historical results:
[0125] After monitoring that the host to be tested has completed the peripheral device test, the host computer 300 communicates with the host to be tested through the vehicle bus interface, and reads and summarizes all peripheral device test evaluation results saved in the first phase.
[0126] 2. Test loop:
[0127] The host computer 300 starts executing an automated test cycle.
[0128] In each cycle, the host computer 300 generates a control test signal based on preset control test content (for example, a CAN message simulating turning on seat ventilation, or simulating a user instruction to turn on seat massage).
[0129] The control signal is sent to the test application 410 in the host under test via the CAN card control box and the test bench 200. After the test application 410 drives the host under test to perform the corresponding action, it will return a feedback signal (for example, the CAN card will receive a CAN message about the current seat status).
[0130] The host computer 300 receives the feedback signal and immediately compares it with the preset expected signal.
[0131] If the feedback signal is consistent with the expected signal within the specified time, the test passes; if it is inconsistent or no feedback is received within the specified time, the test is considered a failure. The host computer 300 generates and stores a detailed control test evaluation result locally.
[0132] This automated testing cycle will continue until all pre-set control test cases have been executed.
[0133] In a preferred embodiment, the server 500 is configured to receive and store the peripheral device test evaluation results and the control test evaluation results sent by the host computer 300 .
[0134] Specifically, the host computer 300 may upload the summarized peripheral test evaluation results and all control test evaluation results to the server 500 for archiving management.
[0135] The test system provided by the embodiment of the present application can perform one-stop, standardized testing on multiple peripherals and control functions of the vehicle entertainment system host by highly integrating multiple test function modules such as audio, display, and bus control into a unified test bench, thereby avoiding the tedious process of repeatedly building independent environments for different test items, thereby significantly improving the overall test efficiency and shortening the product verification cycle. By automatically generating and sending control test signals through the host computer, and automatically comparing and judging the received feedback signals with the preset expected signals, it is possible to achieve automated and unmanned verification of vehicle bus interaction and core logic control functions, thereby replacing the traditional reliance on manual capture and analysis of bus messages, which is time-consuming and error-prone operations, thereby ensuring the objectivity and accuracy of the control test results and greatly improving the reliability of the test. By adopting a modular signal conversion unit in the test bench, it is possible to flexibly adapt to hosts to be tested of different models and different interface configurations, thereby greatly enhancing the versatility and future scalability of the test bench, thereby reducing the R&D cost of frequent replacement of test equipment due to host hardware iteration and protecting asset investment. By pre-installing the test application inside the host to be tested and working in collaboration with the test bench and host computer, deep access and precise driving of the internal state of the host can be achieved, thereby executing lower-level and more comprehensive test scripts, covering more edge test scenarios that are difficult to reproduce in the whole vehicle environment, thereby improving the depth and coverage of the test, and helping to discover potential software and hardware defects earlier.
[0136] Example 2:
[0137] Figure 9 Flowchart of the test method provided in the embodiment of the present application.
[0138] Reference Figure 9 , the test method applied to the above test system includes:
[0139] Step S101: After receiving the peripheral test signal, the test application drives the host of the in-vehicle entertainment system to be tested to perform the corresponding peripheral test according to the preset test sequence, and sends the execution result of the peripheral test to the test bench; receives user evaluation information from the test bench, and generates and saves the peripheral test evaluation result.
[0140] Step S102: Receive and present the execution result through the test bench; collect the user's evaluation information on the execution result and forward it to the test application.
[0141] Step S103, after the peripheral test is completed, the peripheral test evaluation result is obtained through the host computer; a control test signal is generated based on the preset control test content, and sent to the test application through the test bench; a feedback signal returned by the test application is received, and the feedback signal is compared with the preset expected signal to generate a control test evaluation result.
[0142] The embodiments of the present application provide a testing method that can improve the objectivity and reliability of the test by combining peripheral testing with control testing. Moreover, through standardized testing processes and an integrated testing environment, the cumbersome hardware setup and manual operations in traditional testing are simplified, thereby shortening the overall product verification cycle and reducing R&D costs while ensuring the depth and breadth of the test.
[0143] The computer program product provided in the embodiments of the present application includes a computer-readable storage medium storing program code. The instructions included in the program code can be used to execute the methods described in the previous method embodiments. For specific implementation, please refer to the method embodiments and will not be repeated here.
[0144] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the above-described systems and devices can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.
[0145] In addition, in the description of the embodiments of this application, unless otherwise specified or limited, the terms "installed," "connected," and "connected" should be understood in a broad sense. For example, they can refer to fixed connections, detachable connections, or integral connections; they can refer to mechanical connections or electrical connections; they can refer to direct connections or indirect connections through an intermediate medium; and they can refer to internal connections between two components. Those skilled in the art will understand the specific meanings of the above terms in this application based on the specific circumstances.
[0146] In the description of this application, it should be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicating orientations or positional relationships, are based on the orientations or positional relationships shown in the accompanying drawings and are intended solely to facilitate the description of this application and simplify the description. They do not indicate or imply that the devices or components referred to must have a specific orientation, be constructed, or operate in a specific orientation. Therefore, they should not be construed as limitations on this application. Furthermore, the terms "first," "second," and "third" are used for descriptive purposes only and should not be construed as indicating or implying relative importance.
[0147] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present application, which are used to illustrate the technical solutions of the present application rather than to limit them. The scope of protection of the present application is not limited thereto. Although the present application has been described in detail with reference to the aforementioned embodiments, ordinary technicians in this field should understand that any technician familiar with this technical field can still modify the technical solutions recorded in the aforementioned embodiments within the technical scope disclosed in the present application, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be covered by the scope of protection of the present application.
Claims
1. A testing system, characterized in that: include: A test bench, a host computer, and a test application; the test application is pre-installed in the host of the in-vehicle entertainment system to be tested; The test bench is electrically connected to the host of the in-vehicle entertainment system to be tested; the test bench is an integrated physical cabinet or workbench; the test bench is integrated with multiple functional modules; The test application is configured to drive the in-vehicle entertainment system host to be tested to perform corresponding peripheral tests according to a preset test sequence after receiving a peripheral test signal, and to send the execution results of the peripheral tests to the test bench; Receiving user evaluation information from the test bench, generating and saving peripheral device test evaluation results; The test bench is configured to receive and present the execution result; Collecting the user evaluation information of the execution result and forwarding it to the test application; The host computer is used to obtain the peripheral test evaluation result after the peripheral test is completed; generating a control test signal based on preset control test content, and sending the signal to the test application via the test bench; receiving a feedback signal returned by the test application, and comparing the feedback signal with a preset expected signal to generate a control test evaluation result; The test bench also includes a bus and control interface module; the bus and control interface module includes a vehicle bus interface and a CAN card control box; The host computer is used to obtain the peripheral test evaluation result through the vehicle bus interface; and to interact with the test application program through the CAN card control box to control the test signal.
2. The test system according to claim 1, wherein: The test bench includes an audio output test module; the audio output test module includes at least one speaker; The test application is further configured to activate the audio output function when the peripheral test signal includes an audio output test signal; drive the in-vehicle entertainment system host to be tested to execute a preset audio output test script to generate a first audio signal, and send the first audio signal to the audio output test module; The audio output testing module is configured to play the first audio signal through the speaker when the first audio signal is an analog signal.
3. The test system according to claim 2, wherein: The audio output test module also includes an audio signal conversion board connected to the speaker; The audio output test module is further configured to convert the first audio signal into an analog signal through the audio signal conversion board when the first audio signal is a digital signal, and play the converted first audio signal through the speaker.
4. The test system according to any one of claims 2 or 3, characterized in that: The test bench further comprises an audio input test module; the audio input test module comprises a microphone; The microphone is used to collect test voice to generate a voice test script, and send the voice test script to the host of the in-vehicle entertainment system to be tested; The test application is also used to activate the audio input function when the peripheral test signal includes an audio input test signal; drive the host of the in-vehicle entertainment system to be tested to execute the voice test script to generate a second audio signal, and send the second audio signal to the audio output test module for playback.
5. The test system according to claim 1, wherein: The test bench includes a display output test module; the display output test module includes a signal conversion unit and a display screen; The test application is further configured to activate a display output function when the peripheral test signal includes a display output test signal; drive the in-vehicle entertainment system host to be tested to execute a preset display output test script to generate a display output signal, and send the display output signal to the display output test module; The display output test module is used to convert the display output signal into a standard video signal, and display the converted display output signal through the display screen.
6. The test system according to claim 5, characterized in that: The signal conversion unit includes a GMSL signal conversion subunit and / or an FPD-Link signal conversion subunit; The GMSL signal conversion subunit is configured to convert the display output signal into the standard video signal when the display output signal is a GMSL signal; The FPD-Link signal conversion subunit is configured to convert the display output signal into the standard video signal when the display output signal is an FPD-Link signal.
7. The test system according to claim 1, wherein: The test bench is provided with a first trigger component; the host computer is provided with a second trigger component; The first trigger component and the second trigger component are both configured to respond to an external trigger operation, generate the peripheral test signal, and send the signal to the in-vehicle entertainment system host to be tested.
8. The test system according to claim 1, wherein: The test system further includes a server; the server is communicatively connected to the host computer; The server is used to receive and save the peripheral test evaluation results and the control test evaluation results sent by the host computer.
9. A testing method, applied to the testing system according to any one of claims 1 to 8, characterized in that: The test method includes: After receiving the peripheral test signal, the test application drives the host of the in-vehicle entertainment system to be tested to perform the corresponding peripheral test according to the preset test sequence, and sends the execution result of the peripheral test to the test bench; receives user evaluation information from the test bench, and generates and saves the peripheral test evaluation result; receiving and presenting the execution result through the test bench; collecting user evaluation information on the execution result and forwarding it to the test application; After the peripheral test is completed, the peripheral test evaluation result is obtained through the host computer; a control test signal is generated based on the preset control test content and sent to the test application through the test bench; a feedback signal returned by the test application is received, and the feedback signal is compared with a preset expected signal to generate a control test evaluation result.
Citation Information
Patent Citations
Centralized test device and method of in-vehicle infotainment system
CN109213116A
Vehicle machine function test system
CN120029223A
Simulation debugging cabin of vehicle-mounted cabin
CN213689783U