Functional testing method, device and medium for batch vehicles

Abstract

The application provides a function test method, device and medium for batch vehicles, which is applied to a function test system for batch vehicles. A cloud platform in the system sends a test script corresponding to a function to be tested to test devices connected to each vehicle to be tested, and then each test device executes the test script to make the connected vehicle to be tested run the function to be tested at least once to obtain a function running result and a whole vehicle communication message. Then, for each vehicle to be tested, the cloud platform generates a fault test report according to the function running result and the whole vehicle communication message, and determines whether it is a candidate vehicle for repair through each single execution time and a standard time, thereby realizing batch testing of the function to be tested of multiple vehicles, solving the problems of low artificial testing efficiency, inability to guarantee accuracy and influence on safety in the prior art, and enabling the vehicle with unqualified function execution time to be found in time.

Description

Technical Field

[0001] This application relates to the field of automotive technology, specifically to a functional testing method, equipment, and medium for mass-produced vehicles. Background Technology

[0002] During the development of a complete vehicle, the vehicle controller frequently requires software updates. After the update, basic functional tests and stress tests, as well as network communication tests (including whether periodic message transmission and reception are normal, and reading fault codes via diagnostic command 19 service, etc.), are typically performed. Only after these tests are passed can the software be officially released. In addition, after the vehicle rolls off the production line, basic functional tests are also required for the entire vehicle.

[0003] However, current testing methods are mostly manual, which is inefficient and cannot guarantee that all functions and all tested vehicles will be executed correctly. Without testing, it is impossible to guarantee the consistency of each production batch of vehicles, such as whether the window adjustment speed meets the requirements and whether it can be correctly raised to the top and bottom every time.

[0004] Furthermore, current testing in various special environments (such as environmental chambers, high altitude, extreme cold, and high temperature testing environments) is not only inefficient if human intervention is involved, but extreme environment testing may also affect personal safety. Summary of the Invention

[0005] In view of the above-mentioned defects or deficiencies in the prior art, this application aims to provide a functional testing method, equipment and medium for batch vehicles, to solve the problems of low efficiency of manual testing, inability to guarantee the accuracy of test results and impact on safety in the prior art.

[0006] This application provides a functional testing method for batch vehicles, applied to a functional testing system for batch vehicles. The system includes a cloud platform and testing equipment connected to each vehicle under test. The method includes:

[0007] The cloud platform will distribute the test scripts corresponding to the functions to be tested to each of the test devices;

[0008] Each of the test devices executes the test script, which causes the connected vehicle under test to run the function under test at least once, thereby obtaining the function operation result of the function under test and the vehicle communication messages generated during the operation of the function under test.

[0009] The cloud platform generates a fault test report of the vehicle to be tested based on the function running result of the vehicle to be tested and the whole vehicle communication message, and determines each single execution time of the function to be tested, and judges whether the vehicle to be tested is a candidate vehicle for repair according to the single execution time and the standard time corresponding to the function to be tested.

[0010] Optionally, the test script is used to make the connected vehicle to be tested run the function to be tested at least once, so as to obtain the function running result of the function to be tested, which includes:

[0011] If the function type of the function to be tested is a multi-controller interaction function, the test device sends a start command to a first controller corresponding to the function to be tested, so that the first controller sends a request message to a second controller corresponding to the function to be tested, and the second controller runs the function to be tested based on the request message and sends a feedback message to the first controller.

[0012] The test device acquires the request message and the feedback message, and determines the function running result based on the request message and the feedback message.

[0013] Optionally, the test script is used to make the connected vehicle to be tested run the function to be tested at least once, so as to obtain the function running result of the function to be tested, which further includes:

[0014] If the function type of the function to be tested is a local function, the test device sends a service instruction to a third controller corresponding to the function to be tested, so that the third controller runs the function to be tested based on the service instruction and feeds back a state message.

[0015] The test device determines the function running result based on the state message.

[0016] Optionally, the cloud platform generates the fault test report of the vehicle to be tested based on the function running result of the vehicle to be tested and the whole vehicle communication message, which includes:

[0017] The cloud platform judges whether the function running result is successful;

[0018] The cloud platform detects whether the analysis data of each message in the whole vehicle communication message indicates that the communication is normal.

[0019] If the function running result is successful, and the analysis data of each message in the whole vehicle communication message indicates that the communication is normal, the cloud platform generates a fault test report describing that the vehicle to be tested has no fault.

[0020] Optionally, the determining whether the vehicle to be tested is a candidate vehicle for maintenance according to the single execution time and the standard time corresponding to the function to be tested comprises:

[0021] The cloud platform determines a maximum execution time and a minimum execution time in the single execution times;

[0022] The cloud platform determines a maximum execution time and a minimum execution time in the single execution times;

[0023] Optionally, the cloud platform determines whether the vehicle to be tested is a candidate vehicle for maintenance based on the maximum execution time, the minimum execution time and the standard time, and the determining comprises:

