Vehicle-mounted host testing method, device and equipment, storage medium and vehicle

Abstract

The invention discloses a vehicle-mounted host testing method, device and equipment, a storage medium and a vehicle, and the method comprises the steps: recognizing and awakening an input signal of a vehicle-mounted host, and under the condition that the input signal is recognized to comprise an ACC (adaptive cruise control) hard line signal and an NM (bus network management) message signal, starting the vehicle-mounted host; generating wakeup time with a non-fixed time interval according to a wakeup time setting strategy of the vehicle-mounted host, waking up the vehicle-mounted host by using the ACC hard wire signal and / or the bus NM message signal under the condition that the wakeup time is detected to be reached, obtaining vehicle-mounted host state information, and sending the vehicle-mounted host state information to the vehicle-mounted host. And comparing the vehicle-mounted host state information with preset state information to obtain a test result of the vehicle-mounted host. In this way, the vehicle-mounted host is awakened based on the awakening time of the non-fixed time interval, limitation of inherent frequency is eliminated, software defects existing in the vehicle-mounted host can be better recognized, and the accuracy of the pressure test of the vehicle-mounted host is improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology and, in particular, to a method, device, equipment, storage medium and vehicle for testing a vehicle-mounted host. Background Art

[0002] At present, most of the power-on and power-off tests of vehicle-mounted hosts are conducted on a test bench or vehicle environment at a fixed power-on or power-off frequency to perform stress tests on the vehicle-mounted hosts. However, in actual vehicle use scenarios, users will perform power-on operations at any time. Therefore, stress testing the vehicle-mounted hosts at a fixed power-on frequency is not enough to expose software defects in the vehicle-mounted hosts. Inaccurate stress testing affects the quality of the vehicle. Summary of the invention

[0003] The embodiments of the present application provide a vehicle host testing method, device, equipment, storage medium and vehicle, which can better identify software defects in the vehicle host and improve the accuracy of the vehicle host stress test.

[0004] In a first aspect, an embodiment of the present application provides a method for testing a vehicle-mounted host, comprising:

[0005] Identify input signals for waking up the vehicle host;

[0006] When the input signal is identified to include an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal, a wake-up time with a non-fixed time interval is generated according to a wake-up time setting strategy of the vehicle host;

[0007] When the wake-up time is detected, the vehicle host is woken up by using the ACC hard line signal and / or the bus NM message signal to obtain the vehicle host status information;

[0008] Compare the vehicle host status information with the preset status information to obtain the test result of the vehicle host.

[0009] In a possible implementation, before generating a wake-up time with a non-fixed time interval according to the wake-up time setting strategy of the vehicle host, the method further includes:

[0010] Simulating the ACC hard-wire signal and the bus NM message signal respectively to obtain the ACC hard-wire simulation signal and the bus NM message simulation signal;

[0011] When the wake-up time is detected, the vehicle host is awakened by using the ACC hard line signal and / or the bus NM message signal to obtain the vehicle host status information, including:

[0012] When it is detected that the wake-up time has arrived, the vehicle host is awakened by using the ACC hard-wire simulation signal and / or the bus NM message simulation signal to obtain the vehicle host status information in the simulation scenario.

[0013] In a possible embodiment, the wake-up time includes a first wake-up time and a second wake-up time, the first wake-up time and the second wake-up time are separated by a preset time interval, and the first wake-up time is before the second wake-up time; when it is detected that the current time reaches the wake-up time, the vehicle host is woken up by using the ACC hard-wire simulation signal and the bus NM message simulation signal, including:

[0014] When it is detected that the current time reaches the first wake-up time, the vehicle host is woken up by simulating the bus NM message signal;

[0015] When it is detected that the current time reaches the second wake-up time, the vehicle host is woken up again using the ACC hard-line simulation signal.

[0016] In a possible implementation, before comparing the vehicle host status information with the preset status information to obtain the test result of the vehicle host, the method further includes:

[0017] The image information of the screen of the vehicle-mounted host is identified, and the vehicle-mounted host state information included in the image information is obtained.

