Automatic testing method and related device for in-vehicle infotainment system

Abstract

The embodiment of the invention discloses an in-vehicle entertainment product automatic test method. The method comprises the following steps: obtaining the display interface brightness of a to-be-tested in-vehicle entertainment product of a to-be-tested vehicle by responding to an unlocking signal and a driving position power-on signal sent to the to-be-tested vehicle; according to the brightness of the display interface, determining whether the to-be-tested vehicle machine is started or not; in response to startup of the to-be-tested vehicle machine, sending a communication instruction to the to-be-tested vehicle machine; receiving a communication result replied by the to-be-tested vehicle machine according to the communication instruction; according to the communication result, determining whether the to-be-tested vehicle machine is successfully communicated; then multiple random tests are carried out on the to-be-tested vehicle machine, and multiple test results corresponding to the multiple random tests are obtained; according to the method, the display interface brightness of the to-be-tested vehicle machine, the communication result replied by the to-be-tested vehicle machine and the multiple test results of the to-be-tested vehicle machine are obtained by controlling the signal of the to-be-tested vehicle, and the automatic test result of the to-be-tested vehicle machine is determined according to the related test results, so that the automatic test of the to-be-tested vehicle machine can be realized without manual intervention; and the testing efficiency of the vehicle machine function is improved.

Description

Technical Field

[0001] This application relates to the technical field of vehicles, and particularly to a vehicle-mounted infotainment system (IVI) automated testing method and related devices. Background Art

[0002] An IVI is an in-vehicle information interaction product installed in a vehicle, capable of realizing information communication between the vehicle and the outside world. Before the vehicle is put on the market, it is necessary to test the functions of the IVI.

[0003] Related technologies mostly test the functions of the IVI through manual testing. For example, by manually clicking on the display screen of the IVI in the vehicle, it is tested whether the display screen of the IVI can display the corresponding information at the corresponding position according to the manual click.

[0004] However, with the continuous improvement of vehicle intelligence, the functions of the IVI are increasing. Therefore, the functions that need to be tested by the manual method are also gradually increasing, resulting in an increase in the test workload and a lengthening of the test cycle, which affects the test efficiency of the IVI functions. Summary of the Invention

[0005] To solve the above technical problems, this application provides an IVI automated testing method and related devices, which use automated testing to replace manual testing to improve the test efficiency of IVI functions.

[0006] The embodiments of this application disclose the following technical solutions:

[0007] In a first aspect, the embodiments of this application disclose an IVI automated testing method, and the method includes:

[0008] In response to sending an unlock signal and a driver's seat power-on signal to the vehicle to be tested, obtain the brightness of the display interface of the IVI to be tested in the vehicle to be tested; the driver's seat power-on signal is used to indicate that there is a person sitting in the driver's seat of the vehicle to be tested;

[0009] Determine whether the IVI to be tested is powered on according to the brightness of the display interface;

[0010] In response to the IVI to be tested being powered on, send a communication instruction to the IVI to be tested;

[0011] Receive the communication result replied by the IVI to be tested according to the communication instruction;

[0012] Determine whether the IVI to be tested communicates successfully according to the communication result;

[0013] In response to the IVI to be tested communicating successfully, perform multiple random tests on the IVI to be tested, and obtain multiple test results corresponding to the multiple random tests respectively.

[0014] Optionally, determining whether the vehicle head unit to be tested is powered on according to the brightness of the display interface includes:

[0015] When the brightness of the display interface is greater than or equal to a preset brightness threshold, it is determined that the vehicle head unit to be tested is powered on;

[0016] When the brightness of the display interface is less than the preset brightness threshold, it is determined that the vehicle head unit to be tested is not powered on.

[0017] Optionally, the method further includes:

[0018] When the brightness of the display interface is less than the preset brightness threshold, multiple display interface images of the vehicle head unit to be tested are acquired within a preset time;

[0019] The multiple display interface images are stored in the test log.

[0020] Optionally, before obtaining the brightness of the display interface of the vehicle head unit to be tested in response to sending an unlock signal and a driver's seat power-on signal to the vehicle to be tested, the method further includes:

[0021] Sending an unlock signal to the vehicle to be tested;

[0022] In response to sending the unlock signal, after a first preset time, obtaining the rearview mirror angle value of the vehicle to be tested; the rearview mirror angle value is the angle between the rearview mirror of the vehicle to be tested and the body of the vehicle to be tested;

[0023] Determining whether the vehicle to be tested is unlocked according to the rearview mirror angle value;

[0024] In response to the vehicle to be tested being unlocked, sending a driver's seat power-on signal to the vehicle to be tested.

[0025] Optionally, determining whether the vehicle to be tested is unlocked according to the rearview mirror angle value includes:

[0026] When the rearview mirror angle value is greater than or equal to a preset angle threshold, it is determined that the vehicle to be tested is unlocked;

[0027] When the rearview mirror angle value is less than the preset angle threshold, it is determined that the vehicle to be tested is not unlocked.

[0028] Optionally, the method further includes:

[0029] Sending a locking signal and a driver's seat power-off signal to the vehicle to be tested; the driver's seat power-off signal is used to indicate that there is no one sitting in the driver's seat of the vehicle to be tested;

[0030] In response to sending the locking signal and the driver's seat power-off signal, after a second preset time, obtaining the rearview mirror angle value of the vehicle to be tested;

[0031] When the rearview mirror angle value is less than the preset angle threshold, it is determined that the vehicle to be tested is locked;

[0032] When the rearview mirror angle is greater than or equal to the preset angle threshold, it is determined that the vehicle to be tested is not locked.

[0033] Optionally, the method further includes:

[0034] In response to sending a power-on signal for the driver's seat to the vehicle to be tested, determine whether the driver's seat of the vehicle to be tested moves;

[0035] In response to the driver's seat not moving, it is determined that the vehicle to be tested is not powered on;

