Vehicle trunk test system and method, electronic equipment and medium
The automated testing of the vehicle trunk testing system solves the problems of low testing efficiency, insufficient coverage, and strong subjectivity in existing technologies, and achieves efficient and accurate test result feedback and comprehensive verification.
Patent Information
- Application Number
- CN202511419742.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-09-29
- Publication Date
- 2026-02-10
AI Technical Summary
In existing technologies, testing of vehicle trunks mainly relies on manual operation, which has problems such as low testing efficiency, insufficient coverage, strong subjectivity of results, and lack of real-time data feedback. It is difficult to meet the needs of high-frequency and large-scale verification, and cannot achieve accurate simulation and comprehensive evaluation of complex scenarios.
A vehicle trunk testing system is provided, including a test management module, a simulated trunk operation module, and a trunk identification controller. Through automated test script writing, simulated data simulation, and real-time status acquisition, the system realizes automated testing of the trunk, generates test reports, and provides objective test results.
It improves testing efficiency and coverage, reduces subjective interference, enables real-time feedback, significantly enhances testing accuracy and consistency, and supports comprehensive verification of trunk functionality.
Smart Images
Figure CN121499082A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of vehicle testing technology, and more specifically, to a vehicle trunk testing system, method, electronic device, and medium. Background Technology
[0002] With the development of automotive intelligence, the functions of vehicle trunks are becoming increasingly complex, and their opening and closing methods have become highly electrified and diversified. However, industry research and development has largely focused on the functions themselves, with research on dedicated testing technologies for performance and reliability lagging significantly. Existing testing mainly relies on manual operation, which suffers from key bottlenecks such as low testing efficiency, incomplete coverage of operating conditions, strong subjectivity of results, and lack of real-time data feedback. This lack of testing capability restricts the accurate verification and continuous optimization of product quality. Therefore, developing automated, high-precision dedicated testing systems and methods is of urgent practical significance for improving the reliability and consistency of trunk products. Summary of the Invention
[0003] In view of the above, the purpose of this application is to provide a vehicle trunk testing system, method, electronic device and medium, which aims to overcome at least one of the above-mentioned defects.
[0004] In a first aspect, this application provides a vehicle trunk testing system. The system includes a test management module, a simulated trunk operation module, and a trunk identification controller. The simulated trunk operation module includes a test script writing unit, a simulation data unit, and an operation status acquisition unit. The test script writing unit is connected to the test management module, the simulation data unit is connected to the test script writing unit, the operation status acquisition unit is connected to the simulation data unit, and the trunk identification controller is connected to both the simulation data unit and the operation status acquisition unit. The test management module sets initial test parameters for the vehicle trunk. The test script writing unit receives the initial test parameters and generates a test script based on the test requirements and the initial test parameters. The simulation data unit generates physical signals simulating the movement of the vehicle trunk based on the test script. The trunk identification controller receives the physical signals, executes the test actions corresponding to the physical signals, and feeds back the operation status parameters during the test to the operation status acquisition unit, so that the operation status acquisition unit analyzes the characteristic data of the physical signals and the operation status parameters to obtain test result data.
[0005] In one possible implementation, the simulated trunk operation module further includes a test report generation unit, which is connected to the operation status acquisition unit and the test management module. The test report generation unit is used to receive the test result data, generate a test report from the test result data, and send it to the test management module. In one possible implementation, the test management module includes a display unit for displaying the setting interface of the initial test parameters and the test report.
[0006] In one possible implementation, the initial test parameters include test types, wherein the test types include automated test of trunk closing function at multiple positions under the same force, automated test of trunk closing function at multiple forces under the same position, and automated test of trunk durability under a fixed force at a precise position.
[0007] In one possible implementation, the test script includes multiple test steps for multiple closing position points, wherein the operating status acquisition unit is further used to compare the differences between the operating status parameters corresponding to different closing position points of the trunk recognition controller under the same force.
[0008] In one possible implementation, the test script further includes multiple test steps for multiple closing forces, wherein the operating status acquisition unit is also used to compare the differences between the operating status parameters corresponding to different closing forces of the trunk recognition controller at the same closing position point.
[0009] In one possible implementation, the test script further includes a cyclic opening and closing test step based on the number of cycles, wherein the operating status acquisition unit is also used to continuously acquire operating status parameters during the cyclic test and determine the durability of the trunk based on preset failure judgment conditions.
[0010] Secondly, this application provides a vehicle trunk testing method, applied to the vehicle trunk testing system described in the first aspect. The method includes: a test management module for setting initial test parameters for the vehicle trunk; a test script writing unit for receiving the initial test parameters and generating a test script based on test requirements and the initial test parameters; a simulation data simulation unit for generating physical signals simulating the movement of the vehicle trunk based on the test script; and a trunk identification controller for receiving the physical signals, executing test actions corresponding to the physical signals, and feeding back the operating status parameters during the test process to an operating status acquisition unit, so that the operating status acquisition unit analyzes the characteristic data of the physical signals and the operating status parameters to obtain test result data.
[0011] Thirdly, this application also provides an electronic device, including: a processor, a memory, and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor communicates with the memory via the bus, and when the machine-readable instructions are executed by the processor, the steps of the method described above are performed.
[0012] Fourthly, this application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, performs the steps of the method described above.
[0013] This application provides a vehicle trunk testing system, method, electronic device, and medium. The method includes a system comprising a test management module, a simulated trunk operation module, and a trunk identification controller. The test management module sets initial test parameters for the vehicle trunk. A test script writing unit generates a test script based on the received initial parameters and the test requirements. A simulation data unit generates physical signals simulating the movement of the vehicle trunk based on the test script. The trunk identification controller receives the physical signals, executes the corresponding test actions, and feeds back the operating status parameters during the test to an operating status acquisition unit. The operating status acquisition unit then analyzes the characteristic data of the physical signals and the operating status parameters to obtain test result data. This application achieves automated testing of the vehicle trunk, improving testing efficiency.
[0014] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description
[0015] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.
[0016] Figure 1 This is a schematic diagram of the vehicle trunk testing system provided in the embodiments of this application; Figure 2 A flowchart illustrating the vehicle trunk testing method provided in this application embodiment; Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation
[0017] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. The components of the embodiments of this application described and shown in the accompanying drawings can generally be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of this application. Based on the embodiments of this application, every other embodiment obtained by those skilled in the art without inventive effort falls within the scope of protection of this application.
[0018] First, the applicable scenarios for this application will be introduced. This application can be applied to the field of vehicle testing technology.
[0019] Research has revealed that with the rapid development of automotive intelligent technology, vehicle trunks have evolved from simple storage spaces into complex systems integrating electric, sensor, and control functions. Currently, opening methods encompass various automated forms, including remote keys, in-vehicle switches, touch buttons, and foot-activated sensors, while closing methods include both electric and manual modes. This increased functional complexity places higher demands on the reliability, safety, and consistency of trunk systems.
[0020] However, in related technical fields, research and development focuses primarily on innovation in the mechanical structure or control functions of the trunk itself, while research on dedicated testing equipment and systematic testing methods remains lacking. Under current conditions, testing of trunk functions largely relies on manual operation and subjective judgment, which has significant limitations: First, testing efficiency is low, making it difficult to meet the needs of high-frequency, large-scale verification; second, test coverage is insufficient, failing to accurately simulate complex scenarios such as multiple operating conditions and boundary conditions; third, there is a lack of objective, quantitative data support, making test results susceptible to human error; and fourth, real-time data acquisition and feedback during the testing process cannot be achieved, making it difficult to comprehensively evaluate dynamic performance and potential failure modes.
[0021] Based on this, embodiments of this application provide a vehicle trunk testing system, method, electronic device, and medium, aiming to overcome at least one of the above-mentioned defects.
[0022] Please see Figure 1 , Figure 1 This is a schematic diagram of the vehicle trunk testing system provided in an embodiment of this application. The system includes: a test management module 100, a simulated trunk operation module 200, and a trunk identification controller 300.
[0023] The simulated trunk operation module includes a test script writing unit 201, a simulated data simulation unit 202, and an operation status acquisition unit 203. The test script writing unit 201 is connected to the test management module 100, the simulated data simulation unit 202 is connected to the test script writing unit 201, the operation status acquisition unit 203 is connected to the simulated data simulation unit 202, and the trunk identification controller 300 is connected to the simulated data simulation unit 202 and the operation status acquisition unit 203.
[0024] Specifically, the test management module 100 is used to set the initial test parameters for the vehicle trunk, the test script writing unit 201 is used to generate a test script based on the received initial test parameters and the test requirements and initial test parameters, the simulation data simulation unit 202 is used to generate physical signals simulating the movement of the vehicle trunk based on the test script, and the trunk identification controller 300 is used to receive the physical signals, execute the test actions corresponding to the physical signals, and feed back the running status parameters during the test to the running status acquisition unit 203, so that the running status acquisition unit 203 can analyze the characteristic data of the physical signals and the running status parameters to obtain test result data.
[0025] Here, the test script writing unit 201 writes test scripts based on test requirements such as the opening and closing methods, motion parameters, and status information of the trunk. The test scripts include multiple test cases, each including test steps and expected results. The simulation data simulation unit 202 simulates the opening and closing operations of the trunk according to the instructions generated by the test script writing unit 201 and generates corresponding simulated physical signals. The trunk identification controller 300 is the object under test in the test system. In the simulation test environment constructed by the simulated trunk operation module 200, it receives simulated electrical signals and makes physical responses. By simulating various working conditions of the trunk operation module 200 during actual operation, it comprehensively verifies the functionality, performance, and durability of the trunk in a laboratory environment. The trunk identification controller 300 receives these physical signals, executes corresponding test actions, and simultaneously feeds back the operating status parameters to the operating status acquisition unit 203 in real time during the test.
[0026] The operation status acquisition unit 203 is responsible for collecting data generated by the simulation data unit 202 and operation status parameters fed back by the trunk identification controller 300, and processing and analyzing this data. This unit compares the actual test results with the expected results to evaluate the trunk's performance and reliability. For example, it can calculate whether parameters such as the trunk's opening speed and closing force meet design requirements, and analyze whether the trunk's movement trajectory is smooth and without jamming. Accurate test result data is obtained through correlation analysis of the physical signal characteristic data and operation status parameters.
[0027] In a preferred embodiment of this application, the simulated trunk operation module 200 further includes a test report generation unit 204. The test report generation unit 204 is connected to the operation status acquisition unit 203 and the test management module 100, and is used to receive test result data, generate a test report from the test result data, and send it to the test management module 100. The generated test report will be fed back to the testers and R&D personnel, and will provide specific optimization suggestions and improvement measures for the problems found during the testing process.
[0028] In a preferred embodiment of this application, the test management module 100 includes a display unit and an automated test unit. The display unit is connected to the automated test unit, and the automated test unit is connected to the test script writing unit 201. The display unit is used to display the setting interface of the initial test parameters and the test report. The automated test unit is used to convert the test method into an automated test program that can be executed by the test script writing unit 201.
[0029] Here, the display unit provides an interface for setting initial test parameters and displays test reports, enabling operators to intuitively configure parameters and view results. The automated testing unit is responsible for converting test methods into executable automated test programs by the test script writing unit 201. By writing automated test sequences, the designed test methods are transformed into executable automated test processes, thereby significantly improving test consistency and execution efficiency.
[0030] In a preferred example of this application, the initial test parameters include test types, which include automated test of trunk closing function at multiple positions under the same force, automated test of trunk closing function at multiple forces under the same position, and automated test of trunk durability under a fixed force at a precise position.
[0031] In a preferred embodiment of this application, the test script includes multiple test steps for multiple closing position points, wherein the operating status acquisition unit 203 is also used to compare the differences between the corresponding operating status parameters of the trunk identification controller 300 at different closing position points under the same force.
[0032] As an example, the specific testing process is as follows: First, the same force parameter is preset through the display unit of the test management module 100, and multiple closing position points are set (such as the center, left, and right of the trunk). The automated testing unit of the test management module 100 transmits the above parameters to the test script writing unit 201 of the simulated trunk operation module 200, which generates a script containing test steps for multiple position points. Next, the simulation data simulation unit 202 generates simulated physical signals corresponding to different position points according to the script and sends them to the trunk recognition controller 300, triggering the simulated trunk to perform a closing action. Subsequently, the operation status acquisition unit 203 records the feedback signal status of the trunk recognition controller 300 after the closing action at each position in real time, including success / failure status, response time, abnormal alarms, and other information. Finally, the operation status acquisition unit 203 analyzes the acquired data, evaluates the accuracy and stability of the trunk closing function by comparing the differences in feedback signals at different positions, and verifies the system's compatibility with the same force input at different positions.
[0033] In a preferred embodiment of this application, the test script also includes multiple test steps for multiple closing forces, wherein the operating status acquisition unit 203 is also used to compare the differences between the operating status parameters corresponding to different closing forces of the trunk identification controller 300 at the same closing position point.
[0034] As an example, in specific implementation, the same closing position (such as the center of the trunk) is preset through the display unit of the test management module 100, and various force parameters (such as 10N, 30N, 50N, etc.) are set. The automated testing unit of the test management module 100 sends these parameters to the test script writing unit 201, which generates test scripts for different forces. Then, the simulation data simulation unit 202 generates simulated signals corresponding to different forces according to the scripts and sends them to the trunk recognition controller 300, triggering the controller to execute the closing action. The operation status acquisition unit 203 synchronously acquires and records the feedback signal status of the trunk recognition controller 300 under each force, including success / failure, response time, motor load changes, abnormal alarms, etc. Finally, the operation status acquisition unit 203 is responsible for comparing the differences in feedback signals under different forces, thereby evaluating the force adaptability and stability of the trunk closing function, and verifying the system's response accuracy and fault tolerance to different force inputs at the same position.
[0035] In a preferred embodiment of this application, the test script further includes a cyclic opening and closing test step based on the number of cycles, wherein the operating status acquisition unit 203 is also used to continuously acquire operating status parameters during the cyclic test and determine the durability of the trunk based on preset failure judgment conditions.
[0036] As an example, the specific test process is as follows: The display unit of the test management module 100 presets a fixed closing position and constant force parameters. The automated test unit of the test management module 100 transmits parameters such as position, force, and number of cycles to the test script writing unit 201, which generates a cyclic opening and closing test script. The simulation data unit 202 generates periodic simulation signals based on the script and sends them to the trunk identification controller 300, driving the actuator to complete the cyclic opening / closing action. Throughout the cyclic test, the operation status acquisition unit 203 continuously acquires motion trajectory parameters (such as speed and acceleration), mechanical state parameters (such as motor current and torque fluctuations), and acoustic characteristics (such as noise decibels) for each operation, and monitors the status of structural components. The operation status acquisition unit 203 also makes judgments based on preset failure criteria (such as functional failure, structural damage, or performance degradation). The system counts the number of cycles before failure, and the test report generation unit 204 combines the failure mode analysis with the weak points to provide a basis for design optimization.
[0037] Compared with the prior art, this application has the following technical effects: Automated testing can significantly improve testing efficiency, shorten testing cycles, and reduce labor costs; expand test coverage, covering more test scenarios and boundary conditions, thus improving the comprehensiveness and accuracy of testing; reduce subjective interference, based on pre-set test scripts and algorithms, reducing interference from human factors and improving the objectivity and consistency of test results; and enable real-time feedback, recording and providing feedback on test results in real time, facilitating timely identification and resolution of problems.
[0038] Please see Figure 2 , Figure 2 This is a flowchart illustrating the vehicle trunk testing method provided in this application embodiment. Since the principle of the method in this application embodiment is similar to the vehicle trunk testing system described above in this application embodiment, the implementation of the method can be found in the method implementation section, and repeated details will not be repeated.
[0039] like Figure 2 As shown in the embodiments of this application, the vehicle trunk testing method includes: S101, the test management module is used to set the initial test parameters for the vehicle's trunk.
[0040] S102, The test script writing unit is used to generate test scripts based on the received initial test parameters and the test requirements and initial test parameters.
[0041] S103, the simulation data simulation unit is used to generate physical signals that simulate the movement of the vehicle's trunk according to the test script.
[0042] S104, the trunk identification controller is used to receive physical signals, execute the test actions corresponding to the physical signals, and feed back the operating status parameters during the test to the operating status acquisition unit, so that the operating status acquisition unit can analyze the characteristic data of the physical signals and the operating status parameters to obtain test result data.
[0043] Please see Figure 3 , Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 3 As shown, the electronic device includes a processor 210, a memory 220, and a bus 230.
[0044] The memory 220 stores machine-readable instructions executable by the processor 210. When the electronic device is running, the processor 210 and the memory 220 communicate via the bus 230. When the machine-readable instructions are executed by the processor 210, they can perform the operations described above. Figure 2 The steps of the vehicle trunk testing method in the illustrated method embodiment can be found in the method embodiment for specific implementation, and will not be repeated here.
[0045] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, can perform the above-described actions. Figure 2 The steps of the vehicle trunk testing method in the illustrated method embodiment can be found in the method embodiment for specific implementation, and will not be repeated here.
[0046] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.
[0047] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. The apparatus embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the shown or discussed mutual couplings, direct couplings, or communication connections may be through some communication interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.
[0048] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0049] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.
[0050] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a processor-executable, non-volatile, computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0051] Finally, it should be noted that the above-described embodiments are merely specific implementations of this application, used to illustrate the technical solutions of this application, and not to limit them. The scope of protection of this application is not limited thereto. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments, or make equivalent substitutions for some of the technical features, within the scope of the technology disclosed in this application. Such modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A vehicle trunk testing system, characterized in that, The system includes a test management module, a simulated trunk operation module, and a trunk identification controller. The simulated trunk operation module includes a test script writing unit, a simulated data simulation unit, and an operation status acquisition unit. The test script writing unit is connected to the test management module, the simulated data simulation unit is connected to the test script writing unit, the operation status acquisition unit is connected to the simulated data simulation unit, and the trunk identification controller is connected to both the simulated data simulation unit and the operation status acquisition unit. The test management module is used to set the initial test parameters for the vehicle trunk. The test script writing unit is used to receive the initial test parameters and generate a test script according to the test requirements and the initial test parameters. The simulation data simulation unit is used to generate physical signals simulating the movement of the vehicle trunk according to the test script. The trunk recognition controller is used to receive the physical signals, execute the test actions corresponding to the physical signals, and feed back the operating status parameters during the test to the operating status acquisition unit, so that the operating status acquisition unit can analyze the characteristic data of the physical signals and the operating status parameters to obtain test result data.
2. The system according to claim 1, characterized in that, The simulated trunk operation module also includes a test report generation unit, which is connected to the operation status acquisition unit and the test management module. The test report generation unit is used to receive the test result data, generate a test report from the test result data, and send it to the test management module.
3. The system according to claim 2, characterized in that, The test management module includes a display unit, which is used to display the setting interface of the initial test parameters and the test report.
4. The system according to claim 1, characterized in that, The initial test parameters include the test type. The test types include automated testing of trunk closing function at multiple positions under the same force, automated testing of trunk closing function at multiple forces at the same position, and automated testing of trunk durability under a fixed force at a precise position.
5. The system according to claim 4, characterized in that, The test script includes multiple test steps for multiple shutdown location points. The operating status acquisition unit is also used to compare the differences in the operating status parameters of the trunk identification controller at different closing positions under the same force.
6. The system according to claim 5, characterized in that, The test script also includes multiple test steps for different closing strengths. The operating status acquisition unit is also used to compare the differences in operating status parameters corresponding to different closing forces at the same closing position point of the trunk identification controller.
7. The system according to claim 6, characterized in that, The test script also includes loop opening and closing test steps based on the number of loop iterations. The operating status acquisition unit is also used to continuously acquire operating status parameters during the cyclic test and determine the durability of the trunk based on preset failure judgment conditions.
8. A method for testing the trunk of a vehicle, characterized in that, Applied to the vehicle trunk testing system as described in any one of claims 1-7, the method comprises: The test management module is used to set the initial test parameters for the vehicle's trunk; The test script writing unit is used to generate test scripts based on the received test initial parameters and the test requirements and test initial parameters; The simulation data simulation unit is used to generate physical signals that simulate the movement of the vehicle's trunk according to the test script; The trunk identification controller is used to receive the physical signal, execute the test action corresponding to the physical signal, and feed back the operating status parameters during the test to the operating status acquisition unit, so that the operating status acquisition unit can analyze the characteristic data of the physical signal and the operating status parameters to obtain test result data.
9. An electronic device, characterized in that, include: The device includes a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus, and the processor executes the machine-readable instructions to perform the steps of the method as described in claim 8.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, performs the steps of the method as described in claim 8.