[0018] In a possible implementation, the test result includes information of test passing and test failing, and the test result of the vehicle host is obtained by comparing the vehicle host status information with the preset status information, including:

[0019] If the vehicle host status information is consistent with the preset status information, it is determined that the vehicle host test has passed;

[0020] If the vehicle host status information is inconsistent with the preset status information, it is determined that the vehicle host test fails.

[0021] In a possible embodiment, it also includes:

[0022] If the vehicle host test fails, use the Android Debug Bridge ADB to obtain and output the log data of the vehicle host.

[0023] In a second aspect, an embodiment of the present application provides a testing device for a vehicle-mounted host, comprising:

[0024] An identification module, used to identify an input signal for waking up the vehicle host;

[0025] A generating module, for generating a wake-up time with a non-fixed time interval according to a wake-up time setting strategy of the vehicle host when the input signal is identified to include an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal;

[0026] A wake-up module is used to wake up the vehicle host by using the ACC hard-line signal and / or the bus NM message signal when the wake-up time is detected, and obtain the vehicle host status information;

[0027] The comparison module is used to compare the vehicle host status information with the preset status information to obtain the test result of the vehicle host.

[0028] In a third aspect, an embodiment of the present application provides an electronic device, the device comprising: a processor and a memory storing computer program instructions;

[0029] The processor implements any of the above-mentioned vehicle-mounted host testing methods when executing computer program instructions.

[0030] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which computer program instructions are stored. When the computer program instructions are executed by a processor, any of the above-mentioned vehicle-mounted host testing methods is implemented.

[0031] In a fifth aspect, an embodiment of the present application provides a vehicle, which includes at least one of a device for acquiring conversation results, an electronic device, and a computer storage medium.

[0032] The vehicle host test method, device, equipment, storage medium and vehicle of the embodiment of the present application, by identifying the input signal for waking up the vehicle host, in the case of identifying that the input signal includes the adaptive cruise control ACC hard-wire signal and the bus network management NM message signal, generates a wake-up time with a non-fixed time interval according to the wake-up time setting strategy of the vehicle host, and in the case of detecting that the wake-up time has arrived, uses the ACC hard-wire signal and / or the bus NM message signal to wake up the vehicle host, obtains the vehicle host status information, compares the vehicle host status information with the preset status information, and obtains the test result of the vehicle host. In this way, by controlling the time for ACC hard-wire signal and bus NM message signal to wake up the vehicle host, the wake-up time can be randomly given, the vehicle host status information in different scenarios can be obtained, and the test result can be determined according to the vehicle host status information, which gets rid of the limitation of the inherent frequency, can better identify the software defects existing in the vehicle host, improves the accuracy of the stress test, and thus reduces the risk of vehicle hosts with defective software entering the market and affecting the quality of the whole vehicle. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0034] Figure 1 It is a flowchart of a method for testing a vehicle-mounted host provided by an embodiment of the present application;

[0035] Figure 2 is a flowchart of a method for testing a vehicle-mounted host provided by another embodiment of the present application;

[0036] Figure 3 is a structural schematic diagram of a testing device for a vehicle-mounted host provided by another embodiment of the present application;

[0037] Figure 4 It is a structural diagram of an electronic device provided in yet another embodiment of the present application. DETAILED DESCRIPTION

[0038] In order to more clearly understand the above-mentioned objectives, features and advantages of the present disclosure, the scheme of the present disclosure will be further described below. It should be noted that the embodiments of the present disclosure and the features in the embodiments can be combined with each other without conflict.

[0039] In the following description, many specific details are set forth to facilitate a full understanding of the present disclosure, but the present disclosure may also be implemented in other ways different from those described herein; it is obvious that the embodiments in the specification are only part of the embodiments of the present disclosure, rather than all of the embodiments.

[0040] It should be noted that, in this article, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the term "comprises" or any other variant thereof is intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0041] In actual vehicle usage scenarios, users may power on at any time. Therefore, before the vehicle is put into use, stress testing the vehicle host at a fixed power-on frequency is not enough to expose software defects in the vehicle host. If the stress test is inaccurate, there will be a risk that vehicle hosts with defective software will enter the market, affecting the quality of the entire vehicle.