[0024] The cloud platform determines a first difference between the maximum execution time and the standard time, and a second difference between the minimum execution time and the standard time;

[0025] The cloud platform determines a third difference between the maximum execution time and the minimum execution time;

[0026] If the first difference is not less than a preset first difference, or the second difference is not less than the preset first difference, or the third difference is not less than a preset second difference, the cloud platform determines that the vehicle to be tested is a candidate vehicle for maintenance.

[0027] Optionally, before the cloud platform sends the test script corresponding to the function to be tested to each test device, the method further comprises:

[0028] Each test device acquires current version information of a controller of the vehicle to be tested connected thereto;

[0029] Each test device acquires the latest version information of the controller corresponding to the vehicle to be tested in the cloud platform, and determines whether a controller update prompt information needs to be generated based on the current version information of the controller and the latest version information of the controller;

[0030] If yes, each test device generates the controller update prompt information and sends the controller update prompt information to a multimedia system in the vehicle to be tested connected thereto.

[0031] Optionally, before the cloud platform sends the test script corresponding to the function to be tested to each test device, the method further comprises:

[0032] The test device detects whether the test demand flag bit is to be tested, and if so, sends a test request signal to the cloud platform, and the cloud platform displays each candidate test function based on the test request signal, and determines the candidate test function selected by the user as the test function.

[0033] The test device detects whether the test demand flag bit is to be tested, and if so, displays each candidate test function through the multimedia system of the connected vehicle to be tested, and sends the candidate test function selected by the user to the cloud platform as the test function.

[0034] The electronic device comprises:

[0035] A processor and a memory;

[0036] The processor, by calling the program or instruction stored in the memory, is configured to make the function test system for batch vehicles execute the steps of the function test method for batch vehicles provided in any embodiment of the present application.

[0037] The computer readable storage medium stores a program or instruction, and the program or instruction makes the function test system for batch vehicles execute the steps of the function test method for batch vehicles provided in any embodiment of the present application.

[0038] In summary, the present application provides a function test method for batch vehicles, which is applied to a function test system for batch vehicles. The cloud platform in the system sends a test script corresponding to a test function to a test device connected to each vehicle to be tested, and then each test device executes the test script, so that the connected vehicle to be tested runs the test function at least once, and obtains a function running result and a whole vehicle communication message. Then, for each vehicle to be tested, the cloud platform generates a fault test report according to the function running result and the whole vehicle communication message, and determines each single execution time of the test function. Then, by the single execution time and the standard time corresponding to the test function, it is determined whether the vehicle is a candidate repair vehicle. The function test method for batch vehicles realizes batch testing of the test functions of multiple vehicles, without manually testing the vehicles one by one, solves the problems of low efficiency of manual testing, inability to guarantee the accuracy of test results, and impact on safety in the prior art, and finally obtains the test results through the function running result and the whole vehicle communication message, which can improve the accuracy of the test results. The execution time of the function is used to determine whether the vehicle is a candidate repair vehicle, so as to realize performance testing of the function of the vehicle, discover the problem of unqualified execution time of the function caused by component or assembly problems in time, and guarantee the consistency of the production batch of the vehicle. BRIEF DESCRIPTION OF DRAWINGS

[0039] In order to more clearly illustrate the technical solutions in the specific embodiments or the prior art, the following will briefly introduce the drawings needed to be used in the specific embodiments or the prior art description. Obviously, the drawings described below are some embodiments of the present application, and for those skilled in the art, other drawings can also be obtained without creative labor based on these drawings.

[0040] Figure 1 is a flowchart of a function test method for batch vehicles provided by an embodiment of the present application;

[0041] Figure 2 is a connection schematic diagram of a function test system for batch vehicles provided by an embodiment of the present application;

[0042] Figure 3 is a structural schematic diagram of an electronic device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0043] The present application will be further described in detail below with reference to the drawings and embodiments. It can be understood that the specific embodiments described herein are only used to explain the related application, and not to limit the application. In addition, it should be noted that, for the convenience of description, only the parts related to the application are shown in the drawings.

[0044] It should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict. The present application will be described in detail below with reference to the drawings and embodiments.

[0045] As mentioned in the background, in order to solve the problems in the prior art, the present application provides a function test method for batch vehicles, which can be executed by a function test system for batch vehicles, and the function test system for batch vehicles includes a cloud platform and test equipment connected with each to-be-tested vehicle respectively. Figure 1 is a flowchart of a function test method for batch vehicles provided by an embodiment of the present application. Referring to Figure 1 , the function test method for batch vehicles specifically includes:

[0046] S110, the cloud platform distributes a test script corresponding to a to-be-tested function to each test equipment.

[0047] In the embodiment of the present application, the function test system for batch vehicles can be composed of a cloud platform and a plurality of test devices. Each test device is connected to a vehicle under test through a gateway and then to each CAN (Controller Area Network) network of the vehicle under test. The test device can also be connected to the OBD (On-Board Diagnostics) of the vehicle under test. The test device can have the capability of data storage, data analysis and script running.