[0036] In response to the driver's seat moving forward, it is determined that the vehicle to be tested is powered on;

[0037] Send a power-off signal for the driver's seat to the vehicle to be tested;

[0038] In response to sending the power-off signal for the driver's seat to the vehicle to be tested, determine whether the driver's seat of the vehicle to be tested moves;

[0039] In response to the driver's seat moving backward, it is determined that the vehicle to be tested is powered off;

[0040] In response to the driver's seat not moving, it is determined that the vehicle to be tested is not powered off.

[0041] In a second aspect, an embodiment of the present application discloses a vehicle-mounted computer automated testing device, and the device includes:

[0042] A brightness acquisition unit, configured to acquire the display interface brightness of the vehicle-mounted computer to be tested of the vehicle to be tested in response to sending an unlock signal and a power-on signal for the driver's seat to the vehicle to be tested; the power-on signal for the driver's seat is used to indicate that there is someone sitting in the driver's seat of the vehicle to be tested;

[0043] A boot determination unit, configured to determine whether the vehicle-mounted computer to be tested boots according to the display interface brightness;

[0044] A communication instruction sending unit, configured to send a communication instruction to the vehicle-mounted computer to be tested in response to the vehicle-mounted computer to be tested booting up;

[0045] A communication result receiving unit, configured to receive the communication result replied by the vehicle-mounted computer to be tested according to the communication instruction;

[0046] A communication status determination unit, configured to determine whether the vehicle-mounted computer to be tested communicates successfully according to the communication result;

[0047] A vehicle head unit testing unit, which is used to perform multiple random tests on the to-be-tested vehicle head unit in response to successful communication of the to-be-tested vehicle head unit, and obtain multiple test results corresponding to the multiple random tests respectively.

[0048] Optionally, the power-on determination unit is further used for:

[0049] When the brightness of the display interface is greater than or equal to a preset brightness threshold, determine that the to-be-tested vehicle head unit is powered on;

[0050] When the brightness of the display interface is less than the preset brightness threshold, determine that the to-be-tested vehicle head unit is not powered on.

[0051] Optionally, the device further includes:

[0052] A display image acquisition unit, which is used to acquire multiple display interface images of the to-be-tested vehicle head unit within a preset time when the brightness of the display interface is less than the preset brightness threshold;

[0053] A display image storage unit, which is used to store the multiple display interface images into a test log.

[0054] Optionally, the device further includes:

[0055] An unlocking signal sending unit, which is used to send an unlocking signal to the to-be-tested vehicle;

[0056] A first angle acquisition unit, which is used to acquire the rearview mirror angle value of the to-be-tested vehicle after a first preset time in response to sending the unlocking signal; the rearview mirror angle value is the angle value between the rearview mirror of the to-be-tested vehicle and the body of the to-be-tested vehicle;

[0057] A first vehicle state determination unit, which is used to determine whether the to-be-tested vehicle is unlocked according to the rearview mirror angle value;

[0058] A power-on signal sending unit, which is used to send a driver's seat power-on signal to the to-be-tested vehicle in response to unlocking of the to-be-tested vehicle.

[0059] Optionally, the vehicle unlocking determination unit is further used for:

[0060] When the rearview mirror angle value is greater than or equal to a preset angle threshold, determine that the to-be-tested vehicle is unlocked;

[0061] When the rearview mirror angle value is less than the preset angle threshold, determine that the to-be-tested vehicle is not unlocked.

[0062] Optionally, the device further includes:

[0063] A locking signal sending unit, configured to send a locking signal and a driver's seat power-off signal to the vehicle to be tested; the driver's seat power-off signal is used to indicate that there is no one sitting in the driver's seat of the vehicle to be tested;

[0064] A second angle acquisition unit, configured to, in response to sending the locking signal and the driver's seat power-off signal, after a second preset time, acquire the rearview mirror angle value of the vehicle to be tested;

[0065] A second vehicle state determination unit, configured to determine that the vehicle to be tested is locked when the rearview mirror angle value is less than the preset angle threshold;

[0066] A third vehicle state determination unit, configured to determine that the vehicle to be tested is not locked when the rearview mirror angle is greater than or equal to the preset angle threshold.

[0067] Optionally, the device further includes:

[0068] A first driver's seat state determination unit, configured to determine whether the driver's seat of the vehicle to be tested moves in response to sending a driver's seat power-on signal to the vehicle to be tested;

[0069] A first power-on determination unit, configured to determine that the vehicle to be tested is not powered on in response to the driver's seat not moving;

[0070] A second power-on determination unit, configured to determine that the vehicle to be tested is powered on in response to the driver's seat moving forward;

[0071] A power-off signal sending unit, configured to send a driver's seat power-off signal to the vehicle to be tested;

[0072] A second driver's seat state determination unit, configured to determine whether the driver's seat of the vehicle to be tested moves in response to sending the driver's seat power-off signal to the vehicle to be tested;

[0073] A first power-off determination unit, configured to determine that the vehicle to be tested is powered off in response to the driver's seat moving backward;

[0074] A second power-off determination unit, configured to determine that the vehicle to be tested is not powered off in response to the driver's seat not moving.

[0075] In a third aspect, an embodiment of the present application discloses a computer device, which includes a processor and a memory:

[0076] The memory is used to store program codes and transmit the program codes to the processor;

[0077] The processor is configured to execute the vehicle-mounted computer automated test method as described in the first aspect and any optional item of the first aspect according to the instructions in the program codes.

[0078] In a fourth aspect, an embodiment of the present application discloses a computer-readable storage medium for storing a computer program, which is used to execute the vehicle-mounted computer automated test method as described in the first aspect and any optional item of the first aspect when executed by a processor.