[0042] In order to solve the problems of the prior art, the embodiments of the present application provide a method, device, equipment, storage medium and vehicle for testing a vehicle-mounted host. The following first introduces the method for testing a vehicle-mounted host provided by the embodiments of the present application.

[0043] Figure 1 A flow chart of a method for testing a vehicle-mounted host provided by an embodiment of the present application is shown. Figure 1 As shown, the vehicle host testing method provided in the embodiment of the present application includes steps S110 to S140.

[0044] S110: Identify an input signal for waking up the vehicle-mounted host.

[0045] Here, the input signal is any signal that can wake up the vehicle host.

[0046] In some embodiments, the input signal is transmitted through a real wiring harness, and before the signal is transmitted to the vehicle host, the input signal for waking up the vehicle host is identified, wherein the input signal for waking up the vehicle host includes at least one.

[0047] S120: When it is identified that the input signal includes an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal, a wake-up time with a non-fixed time interval is generated according to a wake-up time setting strategy of the vehicle host.

[0048] In some embodiments, when it is recognized that the input signal includes an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal, the wake-up time of the vehicle host is controlled, and a wake-up time with a non-fixed time interval is generated according to the wake-up time setting strategy of the vehicle host. Here, the wake-up time setting strategy is a strategy set according to the frequency of the user waking up the vehicle host, and the wake-up time with a non-fixed time interval is generated according to the wake-up time setting strategy of the vehicle host to simulate the frequency of the user waking up the vehicle host.

[0049] In some embodiments, the wake-up time setting policy may be a setting policy of the wake-up time input by the user, or may be set in advance. The wake-up time generated according to the wake-up time setting policy of the vehicle host includes multiple times.

[0050] S130: When it is detected that the wake-up time has arrived, the vehicle host is woken up using the ACC hard-wire signal and / or the bus NM message signal to obtain the vehicle host status information in the scenario.

[0051] In some embodiments, when the vehicle host is in a dormant state, the vehicle host can be awakened by an ACC hard-wire signal and / or a bus NM message signal.

[0052] In some embodiments, the vehicle host is awakened using an ACC hardwire signal and / or a bus NM message signal. By controlling the wake-up time of the vehicle host, the status information of the vehicle host may be inconsistent, that is, different vehicle host status information may be generated.

[0053] In some embodiments, when the wake-up time is detected, the vehicle host is woken up by using the ACC hard line signal and / or the bus NM message signal, and the vehicle host status information is obtained, which may include:

[0054] Get the current time; when it is detected that the current time reaches the wake-up time, use the ACC hard-line signal to wake up the vehicle host and obtain the vehicle host status information;

[0055] Alternatively, the current time is obtained; when it is detected that the current time reaches the wake-up time, the vehicle host is awakened by the bus NM message signal to obtain the vehicle host status information;

[0056] Alternatively, the current time is obtained; when it is detected that the current time reaches the wake-up time, the vehicle host is awakened using the ACC hard-wire signal and the bus NM message signal to obtain the vehicle host status information.

[0057] S140: Compare the vehicle-mounted host status information with the preset status information to obtain a test result of the vehicle-mounted host.

[0058] Here, the preset status information may be information that the vehicle-mounted host is in an awakened state, that is, status information when the awakening is successful, and may be status information set in advance.

[0059] In some embodiments, the vehicle host status information is compared with the vehicle host status information when the wake-up is successful to obtain the test result of the vehicle host.

[0060] In this way, by controlling the time for waking up the vehicle host using the ACC hard-wire signal and the bus NM message signal, the wake-up time can be randomly given, and the vehicle host status information in different scenarios can be obtained. The test result can be determined based on the status information of the vehicle host, which gets rid of the limitation of the inherent frequency and can better identify the software defects in the vehicle host. The accuracy of the stress test is improved, thereby reducing the risk of vehicle hosts with defective software entering the market and affecting the quality of the entire vehicle.

[0061] Based on this, in some embodiments, before the above S120, the method may further include:

[0062] Simulating the ACC hard-wire signal and the bus NM message signal respectively to obtain the ACC hard-wire simulation signal and the bus NM message simulation signal;