[0048] As shown in Figure 2 , Figure 2 is a connection diagram of a function test system for batch vehicles provided by the embodiment of the present application. The cloud platform can establish a connection with the test device, and the test device can establish a connection with the controller and multimedia system of the vehicle under test through the gateway.

[0049] In the function test system for batch vehicles, the cloud platform can have the capability of data storage, data analysis, data calculation, script distribution and result display. In the embodiment, the cloud platform can establish a connection with each test device through a 4G network, and then distribute the test script corresponding to the function under test to the test device connected to each vehicle under test.

[0050] The test script can be a program file for controlling the vehicle to execute the function under test. The function under test can be the function of a part of the vehicle that needs to be tested, such as window adjustment, seat forward and backward adjustment, seat inclination adjustment, rearview mirror automatic folding, lamp control, wiper control, etc.

[0051] In a specific implementation, before the cloud platform distributes the test script corresponding to the function under test to each test device, it further includes: each test device acquires the current version information of the controller of the connected vehicle under test; each test device acquires the latest version information of the controller corresponding to the vehicle under test in the cloud platform, and judges whether it is necessary to generate a controller update prompt information based on the current version information of the controller and the latest version information of the controller; if yes, each test device generates the controller update prompt information and sends it to the multimedia system in the connected vehicle under test.

[0052] That is, before the cloud platform issues the test script, each test device can first scan the vehicle controller version to obtain the current controller version information, wherein the current controller version information is used to describe the current version of each controller in the vehicle to be tested, and then each test device obtains the latest controller version information corresponding to the vehicle to be tested from the cloud platform, if the current controller version information is inconsistent with the latest controller version information, the test device can generate a controller update prompt information, and send the controller update prompt information to the multimedia system for display, so as to prompt whether the controller needs to be updated to the latest version at the vehicle end.

[0053] In the above manner, it can be determined whether the controller of each vehicle is the latest version before batch testing of the test functions of multiple vehicles, so as to avoid the situation that the test fails due to inconsistent controller versions.

[0054] After comparing the current controller version information, each test device can also control the gateway to set the test requirement flag bit to be tested when the current controller version information is consistent with the latest controller version information, so as to execute the test script according to the test requirement flag bit in the subsequent.

[0055] In a specific embodiment, before the cloud platform issues the test script corresponding to the test function to be tested to each test device, it further includes: each test device detects whether the test requirement flag bit is to be tested, if yes, sends a test request signal to the cloud platform, the cloud platform displays each candidate test function based on the test request signal, and determines the candidate test function selected by the user as the test function to be tested; or, each test device detects whether the test requirement flag bit is to be tested, if yes, displays each candidate test function through the multimedia system of the vehicle to be tested connected, and sends the candidate test function selected by the user as the test function to be tested to the cloud platform.

[0056] That is, each test device can detect whether the test requirement flag bit is to be tested in real time, if yes, it can send a test request signal to the cloud platform, and then the cloud platform displays each candidate test function to prompt the user to select the test function to be tested from each candidate test function; or, it can be prompted through the multimedia system, so that the user selects the test function to be tested from the displayed candidate test functions through the multimedia system, and then feeds back the test function to be tested to the cloud platform, so that the cloud platform issues the test script corresponding to the test function to be tested.

[0057] Through the above embodiment, the determination of the test function to be tested is realized, and then the cloud platform can issue the test script according to the selected test function to be tested, and realize the function test of batch vehicles.

[0058] S120, each test device executes the test script, and makes the connected to-be-tested vehicle run at least once the to-be-tested function through the test script, to obtain a function running result of the to-be-tested function and a vehicle communication message generated in the running process of the to-be-tested function.

[0059] Specifically, after receiving the test script, each test device connected to the to-be-tested vehicle can execute the test script, to make the to-be-tested vehicle run at least once the to-be-tested function through the executed test script. For example, the to-be-tested function is seat forward and backward adjustment, and through executing the test script, the seat on the to-be-tested vehicle can be adjusted from the frontmost position to the rearmost position and back and forth thirty times.

[0060] Further, each test device connected to the to-be-tested vehicle can obtain the function running result of the to-be-tested function and the vehicle communication message generated in the running process of the to-be-tested function. The function running result can be running success or running failure, and the vehicle communication message can be a communication message transmitted between all controllers in the to-be-tested vehicle.

[0061] Specifically, the running of the to-be-tested function usually depends on one or more controllers, and the communication between the controllers is usually realized through a CAN bus. Therefore, the test device can determine the function running result through the message generated by the controller related to the to-be-tested function, such as whether a request message is generated or whether a feedback message is generated. The controller related to the to-be-tested function can be a controller that controls the component corresponding to the to-be-tested function.

[0062] In the embodiments of the present application, the to-be-tested function is generally divided into two types, one is a multi-controller interaction function, that is, the running of the to-be-tested function depends on the interaction between multiple controllers to be realized, and the other is a local function, that is, a function that is realized without interaction, and the running of the to-be-tested function depends on a single controller.