[0079] As can be seen from the above technical solutions, by responding to sending an unlocking signal and a driving seat power-on signal to the vehicle to be tested, the display interface brightness of the in-vehicle computer of the vehicle to be tested is obtained; the driving seat power-on signal is used to indicate that there is someone sitting in the driving seat of the vehicle to be tested; according to the display interface brightness, it is determined whether the in-vehicle computer of the vehicle to be tested is powered on; in response to the in-vehicle computer of the vehicle to be tested being powered on, a communication instruction is sent to the in-vehicle computer of the vehicle to be tested; the communication result replied by the in-vehicle computer of the vehicle to be tested according to the communication instruction is received; according to the communication result, it is determined whether the in-vehicle computer of the vehicle to be tested communicates successfully; in response to the in-vehicle computer of the vehicle to be tested communicating successfully, multiple random tests are performed on the in-vehicle computer of the vehicle to be tested, and multiple test results corresponding to the multiple random tests are obtained. That is, by controlling the signals of the vehicle to be tested, the display interface brightness of the in-vehicle computer of the vehicle to be tested, the communication result replied by the in-vehicle computer of the vehicle to be tested, and the multiple test results of the in-vehicle computer of the vehicle to be tested are obtained, and the automated test result of the in-vehicle computer of the vehicle to be tested is determined according to the relevant test results, so that the automated test of the in-vehicle computer of the vehicle to be tested can be realized without manual intervention, and the test efficiency of the in-vehicle computer function is improved. Description of the Drawings

[0080] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0081] Figure 1 It is a flowchart of a vehicle-mounted computer automated test method provided by an embodiment of the present application;

[0082] Figure 2 It is a flowchart of a vehicle-mounted computer power-on test method provided by an embodiment of the present application;

[0083] Figure 3 It is a flowchart of a vehicle-mounted computer communication and function test method provided by an embodiment of the present application;

[0084] Figure 4 It is a flowchart of a vehicle unlocking and locking test method provided by an embodiment of the present application;

[0085] Figure 5 It is a flowchart of a vehicle power-on and power-off test method provided by an embodiment of the present application;

[0086] Figure 6Structural block diagram of a vehicle-mounted computer automated testing device provided by an embodiment of the present application;

[0087] Figure 7 Structural block diagram of a computer device for vehicle-mounted computer automated testing provided by an embodiment of the present application. Detailed implementation manners

[0088] In order to enable those skilled in the art to better understand the solution of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments.

[0089] The terms "first", "second", etc. in the specification and claims of the present application are used to distinguish similar objects, and do not necessarily need to be used to describe a specific order or sequence. It should be understood that such terms can be interchanged under appropriate circumstances, which is only a way of distinguishing objects with the same attributes when describing the embodiments of the present application.

[0090] Since the current testing methods for vehicles and vehicle-mounted computers are mostly manual testing, that is, the testers conduct in-vehicle testing. With the continuous improvement of the intelligence level of vehicles, the functions carried by vehicles and vehicle-mounted computers are gradually increasing, which has rapidly increased the workload of testers. When it is necessary to test the working conditions of vehicles and vehicle-mounted computers under special working conditions, such as high temperature and high humidity, etc., the testers need to conduct tests in a harsh working environment. Moreover, once a functional failure occurs in the vehicle, the safety of the testers cannot be guaranteed.

[0091] To solve the above technical problems, the embodiments of the present application provide a vehicle-mounted computer automated testing method, which realizes the automated testing of the vehicle-mounted computer through signals and instructions. The tester only needs to adjust the vehicle to be tested according to the automated testing results, which improves the testing efficiency, improves the working environment and improves the working safety.

[0092] The following introduces a vehicle-mounted computer automated testing method provided by the embodiments of the present application with reference to the accompanying drawings.

[0093] Please refer to Figure 1 , Figure 1 which is a flowchart of a vehicle-mounted computer automated testing method provided by an embodiment of the present application. The method includes:

[0094] S101: In response to sending an unlock signal and a power-on signal for the driver's seat to the vehicle to be tested, obtain the display interface brightness of the vehicle-mounted computer to be tested of the vehicle to be tested.

[0095] Among them, the vehicle to be tested can be a fuel vehicle powered by an internal combustion engine or a pure electric vehicle powered by a rechargeable battery, and can also be applied to a hybrid vehicle powered by fuel and electricity together, such as an extended-range hybrid vehicle or a fuel-electric hybrid vehicle, etc. The in-vehicle unit to be tested is an in-vehicle information interaction product in the vehicle to be tested. In this embodiment, the in-vehicle unit to be tested has a display interface to display relevant information of the vehicle to be tested to the driver and passengers, and this display interface can be a large in-vehicle unit screen.

[0096] In some possible implementation manners of this embodiment, the in-vehicle unit to be tested can be suspended to RAM (Suspend to RAM, STR) after the vehicle is locked, that is, the running data before the vehicle system is locked is saved in the memory. That is to say, when the Adaptive Cruise Control (ACC) of the vehicle is turned off, other devices of the vehicle system are in a powered-off state. When the ACC is powered on and started, other devices of the vehicle system do not restart, but read the stored running data from the RAM, so that the vehicle system quickly resumes to the working state before locking, thus realizing a quick start.

[0097] Among them, the driver's seat power-on signal is used to indicate that there is someone sitting in the driver's seat of the vehicle to be tested. By sending an unlock signal to the vehicle to be tested to simulate the process of the tester opening the door in manual testing, and at the same time sending a driver's seat power-on signal to the vehicle to be tested to simulate the process of the tester sitting on the driver's seat in manual testing.

[0098] As a possible implementation manner, the process of obtaining the brightness of the display interface of the in-vehicle unit to be tested can be measured and obtained through a photosensitive sensor. For example, a BH1750 photosensitive sensor can be selected and installed on the large in-vehicle unit screen. When the in-vehicle unit to be tested is powered on, the large in-vehicle unit screen is highlighted and a display screen appears. The photosensitive sensor obtains the brightness data of the display interface and transmits the display interface brightness data back to the test system.

