CN112198861A - Application program testing method of vehicle-mounted terminal - Google Patents
Application program testing method of vehicle-mounted terminal Download PDFInfo
- Publication number
- CN112198861A CN112198861A CN202010966863.XA CN202010966863A CN112198861A CN 112198861 A CN112198861 A CN 112198861A CN 202010966863 A CN202010966863 A CN 202010966863A CN 112198861 A CN112198861 A CN 112198861A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- mounted terminal
- data
- vehicle body
- data path
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
Abstract
The application relates to an application program testing method of a vehicle-mounted terminal, which comprises the following steps: under the condition that an application program to be tested which is arranged in the vehicle-mounted terminal needs to be tested, the vehicle-mounted terminal acquires an analog data channel switching message, wherein the vehicle-mounted terminal is provided with an analog data channel which is used for communicating with a vehicle body data simulator; the vehicle-mounted terminal switches a data path for acquiring the vehicle body data into an analog data path according to the analog data path switching message, and acquires the analog vehicle body data through the analog data path, wherein the analog vehicle body data is generated by a vehicle body data simulator in an analog mode; the vehicle-mounted terminal tests a to-be-tested application program built in the vehicle-mounted terminal according to the simulated vehicle body data; and generating a test report according to the running result of the application program to be tested built in the vehicle-mounted terminal. By the method and the device, the problem that development and debugging of the application program are limited by adaptive debugging of the MCU in the related art, so that development efficiency of the application program is low is solved, and development efficiency is improved.
Description
Technical Field
The application relates to the field of vehicle control, in particular to an application program testing method of a vehicle-mounted terminal.
Background
An air-conditioning application program, a backing image application program and the like can be operated on the vehicle-mounted terminal. The vehicle-mounted terminal generally obtains data related to the vehicle or a built-in device of the vehicle by analyzing body data of the measured vehicle through a Micro Controller Unit (MCU) of the vehicle, and the body data can be provided to an application program running on the vehicle-mounted terminal to implement a corresponding function or perform a corresponding control. Therefore, the functional debugging of these applications during development needs to be performed in the actual vehicle environment, and the acquisition of body data during debugging depends on the vehicle MCU.
Communication between the MCU and the vehicle-mounted terminal and other sensor devices usually adopts a standard communication protocol, such as a Controller Area Network (CAN) bus protocol, but even though the communication protocol is standard, signals (such as baud rate) of the CAN bus in different vehicles may also be different, so that before the function of the application program is debugged in an actual vehicle environment, the MCU still needs to be adapted and debugged to adapt the communication protocol between the MCU and the vehicle-mounted terminal, which makes development and debugging of the application program of the vehicle-mounted terminal restricted by the adaptation and debugging of the MCU, resulting in low development efficiency of the application program.
At present, no effective solution is provided for the problem that development and debugging of an application program in the related art are limited by adaptive debugging of an MCU (microprogrammed control Unit) and the development efficiency of the application program is low.
Disclosure of Invention
The embodiment of the application provides a method for testing an application program of a vehicle-mounted terminal, and the method is used for at least solving the problem that the development and debugging of the application program in the related technology are limited by the adaptive debugging of an MCU (microprogrammed control Unit), so that the development efficiency of the application program is low.
In a first aspect, an embodiment of the present application provides an application program testing method for a vehicle-mounted terminal, including: under the condition that an application program to be tested which is arranged in a vehicle-mounted terminal needs to be tested, the vehicle-mounted terminal acquires an analog data channel switching message, wherein the vehicle-mounted terminal is provided with an analog data channel which is used for communicating with a vehicle body data simulator; the vehicle-mounted terminal switches a data path for acquiring vehicle body data into an analog data path according to the analog data path switching message, and acquires analog vehicle body data through the analog data path, wherein the analog vehicle body data are generated by the vehicle body data simulator in an analog mode; the vehicle-mounted terminal tests an application program to be tested which is arranged in the vehicle-mounted terminal according to the simulated vehicle body data; and generating a test report according to the running result of the application program to be tested built in the vehicle-mounted terminal.
In some embodiments, the vehicle-mounted terminal is further provided with an MCU data path for communicating with a micro control unit of a vehicle; before the vehicle-mounted terminal acquires the analog data channel switching message, the method further comprises the following steps: the vehicle-mounted terminal acquires actually measured vehicle body data through the MCU data path, wherein the actually measured vehicle body data is acquired by the micro control unit through analyzing sensor data of the vehicle; and the vehicle-mounted terminal operates the application program to be tested which is arranged in the vehicle-mounted terminal according to the actually measured vehicle body data.
In some embodiments, the vehicle-mounted terminal is further provided with an MCU data path for communicating with a micro control unit of a vehicle; after generating a test report according to an operation result of an application program to be tested built in the vehicle-mounted terminal, the method further comprises the following steps: the vehicle-mounted terminal acquires MCU data channel switching information; the vehicle-mounted terminal switches a data channel for acquiring vehicle body data into the MCU data channel according to the MCU data channel switching message, and acquires actually-measured vehicle body data through the MCU data channel, wherein the actually-measured vehicle body data is acquired by the micro control unit through analyzing sensor data of the vehicle; and the vehicle-mounted terminal operates the application program to be tested which is arranged in the vehicle-mounted terminal according to the actually measured vehicle body data.
In some embodiments, the obtaining, by the vehicle-mounted terminal, the analog data path switching message includes: the vehicle-mounted terminal is connected with the vehicle body data simulator through an android operating system debugging tool; the vehicle-mounted terminal establishes a communication connection for bidirectional data communication with the vehicle body data simulator, and acquires the simulation data path switching message generated by the vehicle body data simulator.
In some embodiments, the communication protocol used by the analog data path is a standard protocol or a proprietary protocol agreed in advance by the vehicle body data simulator and the vehicle-mounted terminal, and/or the communication protocol used by the MCU data path is a standard protocol.
In some embodiments, the simulated body data and the measured body data have the same data format, and the data format is pre-agreed with an application program to be tested built in the vehicle-mounted terminal.
In some embodiments, the body data includes control data and status data of the in-vehicle device, and/or control data and status data of the vehicle.
In some of these embodiments, the analog datapath switching message includes: the identification information and the check code of the analog data path; the vehicle-mounted terminal switches the data path for acquiring the vehicle body data into the analog data path according to the analog data path switching message, and the switching comprises the following steps: and the vehicle-mounted terminal verifies whether the analog data path switching message is complete according to the verification code, and determines to switch the data path for acquiring the vehicle body data to the analog data path according to the identification information of the analog data path under the condition that the analog data path switching message is complete.
In some embodiments, the MCU datapath switching message includes: the identification information and the check code of the MCU data path; the vehicle-mounted terminal switches the data path for acquiring the vehicle body data into the MCU data path according to the MCU data path switching message, and the acquiring of the actually measured vehicle body data through the MCU data path comprises the following steps: and the vehicle-mounted terminal verifies whether the MCU data channel switching message is complete according to the verification code, and determines to switch the data channel for acquiring the vehicle body data to the MCU data channel according to the identification information of the MCU data channel under the condition that the MCU data channel switching message is complete.
In some embodiments, after generating a test report according to an operation result of an application to be tested built in the in-vehicle terminal, the method further includes: and the vehicle-mounted terminal sends the test report to the vehicle body data simulator through the analog data channel.
In some of these embodiments, the method further comprises: and the vehicle-mounted terminal generates a pressure test report of the vehicle-mounted terminal according to the performance data of the vehicle-mounted terminal and sends the pressure test report to the vehicle body data simulator through the simulation data channel.
Compared with the related art, the method for testing the application program of the vehicle-mounted terminal solves the problem that development and debugging of the application program in the related art are limited by adaptive debugging of the MCU, so that development efficiency of the application program is low, and development efficiency of the application program is improved.
The details of one or more embodiments of the application are set forth in the accompanying drawings and the description below to provide a more thorough understanding of the application.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the application and together with the description serve to explain the application and not to limit the application. In the drawings:
fig. 1 is a block diagram of a hardware configuration of an in-vehicle terminal according to an embodiment of the present application;
FIG. 2 is a flowchart of an application testing method of a vehicle terminal according to an embodiment of the application;
FIG. 3 is a flowchart of an application testing method of a vehicle terminal according to a preferred embodiment of the present application;
FIG. 4 is a schematic diagram of a graphical user interface of a PC-side simulator tool according to an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be described and illustrated below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments provided in the present application without any inventive step are within the scope of protection of the present application. Moreover, it should be appreciated that in the development of any such actual implementation, as in any engineering or design project, numerous implementation-specific decisions must be made to achieve the developers' specific goals, such as compliance with system-related and business-related constraints, which may vary from one implementation to another.
Reference in the specification to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the specification. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Those of ordinary skill in the art will explicitly and implicitly appreciate that the embodiments described herein may be combined with other embodiments without conflict.
Unless defined otherwise, technical or scientific terms referred to herein shall have the ordinary meaning as understood by those of ordinary skill in the art to which this application belongs. Reference to "a," "an," "the," and similar words throughout this application are not to be construed as limiting in number, and may refer to the singular or the plural. The present application is directed to the use of the terms "including," "comprising," "having," and any variations thereof, which are intended to cover non-exclusive inclusions; for example, a process, method, system, article, or apparatus that comprises a list of steps or modules (elements) is not limited to the listed steps or elements, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Reference to "connected," "coupled," and the like in this application is not intended to be limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. Reference herein to "a plurality" means greater than or equal to two. "and/or" describes an association relationship of associated objects, meaning that three relationships may exist, for example, "A and/or B" may mean: a exists alone, A and B exist simultaneously, and B exists alone. Reference herein to the terms "first," "second," "third," and the like, are merely to distinguish similar objects and do not denote a particular ordering for the objects.
The method provided by the embodiment can be executed in the vehicle-mounted terminal. Fig. 1 is a block diagram of a hardware configuration of an in-vehicle terminal according to an embodiment of the present invention. As shown in FIG. 1, the in-vehicle terminal may include one or more processors 102 (only one shown in FIG. 1) and a memory 104 for storing data. The processor 102 may include, but is not limited to, a processing device such as a Micro Controller Unit (MCU) or a Programmable logic device (Field Programmable Gate Array (FPGA)).
Optionally, the vehicle-mounted terminal may further include a transmission device 106 for a communication function and an input-output device 108. The input/output device 108 may include, but is not limited to, for example, at least one of the following input devices: keyboard, mouse, touch pad, microphone, sensor, etc. The input-output devices 108 may also include, but are not limited to, output devices of at least one of: displays, speakers, lights, vibration feedback devices, and the like.
It will be understood by those skilled in the art that the structure shown in fig. 1 is only an illustration and is not intended to limit the structure of the in-vehicle terminal. For example, the in-vehicle terminal may also include more or fewer components than shown in FIG. 1, or have a different configuration than shown in FIG. 1.
The memory 104 may be used to store computer programs, for example, software programs and modules of application software, such as a computer program corresponding to the application testing method of the in-vehicle terminal in the embodiment of the present invention, and the processor 102 executes various functional applications and data processing by running the computer programs stored in the memory 104, so as to implement the above-mentioned method. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include memory located remotely from the processor 102, which may be connected to the in-vehicle terminal via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The transmission device 106 is used to receive or transmit data via a network. The specific example of the network described above may include a wireless network provided by a communication provider of the in-vehicle terminal. In one example, the transmission device 106 includes a Network adapter (NIC) that can be connected to other Network devices through a base station to communicate with the internet. In one example, the transmission device 106 may be a Radio Frequency (RF) module, which is used to communicate with the internet in a wireless manner.
The embodiment provides an application program testing method of a vehicle-mounted terminal, and fig. 2 is a flowchart of the application program testing method of the vehicle-mounted terminal according to the embodiment of the application, and as shown in fig. 2, the flowchart includes the following steps:
step S201, under the condition that an application program to be tested which is arranged in the vehicle-mounted terminal needs to be tested, the vehicle-mounted terminal obtains an analog data channel switching message, wherein the vehicle-mounted terminal is provided with an analog data channel which is used for communicating with a vehicle body data simulator.
The simulation data path is used for acquiring simulated vehicle body data and is applied to the application program test of the vehicle-mounted terminal. In order to enable the vehicle-mounted terminal to run the application program according to the actually measured vehicle body data in the actual vehicle scene, an MCU data channel used for communicating with a micro control unit of the vehicle can be configured on the vehicle-mounted terminal. Before the vehicle-mounted terminal acquires the analog data channel switching message, the vehicle-mounted terminal is in a non-test scene, and at the moment, the vehicle-mounted terminal acquires actually measured vehicle body data through the MCU data channel, and the actually measured vehicle body data are acquired by the micro control unit through analyzing the data of the relevant sensors of the vehicle; and the vehicle-mounted terminal operates the application program to be tested which is arranged in the vehicle-mounted terminal according to the actually measured vehicle body data.
In some embodiments, the analog data path switching message may be acquired by an input device of the vehicle-mounted terminal. The vehicle-mounted terminal can receive input information of a user through an input device such as a touch screen, a keyboard and the like, judge whether the input information of the user is used for indicating analog data path switching, and if so, determine that an analog data path switching message is received. By the mode, the user can acquire the analog data channel switching message through the input equipment provided by the vehicle-mounted terminal.
In other embodiments, the in-vehicle terminal does not necessarily provide an input device to acquire the analog data path switching message, or the analog data path switching message cannot be acquired from the input device of the in-vehicle terminal. The purpose of the arrangement is to avoid that the data path for acquiring the vehicle body data is switched mistakenly due to the fact that the analog data path switching message can be acquired directly from the input device of the vehicle-mounted terminal in the actual use scene of the vehicle. Alternatively, in order to acquire the analog data path switching message, the vehicle-mounted terminal may be connected with the test device, and the analog data path switching message may be acquired implicitly or explicitly.
The explicit method for acquiring the analog data path switching message may be, for example: and sending an analog data path switching message to the vehicle-mounted terminal through the testing equipment. The analog data path switching message may carry preset identification information for indicating switching to the analog data path, or carry identification information of the analog data path; and the vehicle-mounted terminal judges the message as an analog data channel switching message according to preset identification information carried in the analog data channel or the identification information of the analog data channel.
In order to further simplify the operation, the tester may not explicitly input a signal indicating the analog data path switching message or receive the analog data path switching message transmitted by the vehicle body data simulator, but may implicitly acquire the analog data path switching message.
For example, when the vehicle body data simulator and the vehicle-mounted terminal successfully establish communication connection, the vehicle-mounted terminal identifies the identity information of the vehicle body data simulator, and when the identity information of the vehicle body data simulator is identified, the current scene is determined to be a test scene, so that the simulated data path switching message is determined to be acquired.
For another example, the vehicle-mounted terminal is connected to the vehicle body data simulator according to the communication state with the vehicle body data simulator. When the tester successfully establishes the communication connection between the vehicle-mounted terminal and the vehicle body data simulator, the vehicle-mounted terminal implicitly acquires the simulated data access switching message.
For another example, the simulation data path switching message is acquired according to the communication connection state and the running or opening state of the relevant application program on the vehicle body data simulator. After communication connection is established between the vehicle-mounted terminal and the vehicle body data simulator, when an application program related to vehicle body data simulation on the vehicle body data simulator is started, the vehicle-mounted terminal implicitly acquires a simulation data channel switching message according to the starting state of the application program.
In the present embodiment, the in-vehicle terminal may be an electronic device integrated with the vehicle, and for example, the in-vehicle terminal may be a center console apparatus of the vehicle. The in-vehicle terminal may be an electronic device separate from the vehicle, such as a mobile terminal device or other intelligent terminal device mounted in the vehicle through an in-vehicle cradle. The operating system of the in-vehicle terminal is not limited to a specific operating system, and for example, the operating system may be an android operating system, an iOS operating system, a Windows (Windows) operating system, or a Linux operating system.
And step S202, the vehicle-mounted terminal switches the data path for acquiring the vehicle body data into an analog data path according to the analog data path switching message, and acquires the analog vehicle body data through the analog data path, wherein the analog vehicle body data is generated by a vehicle body data simulator in an analog mode.
In step S202, the vehicle-mounted terminal checks whether the analog data path switching message is complete according to the check code, and determines to switch the data path for acquiring the vehicle body data to the analog data path according to the identification information of the analog data path when the analog data path switching message is verified to be complete.
In the step S201, when the analog data path switching message is obtained in an explicit manner, in order to avoid that the analog data path switching message received by the vehicle-mounted terminal is incomplete due to factors such as interference in the transmission process of the analog data path switching message, a check code for checking data integrity is also carried at a preset position of the analog data path switching message.
For example, the Check code may be a Cyclic Redundancy Check (CRC) Check code. The method comprises the steps that cyclic redundancy calculation is carried out on an effective data part (the effective data part comprises identification information of an analog data path) in an analog data path switching message by a testing device to obtain a CRC (cyclic redundancy check) value, the CRC value is attached to the analog data path switching message and is sent to a vehicle-mounted terminal, and the vehicle-mounted terminal carries out cyclic redundancy calculation by using the same algorithm used by the testing device after receiving the analog data path switching message to obtain the CRC value. If the calculated CRC check value is consistent with the CRC check value carried in the analog data path switching message, it indicates that the valid data portion (identification information of the analog data path) in the received analog data path switching message is correct data, and in this case, the data path for acquiring the vehicle body data may be determined to be switched to the analog data path according to the identification information of the analog data path carried in the analog data path switching message. If the two analog data paths are inconsistent, the received effective data part in the analog data path switching message is incorrect, and the analog data path switching message is discarded at the moment, and the retransmission of the analog data path switching message by the testing equipment is waited or the retransmission of the analog data path switching message by the testing equipment is informed. The check value is carried in the analog data path switching message, so that the reliability of the transmission of the analog data path switching message is improved. The test equipment may be a body data simulator.
In the present embodiment, the body data simulator generates simulated body data by means of computer simulation. The body data simulator may be an electronic device having an input device by converting signals or data input by a tester from the input device into simulated body data. In some embodiments, the body data simulator preferably further comprises a display, or the input device of the body data simulator is a touch screen display. The body data simulator may convert signals or data input by a tester from the input device into simulated body data through an application program running thereon, which may provide a graphical user interface to receive and display the signals or data input by the tester. The operating system of the body data simulator is not limited to a specific operating system, and for example, the operating system may be an android operating system, an iOS operating system, a windows operating system, a Linux operating system, or the like.
In some embodiments, the operating system of the vehicle-mounted terminal is an open-source android operating system, and the operating system of the vehicle body data simulator is a window operating system. The android operating system has a good application program development platform, facilitates function expansion of the vehicle-mounted terminal based on the characteristics of an open source of the android operating system, and is particularly suitable for the vehicle-mounted terminal. Before the vehicle-mounted terminal acquires the analog data path switching message, the vehicle-mounted terminal and the vehicle body data simulator establish one-way or two-way communication connection.
Taking the vehicle-mounted terminal as an android operating system as an example, in step S201, the vehicle-mounted terminal may be connected to the vehicle body data simulator through an android operating system debugging tool (an android debugging bridge tool, abbreviated as ADB), and then the vehicle-mounted terminal establishes a communication connection (e.g., socket communication connection) for performing bidirectional data communication between the vehicle-mounted terminal and the vehicle body data simulator. The ADB is used for communicating with equipment running an android operating system and providing a command line tool with various functions. And socket communication connection establishes bidirectional communication between the vehicle-mounted terminal and the vehicle body data simulator through the socket. And acquiring the analog data path switching message generated by the vehicle body data simulator through the socket communication connection.
After the communication connection is established between the vehicle-mounted terminal and the vehicle body data simulator, the vehicle-mounted terminal acquires simulated vehicle body data from the vehicle body data simulator by using a simulation data path configured for communicating with the vehicle body data simulator.
The body data in the present embodiment includes, but is not limited to, control data and status data of a built-in device of the vehicle, and/or control data and status data of the vehicle. The built-in device of the vehicle refers to an additional device of the vehicle, such as a vehicle-mounted air conditioner, a driving recorder, a reverse image and the like. The control data and status data of the vehicle may include data related to the operation of the vehicle itself, such as, but not limited to, at least one of: vehicle meter data (vehicle speed, fuel quantity, vehicle speed, gear, etc.), vehicle battery status data, etc.
In some embodiments, the communication protocol used by the analog data path is a communication protocol agreed in advance by the body data simulator and the vehicle-mounted terminal, and the communication protocol may be a standard protocol such as a Controller Area Network (CAN) bus protocol, or may be a proprietary protocol, which is not limited in this embodiment. And for different vehicle-mounted terminals, the same communication protocol can be agreed with the vehicle body data simulator in advance, so that the unified communication protocol is used for the test processes of different vehicle-mounted terminals, and the problem that the communication protocol needs to be adapted before debugging and testing of the application program of the vehicle-mounted terminal due to the fact that the communication protocol is not unified is solved.
And step S203, the vehicle-mounted terminal tests the application program to be tested which is arranged in the vehicle-mounted terminal according to the simulated vehicle body data.
In this embodiment, after obtaining the simulated body data obtained by the simulation of the body data simulator, the application to be tested built in the vehicle-mounted terminal operates according to the preset logic for implementing its corresponding function, and generates an operation result, thereby implementing the verification and test of the function of the application to be tested built in the vehicle-mounted terminal.
And step S204, generating a test report according to the running result of the application program to be tested built in the vehicle-mounted terminal.
Through the steps S201 to S204, the application program to be tested which is arranged in the vehicle-mounted terminal is operated according to the simulated vehicle body data which is obtained through simulation of the vehicle body data simulator, so that the debugging process of the vehicle-mounted terminal is decoupled from the adaptive debugging process of the MCU, the problem of low development efficiency of the application program caused by that the development and debugging of the application program in the related technology are limited by the adaptive debugging of the MCU is solved, and the development efficiency of the application program is improved.
The application program testing method of the vehicle-mounted terminal provided by the embodiment can be used for verifying the function of the application program to be tested built in the vehicle-mounted terminal and can also be used for pressure testing of the vehicle-mounted terminal. For example, in some embodiments, after the vehicle-mounted terminal switches to the analog data path and tests the application to be tested built in the vehicle-mounted terminal according to the simulated vehicle body data and generates the operation result of the application to be tested, the vehicle-mounted terminal may further generate a test report and send the generated test report to the vehicle body data simulator through the analog data path. The test report includes, for example, running state data and/or running result data of the application program.
In other embodiments, other tests may be performed on the vehicle terminal, such as a stress test of the vehicle terminal. When the pressure test of the vehicle-mounted terminal is carried out, a plurality of application programs to be tested can be simultaneously operated in the vehicle-mounted terminal, then the performance data of the vehicle-mounted terminal is collected, the pressure test report of the vehicle-mounted terminal is generated according to the performance data of the vehicle-mounted terminal, and the pressure test report is sent to the vehicle body data simulator through the simulation data channel under the condition that the data channel is switched to the simulation data channel. The performance data described above includes, but is not limited to, at least one of: response time, CPU utilization, memory utilization, etc. The stress test report may be used to evaluate the stress test results of the vehicle-mounted terminal.
In some embodiments, the vehicle-mounted terminal is further configured with a Micro Control Unit (MCU) data path for communicating with an MCU of the vehicle; and the vehicle-mounted terminal acquires actually measured vehicle body data through the MCU data channel in a non-test scene. The actual measurement vehicle body data is obtained by the MCU through analyzing the sensor data of the vehicle. Various sensors are provided on the vehicle to measure body data of the vehicle, which is referred to as measured body data. The MCU of the vehicle communicates with various sensors installed in the vehicle to acquire sensor data of the sensors, respectively. And the vehicle-mounted terminal acquires the actually measured vehicle body data through an MCU data channel between the vehicle-mounted terminal and the MCU.
The body data in the present embodiment includes, but is not limited to, control data and status data of a built-in device of the vehicle, and/or control data and status data of the vehicle. The built-in device of the vehicle refers to an additional device of the vehicle, such as a vehicle-mounted air conditioner, a driving recorder, a reverse image and the like. The control data and status data of the vehicle may include data related to the operation of the vehicle itself, such as, but not limited to, at least one of: vehicle meter data (vehicle speed, fuel quantity, vehicle speed, gear, etc.), vehicle battery status data, etc.
And under a non-test scene, the vehicle-mounted terminal operates a built-in application program to be tested of the vehicle-mounted terminal according to the actually measured vehicle body data. The non-test scene comprises a corresponding scene before the vehicle-mounted terminal acquires the analog data path switching message and also comprises a corresponding scene after the vehicle-mounted terminal acquires the MCU data path switching message.
For example, before the vehicle-mounted terminal acquires the analog data path switching message, the vehicle-mounted terminal acquires actual measurement vehicle body data through the MCU data path, wherein the actual measurement vehicle body data is acquired by the micro control unit through analyzing sensor data of the vehicle; and the vehicle-mounted terminal operates the application program to be tested which is arranged in the vehicle-mounted terminal according to the actually measured vehicle body data.
For another example, after a test report is generated according to the running result of the application program to be tested built in the vehicle-mounted terminal, the vehicle-mounted terminal acquires the MCU data path switching message; the vehicle-mounted terminal switches a data channel for acquiring the vehicle body data into an MCU data channel according to the MCU data channel switching message, and acquires actually measured vehicle body data through the MCU data channel, wherein the actually measured vehicle body data is acquired by a micro control unit through analyzing sensor data of a vehicle; and the vehicle-mounted terminal operates the application program to be tested which is arranged in the vehicle-mounted terminal according to the actually measured vehicle body data.
The MCU data path switching message is used for indicating the vehicle-mounted terminal to acquire actually measured vehicle body data through the MCU data path. The MCU data path switching message may be acquired by an input device of the in-vehicle terminal.
Similarly, in the above embodiment, the MCU data path switching message may also be explicitly obtained or implicitly obtained.
The explicit method for acquiring the MCU data path switching message may be, for example: and sending an MCU data path switching message to the vehicle-mounted terminal through the testing equipment. The MCU data path switching message may carry preset identification information for indicating switching to the MCU data path, or carry identification information of the MCU data path; and the vehicle-mounted terminal judges the message as an MCU data channel switching message according to preset identification information carried in the MCU data channel or identification information of the MCU data channel.
When the MCU data path switching message is obtained in the explicit manner, in order to avoid the MCU data path switching message from being incomplete due to factors such as interference during transmission, a check code for checking data integrity is carried at a preset position of the MCU data path switching message.
For example, the Check code may be a Cyclic Redundancy Check (CRC) Check code. The method comprises the steps that cyclic redundancy calculation is carried out on an effective data part (the effective data part comprises identification information of an MCU data channel) in an MCU data channel switching message by a testing device to obtain a CRC (cyclic redundancy check) value, the CRC value is attached to the MCU data channel switching message and is sent to a vehicle-mounted terminal, and the vehicle-mounted terminal carries out cyclic redundancy calculation by using the same algorithm used by the testing device after receiving the MCU data channel switching message to obtain the CRC value. If the calculated CRC value is consistent with the CRC value carried in the MCU data path switching message, it indicates that the effective data part (the identification information of the MCU data path) in the received MCU data path switching message is correct data, and under this condition, the data path for acquiring the vehicle body data can be determined to be switched into the MCU data path according to the identification information of the MCU data path carried in the MCU data path switching message. If the MCU data path switching information is inconsistent with the MCU data path switching information, the MCU data path switching information is judged to be incorrect, and the MCU data path switching information is discarded at the moment, and the retransmission of the MCU data path switching information by the testing equipment is waited or informed. By carrying the check value in the MCU data path switching message, the reliability of the transmission of the MCU data path switching message is improved. The test equipment may be a body data simulator.
In order to further simplify the operation, the tester may not explicitly input a signal indicating the MCU data path switching message, or receive the MCU data path switching message transmitted by the vehicle body data simulator, but implicitly obtain the MCU data path switching message.
For example, when the vehicle body data simulator is disconnected from the vehicle-mounted terminal in communication, the vehicle-mounted terminal determines that the current scene is a non-test scene, and thus determines that the MCU data path switching message is acquired.
In order to ensure compatibility, a communication protocol adopted by the MCU data channel is a standard protocol. The simulated vehicle body data and the actual measured vehicle body data have the same data format, and the data format is predetermined with an application program to be tested which is built in the vehicle-mounted terminal.
The present application is described and illustrated below by means of preferred embodiments.
In the related art, the testing of the vehicle-mounted terminal depends on the MCU, and the function of the application program of the vehicle-mounted terminal is verified by a tester in real vehicle, the real vehicle verification needs to build a related testing environment, so that the time is long, the flow is troublesome, and the efficiency of real vehicle operation testing is low. Moreover, real vehicle signals are all triggered and reported, and testers cannot perform pressure tests and special scene limit tests, so that the stability and performance of upper-layer applications cannot be tested.
In order to solve the above problem, the preferred embodiment provides an application program testing method of a vehicle-mounted terminal. When the application program testing method of the vehicle-mounted terminal runs through a PC end simulator tool (equivalent to the vehicle body data simulator), the sending channel switching encryption protocol data informs the vehicle-mounted terminal to be switched from the MCU data channel to the simulator data channel. The simulator tool provides a set of standard and platformized vehicle body data protocol for upper-layer application, so that the application program of the vehicle-mounted terminal is not needed to be adapted according to different vehicles, the MCU and the real vehicle environment can be separated, and the development time is controllable and convenient. The simulator tool can also provide pressure test and special scene limit test, and test personnel can conveniently press and test the stability of the application program and the vehicle-mounted terminal. And when the simulator tool exits, sending the path switching encryption protocol data to inform the vehicle-mounted terminal to switch the simulator data path to the MCU data path. The MCU data channel and the simulator data channel can be freely switched through the encryption protocol, and the safety of the data channel can also be ensured.
In the preferred embodiment, when the PC end simulator tool runs, the encrypted protocol data is sent to inform the vehicle-mounted terminal, the vehicle-mounted terminal receives and analyzes the protocol data, and the data path is switched from the MCU data path to the simulator data path, so that developers and testers can simulate the receiving and sending of vehicle body data through the simulator tool to realize the development and the test of an application program, and when the PC end simulator tool exits, the encrypted protocol data is sent to the vehicle-mounted terminal by switching to the MCU data path to inform the vehicle-mounted terminal to switch from the simulator data path to the MCU data path.
Fig. 3 is a flowchart of an application testing method of a vehicle-mounted terminal according to a preferred embodiment of the present application, and as shown in fig. 3, the flowchart includes the following steps:
step S301, when the vehicle-mounted terminal is started, a simulator data channel and an MCU data channel are created at the same time, and the MCU data channel is used by default to acquire the vehicle body data.
The simulator data path provides a set of signal protocols for vehicle body data simulation such as vehicle speed and gear, the signal protocols and the CAN protocol CAN be different protocols, and the protocols are agreed by the simulator application and the vehicle-mounted terminal in advance and are specially used for receiving data of the simulator application. The data format in the protocol can be determined according to the type of the vehicle body data and the function in the type. For example, the data formats include: signal type and functional terms of signal type. The data format may be represented by a number of bits, for example 10000001, the first 4 bits representing the signal type (e.g., air conditioner signal is 1000, vehicle speed may be 2000), and the last four bits representing the function item (e.g., air conditioner switch is 0001, air conditioner wind speed is 0002).
The vehicle-mounted terminal reads vehicle body data acquired by the real vehicle CAN signal analyzed by the MCU, and a data channel for providing the real vehicle CAN signal is an MCU data channel. The data format of the MCU data path may be based on the CAN protocol, which is an existing protocol.
In the embodiment, when the vehicle-mounted terminal is started, vehicle body data are acquired through the MCU data channel by default; if the simulator application starts operating, a path switching instruction is sent in S302 described below, and the subsequent steps are executed.
In the present embodiment, the body data includes, but is not limited to: control signals of the vehicle air conditioner, vehicle meter data, vehicle body power state, sensor data in the vehicle, such as vehicle speed, gear, wheel steering angle, etc. A schematic diagram of a graphical user interface of the PC-side simulator tool is shown in fig. 4, which, as shown in fig. 4, includes a plurality of tabs, such as "power status", "360 look around", "radar", "vehicle setup", "air conditioning", etc., each for displaying and setting corresponding body data. The engine status is included in the power status tab shown in FIG. 4: STOP, CRANK start (CRANK), and Run (RUNNING); the method also comprises an Adaptive Cruise Control (ACC) state: ACC OFF (ACC OFF), ACC, CRANK START (CRANK), and START.
Step S302, after the PC end simulator tool is connected with the vehicle-mounted terminal, the ADB communicates through a socket (soft interface), and when the PC end simulator tool runs, encryption protocol data switched to a simulator data path are sent to the vehicle-mounted terminal, wherein the encryption protocol data can be checked by a data path identification value and a CRC 8.
The ADB refers to a debugging tool integrated in an android system of the vehicle-mounted terminal.
When the PC-side simulator tool runs, a switching instruction is generated, and the switching instruction carries data path encryption protocol data, wherein the data comprises a data path identification value and a CRC8 check code.
And step S303, the vehicle-mounted terminal receives the encrypted protocol sent by the PC end and analyzes the encrypted protocol according to the CRC8 check code, and if the analyzed protocol judges that the encrypted protocol is a command for switching to the simulator data path sent by the PC end, the current data path is switched to the simulator data path from the MCU data path.
And acquiring a data path identification value after analysis, and switching the MCU data path to the simulator data path according to the data path identification value (indicating whether the current data path to be switched is the simulator data path or the MCU data path) by the vehicle-mounted terminal.
Step S304, the data path is switched to the simulator data path by the vehicle-mounted terminal, after the communication is established between the PC end simulator tool and the vehicle-mounted terminal, the PC end simulator tool can simulate and send vehicle body information such as vehicle speed, power state, gear position and the like for development and debugging, and can provide signal cycle reporting so that testers can carry out pressure testing.
The vehicle body information such as the vehicle speed, the power state, the gear and the like is the relevant information of the simulated vehicle obtained through the information input by the user interface of the PC-side simulator tool, and is not the current actual vehicle body data of the vehicle.
Wherein, the pressure test content comprises: the system stability (for example, the power management process and the vehicle body data analysis reporting process of the vehicle-mounted terminal) and the memory resources (the CPU occupancy rate and the memory occupation space of the vehicle-mounted terminal) of the vehicle-mounted terminal are consumed.
And step S305, when exiting the PC terminal simulator tool, sending the encryption protocol data switched to the MCU data path to the vehicle-mounted terminal, wherein the encryption protocol data consists of a data path identification value and a CRC8 check code.
And step S306, the vehicle-mounted terminal receives the encrypted protocol data sent by the PC end, analyzes the encrypted protocol data according to the CRC8 check code, judges whether the protocol is a request for switching to the MCU data path sent by the PC end, and switches the current data path from the simulator data path to the MCU data path.
The present embodiment also provides an electronic device comprising a memory having a computer program stored therein and a processor configured to execute the computer program to perform the steps of any of the above method embodiments.
Optionally, the electronic apparatus may further include a transmission device and an input/output device, wherein the transmission device is connected to the processor, and the input/output device is connected to the processor.
Optionally, in this embodiment, the processor may be configured to execute the following steps by a computer program:
and S1, acquiring the analog data path switching message by the vehicle-mounted terminal under the condition that the application program to be tested built in the vehicle-mounted terminal needs to be tested, wherein the vehicle-mounted terminal is provided with an analog data path used for communicating with the vehicle body data simulator.
And S2, the vehicle-mounted terminal switches the data path for acquiring the vehicle body data into a simulation data path according to the simulation data path switching message, and acquires the simulated vehicle body data through the simulation data path, wherein the simulated vehicle body data is generated by the vehicle body data simulator in a simulation mode.
And S3, the vehicle-mounted terminal tests the application program to be tested built in the vehicle-mounted terminal according to the simulated vehicle body data.
And S4, generating a test report according to the running result of the application program to be tested built in the vehicle-mounted terminal.
It should be noted that, for specific examples in this embodiment, reference may be made to examples described in the foregoing embodiments and optional implementations, and details of this embodiment are not described herein again.
It should be understood by those skilled in the art that various features of the above-described embodiments can be combined in any combination, and for the sake of brevity, all possible combinations of features in the above-described embodiments are not described in detail, but rather, all combinations of features which are not inconsistent with each other should be construed as being within the scope of the present disclosure.
The above-mentioned embodiments only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.
Claims (10)
1. An application program testing method of a vehicle-mounted terminal is characterized by comprising the following steps:
under the condition that an application program to be tested which is arranged in a vehicle-mounted terminal needs to be tested, the vehicle-mounted terminal acquires an analog data channel switching message, wherein the vehicle-mounted terminal is provided with an analog data channel which is used for communicating with a vehicle body data simulator;
the vehicle-mounted terminal switches a data path for acquiring vehicle body data into an analog data path according to the analog data path switching message, and acquires analog vehicle body data through the analog data path, wherein the analog vehicle body data are generated by the vehicle body data simulator in an analog mode;
the vehicle-mounted terminal tests an application program to be tested which is arranged in the vehicle-mounted terminal according to the simulated vehicle body data;
and generating a test report according to the running result of the application program to be tested built in the vehicle-mounted terminal.
2. The method for testing the application program of the vehicle-mounted terminal according to claim 1, wherein the vehicle-mounted terminal is further provided with an MCU data path for communicating with a micro control unit of a vehicle; before the vehicle-mounted terminal acquires the analog data channel switching message, the method further comprises the following steps:
the vehicle-mounted terminal acquires actually measured vehicle body data through the MCU data path, wherein the actually measured vehicle body data is acquired by the micro control unit through analyzing sensor data of the vehicle;
and the vehicle-mounted terminal operates the application program to be tested which is arranged in the vehicle-mounted terminal according to the actually measured vehicle body data.
3. The method for testing the application program of the vehicle-mounted terminal according to claim 1, wherein the vehicle-mounted terminal is further provided with an MCU data path for communicating with a micro control unit of a vehicle; after generating a test report according to an operation result of an application program to be tested built in the vehicle-mounted terminal, the method further comprises the following steps:
the vehicle-mounted terminal acquires MCU data channel switching information;
the vehicle-mounted terminal switches a data channel for acquiring vehicle body data into the MCU data channel according to the MCU data channel switching message, and acquires actually-measured vehicle body data through the MCU data channel, wherein the actually-measured vehicle body data is acquired by the micro control unit through analyzing sensor data of the vehicle;
and the vehicle-mounted terminal operates the application program to be tested which is arranged in the vehicle-mounted terminal according to the actually measured vehicle body data.
4. The method for testing the application program of the vehicle-mounted terminal according to claim 1, wherein the step of acquiring the analog data path switching message by the vehicle-mounted terminal comprises the steps of:
the vehicle-mounted terminal is connected with the vehicle body data simulator through an android operating system debugging tool;
the vehicle-mounted terminal establishes a communication connection for bidirectional data communication with the vehicle body data simulator, and acquires the simulation data path switching message generated by the vehicle body data simulator.
5. The method for testing the application program of the vehicle-mounted terminal according to claim 2, wherein the communication protocol adopted by the analog data path is a standard protocol or a proprietary protocol agreed in advance by the vehicle body data simulator and the vehicle-mounted terminal, and/or the communication protocol adopted by the MCU data path is a standard protocol.
6. The method for testing the application program of the vehicle-mounted terminal according to claim 2, wherein the simulated vehicle body data and the measured vehicle body data have the same data format, and the data format is predetermined with the application program to be tested built in the vehicle-mounted terminal.
7. The method for testing the application program of the vehicle-mounted terminal according to any one of claims 1 to 6, wherein the vehicle body data comprises control data and state data of a device built in the vehicle and/or control data and state data of the vehicle.
8. The method for testing the application program of the vehicle-mounted terminal according to any one of claims 1 to 6, wherein the simulating data path switching message comprises: the identification information and the check code of the analog data path; the vehicle-mounted terminal switches the data path for acquiring the vehicle body data into the analog data path according to the analog data path switching message, and the switching comprises the following steps:
and the vehicle-mounted terminal verifies whether the analog data path switching message is complete according to the verification code, and determines to switch the data path for acquiring the vehicle body data to the analog data path according to the identification information of the analog data path under the condition that the analog data path switching message is complete.
9. The method for testing the application program of the vehicle-mounted terminal according to claim 3, wherein the MCU data path switching message comprises: the identification information and the check code of the MCU data path; the vehicle-mounted terminal switches the data path for acquiring the vehicle body data into the MCU data path according to the MCU data path switching message, and the acquiring of the actually measured vehicle body data through the MCU data path comprises the following steps:
and the vehicle-mounted terminal verifies whether the MCU data channel switching message is complete according to the verification code, and determines to switch the data channel for acquiring the vehicle body data to the MCU data channel according to the identification information of the MCU data channel under the condition that the MCU data channel switching message is complete.
10. The method for testing the application program of the vehicle-mounted terminal according to any one of claims 1 to 6, wherein after the test report is generated according to the operation result of the application program to be tested built in the vehicle-mounted terminal, the method further comprises:
and the vehicle-mounted terminal sends the test report to the vehicle body data simulator through the analog data channel.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010966863.XA CN112198861A (en) | 2020-09-15 | 2020-09-15 | Application program testing method of vehicle-mounted terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010966863.XA CN112198861A (en) | 2020-09-15 | 2020-09-15 | Application program testing method of vehicle-mounted terminal |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112198861A true CN112198861A (en) | 2021-01-08 |
Family
ID=74014523
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010966863.XA Pending CN112198861A (en) | 2020-09-15 | 2020-09-15 | Application program testing method of vehicle-mounted terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112198861A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113051164A (en) * | 2021-03-30 | 2021-06-29 | 北京梧桐车联科技有限责任公司 | Method, device and equipment for testing vehicle-mounted program and computer readable storage medium |
| CN113076238A (en) * | 2021-03-25 | 2021-07-06 | 北京车和家信息技术有限公司 | Pressure testing method and device, storage medium and electronic equipment |
| CN113567778A (en) * | 2021-06-30 | 2021-10-29 | 南京富士通南大软件技术有限公司 | Scene-based real-vehicle automatic testing method for vehicle-mounted information entertainment system |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101751033A (en) * | 2008-12-01 | 2010-06-23 | 北京经纬恒润科技有限公司 | Vehicular remote monitoring and diagnosing system and method |
| CN103471621A (en) * | 2013-09-30 | 2013-12-25 | 深圳迪恩杰科技有限公司 | Testing method and device applicable to vehicle navigation multimedia terminal |
| JP2014215241A (en) * | 2013-04-26 | 2014-11-17 | 株式会社ジェイテクト | Vehicle test system |
| CN106382936A (en) * | 2016-11-22 | 2017-02-08 | 天津驰华科技有限公司 | Vehicle-mounted navigation display system based on Beidou satellite positioning |
| CN108829608A (en) * | 2018-07-09 | 2018-11-16 | 北京首汽智行科技有限公司 | A kind of automatization test system and method for the Intelligent vehicle-mounted terminal equipment based on automobile simulator |
| CN108958066A (en) * | 2017-05-19 | 2018-12-07 | 百度在线网络技术（北京）有限公司 | Emulation test method and device |
| CN109039824A (en) * | 2018-08-27 | 2018-12-18 | 汽解放汽车有限公司 | A kind of car-mounted terminal wireless telecommunication protocol automation test macro and method |
| CN109857085A (en) * | 2019-01-25 | 2019-06-07 | 深圳市元征科技股份有限公司 | Simulation generates method, system, simulation terminal and the test macro of travelling data |
| CN110147089A (en) * | 2019-06-10 | 2019-08-20 | 天津恒天新能源汽车研究院有限公司 | Tester and car-mounted terminal test macro with it |
| CN110244693A (en) * | 2019-06-20 | 2019-09-17 | 广州小鹏汽车科技有限公司 | Test macro, method, vehicle and the machine readable media of vehicle arrangement |
| CN111654409A (en) * | 2020-04-27 | 2020-09-11 | 江苏国新新能源乘用车有限公司 | Intelligent vehicle-mounted terminal testing device and testing method thereof |
-
2020
- 2020-09-15 CN CN202010966863.XA patent/CN112198861A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101751033A (en) * | 2008-12-01 | 2010-06-23 | 北京经纬恒润科技有限公司 | Vehicular remote monitoring and diagnosing system and method |
| JP2014215241A (en) * | 2013-04-26 | 2014-11-17 | 株式会社ジェイテクト | Vehicle test system |
| CN103471621A (en) * | 2013-09-30 | 2013-12-25 | 深圳迪恩杰科技有限公司 | Testing method and device applicable to vehicle navigation multimedia terminal |
| CN106382936A (en) * | 2016-11-22 | 2017-02-08 | 天津驰华科技有限公司 | Vehicle-mounted navigation display system based on Beidou satellite positioning |
| CN108958066A (en) * | 2017-05-19 | 2018-12-07 | 百度在线网络技术（北京）有限公司 | Emulation test method and device |
| CN108829608A (en) * | 2018-07-09 | 2018-11-16 | 北京首汽智行科技有限公司 | A kind of automatization test system and method for the Intelligent vehicle-mounted terminal equipment based on automobile simulator |
| CN109039824A (en) * | 2018-08-27 | 2018-12-18 | 汽解放汽车有限公司 | A kind of car-mounted terminal wireless telecommunication protocol automation test macro and method |
| CN109857085A (en) * | 2019-01-25 | 2019-06-07 | 深圳市元征科技股份有限公司 | Simulation generates method, system, simulation terminal and the test macro of travelling data |
| CN110147089A (en) * | 2019-06-10 | 2019-08-20 | 天津恒天新能源汽车研究院有限公司 | Tester and car-mounted terminal test macro with it |
| CN110244693A (en) * | 2019-06-20 | 2019-09-17 | 广州小鹏汽车科技有限公司 | Test macro, method, vehicle and the machine readable media of vehicle arrangement |
| CN111654409A (en) * | 2020-04-27 | 2020-09-11 | 江苏国新新能源乘用车有限公司 | Intelligent vehicle-mounted terminal testing device and testing method thereof |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113076238A (en) * | 2021-03-25 | 2021-07-06 | 北京车和家信息技术有限公司 | Pressure testing method and device, storage medium and electronic equipment |
| CN113076238B (en) * | 2021-03-25 | 2023-12-01 | 北京车和家信息技术有限公司 | Pressure testing method and device, storage medium and electronic equipment |
| CN113051164A (en) * | 2021-03-30 | 2021-06-29 | 北京梧桐车联科技有限责任公司 | Method, device and equipment for testing vehicle-mounted program and computer readable storage medium |
| CN113567778A (en) * | 2021-06-30 | 2021-10-29 | 南京富士通南大软件技术有限公司 | Scene-based real-vehicle automatic testing method for vehicle-mounted information entertainment system |
| CN113567778B (en) * | 2021-06-30 | 2023-12-29 | 南京富士通南大软件技术有限公司 | Scene-based real-vehicle automatic testing method for vehicle-mounted information entertainment system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112198861A (en) | Application program testing method of vehicle-mounted terminal | |
| Tahat et al. | Android-based universal vehicle diagnostic and tracking system | |
| CN104734911A (en) | CAN bus network management test system and method | |
| CN111506047B (en) | Vehicle diagnosis method, device and storage medium | |
| CN110647139B (en) | Evaluation test tool and evaluation test method for OBD (on-Board diagnostics) mass production vehicle | |
| US8407671B2 (en) | Accessory validation system | |
| CN108964807B (en) | System and method for testing WiFi signal strength of vehicle navigation | |
| CN111055685A (en) | Interactive simulation charging test system and test method | |
| CN113810403B (en) | Charging pile vulnerability detection method and detection device based on communication protocol | |
| CN217541952U (en) | Vehicle instrument test system | |
| US7721260B2 (en) | Embedded Test I/O Engine | |
| CN110968004A (en) | Cable test system and method based on FPGA prototype verification development board | |
| CN111917692A (en) | Fuzzy test method, device, equipment and computer readable storage medium | |
| CN116048051A (en) | Timeout verification method, device, equipment and storage medium | |
| EP3382915B1 (en) | Mobile communication device, testing system and method for testing a device under test | |
| CN115158400A (en) | Urban rail vehicle-mounted equipment and testing method thereof | |
| US20110282607A1 (en) | Electrical continuity analyzer | |
| CN109960238B (en) | Automatic test system and method for vehicle diagnostic instrument | |
| CN113886274A (en) | Stability testing method, device, equipment and storage medium for Internet of vehicles terminal | |
| CN111698042A (en) | Vehicle-mounted communication network simulation test method and system | |
| CN203224780U (en) | Debug system based on CAN and functional verification system of cars with debug system | |
| CN214851308U (en) | Vehicle-mounted equipment test system | |
| CN116224976B (en) | Test method and device | |
| CN115484184B (en) | Fault diagnosis method, fault diagnosis system, vehicle, and readable storage medium | |
| CN214042112U (en) | Upgrade test system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210108 |
|
| RJ01 | Rejection of invention patent application after publication |