[0063] In a specific implementation, the test script makes the connected to-be-tested vehicle run at least once the to-be-tested function, to obtain a function running result of the to-be-tested function, including: if the function type of the to-be-tested function is a multi-controller interaction function, the test device sends a start command to a first controller corresponding to the to-be-tested function, to make the first controller send a request message to a second controller corresponding to the to-be-tested function, the second controller runs the to-be-tested function based on the request message, and sends a feedback message to the first controller; the test device acquires the request message and the feedback message, and determines the function running result based on the request message and the feedback message.

[0064] That is, for the to-be-tested function of the multi-controller interaction function, each test device can run the test script to send a start command to a first controller corresponding to the to-be-tested function through the test script, where the first controller can be a controller used to request the to-be-tested function.

[0065] Further, after receiving the start command, the first controller can send a request message of an event type or a period type to a second controller, the second controller runs the to-be-tested function according to the request message, and generates a feedback message and sends the feedback message to the first controller after running the to-be-tested function. The second controller can be a controller used to control a part to perform the to-be-tested function. The request message and the feedback message can be CAN messages.

[0066] For example, the to-be-tested function is a rearview mirror folding function, the first controller is a multimedia controller, and the second controller is a rearview mirror controller. The multimedia controller implements control and response interaction with the rearview mirror controller after receiving the start command.

[0067] It should be noted that in the embodiments of the present application, the to-be-tested function can be executed at least once, and therefore the test device can repeatedly send the start command to achieve repeated running of the to-be-tested function. In addition, during the process of running the to-be-tested function once, the first controller can continue to send the request message after receiving the feedback message until the to-be-tested function is executed.

[0068] For example, the to-be-tested function is to control a window to open from the uppermost position to the lowermost position. The first controller and the second controller can constantly interact during the movement of the window until the movement of the window is completed.

[0069] Further, the test device can obtain all the request messages and all the feedback messages, and determine the function running result based on the request messages and the feedback messages. For example, if each request message corresponds to a feedback message, and the feedback result in the feedback message is success, it can be determined that the function running result is running success.

[0070] In this way, each test device can determine the function running result of the to-be-tested function of the multi-controller interaction function, and further implement local testing of the test device on the multi-controller interaction function.

[0071] In another specific embodiment, the test device makes the connected vehicle run at least once the to-be-tested function through the test script to obtain the function running result of the to-be-tested function, and further includes: if the function type of the to-be-tested function is a local function, the test device sends a service instruction to a third controller corresponding to the to-be-tested function to make the third controller run the to-be-tested function based on the service instruction and feed back a state message; and the test device determines the function running result based on the state message.

[0072] That is, for the to-be-tested function of the local function, each test device can run the test script to send a service instruction to the third controller corresponding to the to-be-tested function through the test script. The third controller can be a controller used to control the execution of the to-be-tested function of the component. The service instruction can be an input-output control service (i.e., 2F) instruction in the diagnostic instruction.

[0073] Further, the third controller can control the corresponding component to run the to-be-tested function based on the service instruction, and then detect the running result of the to-be-tested function by itself, and generate a status message according to the detected result. The status message can be a feedback message corresponding to the service instruction. Specifically, the test device can determine the function running result according to whether there is a 6F (representing receiving control) status in the feedback message.

[0074] For example, the test device can send a 2F instruction in the diagnostic instruction to the body controller through the gateway, and then the body controller controls the headlamp to turn on and detects the result of the headlamp turning on by itself, generates a status message and sends it to the test device, and then the test device determines whether the to-be-tested function is successfully run according to the status of 6F.

[0075] In the above manner, each test device can determine the function running result of the to-be-tested function of the local function, and then realize local testing of the test device on the local function.

[0076] In the embodiments of the present application, the test device can also generate a local test report according to the function running result after obtaining the function running result and the vehicle communication message, and send the local test report to the cloud platform or the multimedia system of the vehicle to be tested for display.

[0077] S130, for each vehicle to be tested, the cloud platform generates a fault test report of the vehicle to be tested based on the function running result and the vehicle communication message of the vehicle to be tested, determines each single execution time of the to-be-tested function, and determines whether the vehicle to be tested is a candidate vehicle for repair according to the single execution time and the standard time corresponding to the to-be-tested function.

[0078] Specifically, the cloud platform can generate a fault test report of each vehicle to be tested after obtaining the function running result and the vehicle communication message uploaded by each test device.

[0079] In one specific implementation, the cloud platform generates a fault test report for the vehicle under test based on the functional operation results and vehicle communication messages. This includes: the cloud platform determining whether the functional operation result is successful; the cloud platform detecting whether the parsed data of each message in the vehicle communication messages indicates normal communication; if the functional operation result is successful and the parsed data of each message in the vehicle communication messages indicates normal communication, then the cloud platform generates a fault test report describing that the vehicle under test has no faults.