[0099] In some possible implementation manners of the embodiments of the present application, for the same in-vehicle unit to be tested, there may be multiple display interfaces in the same vehicle to be tested. At this time, multiple photosensitive sensors can be installed for the multiple display interfaces to collect the brightness data of all display interfaces.

[0100] S102: Determine whether the in-vehicle unit to be tested is powered on according to the brightness of the display interface.

[0101] In some possible implementation manners of the embodiments of the present application, for the specific judgment of the power-on status of the in-vehicle unit, the step of determining whether the in-vehicle unit to be tested is powered on according to the brightness of the display interface includes:

[0102] When the brightness of the display interface is greater than or equal to a preset brightness threshold, it is determined that the in-vehicle unit to be tested is powered on;

[0103] When the brightness of the display interface is less than the preset brightness threshold, it is determined that the vehicle head unit to be tested is not powered on.

[0104] Among them, the preset brightness threshold can be comprehensively set according to the specific parameters of the display interface of the vehicle head unit to be tested and the specific means of obtaining the brightness of the display interface, such as the installation angle of the photosensitive sensor or the distance between the photosensitive sensor and the display interface.

[0105] According to the magnitude relationship between the brightness of the display interface and the preset brightness threshold, the judgment process of the power-on status of the vehicle head unit to be tested can be implemented by writing a programming language. For example, the light intensity value measured by the photosensitive sensor can be read through the Serial.read function in the python language, and the magnitude relationship between the light intensity value and the preset brightness threshold can be judged through the python language. After that, a digital quantity can be output to represent whether the vehicle head unit to be tested is powered on. For example, the digital quantity 1 represents that the vehicle head unit to be tested is successfully powered on, and the digital quantity 2 represents that the vehicle head unit to be tested is not successfully powered on.

[0106] Please refer to Figure 2 , Figure 2 which is a flowchart of a method for testing the power-on of a vehicle head unit provided by an embodiment of the present application. The method includes S201 - S206:

[0107] S201: The vehicle to be tested receives an unlock signal and a power-on signal at the driver's seat;

[0108] S202: Python controls the photosensitive sensor to measure the brightness value of the display interface;

[0109] S203: Determine whether the brightness value of the display interface is less than 100 lumens; if not, enter S204; if so, enter S205;

[0110] S204: Output the result 1, indicating that the vehicle head unit to be tested is powered on;

[0111] S205: Output the result 2, indicating that the vehicle head unit to be tested is not powered on;

[0112] S206: Write the output result 1 or 2 into the test log.

[0113] To save the test results in detail so that the testers can know the specific status of the vehicle head unit startup during the test, based on the above embodiment, further, the method further includes:

[0114] When the brightness of the display interface is less than the preset brightness threshold, obtain multiple display interface images of the vehicle head unit to be tested within a preset time;

[0115] Store the multiple display interface images in the test log.

[0116] Among them, the process of obtaining the image of the display interface of the vehicle machine to be tested can be achieved by taking a photo of the display interface with a camera. When the brightness of the display interface is less than the preset brightness threshold, based on the obtained display interface image, it is convenient to judge possible faults of the vehicle machine to be tested. For example, all or some parts of the vehicle machine display interface do not display images or the image signal is weak, etc.

[0117] Please refer back to Figure 1 , S103: In response to the power-on of the vehicle machine to be tested, send a communication instruction to the vehicle machine to be tested.

[0118] S104: Receive the communication result replied by the vehicle machine to be tested according to the communication instruction.

[0119] Since the communication function of the vehicle machine to be tested is normally off, it is necessary to send a communication instruction to the vehicle machine to be tested to instruct the vehicle machine to turn on the communication function for testing the communication function of the vehicle machine to be tested.

[0120] In some possible implementation manners of this embodiment, the communication instruction includes an instruction to instruct the vehicle machine to be tested to turn on the communication function, and then judge whether the vehicle machine communication is normal through a corresponding function.

[0121] In some other possible implementation manners of this embodiment, the communication instruction may further include an instruction to require the vehicle machine to be tested to reply with a specific communication result, so as to judge the communication result replied by the vehicle machine to be tested.

[0122] S105: Determine whether the vehicle machine to be tested communicates successfully according to the communication result.

[0123] In some implementation manners, when the test system sends an instruction to require the vehicle machine to be tested to reply with a specific communication result to the vehicle machine to be tested, it is necessary to receive the communication result replied by the vehicle machine to be tested. If the communication result replied by the vehicle machine to be tested is the same as the required specific communication result, it is determined that the communication function of the vehicle machine to be tested is normal; if the communication result replied by the vehicle machine to be tested is different from the required specific communication result, or no result is replied, it is determined that the communication with the vehicle machine to be tested fails.

[0124] In some possible implementation manners of the embodiments of the present application, the vehicle machine to be tested is an Android vehicle machine. At this time, an Android Debug Bridge (ADB) command can be sent to the vehicle machine to be tested through the serial port board to turn on the background ADB of the vehicle machine to be tested, and then judge whether the background ADB is turned on through the Serial.is_open function, and receive the return value sent back by the vehicle machine to be tested to the serial port board, and judge the ADB communication situation of the vehicle machine to be tested according to the return value.

[0125] S106: In response to successful communication of the vehicle unit under test, perform multiple random tests on the vehicle unit under test, and obtain multiple test results corresponding to the multiple random tests respectively.

[0126] Among them, the random test can be to randomly click on the display interface of the vehicle unit under test, and compare the display result obtained through the random click with the expected display result, so as to obtain the test result after the comparison is completed.

[0127] In some possible implementation manners of the embodiments of the present application, when testing an Android vehicle unit, the random test can be the Monkey test method, that is, through the Monkey test tool of the Android system, send a random user event stream (such as key presses, touches, or gesture operations, etc.) to the system of the vehicle unit under test to simulate real operations, so as to implement the stress test of the program.