[0063] The above S130 may specifically include:

[0064] When it is detected that the wake-up time has arrived, the vehicle host is awakened by using the ACC hard-wire simulation signal and / or the bus NM message simulation signal to obtain the vehicle host status information in the simulation scenario.

[0065] In some embodiments, when it is identified that the input signal includes an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal, the adaptive cruise control (ACC) hard-wire signal and the bus network management (NM) message signal can be received through an input / output (IO) interface, and the ACC hard-wire signal and the bus NM message signal can be simulated respectively using a simulation tool to obtain an ACC hard-wire simulation signal and a bus NM message simulation signal.

[0066] In some embodiments, the bus NM message simulation signal includes a bus NM message simulation signal (high) and a bus NM message simulation signal (low), and the bus NM message simulation signal needs to be transmitted to the vehicle host through two real wire harnesses. The ACC hard wire simulation signal is a high and low level signal, and the ACC hard wire simulation signal is transmitted to the ACC hardware of the vehicle host to wake up the vehicle host.

[0067] As an example, the ACC hard-wire signal and the bus NM message signal are received through the input / output (IO) interface, and the bus tool in the Vector class is used to simulate the ACC hard-wire signal and the bus NM message signal respectively to obtain the ACC hard-wire simulation signal and the bus NM message simulation signal, and the ACC hard-wire simulation signal and the bus NM message simulation signal are sent by the vehicle host through the IO interface. Here, the bus tool in the Vector class includes a simulation tool for the ACC hard-wire signal and the bus NM message signal, which can simulate the ACC hard-wire signal and the bus NM message signal to obtain the ACC hard-wire simulation signal and the bus NM message simulation signal.

[0068] In some embodiments, when the wake-up time is detected, the vehicle host is awakened by using the ACC hard-wire simulation signal and / or the bus NM message simulation signal, and the vehicle host status information in the simulation scenario may include:

[0069] Get the current time; when it is detected that the current time reaches the wake-up time, use the ACC hard-line simulation signal to wake up the vehicle host and obtain the vehicle host status information in the simulation scenario;

[0070] Alternatively, the current time is obtained; when it is detected that the current time reaches the wake-up time, the vehicle host is woken up by simulating the bus NM message signal to obtain the vehicle host status information in the simulation scenario;

[0071] Alternatively, the current time is obtained; when it is detected that the current time reaches the wake-up time, the vehicle host is awakened using the ACC hard-wire simulation signal and the bus NM message simulation signal to obtain the vehicle host status information under the simulation scenario.

[0072] In some embodiments, in the CAPL script of the Vector class, the wake-up time setting strategy of the vehicle host input by the user is received in advance. After the wake-up time with a non-fixed time interval is generated according to the wake-up time setting strategy of the vehicle host, the CAPL script in the Vector class can be executed to wake up the vehicle host at the wake-up time of the vehicle host using the ACC hard-wire simulation signal and / or the bus NM message simulation signal to obtain the vehicle host status information under the simulation scenario.

[0073] In some embodiments, three simulation scenarios are set in the CAPL script, including waking up the vehicle host only through the ACC hardwire simulation signal, waking up the vehicle host only through the bus NM message simulation signal, and waking up the vehicle host using the ACC hardwire simulation signal and the bus NM message simulation signal.

[0074] In this way, based on the simulation of real signals, the purpose of waking up and testing the vehicle host through input signals can be achieved without using real signals. Three simulation scenarios are set through CAPL scripts, and the vehicle host is powered on in different simulation scenarios. The current time and the wake-up time are compared. When the current time reaches the wake-up time, the vehicle host is woken up, which can better identify the software defects in the vehicle host and improve the accuracy of stress testing. In addition, there is no need for manual participation in the wake-up. Only executing the script can wake up the vehicle host in different simulation scenarios, which improves the test efficiency and reduces the test pressure.

[0075] Based on this, in some embodiments, the wake-up time includes a first wake-up time and a second wake-up time, the first wake-up time and the second wake-up time are separated by a preset time interval, and the first wake-up time is before the second wake-up time; when it is detected that the current time reaches the wake-up time, the vehicle host is woken up using the ACC hard-wire simulation signal and the bus NM message simulation signal, including:

[0076] When it is detected that the current time reaches the first wake-up time, the vehicle host is woken up by simulating the bus NM message signal;

[0077] When it is detected that the current time reaches the second wake-up time, the vehicle host is woken up again using the ACC hard-line simulation signal.

[0078] In some embodiments, the actual power-on process of the whole vehicle is that within a period of time after the bus NM message signal is used to wake up the on-board host, the ACC hard-wire signal will be used to wake up the on-board host again. Therefore, two times can be set in the CAPL script. At the first wake-up time, the bus NM message simulation signal is used to wake up the on-board host, and at the second wake-up time, the ACC hard-wire simulation signal is used to wake up the on-board host again.

[0079] Here, the first wake-up time and the second wake-up time in the CAPL script are times generated according to the wake-up time setting strategy of the vehicle host. When performing stress testing, the CAPL script in the Vector class can be executed to wake up the vehicle host at the first wake-up time and the second wake-up time, where the wake-up time includes the first wake-up time and the second wake-up time, and the time interval between the first wake-up time and the second wake-up time is preset.

[0080] As an example, the preset duration is 500ms.

[0081] In this way, waking up the vehicle host by simulating a real car usage scenario can better identify software defects in the vehicle host and improve the accuracy of stress testing.

[0082] Based on this, in some embodiments, before the above S140, the method may further include:

[0083] The image information of the screen of the vehicle-mounted host is identified, and the vehicle-mounted host state information included in the image information is obtained.

[0084] In some embodiments, the vehicle host includes a screen. When the vehicle host is successfully awakened, the screen is in a lighted state. The image information includes screen status information, that is, status information of the vehicle host. It should be noted that when the screen is in a lighted state, the vehicle host passes the stress test and is successfully awakened.

[0085] As an example, an image acquisition device, such as a high-definition camera, may be installed in front of the vehicle-mounted host, and the image acquisition device may be used to identify the screen of the vehicle-mounted host to obtain image information of the screen.

[0086] In this way, the status information of the vehicle host can be judged by the recognized image information without the need for human intervention, which reduces labor costs, improves test efficiency, alleviates test pressure, and improves test return rate.

[0087] Based on this, in some embodiments, the test result includes information that the test passed and information that the test failed, and the above S140 may specifically include:

[0088] If the vehicle host status information is consistent with the preset status information, it is determined that the vehicle host test has passed;

[0089] If the vehicle host status information is inconsistent with the preset status information, it is determined that the vehicle host test fails.

[0090] In some embodiments, preset state information is saved in a database, and the preset state information can be obtained from the database. Here, the preset state information can be image information of the vehicle host screen being lit. When the screen is in the lit state, the vehicle host pressure test passes and is successfully awakened. Therefore, the vehicle host state information can be compared with the preset state information. When the vehicle host state information is consistent with the preset state information, the test pass information is generated, and the vehicle host test passes; when the vehicle host state information is inconsistent with the preset state information, the test fail information is generated, and the vehicle host test fails.

[0091] In some embodiments, when the vehicle host test fails, the state of the vehicle host screen may include, but is not limited to, a black screen state.

[0092] In this way, whether the vehicle host's stress test passes can be determined by checking whether the vehicle host's status information is consistent with the preset status information. No human intervention is required, which reduces labor costs, improves test efficiency, reduces test pressure, and improves test return rate.

[0093] Based on this, in some embodiments, the method may further include:

[0094] When the vehicle host test fails, the Android Debug Bridge (ADB) is used to obtain and output the log data of the vehicle host.

[0095] In some embodiments, if the vehicle host test fails, the Android debug bridge ADB is used to obtain and output the log data of the vehicle host for the user to analyze the defects of the vehicle host. Here, the log data is data related to the vehicle host, including the working status information of the vehicle host. The user can analyze the defects of the vehicle host based on the log data, thereby achieving the purpose of optimizing the vehicle host.