[0080] That is, if the function runs successfully and the parsed data of each message in the vehicle communication message indicates that the communication is normal, the cloud platform can generate a fault test report describing that there is no fault in the function being tested in the vehicle under test.

[0081] Each message in the vehicle communication system can include a signal name, signal description, data type, precision, physical minimum value, physical maximum value, bus minimum value, bus maximum value, initial value, and signal value description (i.e., parsed data). For example, for the message bms_HVInterlock1Openwarning, parsed data of 0 indicates normal communication, while parsed data of 1 indicates abnormal communication.

[0082] In the above implementation, a fault test report describing whether the vehicle under test has a fault in the function being tested is generated by analyzing the function operation results and the parsed data of each message in the vehicle communication messages. In addition to identifying the faults that occur during function operation, it is also possible to identify the communication faults between other controllers caused by the function operation, further ensuring the comprehensiveness and accuracy of the test results.

[0083] In this embodiment of the application, in addition to generating fault test reports for each vehicle under test, the cloud platform can also determine whether the vehicle under test is a candidate vehicle for repair, so as to realize the performance test of the vehicle performing the function to be tested, and then identify the vehicle with performance problems for component repair.

[0084] Specifically, for each vehicle under test, the cloud platform can determine the execution time of each individual execution of the function to be tested, and then determine whether it is a candidate vehicle for maintenance by using the individual execution time and the standard time corresponding to the function to be tested. Here, the individual execution time is the duration of executing the function to be tested once, and the standard time is the pre-defined standard duration of executing the function to be tested.

[0085] For example, for a test function of type multi-controller interaction, the cloud platform can determine the single execution time of the test function during one execution by the cloud platform through the sending time of the first request message and the sending time of the last feedback message; for a test function of type local function, the cloud platform can determine the single execution time of the test function during one execution by the cloud platform through the sending time of the first service instruction and the sending time of the last status message.

[0086] Furthermore, the cloud platform can determine whether the vehicle under test needs component maintenance by comparing the execution time of each individual instance with the standard time. For example, it can calculate the difference between the execution time of each individual instance and the standard time. If the number of individual execution times with a difference exceeding a preset value is greater than a set number, the vehicle under test can be identified as a candidate vehicle for maintenance. Alternatively, if there are individual execution times with a difference exceeding a preset value, the vehicle under test can be identified as a candidate vehicle for maintenance, and so on.

[0087] In one specific implementation, the determination of whether the vehicle under test is a candidate vehicle for maintenance is based on the execution time of each individual execution and the standard time corresponding to the function under test. This includes: the cloud platform determining the maximum and minimum execution times in each individual execution time; and the cloud platform determining whether the vehicle under test is a candidate vehicle for maintenance based on the maximum execution time, the minimum execution time, and the standard time.

[0088] In other words, the cloud platform can compare the maximum execution time and the minimum execution time with the standard time. If the difference between the maximum execution time and the minimum execution time and the standard time does not exceed the preset value, it can be determined that the vehicle under test does not need to be repaired. Otherwise, the vehicle under test can be determined as a candidate vehicle for repair.

[0089] By using the maximum execution time, minimum execution time, and standard time, the system can determine the candidate vehicles to be repaired without comparing each individual execution time with the standard time. This improves the speed of determining whether a batch of vehicles needs parts repair, ensuring accuracy while increasing the efficiency of batch vehicle assessment.

[0090] Optionally, the cloud platform determines whether the vehicle under test is a candidate vehicle for maintenance based on the maximum execution time, minimum execution time, and standard time. This includes: the cloud platform determining a first difference between the maximum execution time and the standard time, and a second difference between the minimum execution time and the standard time; the cloud platform determining a third difference between the maximum execution time and the minimum execution time; if the first difference is not less than a preset first difference, or the second difference is not less than a preset first difference, or the third difference is not less than a preset second difference, then the cloud platform determines the vehicle under test as a candidate vehicle for maintenance.

[0091] The first gap can be the proportion of the difference between the maximum execution time and the standard time to the standard time; the second gap can be the proportion of the difference between the minimum execution time and the standard time to the standard time; and the third gap can be the proportion of the difference between the maximum execution time and the minimum execution time to the standard time.

[0092] The preset first gap can be a pre-set critical value for the difference between the test vehicle and the standard time, and the preset second gap can be a pre-set critical value for the difference between the individual execution times. Specifically, if the first gap is less than the preset first gap, and the second gap is less than the preset first gap, and the third gap is less than the preset second gap, then the cloud platform can determine that the vehicle under test does not need to undergo component repair. If none of the above conditions are met, then the vehicle under test can be determined as a candidate vehicle for repair.

[0093] In the above implementation, by comparing the minimum execution time with the standard time, the maximum execution time with the standard time, and the maximum execution time with the minimum execution time, the time for the vehicle under test to execute the function to be tested is detected, so as to realize the performance test of the vehicle's function execution and facilitate the rapid identification of vehicles that need to be repaired in a batch of vehicles.