[0128] Please refer to Figure 3 , Figure 3 which is a flowchart of a vehicle unit communication and function test method provided by the embodiments of the present application. This method is applied to an Android vehicle unit under test, and this method includes S301 - S307:

[0129] S301: The vehicle under test receives an unlock signal and a power - on signal at the driver's seat.

[0130] S302: Python sends an instruction through the serial board to open ADB.

[0131] S303: Determine whether the ADB of the vehicle unit under test is opened; if yes, enter S304; if not, enter S307.

[0132] S304: The Serial.is_open function determines that ADB is opened and the ADB communication is normal.

[0133] S305: Python sends an instruction to start the Monkey test.

[0134] S306: Python records the running progress and success rate of Monkey, and records the results in the test log.

[0135] S307: The Serial.is_open function determines that ADB is not opened and the ADB communication fails.

[0136] Please refer back to Figure 2 , in Figure 2 after step S206 in the flowchart of a vehicle unit power - on test method shown, it further includes S207 - S208:

[0137] S207: Python starts the camera and takes 50 photos at intervals of 0.1 s.

[0138] S208: Store the image obtained by taking a photo into the test log.

[0139] When testing the vehicle unit under test of the vehicle to be tested, by sending an unlocking signal and a driver's seat power-on signal to the vehicle to be tested to simulate the unlocking of the vehicle to be tested and the driver's seat being occupied, at this time, to implement the test of the unlocking state of the vehicle to be tested, based on the above embodiment, further, the method further includes:

[0140] Send an unlocking signal to the vehicle to be tested;

[0141] In response to sending the unlocking signal, after a first preset time, obtain the rearview mirror angle value of the vehicle to be tested;

[0142] Determine whether the vehicle to be tested is unlocked according to the rearview mirror angle value;

[0143] In response to the vehicle to be tested being unlocked, send a driver's seat power-on signal to the vehicle to be tested.

[0144] Wherein, the rearview mirror angle value is the angle value between the rearview mirror of the vehicle to be tested and the body of the vehicle to be tested. For the process of obtaining the rearview mirror angle value, the rearview mirror angle value can be measured by a gyroscope installed on the rearview mirror of the vehicle to be tested, and then the rearview mirror angle value measured by the gyroscope is read through an Arduino board, and finally a python program makes a judgment on whether the vehicle to be tested is unlocked according to the read rearview mirror angle value.

[0145] In some possible implementation manners of this embodiment, for the judgment of the unlocking status of the vehicle to be tested, determining whether the vehicle to be tested is unlocked according to the rearview mirror angle value includes:

[0146] When the rearview mirror angle value is greater than or equal to the preset angle threshold, determine that the vehicle to be tested is unlocked;

[0147] When the rearview mirror angle value is less than the preset angle threshold, determine that the vehicle to be tested is not unlocked.

[0148] Since when the vehicle is locked, the rearview mirror closes towards the body and the rearview mirror angle value becomes smaller; while when the vehicle is unlocked, the rearview mirror opens away from the body, making the rearview mirror angle value larger. Therefore, it is possible to judge whether the vehicle to be tested is successfully unlocked by obtaining the rearview mirror angle value.

[0149] Wherein, the preset angle threshold is calibrated according to the specific body parameters of the vehicle to be tested. In some possible implementation manners, the preset angle threshold can be 40°.

[0150] To test the locking status when the vehicle to be tested is powered off, based on the above embodiment, further, the method further includes:

[0151] Send a locking signal and a driver's seat power-off signal to the vehicle to be tested;

[0152] In response to sending a locking signal and a driver's seat power-off signal, after a second preset time, obtain the rearview mirror angle value of the vehicle to be tested;

[0153] When the rearview mirror angle value is less than a preset angle threshold, determine that the vehicle to be tested is locked;

[0154] When the rearview mirror angle is greater than or equal to the preset angle threshold, determine that the vehicle to be tested is not locked.

[0155] Corresponding to the aforementioned unlocking signal and the driver's seat power-on signal, the driver's seat power-off signal is used to indicate that there is no one sitting in the driver's seat of the vehicle to be tested. By sending a locking signal to the vehicle to be tested to simulate the process of the tester closing the door in manual testing, and at the same time by sending a driver's seat power-off signal to the vehicle to be tested to simulate the process of the tester leaving the driver's seat in manual testing.

[0156] Among them, the unlocking signal can be sent by controlling a relay. The relay controls an electric cylinder to click the key unlocking button in the vehicle to be tested to send an unlocking signal to the vehicle to be tested; corresponding to the way of sending the unlocking signal, the locking signal can also be sent by controlling another relay. The relay controls an electric cylinder motor to lock the key button in the vehicle to be tested to send an unlocking signal to the vehicle to be tested.

[0157] Corresponding to the test method of the vehicle unlocking process, in some possible implementation manners, the rearview mirror angle value can also be measured and read by a gyroscope and a board card. Refer to the test process of the above unlocking process, which will not be elaborated here.

[0158] After sending an unlocking or locking signal to the vehicle to be tested, by obtaining the rearview mirror angle value and making a judgment according to the rearview mirror angle value, the automatic test of whether the vehicle to be tested is unlocked can be realized.

[0159] Please refer to Figure 4 , Figure 4 For Figure 4 is a flowchart of a vehicle unlocking and locking test method provided by an embodiment of the present application. The method includes S401 - S416:

[0160] S401: Python controls the Anduino board to control Relay 1;

[0161] S402: Relay 1 is energized to control the electric cylinder motor to unlock the key button of the vehicle to be tested;

[0162] S403: Python controls the Arduino board to read the rearview mirror angle value measured by the gyroscope;

[0163] S404: Determine whether the rearview mirror angle value is less than the preset angle threshold; if yes, proceed to S405; if no, proceed to S407;

[0164] S405: The vehicle to be tested fails to unlock, and write the test result into the test log;

[0165] S406: Trigger an alarm and wait for debugging;