[0096] In this way, for the vehicle host that fails the test, the user can obtain the relevant data of the vehicle host for analysis and further optimize the vehicle host.

[0097] In the embodiments provided in this application, Figure 2 As shown, when the vehicle host is in a dormant state, the ACC hard-wire signal and the bus NM message signal can be simulated respectively to obtain the ACC hard-wire simulation signal and the bus NM message simulation signal. When the wake-up time is detected, the vehicle host is awakened by the ACC hard-wire simulation signal and / or the bus NM message simulation signal to obtain the vehicle host status information in the simulation scenario. The vehicle host status information is obtained by identifying the screen of the vehicle host through the image acquisition device, and the vehicle host status information is compared with the preset status information. When the vehicle host status information is consistent with the preset status information, the test pass information is generated, the vehicle host test passes, and the next test is entered; when the vehicle host status information is inconsistent with the preset status information, the test failure information is generated, the vehicle host test fails, the log data of the vehicle host is saved, and the vehicle host is reset, waiting for the user to optimize the vehicle host by analyzing the log data, and then the next test is performed. No human participation is required during the test process, which reduces labor costs, improves test efficiency, reduces test pressure, and improves test return rate. Here, NM message refers to the bus NM message simulation signal, ACC hard line refers to the ACC hard line simulation signal, ACC hard line & NM message refers to the ACC hard line simulation signal and the bus NM message simulation signal, Y means pass, and N means fail.

[0098] Based on the vehicle host testing method provided in the above embodiment, the present application also provides a specific implementation of the vehicle host testing device 300. Please refer to the following embodiment.

[0099] See also Figure 3 The vehicle host testing device 300 provided in the embodiment of the present application includes:

[0100] An identification module 310, used to identify an input signal for waking up the vehicle host;

[0101] A generating module 320, for generating a wake-up time with a non-fixed time interval according to a wake-up time setting strategy of the vehicle host when it is recognized that the input signal includes an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal;

[0102] The wake-up module 330 is used to wake up the vehicle host by using the ACC hard-line signal and / or the bus NM message signal when the wake-up time is detected, and obtain the vehicle host status information;

[0103] The comparison module 340 is used to compare the vehicle-mounted host state information with the preset state information to obtain the test result of the vehicle-mounted host.

[0104] Based on this, in some embodiments, the apparatus 300 may further include:

[0105] A simulation module, used for simulating the ACC hard wire signal and the bus NM message signal respectively before generating a wake-up time with a non-fixed time interval according to the wake-up time setting strategy of the vehicle host, so as to obtain an ACC hard wire simulation signal and a bus NM message simulation signal;

[0106] The wake-up module 330 may specifically include:

[0107] When it is detected that the wake-up time has arrived, the vehicle host is woken up using the ACC hard-wire simulation signal and / or the bus NM message simulation signal to obtain the vehicle host status information in the simulation scenario.

[0108] Based on this, in some embodiments, the wake-up time includes a first wake-up time and a second wake-up time, the first wake-up time and the second wake-up time are separated by a preset time interval, and the first wake-up time is before the second wake-up time. The wake-up module 330 may also be used to:

[0109] When it is detected that the current time reaches the first wake-up time, the vehicle host is woken up by simulating the bus NM message signal;

[0110] When it is detected that the current time reaches the second wake-up time, the vehicle host is woken up again using the ACC hard-line simulation signal.

[0111] Based on this, in some embodiments, the device 300 may further include:

[0112] The identification module is also used to identify the image information of the screen of the vehicle host before comparing the vehicle host status information with the preset status information to obtain the test result of the vehicle host, and obtain the vehicle host status information included in the image information.

[0113] Based on this, in some embodiments, the test result includes information on the test passing and information on the test failing, and the comparison module 340 can be specifically used to:

[0114] If the vehicle host status information is consistent with the preset status information, it is determined that the vehicle host test has passed;

[0115] If the vehicle host status information is inconsistent with the preset status information, it is determined that the vehicle host test fails.

[0116] Based on this, in some embodiments, the device 400 may further include:

[0117] The acquisition module is used to use the Android debug bridge ADB to obtain and output the log data of the vehicle host when the vehicle host test fails.