[0094] For example, regarding window control, after identifying candidate vehicles for repair, the cloud platform can process them as follows: 1. If the window controller, rubber strips, etc., have not been changed, it indicates that there is a problem with the window controller, rubber strips, or assembly components, which need to be repaired and retested before being released; 2. If the window controller, rubber strips, or assembly process have been adjusted, and meet the requirements and have been certified, the standard time can be redefined, and the new standard time can be used to re-identify candidate vehicles for repair among the vehicles to be tested. Then, the identified candidate vehicles for repair will be retested according to the previous step.

[0095] It should be noted that, in addition to the cloud platform determining whether each vehicle under test is a candidate vehicle for maintenance based on the individual execution time and the standard time, the testing equipment can also determine the individual execution time of the function to be tested, thereby enabling the determination of candidate vehicles for maintenance.

[0096] The functional testing method for batch vehicles provided in this embodiment allows for testing before the vehicle is launched on the market. Testing equipment connects to the vehicle under test, and a cloud platform distributes test scripts to each testing device. The testing devices then execute automated tests locally based on test instructions sent from the cloud platform, upload functional results, and collect vehicle communication messages (CAN & LIN messages) to the cloud platform. The cloud platform generates and displays a complete fault test report based on the functional results and vehicle communication messages, and pushes the issues to test personnel for rectification. If component functions change or the vehicle's functional strategy is updated, the test script can be updated and manually debugged before being stored on the cloud platform. The cloud platform then distributes the test scripts to the testing devices connected to the vehicles requiring testing, according to the testing requirements.

[0097] Furthermore, test scripts can be remotely sent to test equipment via the cloud platform, eliminating the need for on-site testing and enabling automated testing of vehicles with different applications. After test execution, the cloud platform analyzes the vehicle's communication messages and the results to identify any faults that can be detected through these messages.

[0098] Automated testing ensures that all vehicles requiring testing are tested, eliminating the possibility of omissions due to manual testing. Furthermore, when a batch of vehicles roll off the production line, simultaneous testing of all vehicles in the batch guarantees performance consistency. For example, testing glass upgrades 60 times simultaneously confirms the single-execution time for each function on each vehicle. If the highest and lowest single-execution times differ significantly from the standard times, it indicates inconsistencies in the window regulators, sealing strips, or assembly within this batch of vehicles.

[0099] For example, during the R&D phase, the execution time of each function can be tested and calibrated. This includes the time it takes to adjust a seat from its furthest forward position to its furthest back (the status can be obtained through communication messages, ranging from 0% to 100%, a precise number more accurate than manually observing the seat position, and allowing immediate switching from one state to another, ensuring test accuracy; similar tests can be applied to other motor-related functions), and the time it takes for a window to rise from its lowest to its highest position and then lower back to its lowest position. The average execution time of each function is set as the standard time T0. After vehicles are mass-produced, in a factory with a production cycle of 30 JPH, producing 30 vehicles per hour, all 30 vehicles are connected to the testing equipment. The cloud platform simultaneously sends network calibration times to all 30 testing devices via HTTP and executes test scripts concurrently, ensuring each function is executed 30 times. The execution time of each function is recorded. For example, for a window, after it rises to the top, it begins to descend to the bottom, and immediately rises again after descending. This is repeated 30 times, and the time for each window adjustment is recorded.

[0100] The functional testing method for batch vehicles provided in this embodiment can improve the efficiency and quality of functional testing during vehicle mass production. Especially for performance testing, it can promptly identify individual component or assembly problems that are imperceptible or undetectable by humans, allowing for timely repairs and preventing issues from escalating and impacting customer experience after vehicles enter the market. During the R&D phase, using batch testing methods increases vehicle testing scenarios, such as testing at high temperatures, high altitudes, and extreme cold, as well as testing in special environmental chambers. Collecting data on the impact of temperature and altitude on vehicle motor performance helps OEMs develop corresponding solutions.

[0101] Furthermore, this method can reduce the investment in personnel and specialized testing tools, thus lowering costs. It is particularly suitable for reinforcement, stress, or durability testing and can be used to determine component quality. After replacing electronic components in a vehicle, after manual inspection of the components, automated testing can be performed online to reconfirm the functionality of the components and the normal operation of the vehicle's network communication.

[0102] For example, when testing rearview mirror folding on a batch of vehicles, the initialization conditions can be determined first (whether the vehicle is powered on, whether the BCM messages are sent normally, and whether the rearview mirrors are in the unfolded state; if they are in the folded state, then the rearview mirrors should be unfolded first). After the initialization conditions are met, the test equipment can execute the test script.

[0103] Alternatively, for testing headlight switches on batch vehicles, the testing equipment first establishes a connection with the vehicle controller via a gateway. After security authentication, it can read the basic information of the vehicle controller and send a headlight-on command to the vehicle controller. The vehicle controller outputs voltage to the headlights, illuminating them. The headlights then send their status information back to the vehicle controller. The vehicle controller judges the result and sends a status message back. The testing equipment can then calculate whether the headlight switch test has passed based on the status message from the vehicle controller.