[0166] S407: The vehicle to be tested unlocks normally;

[0167] S408: Power on the vehicle to be tested;

[0168] S409: Send a power-off signal for the driver's seat to the vehicle to be tested;

[0169] S410: Python controls the Arduino board to control the relay 3-way, and controls the electric cylinder to click the key lock button of the vehicle to be tested;

[0170] S411: Python controls the Arduino board to read the rearview mirror angle value measured by the gyroscope;

[0171] S412: Determine whether the rearview mirror angle value is less than the preset angle threshold; if no, proceed to S413; if yes, proceed to S415;

[0172] S413: The vehicle to be tested fails to lock;

[0173] S414: Trigger an alarm and wait for debugging;

[0174] S415: The vehicle to be tested locks normally and generates a test result;

[0175] S416: Write the test result into the test log.

[0176] To further test the power-on and power-off status of the vehicle to be tested, based on the above embodiments, further, the method further includes:

[0177] In response to sending a power-on signal for the driver's seat to the vehicle to be tested, determine whether the driver's seat of the vehicle to be tested moves;

[0178] In response to the driver's seat not moving, determine that the vehicle to be tested is not powered on;

[0179] In response to the driver's seat moving forward, determine that the vehicle to be tested is powered on;

[0180] Send a power-off signal for the driver's seat to the vehicle to be tested;

[0181] In response to sending a power-off signal for the driver's seat to the vehicle to be tested, determine whether the driver's seat of the vehicle to be tested moves;

[0182] In response to the driver's seat moving backward, determine that the vehicle under test is powered off;

[0183] In response to the driver's seat not moving, determine that the vehicle under test is not powered off.

[0184] Among them, for the specific process of determining whether the driver's seat of the vehicle under test moves, the distance between the driver's seat of the vehicle under test and positions such as the steering wheel or dashboard of the vehicle under test can be obtained through a proximity sensor installed on the driver's seat of the vehicle under test; if the distance between the driver's seat of the vehicle under test and the steering wheel of the vehicle under test becomes smaller, it can be determined that the driver's seat moves forward; if the distance between the driver's seat of the vehicle under test and the steering wheel of the vehicle under test becomes larger, it can be determined that the driver's seat moves backward.

[0185] To send a power-on signal to the driver's seat of the vehicle under test, the relay can be controlled through the Serial.serialHdl function in the Python programming language, and then the driver's seat occupancy signal path can be controlled through the relay to achieve the sending of the power-on signal for the driver's seat; similarly, the driver's seat occupancy signal path can be controlled to be open through the relay to achieve the sending of the power-off signal for the driver's seat.

[0186] Please refer to Figure 5 , Figure 5 which is a flowchart of a vehicle power-on and power-off test method provided by an embodiment of this application. The method includes S501 - S513:

[0187] S501: Python controls the Arduino board to control Relay 2;

[0188] S502: Relay 2 is in a conducting state, controlling the seat occupancy sensor line to be in a conducting state;

[0189] S503: Python controls the Arduino board to read the data of the driver's seat proximity sensor;

[0190] S504: Determine whether the driver's seat moves forward according to the proximity sensor data; if yes, go to S506; if no, go to S505;

[0191] S505: The seat does not move, and the vehicle under test is not powered on; trigger an alarm and wait for debugging;

[0192] S506: The seat moves forward, and the vehicle under test is powered on;

[0193] S507: Send a power-off signal to the driver's seat of the vehicle under test;

[0194] S508: Python controls the Arduino board to control Relay 2 to be in a conducting state, controlling the seat occupancy signal to be open;

[0195] S509: Python controls the Arduino board to read the data of the driver's seat proximity sensor;

[0196] S510: Determine whether the driver's seat moves backward according to the proximity sensor data; if yes, enter S512; if no, enter S511;

[0197] S511: The seat does not move and the vehicle under test is not powered off; trigger an alarm and wait for debugging;

[0198] S512: The seat moves backward, the vehicle under test is powered off, and a test result is generated;

[0199] S513: Write the test result into the test log.

[0200] After sending the power-on or power-off signal of the driver's seat to the vehicle under test, by obtaining the movement situation of the driver's seat and making a judgment according to the movement situation of the driver's seat, the automatic test of whether the vehicle under test is powered on can be realized.

[0201] To implement multiple automatic tests for the same vehicle under test, the above embodiments can be re-integrated to form a set of automatic test processes for multiple cyclic tests of the same vehicle under test, so as to realize the stress test of the functions of the vehicle and the in-vehicle computer, and improve the stability of the functions of the vehicle and the in-vehicle computer.

[0202] Please refer to Figure 6 , Figure 6 which is a structural block diagram of an in-vehicle computer automatic test device provided by an embodiment of the present application. The device includes:

[0203] A brightness acquisition unit 610, configured to acquire the display interface brightness of the in-vehicle computer under test of the vehicle under test in response to sending an unlock signal and a driver's seat power-on signal to the vehicle under test; the driver's seat power-on signal is used to indicate that there is someone sitting in the driver's seat of the vehicle under test;

[0204] A boot determination unit 620, configured to determine whether the in-vehicle computer under test is powered on according to the display interface brightness;

[0205] A communication instruction sending unit 630, configured to send a communication instruction to the in-vehicle computer under test in response to the power-on of the in-vehicle computer under test;

[0206] A communication result receiving unit 640, configured to receive the communication result replied by the in-vehicle computer under test according to the communication instruction;

[0207] A communication status determination unit 650, configured to determine whether the in-vehicle computer under test communicates successfully according to the communication result;

[0208] A vehicle head unit testing unit 660, configured to perform multiple random tests on the to-be-tested vehicle head unit in response to successful communication of the to-be-tested vehicle head unit, and obtain multiple test results respectively corresponding to the multiple random tests.

[0209] As a possible implementation manner, the power-on determination unit is further configured to:

[0210] When the brightness of the display interface is greater than or equal to a preset brightness threshold, determine that the to-be-tested vehicle head unit is powered on;

[0211] When the brightness of the display interface is less than the preset brightness threshold, determine that the to-be-tested vehicle head unit is not powered on.

[0212] As a possible implementation manner, the device further includes:

[0213] A display image acquisition unit, configured to acquire multiple display interface images of the to-be-tested vehicle head unit within a preset time when the brightness of the display interface is less than the preset brightness threshold;

[0214] A display image storage unit, configured to store the multiple display interface images into a test log.

[0215] As a possible implementation manner, the device further includes:

[0216] An unlocking signal sending unit, configured to send an unlocking signal to the to-be-tested vehicle;

[0217] A first angle acquisition unit, configured to acquire a rearview mirror angle value of the to-be-tested vehicle after a first preset time in response to sending the unlocking signal; the rearview mirror angle value is an angle value between the rearview mirror of the to-be-tested vehicle and the body of the to-be-tested vehicle;

[0218] A first vehicle state determination unit, configured to determine whether the to-be-tested vehicle is unlocked according to the rearview mirror angle value;

[0219] A power-on signal sending unit, configured to send a driver's seat power-on signal to the to-be-tested vehicle in response to unlocking of the to-be-tested vehicle.

[0220] As a possible implementation manner, the vehicle unlocking determination unit is further configured to:

[0221] When the rearview mirror angle value is greater than or equal to a preset angle threshold, determine that the to-be-tested vehicle is unlocked;

[0222] When the rearview mirror angle value is less than the preset angle threshold, determine that the to-be-tested vehicle is not unlocked.

[0223] As a possible implementation manner, the device further includes:

[0224] A locking signal sending unit for sending a locking signal and a driver's seat power - off signal to the vehicle to be tested; the driver's seat power - off signal is used to indicate that there is no one sitting in the driver's seat of the vehicle to be tested;

[0225] A second angle acquisition unit for, in response to sending the locking signal and the driver's seat power - off signal, after a second preset time, acquiring the rear - view mirror angle value of the vehicle to be tested;

[0226] A second vehicle state determination unit for, when the rear - view mirror angle value is less than the preset angle threshold, determining that the vehicle to be tested is locked;

[0227] A third vehicle state determination unit for, when the rear - view mirror angle is greater than or equal to the preset angle threshold, determining that the vehicle to be tested is not locked.

[0228] As a possible implementation manner, the device further includes:

[0229] A first driver's seat state determination unit for, in response to sending a driver's seat power - on signal to the vehicle to be tested, determining whether the driver's seat of the vehicle to be tested moves;

[0230] A first power - on determination unit for, in response to the driver's seat not moving, determining that the vehicle to be tested is not powered on;

[0231] A second power - on determination unit for, in response to the driver's seat moving forward, determining that the vehicle to be tested is powered on;

[0232] A power - off signal sending unit for sending a driver's seat power - off signal to the vehicle to be tested;

[0233] A second driver's seat state determination unit for, in response to sending the driver's seat power - off signal to the vehicle to be tested, determining whether the driver's seat of the vehicle to be tested moves;

[0234] A first power - off determination unit for, in response to the driver's seat moving backward, determining that the vehicle to be tested is powered off;

[0235] A second power - off determination unit for, in response to the driver's seat not moving, determining that the vehicle to be tested is not powered off.

[0236] As can be seen from the above technical solutions, by responding to the unlocking signal and the driving position power-on signal sent to the vehicle to be tested, the display interface brightness of the in-vehicle computer to be tested of the vehicle to be tested is obtained; the driving position power-on signal is used to indicate that there is someone sitting in the driving position of the vehicle to be tested; according to the display interface brightness, it is determined whether the in-vehicle computer to be tested is powered on; in response to the in-vehicle computer to be tested being powered on, a communication instruction is sent to the in-vehicle computer to be tested; the communication result replied by the in-vehicle computer to be tested according to the communication instruction is received; according to the communication result, it is determined whether the in-vehicle computer to be tested communicates successfully; in response to the in-vehicle computer to be tested communicating successfully, multiple random tests are performed on the in-vehicle computer to be tested, and multiple test results corresponding to the multiple random tests are obtained. That is, by controlling the signals of the vehicle to be tested, the display interface brightness of the in-vehicle computer to be tested, the communication result replied by the in-vehicle computer to be tested, and the multiple test results of the in-vehicle computer to be tested are obtained, and the automated test result of the in-vehicle computer to be tested is determined according to the relevant test results, so that the automated test of the in-vehicle computer to be tested can be realized without manual intervention, and the test efficiency of the in-vehicle computer function is improved.

[0237] Please refer to Figure 7 , Figure 7 which is a structural block diagram of a computer device for in-vehicle computer automated testing provided by an embodiment of the present application. The computer device includes a processor 810 and a memory 820:

[0238] The memory 720 is used to store program codes and transmit the program codes to the processor 710;

[0239] The processor 710 is used to execute any one of the in-vehicle computer automated testing methods provided by the above embodiments according to the instructions in the program codes.

[0240] An embodiment of the present application also discloses a computer-readable storage medium, which is used to store a computer program. The computer program is used to execute any one of the in-vehicle computer automated testing methods provided by the above embodiments when executed by a processor.

[0241] It can be understood that this method can be applied to a processing device, which is a processing device capable of performing action control. For example, it can be a terminal device or a server with action control functions. This method can be independently executed by a terminal device or a server, or can be applied to a network scenario where a terminal device and a server communicate, and is executed in cooperation with a terminal device and a server. Among them, the terminal device can be a device such as a computer or a mobile phone. The server can be understood as an application server or a Web server. In actual deployment, the server can be an independent server or a cluster server.