[0118] The various modules and units of the vehicle host test device provided in the embodiment of the present application can achieve Figure 1 and Figure 2 The functions of each step of the vehicle host test method are provided, and the corresponding technical effects can be achieved. For the sake of concise description, they will not be repeated here.

[0119] Figure 4 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application is shown.

[0120] The electronic device may include a processor 401 and a memory 402 storing computer program instructions.

[0121] Specifically, the processor 401 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0122] Memory 402 may include a large capacity memory for data or instructions. By way of example and not limitation, memory 402 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, memory 402 may include a removable or non-removable (or fixed) medium. In appropriate cases, memory 402 may be inside or outside of an integrated gateway disaster recovery device. In a specific embodiment, memory 402 is a non-volatile solid-state memory.

[0123] The memory may include a read-only memory (ROM), a random access memory (RAM), a magnetic disk storage medium device, an optical storage medium device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Therefore, generally, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., a memory device) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to one aspect of the present disclosure.

[0124] The processor 401 implements any one of the vehicle-mounted host testing methods in the above embodiments by reading and executing computer program instructions stored in the memory 402 .

[0125] In one example, the electronic device may further include a communication interface 403 and a bus 404. Figure 4 As shown, the processor 401, the memory 402, and the communication interface 403 are connected via a bus 404 and communicate with each other.

[0126] The communication interface 403 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0127] The bus 404 includes hardware, software or both, coupling the components of the electronic device to each other. For example, but not limitation, the bus may include an accelerated graphics port (Accelerated Graphics Port, AGP) or other graphics bus, an enhanced industry standard architecture (Extended Industry Standard Architecture, EISA) bus, a front side bus (Front Side Bus, FSB), a Hyper Transport (Hyper Transport, HT) interconnection, an industry standard architecture (Industry Standard Architecture, ISA) bus, an infinite bandwidth interconnection, a low pin count (Linear Predictive Coding, LPC) bus, a memory bus, a micro channel architecture (MicroChannel Architecture, MCA) bus, a peripheral component interconnect (Peripheral Component Interconnect, PCI) bus, a PCI-Express (Peripheral Component Interconnect-X, PCI-X) bus, a serial advanced technology attachment (Serial Advanced Technology Attachment, SATA) bus, a video electronics standard association local (VESA Local Bus, VLB) bus or other suitable buses or a combination of two or more of these. Where appropriate, the bus 404 may include one or more buses. Although the embodiments of the present application describe and illustrate a specific bus, the present application contemplates any suitable bus or interconnection. The electronic device can execute the vehicle host test method in the embodiments of the present application, thereby realizing the combination Figure 1 and Figure 2 Describes the test method of the vehicle head unit.

[0128] In addition, in combination with the vehicle-mounted host testing method in the above-mentioned embodiment, the embodiment of the present application may provide a computer storage medium for implementation, wherein a computer program is stored on the storage medium, and when the program is executed by the processor, any vehicle-mounted host testing method provided in the above-mentioned embodiment is implemented.

[0129] According to the present application, an electronic device is also provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the program, any one of the vehicle-mounted host testing methods provided in the above embodiments is implemented.

[0130] An embodiment of the present application also provides a computer program product. When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes a testing method for a vehicle-mounted host as provided in an embodiment of the present application.

[0131] A vehicle is also provided in an embodiment of the present application, which may include at least one of a testing device for a vehicle-mounted host, an electronic device, and a computer storage medium. The specific testing device for the vehicle-mounted host, the electronic device, and the computer storage medium involved are consistent with the above description and will not be repeated here.

[0132] It should be understood that the above specific embodiments of the present application are only used to illustrate or explain the principles of the present application, and do not constitute a limitation to the present application. Therefore, any modifications, equivalent substitutions, improvements, etc. made without departing from the spirit and scope of the present application should be included in the protection scope of the present application. In addition, the claims attached to the present application are intended to cover all changes and modifications that fall within the scope and boundaries of the attached claims, or the equivalent forms of such scope and boundaries.