[0104] After the project data is frozen, and the communication matrix, controller diagnostic protocol, and vehicle function strategy are determined, test scripts can be written. After verification through real vehicle or simulation testing, the test scripts are uploaded to the cloud platform for storage. When the vehicle needs to undergo automated testing, the vehicle and the automated test script to be executed can be selected from the cloud platform, the automated test can be executed, and a report can be generated.

[0105] The functional testing method for batch vehicles provided in this application is applied to a functional testing system for batch vehicles. The cloud platform in the system distributes test scripts corresponding to the functions to be tested to test devices connected to each vehicle under test. Each test device then executes the test scripts, causing the connected vehicles under test to run the function to be tested at least once, obtaining the functional operation results and vehicle communication messages. For each vehicle under test, the cloud platform generates a fault test report based on the functional operation results and vehicle communication messages, and determines the execution time of each individual execution of the function under test. The report is then used to identify the corresponding markers for each individual execution time and the function under test. The system accurately determines whether a vehicle is a candidate for maintenance, enabling batch testing of the functions to be tested on multiple vehicles without the need for manual testing of each vehicle individually. This solves the problems of low efficiency, inaccuracy, and safety issues associated with manual testing in existing technologies. Furthermore, by obtaining the final test results through function execution results and vehicle communication messages, the accuracy of test results can be improved. By determining whether a vehicle is a candidate for maintenance based on the function execution time, the system enables performance testing of vehicle functions, promptly identifying issues caused by component or assembly problems that result in non-compliance with function execution time, and ensuring consistency across vehicle production batches.

[0106] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. For example... Figure 3 As shown, the electronic device 500 includes one or more processors 501 and memory 502.

[0107] The processor 501 may be a central processing unit (CPU) or other form of processing unit with data processing capabilities and / or instruction execution capabilities, and may control other components in the electronic device 500 to perform desired functions.

[0108] The memory 502 may include one or more computer program products, which may include various forms of computer-readable storage media, such as volatile memory and / or non-volatile memory. The volatile memory may include, for example, random access memory (RAM) and / or cache memory. The non-volatile memory may include, for example, read-only memory (ROM), hard disk, flash memory, etc. One or more computer program instructions may be stored on the computer-readable storage medium, and the processor 501 may execute the program instructions to enable the functional testing system for batch vehicles to implement the functional testing method for batch vehicles described above in any embodiment of this application, and / or other desired functions. Various contents such as initial extrinsic parameters and thresholds may also be stored in the computer-readable storage medium.

[0109] In one example, the electronic device 500 may further include an input device 503 and an output device 504, these components being interconnected via a bus system and / or other forms of connection mechanisms (not shown). The input device 503 may include, for example, a keyboard, a mouse, etc. The output device 504 may output various information to the outside, including warning messages, braking force, etc. The output device 504 may include, for example, a display, a speaker, a printer, and a communication network and its connected remote output devices, etc.

[0110] Of course, for the sake of simplicity, Figure 3 Only some of the components of the electronic device 500 relevant to this application are shown in this illustration; components such as buses, input / output interfaces, etc., are omitted. In addition, the electronic device 500 may include any other suitable components depending on the specific application.

[0111] In addition to the methods and devices described above, embodiments of this application may also be computer program products, which include computer program instructions that, when executed by a processor, cause the functional testing system for batch vehicles to perform the steps of the functional testing method for batch vehicles provided in any embodiment of this application.

[0112] The computer program product can be written in any combination of one or more programming languages ​​to perform the operations of the embodiments of this application. The programming languages ​​include object-oriented programming languages ​​such as Java and C++, as well as conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computing device, partially on the user's computing device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server.

[0113] Furthermore, embodiments of this application may also be computer-readable storage media storing computer program instructions thereon, which, when executed by a processor, cause a functional testing system for batch vehicles to perform the steps of the functional testing method for batch vehicles provided in any embodiment of this application.

[0114] The computer-readable storage medium may be any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may, for example, include, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatuses, or devices, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: electrical connections having one or more wires, portable disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0115] It should be noted that the terminology used in this application is for the purpose of describing specific embodiments only and is not intended to limit the scope of this application. As shown in the specification and claims of this application, unless the context clearly indicates otherwise, words such as "a," "an," "an," and / or "the" do not specifically refer to the singular and may also include the plural. The terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, or apparatus. Without further limitations, an element defined by the phrase "comprising an..." does not exclude the presence of other identical elements in the process, method, or apparatus that includes said element.

[0116] It should also be noted that the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings, and are only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation on this application. Unless otherwise expressly specified and limited, the terms "installed," "connected," "linked," etc., should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; they can refer to the internal communication between two elements. For those skilled in the art, the specific meaning of the above terms in this application can be understood according to the specific circumstances.