[0242] Those of ordinary skill in the art will understand that all or part of the steps of implementing the above method embodiments can be completed by hardware related to program instructions. The foregoing program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps including those of the above method embodiments. The foregoing storage medium can be at least one of the following media: read-only memory (ROM), RAM, magnetic disk, optical disk, or other media that can store program code.

[0243] It should be noted that the embodiments in this specification are all described in a progressive manner. For the same or similar parts among the embodiments, reference can be made to each other. Each embodiment focuses on the differences from other embodiments. In particular, for the device and system embodiments, since they are basically similar to the method embodiments, the description is relatively simple. For the relevant parts, reference can be made to the partial description of the method embodiments. The device and system embodiments described above are only illustrative. The units described as separate components may or may not be physically separated. The components shown as units may or may not be physical units, that is, they may be located in one place or distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art can understand and implement it without creative efforts.

[0244] As described above, this is only a specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily thought of by those skilled in the art within the technical scope disclosed by the present application should be covered by the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A vehicle computer automated testing method, characterized in that: The method comprises: In response to sending an unlock signal and a driver's seat power-on signal to the vehicle under test, obtaining the display interface brightness of the vehicle under test computer of the vehicle under test; the driver's seat power-on signal is used to indicate that someone is sitting in the driver's seat of the vehicle under test; Determining whether the vehicle computer to be tested is turned on according to the brightness of the display interface; In response to the vehicle computer to be tested being turned on, sending a communication instruction to the vehicle computer to be tested; receiving a communication result replied by the vehicle computer to be tested according to the communication instruction; Determining whether the vehicle-to-be-tested machine has successfully communicated based on the communication result; In response to the successful communication of the vehicle computer to be tested, multiple random tests are performed on the vehicle computer to be tested, and multiple test results corresponding to the multiple random tests are obtained.

2. The method according to claim 1, characterized in that The step of determining whether the vehicle computer to be tested is turned on according to the brightness of the display interface includes: When the brightness of the display interface is greater than or equal to a preset brightness threshold, determining that the vehicle computer to be tested is turned on; When the brightness of the display interface is less than a preset brightness threshold, it is determined that the vehicle computer to be tested is not turned on.

3. The method according to claim 1, characterized in that The method further comprises: When the brightness of the display interface is less than a preset brightness threshold, a plurality of images of the display interface of the vehicle to be tested are acquired within a preset time; The multiple display interface images are stored in a test log.

4. The method according to claim 1, characterized in that: Before acquiring the display interface brightness of the vehicle to be tested of the vehicle to be tested in response to sending an unlock signal and a driver's seat power-on signal to the vehicle to be tested, the method further includes: Sending an unlocking signal to the vehicle to be tested; In response to sending the unlock signal, after a first preset time, an angle value of a rearview mirror of the vehicle to be tested is obtained; the rearview mirror angle value is an angle value between the rearview mirror of the vehicle to be tested and the body of the vehicle to be tested; Determining whether the vehicle to be tested is unlocked according to the rearview mirror angle value; In response to the vehicle to be tested being unlocked, a driver's seat power-on signal is sent to the vehicle to be tested.

5. The method according to claim 4, characterized in that The step of determining whether the vehicle to be tested is unlocked according to the rearview mirror angle value includes: When the rearview mirror angle value is greater than or equal to a preset angle threshold, determining that the vehicle to be tested is unlocked; When the rearview mirror angle value is less than the preset angle threshold, it is determined that the vehicle to be tested is not unlocked.

6. The method according to claim 4, characterized in that The method further comprises: Sending a locking signal and a driver's seat power-off signal to the vehicle to be tested; the driver's seat power-off signal is used to indicate that the driver's seat of the vehicle to be tested is unoccupied; In response to sending the locking signal and the driver's seat power-off signal, after a second preset time, obtaining a rearview mirror angle value of the vehicle to be tested; When the rearview mirror angle value is less than the preset angle threshold, determining that the vehicle to be tested is locked; When the rearview mirror angle is greater than or equal to the preset angle threshold, it is determined that the vehicle to be tested is not locked.

7. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: In response to sending a driving position power-on signal to the vehicle to be tested, determining whether the driving position of the vehicle to be tested moves; In response to the driving position not moving, determining that the vehicle to be tested is not powered on; In response to the driving position moving forward, determining that the vehicle to be tested is powered on; Sending a driver's seat power-off signal to the vehicle to be tested; In response to sending the driving position down electric signal to the vehicle to be tested, determining whether the driving position of the vehicle to be tested moves; In response to the driving position moving backward, determining that the vehicle to be tested is powered off; In response to the driving seat not moving, it is determined that the vehicle to be tested is not powered off.

8. A vehicle computer automatic testing device, characterized in that: The device comprises: A brightness acquisition unit, configured to acquire the brightness of a display interface of a vehicle under test in response to sending an unlock signal and a driver's seat power-on signal to the vehicle under test; the driver's seat power-on signal is used to indicate that someone is sitting in the driver's seat of the vehicle under test; A power-on determination unit, used to determine whether the vehicle computer to be tested is powered on according to the brightness of the display interface; A communication instruction sending unit, configured to send a communication instruction to the vehicle computer to be tested in response to the vehicle computer to be tested being turned on; A communication result receiving unit, used for receiving the communication result replied by the vehicle computer to be tested according to the communication instruction; A communication status determination unit, used to determine whether the vehicle computer to be tested has successfully communicated according to the communication result; The vehicle computer testing unit is used for performing multiple random tests on the vehicle computer to be tested in response to successful communication of the vehicle computer to be tested, and obtaining multiple test results corresponding to the multiple random tests.

9. A computer device, characterized in that: The computer device comprises a processor and a memory: The memory is used to store program code and transmit the program code to the processor; The processor is used to execute the vehicle computer automatic testing method described in any one of claims 1-7 according to the instructions in the program code.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium is used to store a computer program, and when the computer program is executed by a processor, it is used to execute the vehicle computer automation testing method described in any one of claims 1 to 7.

Images