[0133] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps, that is, the steps can be performed in the order mentioned in the embodiment, or in a different order from the embodiment, or several steps can be performed simultaneously.

[0134] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and computer program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0135] The above is only a specific implementation of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.

Claims

1. A method for testing a vehicle host. It is characterized in that include: Identify input signals for waking up the vehicle host; When it is identified that the input signal includes an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal, generating a wake-up time with a non-fixed time interval according to the wake-up time setting strategy of the vehicle host; When it is detected that the wake-up time has arrived, the vehicle host is woken up by the ACC hard line signal and / or the bus NM message signal to obtain the vehicle host status information; The vehicle-mounted host state information is compared with the preset state information to obtain the test result of the vehicle-mounted host.

2. The vehicle-mounted host testing method according to claim 1, It is characterized in that Before generating a wake-up time with a non-fixed time interval according to the wake-up time setting strategy of the vehicle-mounted host, the method further includes: Simulating the ACC hard-wire signal and the bus NM message signal respectively to obtain an ACC hard-wire simulation signal and a bus NM message simulation signal; When the wake-up time is detected, waking up the vehicle host by using the ACC hard line signal and / or the bus NM message signal to obtain the vehicle host status information includes: When it is detected that the wake-up time has arrived, the vehicle-mounted host is woken up by using the ACC hard-wire simulation signal and / or the bus NM message simulation signal to obtain the vehicle-mounted host state information in the simulation scenario.

3. The vehicle-mounted host testing method according to claim 2, It is characterized in that The wake-up time includes a first wake-up time and a second wake-up time, the first wake-up time and the second wake-up time are separated by a preset time interval, and the first wake-up time is before the second wake-up time; when it is detected that the current time reaches the wake-up time, the vehicle host is awakened by the ACC hard-wire simulation signal and the bus NM message simulation signal, including: When it is detected that the current time reaches the first wake-up time, waking up the vehicle host by simulating the bus NM message signal; When it is detected that the current time reaches the second wake-up time, the vehicle host is woken up again using the ACC hard-wire simulation signal.

4. The vehicle-mounted host testing method according to claim 1, It is characterized in that Before comparing the vehicle-mounted host state information with the preset state information to obtain the test result of the vehicle-mounted host, the method further includes: The image information of the screen of the vehicle-mounted host is identified, and the state information of the vehicle-mounted host included in the image information is obtained.

5. The vehicle-mounted host testing method according to claim 4, It is characterized in that The test result includes information of whether the test passed or failed. The comparing the vehicle-mounted host state information with the preset state information to obtain the test result of the vehicle-mounted host includes: If the vehicle host status information is consistent with the preset status information, it is determined that the vehicle host test has passed; If the vehicle-mounted host status information is inconsistent with the preset status information, it is determined that the vehicle-mounted host test fails.

6. The vehicle-mounted host testing method according to claim 5, It is characterized in that Also includes: When the vehicle-mounted host fails the test, the log data of the vehicle-mounted host is acquired and outputted using the Android Debug Bridge ADB.

7. A test device for a vehicle host, It is characterized in that include: An identification module, used to identify an input signal for waking up the vehicle host; A generating module, configured to generate a wake-up time with a non-fixed time interval according to a wake-up time setting strategy of the vehicle-mounted host when recognizing that the input signal includes an adaptive cruise control ACC hard-wire signal and a bus network management NM message signal; A wake-up module, configured to wake up the vehicle host by using the ACC hard-line signal and / or the bus NM message signal to obtain vehicle host status information when the wake-up time is detected to have arrived; The comparison module is used to compare the vehicle-mounted host state information with preset state information to obtain the test result of the vehicle-mounted host.

8. An electronic device, It is characterized in that The device comprises: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, the testing method of the vehicle-mounted host as described in any one of claims 1-6 is implemented.

9. A computer-readable storage medium, It is characterized in that The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed by the processor, the method for testing the vehicle-mounted host according to any one of claims 1 to 6 is implemented.

10. A vehicle, It is characterized in that Include at least one of the following: The vehicle-mounted host testing device as claimed in claim 7; The electronic device as claimed in claim 8; The computer readable storage medium of claim 9.

Images