[0117] This document uses specific examples to illustrate the principles and implementation methods of this application. The descriptions of the above embodiments are only for the purpose of helping to understand the methods and core ideas of this application. The above descriptions are only preferred embodiments of this application. It should be noted that due to the limitations of written expression, while there are objectively infinite specific structures, those skilled in the art can make several improvements, modifications, or changes without departing from the principles of this application, and can also combine the above technical features in an appropriate manner. These improvements, modifications, changes, or combinations, or the direct application of the inventive concept and technical solution to other situations without modification, should all be considered within the scope of protection of this application.

Claims

1. A method of functional testing for a batch of vehicles, characterized by, The application is applied to a function test system for batch vehicles, the system comprises a cloud platform and test devices connected with respective vehicles to be tested, and the method comprises: The cloud platform sends a test script corresponding to a function to be tested to each test device; Each test device executes the test script, makes the connected vehicle to be tested run the function to be tested at least once through the test script, obtains a function running result of the function to be tested, and vehicle communication messages generated in the running process of the function to be tested; For each vehicle to be tested, the cloud platform generates a fault test report of the vehicle to be tested based on the function running result and the vehicle communication messages of the vehicle to be tested, determines each single execution time of the function to be tested, judges whether the vehicle to be tested is a candidate vehicle for repair according to the single execution time and a standard time corresponding to the function to be tested; The judgment whether the vehicle to be tested is a candidate vehicle for repair according to the single execution time and the standard time corresponding to the function to be tested comprises: The cloud platform determines a maximum execution time and a minimum execution time in the single execution time; The cloud platform judges whether the vehicle to be tested is a candidate vehicle for repair based on the maximum execution time, the minimum execution time and the standard time; The judgment whether the vehicle to be tested is a candidate vehicle for repair based on the maximum execution time, the minimum execution time and the standard time comprises: The cloud platform determines a first difference between the maximum execution time and the standard time, and a second difference between the minimum execution time and the standard time; The cloud platform determines a third difference between the maximum execution time and the minimum execution time; If the first difference is not less than a preset first difference, or the second difference is not less than the preset first difference, or the third difference is not less than a preset second difference, the cloud platform determines that the vehicle to be tested is a candidate vehicle for repair.

2. The method of claim 1, wherein, The making the connected vehicle to be tested run the function to be tested at least once through the test script to obtain the function running result of the function to be tested comprises: If the function type of the function to be tested is a multi-controller interaction function, the test device sends a start command to a first controller corresponding to the function to be tested, so that the first controller sends a request message to a second controller corresponding to the function to be tested, the second controller runs the function to be tested based on the request message, and sends a feedback message to the first controller; The test device obtains the request message and the feedback message, and determines the function running result based on the request message and the feedback message.

3. The method of claim 2, wherein, The making the connected vehicle to be tested run the function to be tested at least once through the test script to obtain the function running result of the function to be tested further comprises: If the function type of the function to be tested is a local function, the test device sends a service instruction to a third controller corresponding to the function to be tested, so that the third controller runs the function to be tested based on the service instruction, and feeds back a state message; The test device determines a function running result based on the state packet.

4. The method of claim 1, wherein, The cloud platform generates a fault test report of the vehicle to be tested based on the function running result and the vehicle communication packet, including: The cloud platform determines whether the function running result is successful; The cloud platform determines whether the parsed data of each packet in the vehicle communication packet indicates normal communication; If the function running result is successful and the parsed data of each packet in the vehicle communication packet indicates normal communication, the cloud platform generates a fault test report indicating that the vehicle to be tested has no fault.

5. The method of claim 1, wherein, Before the cloud platform sends the test script corresponding to the function to be tested to each test device, the method further includes: Each test device acquires current version information of a controller of the vehicle to be tested connected thereto; Each test device acquires latest version information of the controller corresponding to the vehicle to be tested in the cloud platform, and determines whether controller update prompt information needs to be generated based on the current version information of the controller and the latest version information of the controller; If yes, each test device generates the controller update prompt information and sends the controller update prompt information to a multimedia system in the vehicle to be tested connected thereto.

6. The method of claim 1, wherein, Before the cloud platform sends the test script corresponding to the function to be tested to each test device, the method further includes: Each test device detects whether a test demand flag bit is to be tested, and if yes, sends a test request signal to the cloud platform, and the cloud platform displays each candidate test function based on the test request signal, and determines the candidate test function selected by a user as the function to be tested; or Each test device detects whether a test demand flag bit is to be tested, and if yes, displays each candidate test function through a multimedia system of the vehicle to be tested connected thereto, and sends the candidate test function selected by a user as the function to be tested to the cloud platform.

7. An electronic device, comprising: The electronic device includes: a processor and a memory; The processor, by invoking a program or instruction stored in the memory, is configured to cause a function test system for batch vehicles to perform steps of the function test method for batch vehicles according to any one of claims 1 to 6.

8. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a program or instruction, which causes a function test system for batch vehicles to perform steps of the function test method for batch vehicles according to any one of claims 1 to 6.

Images