Vehicle testing method and device, computer equipment and storage medium

Abstract

The invention provides a vehicle test method and device, computer equipment and a storage medium, and the method comprises the steps: obtaining a to-be-tested problem, and generating an access request of a test page; displaying a test page corresponding to the access request, wherein the access request is used for requesting the test page to synchronously display first data of a first test source and second data of a second test source; acquiring video stream data corresponding to the first data and the second data; the video stream data comprises test data acquired and recorded by at least one test source in a pavement test process; and displaying first data in the video stream data in a first area of the test page, and displaying second data in the video stream data in a second area of the test page.

Description

Technical Field

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

[0002] Road testing of a vehicle refers to the process of testing various functions of the test vehicle by controlling the test vehicle to drive on the road. Usually, multiple domain controllers and sensors can be deployed on the test vehicle. Some functions of the test vehicle require at least some domain controllers and sensors to be implemented. When testing these functions, it is necessary to obtain test data from these domain controllers, sensors and other test sources to determine whether there are problems with the test vehicle in the tested functions and to locate the problems.

[0003] However, since the test sources that provide test data are not unique and the test data output by each test source are independent of each other, it brings great analysis difficulty to the test user and the test analysis efficiency is low. Summary of the invention

[0004] The embodiments of the present disclosure at least provide a vehicle testing method, apparatus, computer equipment, and storage medium.

[0005] In a first aspect, an embodiment of the present disclosure provides a vehicle testing method, comprising:

[0006] Acquire a problem to be tested and generate an access request to a test page, wherein the problem to be tested is determined based on at least one test source, and the at least one test source is used to collect test data during a road test of a test vehicle;

[0007] Displaying a test page corresponding to the access request, wherein the access request is used to request the test page to synchronously display first data of a first test source and second data of a second test source, wherein the first data and the second data correspond to the problem to be tested;

[0008] Acquire video stream data corresponding to the first data and the second data; the video stream data includes test data collected and recorded by at least one test source during a road test;

[0009] The first data in the video stream data is displayed in the first area of ​​the test page, and the second data in the video stream data is displayed in the second area of ​​the test page.

[0010] The above-mentioned implementation mode can, when problem location is needed, simultaneously display the test data of multiple related test sources through video stream data in different areas of the test page according to the access request of the test page, so that users can view and compare the test data of different test sources at the same time. There is no need for users to manually align the test data of different test sources at time points, which facilitates users to locate problems in test vehicles and improves the efficiency of vehicle testing and analysis.

[0011] In an optional implementation manner, the method further includes:

[0012] Get the running logs generated by each test source after the recording operation is triggered;

[0013] Establish an association relationship between the operation log and the video stream data; the operation log is used to obtain the test source operation status information matching the video stream data, and the operation status information is used to locate the target test source based on the test data displayed in different areas of the test page and the test source operation status information.

[0014] The above implementation method can obtain the operation log corresponding to the test source when the test source is recorded, and establish an association between the operation log and the video stream data, so that the user can use the operation log to locate the problem and locate the target test source with the problem.

[0015] In an optional implementation, the first test source includes: at least one of a camera on the test vehicle, a cockpit domain controller, and an intelligent driving domain controller; the second test source includes the camera, the cockpit domain controller, and a test source in the intelligent driving domain controller other than the first test source; the method further includes:

[0016] Displaying respectively in at least one first area and at least one second area of ​​the test page: a road picture captured by the camera during the road test, a first image corresponding to the test data output by the cockpit domain controller, and a second image corresponding to the test data output by the intelligent driving domain controller;

[0017] The road scene, the first image, and the second image are compared, and a problem of the test vehicle is located based on the comparison result.

[0018] The above implementation manner can automatically locate problems of the test vehicle through comparison results between the road picture, the first image corresponding to the test data output by the cockpit domain controller, and the second image corresponding to the test data output by the intelligent driving domain controller, with high efficiency.

[0019] In an optional implementation manner, comparing the road picture, the first image, and the second image, and locating a problem of the test vehicle based on the comparison result, includes:

[0020] For any obstacle object identified in the road picture, determining a recognition result of the obstacle object in the first image and the second image;

[0021] Based on the recognition results of the obstacle object in the first image and the second image, the problem of the test vehicle is located.

[0022] In the above implementation, the problem of the test vehicle is located through the recognition results of the obstacle object recognized in the road scene by the first image and the second image, which can effectively locate the obstacle recognition error.

[0023] In an optional implementation manner, the problem location of the test vehicle based on the recognition results of the obstacle object in the first image and the second image includes:

[0024] When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is not recognized, determining that there is a problem with the intelligent driving domain controller of the test vehicle;

[0025] When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is recognized, it is determined that there is a problem with the cockpit domain controller of the test vehicle.

[0026] The above implementation manner can determine whether there are problems with the intelligent driving domain controller and the cockpit domain controller based on the specific recognition results of the obstacle object in the first image and the second image, thereby realizing rapid problem location of the test vehicle.

[0027] In an optional implementation manner, generating an access request for a test page includes:

[0028] Obtaining a collection time period of a first test source indicated by the problem to be tested;

[0029] determining a second test source associated with the first test source;

[0030] An access request for the test page is generated, wherein the access request indicates the first test source and the second test source, and the collection time period; wherein the first data and the second data are collection data within the collection time period.

[0031] The above implementation can determine the related second test source through the first test source indicated by the problem to be tested, and generate an access request indicating the first test source, the second test source and the acquisition time period, so that the displayed video stream data matches the problem to be tested.

[0032] In an optional implementation manner, the acquiring video stream data corresponding to the first data and the second data includes:

[0033] According to the acquisition time period, determining target video stream data corresponding to the acquisition time period in pre-recorded video stream data;

[0034] The target video stream data is used as the video stream data corresponding to the first data and the second data.

[0035] The above implementation method can directly display the target video stream data of the acquisition time period where the problem occurs, without the need for manual positioning by the user, which is more efficient.

[0036] In an optional implementation manner, displaying the first data in the video stream data in the first area of ​​the test page and displaying the second data in the video stream data in the second area of ​​the test page includes:

[0037] In the case where the video stream data includes full test data of the road test process, determining the start playback progress and the end playback progress in the video stream data according to the acquisition time period;

[0038] Starting to play the first data and the second data in the video stream data according to the initial play progress;

[0039] When the playback reaches the end of the playback progress, target prompt information is displayed; the target prompt information is used to prompt the user that the first data and the second data have been played.

[0040] The above implementation method can directly jump to the playback progress where the problem lies when the video stream data includes the full amount of test data, without the user having to jump manually. When the playback progress is finished, the target prompt information can also be displayed to remind the user that the test data for the problematic time period has been played.

[0041] In an optional implementation manner, the method further includes:

[0042] During the road test, test data corresponding to the first test source and the second test source are synchronously displayed on the test page; the test data of the first test source and the second test source have different data formats;

[0043] In response to the recording operation, the display content of the test page is recorded to obtain video stream data including the test data of the first test source and the second test source.

[0044] The above implementation mode can synchronously display the test data output in real time by multiple test sources during the road test process in different display areas of the target page, so that users can view and compare the test data of different test sources. In this process, by recording the display content of the target page into video stream data containing test data of multiple test sources, that is, when the recorded video stream data is played again, the test data of each test source can be viewed in one video screen, without the need for users to manually align the test data of different test sources at different time points, which facilitates users to locate problems in the test vehicle and improves the efficiency of vehicle testing and analysis.

[0045] In an optional implementation manner, the video recording of the display content of the test page includes:

[0046] In response to the tag adding operation, tag information added to the currently displayed test page is obtained; the tag information is used to indicate display content of the test page that has a problem to be tested;

[0047] The recorded video stream data is generated based on the tag information and the test data of the first test source and the second test source.

[0048] The above implementation manner can add audio or text tag information to the video stream data through a tag adding operation, thereby improving the usability of the video stream data.

[0049] In a second aspect, the present disclosure also provides a vehicle testing device, including:

[0050] A generating module, used for acquiring a problem to be tested and generating an access request for a test page, wherein the problem to be tested is determined based on at least one test source, and the at least one test source is used for collecting test data during a road test of a test vehicle;

[0051] A first display module, used for displaying a test page corresponding to the access request, wherein the access request is used for requesting the test page to synchronously display first data of a first test source and second data of a second test source, wherein the first data and the second data correspond to the problem to be tested;

[0052] An acquisition module, used to acquire video stream data corresponding to the first data and the second data; the video stream data includes test data collected and recorded by at least one test source during a road test;

[0053] The second display module is used to display the first data in the video stream data in the first area of ​​the test page, and to display the second data in the video stream data in the second area of ​​the test page.

[0054] In a third aspect, an optional implementation of the present disclosure further provides a computer device, a processor, and a memory, wherein the memory stores machine-readable instructions executable by the processor, and the processor is used to execute the machine-readable instructions stored in the memory, and when the machine-readable instructions are executed by the processor, the machine-readable instructions perform the steps of the above-mentioned first aspect, or any possible implementation of the first aspect.

[0055] In a fourth aspect, an optional implementation of the present disclosure further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed, the steps of the above-mentioned first aspect, or any possible implementation of the first aspect are executed.

[0056] For a description of the effects of the above-mentioned vehicle testing device, computer equipment, and computer-readable storage medium, please refer to the description of the above-mentioned vehicle testing method, which will not be repeated here.

[0057] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and are not intended to limit the technical solutions of the present disclosure.

[0058] In order to make the above-mentioned objectives, features and advantages of the present disclosure more obvious and easy to understand, preferred embodiments are specifically cited below and described in detail with reference to the attached drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] Figure 1 A schematic diagram of a vehicle testing system provided by some embodiments of the present disclosure is shown;

[0060] Figure 2 A flow chart showing a vehicle testing method provided by some embodiments of the present disclosure is shown;

[0061] Figure 3 One of the schematic diagrams of a test page provided by some embodiments of the present disclosure is shown;

[0062] Figure 4 A second schematic diagram of a test page provided in some embodiments of the present disclosure is shown;

[0063] Figure 5 A schematic diagram showing another vehicle testing method provided by some embodiments of the present disclosure;

[0064] Figure 6 A schematic diagram of a vehicle testing device provided by some embodiments of the present disclosure is shown;

[0065] Figure 7 A schematic diagram of a computer device provided by some embodiments of the present disclosure is shown. DETAILED DESCRIPTION

[0066] In order to make the purpose, technical solution and advantages of the embodiments of the present disclosure more clear, the technical solution in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the drawings in the embodiments of the present disclosure.

[0067] When a vehicle is undergoing road testing, it is in a state of actual machine testing. Testers can observe the state and various functions of the vehicle and discover problems with the vehicle based on the observation results. Alternatively, they can test the adjusted vehicle to see whether the previously existing problems have been resolved. If the tester observes a problem, he can locate the observed problem and determine which specific functional module in the vehicle the problem comes from. When locating the problem, it is often necessary to compare test data from multiple functional modules, but the test sources of the test data are not unique and usually come from different controllers or sensors. The test data output by each test source are independent of each other, the data volume is large, and there are many types of test data. When using the data, users need to filter out the fragments required by each test source from the data output by different test sources, which brings greater analysis difficulty to the test users and low test analysis efficiency.

[0068] Based on the above research, the present disclosure provides a vehicle testing system. Figure 1 The figure is a schematic diagram of a vehicle testing system provided by an embodiment of the present disclosure. The vehicle testing system includes a test vehicle and a terminal device. A plurality of controllers and sensors may be deployed in the test vehicle. The controller may include a domain controller. The controller and the sensor may be connected to the terminal device in communication and provide test data to the terminal device as a test source. The terminal device may execute the vehicle testing method provided by an embodiment of the present disclosure. The controller, i.e., the sensor, may be used as a test source to provide test data generated by the vehicle during road testing.

[0069] The connection methods between the above-mentioned different test sources and the terminal device may be different. For example, test source a may be a camera device, which may be connected to the terminal device via a universal serial bus (USB); test source b may be a cockpit domain controller, which may be connected to the terminal device via an Android Debug Bridge (ADB) line; and test source c may be an intelligent driving domain controller, which may be connected to the terminal device via WIFI.

[0070] A test tool and a client can be run on the terminal device. The client can be, for example, a browser or an application client. The test tool can display the test data of each test source together on a test page, and the client can display the test page and provide functions such as recording, adding tags, and obtaining operation logs, thereby providing video stream data containing test data from multiple test sources. The client can also query and play the recorded video stream data, which is convenient for users to view and compare test data from different test sources, thereby improving the efficiency of locating problems in test vehicles.

[0071] The terminal device is generally a computer device with certain computing capabilities, such as a personal host, a server or other processing device. In some possible implementations, the vehicle testing method can be implemented by a processor calling computer-readable instructions stored in a memory.

[0072] When the tester locates the problem, it is necessary to view the test data of multiple related test sources when the problem occurs. To this end, the terminal device of the embodiment of the present disclosure can execute the vehicle testing method provided by the embodiment of the present disclosure and display the pre-recorded test data through the client of the terminal device.

[0073] The vehicle testing method provided by the embodiment of the present disclosure is described below by taking the execution subject as a terminal device as an example.

[0074] See also Figure 2 FIG. 2 is a flow chart of a vehicle control method provided by an embodiment of the present disclosure, wherein the method includes steps S201 to S204, wherein:

[0075] S201. Obtain a problem to be tested and generate an access request for a test page, wherein the problem to be tested is determined based on at least one test source, and the at least one test source is used to collect test data during a road test of a test vehicle.

[0076] Among them, the above-mentioned problems to be tested may be problems discovered by the test vehicle during road testing, such as the road information displayed by the cockpit domain controller is inconsistent with the road information actually captured by the camera, the vehicle speed displayed by the cockpit domain controller is inconsistent with the actual vehicle speed displayed by the speed sensor, etc.

[0077] During road testing, testers can usually only find surface problems with the vehicle, but cannot find out the specific cause of the problem or which functional component caused the problem. After the test, testers need to view the test data of the test source related to the problem to locate the problem. Therefore, the test data needs to be recorded and stored first, and then displayed when needed.

[0078] When the tester needs to view the test data, he can use the terminal device to access the test page. Before accessing the test page, the terminal device can first obtain the test problems found by the tester during the road test and generate an access request for the test page corresponding to the test problem.

[0079] The above test questions may be determined by the user during the test process based on at least one test source. The user may determine inconsistencies based on the test data output by the test source and record them to form test questions.

[0080] The above test questions may also be determined by the terminal device according to the test data output by the test source.

[0081] The above test data is the data generated by the test vehicle during the road test process. During the road test process, whenever new test data is generated, its corresponding test source (ie, data source) can output it in real time and send it to the terminal device, and the terminal device can display and store the acquired test data.

[0082] The above-mentioned test sources may include controllers and sensors deployed on the test vehicle. The controllers may include domain controllers, such as cockpit domain controllers, power domain controllers, chassis domain controllers, intelligent driving domain controllers (also known as intelligent driving domain controllers, autonomous driving domain controllers), body domain controllers, etc.; sensors may include various camera equipment, laser radars, etc. deployed on the vehicle.

[0083] Since some functions of the test vehicle require the use of multiple controllers and / or sensors, when testing these functions, these domain controllers and sensors can be used as test sources to obtain test data from multiple test sources.

[0084] For example, in some test scenarios (such as tests for obstacle recognition functions), test data corresponding to the cockpit domain controller, the intelligent driving domain controller, and the shooting device for photographing the road can be obtained. Then, a communication connection can be established between the terminal device and the cockpit domain controller, the intelligent driving domain controller, and the shooting device for photographing the road, and the communication connection can be used to obtain the test data.

[0085] Specifically, the terminal device can use the universal serial bus to establish a communication connection with the cockpit domain controller and the camera device, wherein the USB cable connected to the cockpit domain controller can be an Android debug bridge cable. A test data collection service can be deployed on the cockpit domain controller, and the test data collection service can capture the user interaction interface provided by the cockpit domain controller and send the captured images frame by frame to the terminal device; the terminal device can obtain the road images captured by the camera device through the installed camera device driver.

[0086] The terminal device can be connected to the intelligent driving domain controller wirelessly. The terminal device can obtain test data through the HTTP service provided by the intelligent driving domain controller. The test data provided by the intelligent driving domain controller can be image or text data. The test data of the intelligent driving domain controller can represent the current status information of the vehicle (such as current vehicle speed, road ahead information, surrounding obstacle information, etc.). When the terminal device obtains the test data output by each test source, it can display them together on the test page synchronously and record them to form video stream data for users to use.

[0087] S202. Display a test page corresponding to the access request, wherein the access request is used to request the test page to synchronously display first data of a first test source and second data of a second test source, wherein the first data and the second data correspond to the problem to be tested.

[0088] In this step, after generating an access request, the terminal device can display a test page corresponding to the access request. The access request can indicate a first test source corresponding to the problem to be tested and a second test source, wherein the first test source can be a test source where the tester finds that there is a problem to be tested, and there can be one or more second test sources, which are test sources related to the problem to be tested. For example, if the problem to be tested indicates that the number of pedestrians in the lane condition displayed on the cockpit domain controller is less than the number of pedestrians on the actual road, then the cockpit domain controller can be determined as the first test source, and the test source related to obstacle recognition, such as the intelligent driving domain controller and the road camera, is the second test source. The test data output by the first test source includes the above-mentioned first data, and the test data output by the second test source includes the above-mentioned second data.

[0089] The first data and the second data may be the full test data output by the first test source and the second test source, or may be the data corresponding to the problem to be tested, that is, the test data output by the first test source and the second test source during the time period when the problem to be tested occurs.

[0090] Exemplarily, when generating an access request for a test page, you can first obtain the collection time period of the first test source indicated by the problem to be tested, and determine the second test source associated with the first test source. Then, generate an access request indicating the first test source, the second test source, and the collection time period. At this time, the first data and the second data can be the collection data within the collection time period.

[0091] S203, obtaining video stream data corresponding to the first data and the second data; the video stream data includes test data collected and recorded by at least one test source during a road test.

[0092] In this step, the terminal device may determine the first data and the second data according to the access request, and search for the video stream data corresponding to the first data and the second data from the stored test data.

[0093] Exemplarily, the target video stream data corresponding to the acquisition time period in the pre-recorded video stream data may be determined according to the acquisition time period indicated by the access request, and then the target video stream data may be used as the video stream data corresponding to the first data and the second data.

[0094] The process of recording test data and obtaining video stream data can be performed during the road test. The terminal device can obtain the test data from the test source in real time during the road test and display it on the test page. For example, the terminal device can simultaneously display the test data of different test sources in different areas of the test page. The above test data is affected by the different test sources, and the data type of the test data is also different (that is, it has different data formats). Some test data are pictures, some test data are text, and some test data are videos. Therefore, corresponding processing is required for different test sources, so as to display the test data of each test source on the test page of the client.

[0095] Since the test data of each test source is output in real time along with the test process, the test data of different test sources currently displayed on the target page are synchronized on the timeline. Users no longer need to manually align the timelines of the test data of each test source, which improves testing efficiency.

[0096] For example, see Figure 3 FIG. 1 is a schematic diagram of a test page provided by an embodiment of the present disclosure. Figure 3 In the test page, the test data can be recorded. A recording button is provided in the test page. The user can trigger the recording button to make the terminal device record the display content of the test page. The test source may include a camera on the test vehicle, a cockpit domain controller, and an intelligent driving domain controller. The target page includes display areas corresponding to each test source, which respectively display the road scene captured by the camera during the road test, the first image corresponding to the test data output by the cockpit domain controller, and the second image corresponding to the test data output by the intelligent driving domain controller. The first image may be a schematic diagram of the user interface corresponding to the cockpit domain controller, and the second image may be a schematic diagram of the user interface corresponding to the intelligent driving domain controller.

[0097] Figure 3 In the figure, the number of pedestrians detected in each test source is 3, which means that the obstacle recognition result is correct.

[0098] After recording and obtaining the video stream data, you can also obtain the running logs generated by each test source after the recording operation is triggered, and establish an association between the running logs and the video stream data. The running logs can record the running status information of the test source. Users can use the running logs generated after the recording operation is triggered to further analyze the test problem, or the terminal device can locate the target test source where the real problem occurs based on the test data displayed in different areas of the test page and the test source running status information.

[0099] When recording the displayed content of the test page, you can also add label information to the displayed content of the test page. Figure 3 As shown, a tag button can also be provided in the test page. The user can trigger the tag button and enter a tag adding operation. The terminal device can add tag information to the currently displayed test page according to the tag adding operation instruction and record it into the video stream data. The terminal device can generate the recorded video stream data based on the tag information and the test data of the first test source and the second test source.

[0100] The tag information can be used to indicate the display content of the test page where the problem to be tested exists. The tag information can include text, image, audio and other types.

[0101] S204: Display the first data in the video stream data in the first area of ​​the test page, and display the second data in the video stream data in the second area of ​​the test page.

[0102] In this step, the terminal device can display the recorded video stream data in the test page. The video stream data includes first data and second data corresponding to the problem to be tested. The first data and the second data can be displayed in different areas of the test page respectively.

[0103] See also Figure 4 FIG. 2 is a second schematic diagram of a test page provided in an embodiment of the present disclosure. Figure 4 The test page in the test is in the stage of displaying video stream data. A play button can be provided in the test page. The user can control the video stream data by triggering the play button to play, pause, fast forward, etc. The test page can also provide a progress bar for the user to adjust the playback progress of the video stream data.

[0104] Figure 4 In the test, the number of pedestrians detected in each test source is different. Among them, there are 3 pedestrians photographed by the shooting equipment, 2 pedestrians in the intelligent driving domain controller, and the number of pedestrians displayed in the cockpit domain controller is also 2, which means that the obstacle recognition result at this time does not match the actual situation and there is a problem that needs to be located.

[0105] Exemplarily, taking the obstacle recognition problem as an example, the first test source may include at least one of a shooting device, a cockpit domain controller, and an intelligent driving domain controller on the test vehicle, and the second test source includes the shooting device, the cockpit domain controller, and the test source in the intelligent driving domain controller except the first test source; the road picture shot by the shooting device during the road test, the first image corresponding to the test data output by the cockpit domain controller, and the second image corresponding to the test data output by the intelligent driving domain controller can be displayed respectively in at least one first area and at least one second area of ​​the test page, for users to analyze the problem.

[0106] Typically, the problem location for a test vehicle is performed by a tester, which is inefficient. To this end, the disclosed embodiment also provides a step of using video stream data to locate the problem of the test vehicle, thereby automating the problem location.

[0107] The following will take the obstacle recognition problem as an example to introduce the steps of problem location:

[0108] When conducting road tests on the obstacle recognition function, the obstacle recognition function will use the camera equipment, cockpit domain controller and intelligent driving domain controller used in the test measurement, and display the test data obtained by the above test sources on the target page. The display content of the target page may include the road scenes taken by the camera equipment during the road test, the first image corresponding to the test data output by the cockpit domain controller, and the second image corresponding to the test data output by the intelligent driving domain controller.

[0109] Among them, the test data output by the cockpit domain controller can be a user interaction interface provided by the cockpit domain controller, in which an identified virtual map can be displayed, and the virtual map can include virtual images of identified obstacles; the test data output by the intelligent driving domain controller can be various information of the test vehicle, such as current vehicle speed, road ahead information, obstacle identification information, etc.

[0110] The intelligent driving domain controller can receive detection signals sent by multiple sensors, identify obstacles around the test vehicle based on the detection signals, and provide obstacle-related data to the cockpit controller, so that the cockpit controller can display the virtual image of the obstacle in the virtual map.

[0111] Based on the above characteristics, through the virtual map displayed in the first image, it can be known which obstacles are identified and displayed; through the obstacle identification information and other related information in the second image, it can be known which obstacles are successfully identified; and through the obstacle information captured in the road picture, it can be known which obstacles actually exist.

[0112] Therefore, the road picture, the first image and the second image may be compared, and the problem of the test vehicle may be located based on the comparison result.

[0113] For example, an actual obstacle object can be identified from the road image, and for any obstacle object identified in the road image, the recognition results of the obstacle object in the first image and the second image can be determined, and based on the determined recognition results, the problem of the test vehicle can be located. For example, it can be determined whether the first image and the second image contain relevant information of the obstacle object, and if so, it can be determined that the obstacle object has been identified.

[0114] Specifically, if the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is not recognized, it means that the intelligent driving domain controller fails to recognize the obstacle object, and it can be determined that there is a problem with the intelligent driving domain controller of the test vehicle; if the recognition result of the first image indicates that the obstacle object is not recognized, but the recognition result of the second image indicates that the obstacle object is recognized, it means that the intelligent driving domain controller recognizes the obstacle object, but the cockpit domain controller fails to recognize the obstacle object, which indicates that there is a problem with the cockpit domain controller of the test vehicle.

[0115] When displaying video stream data, if the acquired video stream data includes not only the test data within the acquisition time period but also the full test data during the road test, the terminal device can control the start playback progress and the end playback progress of the video stream data. The terminal device can determine the start playback progress and the end playback progress of the video stream data according to the acquisition time period indicated by the access request, and start playing the first data and the second data in the video stream data according to the start playback progress, and display the target prompt information when playing to the end playback progress.

[0116] The target prompt information can be used to prompt the user that the first data and the second data have been played.

[0117] The vehicle testing method provided by the embodiment of the present disclosure can, when problem location is needed, simultaneously display test data of multiple related test sources through video stream data in different areas of the test page according to an access request of the test page, thereby facilitating users to view and compare test data from different test sources. There is no need for users to manually align the time points of test data from different test sources, thus facilitating users to locate problems in test vehicles and improving the efficiency of vehicle testing analysis.

[0118] See also Figure 5As shown, it is a flow chart of another vehicle testing method provided by an embodiment of the present disclosure. In this method, the recording module of the vehicle testing system can obtain test data from the test source of the test vehicle through the data acquisition interface, and then display it through the test page. When displaying, it can respond to the user's recording operation and record the display content of the test page as video stream data. When the user needs to view the video stream data corresponding to the problem to be tested, the display module can generate an access request for the test page, and according to the access request, obtain the video stream data corresponding to the access request, and display the test data of each test source in the video stream data on the test page.

[0119] Those skilled in the art will appreciate that, in the above method of specific implementation, the order in which the steps are written does not imply a strict execution order and does not constitute any limitation on the implementation process. The specific execution order of the steps should be determined by their functions and possible internal logic.

[0120] Based on the same inventive concept, a vehicle testing device corresponding to the vehicle testing method is also provided in the embodiment of the present disclosure. Since the principle of solving the problem by the device in the embodiment of the present disclosure is similar to the above-mentioned vehicle testing method in the embodiment of the present disclosure, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be repeated.

[0121] Reference Figure 6 FIG. 1 is a schematic diagram of a vehicle testing device provided by an embodiment of the present disclosure, wherein the device comprises:

[0122] A generating module 610, configured to obtain a problem to be tested and generate an access request to a test page, wherein the problem to be tested is determined based on at least one test source, and the at least one test source is used to collect test data during a road test of a test vehicle;

[0123] A first display module 620, configured to display a test page corresponding to the access request, wherein the access request is configured to request the test page to synchronously display first data of a first test source and second data of a second test source, wherein the first data and the second data correspond to the problem to be tested;

[0124] An acquisition module 630 is used to acquire video stream data corresponding to the first data and the second data; the video stream data includes test data collected and recorded by at least one test source during a road test;

[0125] The second display module 640 is used to display the first data in the video stream data in the first area of ​​the test page, and to display the second data in the video stream data in the second area of ​​the test page.

[0126] In an optional implementation manner, the device further includes an association module, configured to:

[0127] Get the running logs generated by each test source after the recording operation is triggered;

[0128] Establish an association relationship between the operation log and the video stream data; the operation log is used to obtain the test source operation status information matching the video stream data, and the operation status information is used to locate the target test source based on the test data displayed in different areas of the test page and the test source operation status information.

[0129] In an optional implementation, the first test source includes: at least one of a camera on the test vehicle, a cockpit domain controller, and an intelligent driving domain controller; the second test source includes the camera, the cockpit domain controller, and a test source in the intelligent driving domain controller other than the first test source; the device further includes a positioning module for:

[0130] Displaying respectively in at least one first area and at least one second area of ​​the test page: a road picture captured by the camera during the road test, a first image corresponding to the test data output by the cockpit domain controller, and a second image corresponding to the test data output by the intelligent driving domain controller;

[0131] The road scene, the first image, and the second image are compared, and a problem of the test vehicle is located based on the comparison result.

[0132] In an optional implementation manner, when the positioning module compares the road picture, the first image, and the second image and locates the problem of the test vehicle based on the comparison result, it is used to:

[0133] For any obstacle object identified in the road picture, determining a recognition result of the obstacle object in the first image and the second image;

[0134] Based on the recognition results of the obstacle object in the first image and the second image, the problem of the test vehicle is located.

[0135] In an optional implementation manner, when the positioning module locates the problem of the test vehicle based on the recognition results of the obstacle object in the first image and the second image, it is used to:

[0136] When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is not recognized, determining that there is a problem with the intelligent driving domain controller of the test vehicle;

[0137] When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is recognized, it is determined that there is a problem with the cockpit domain controller of the test vehicle.

[0138] In an optional implementation manner, when generating an access request for a test page, the generating module is used to:

[0139] Obtaining a collection time period of a first test source indicated by the problem to be tested;

[0140] determining a second test source associated with the first test source;

[0141] An access request for the test page is generated, wherein the access request indicates the first test source and the second test source, and the collection time period; wherein the first data and the second data are collection data within the collection time period.

[0142] In an optional implementation manner, when acquiring the video stream data corresponding to the first data and the second data, the acquisition module is used to:

[0143] According to the acquisition time period, determining target video stream data corresponding to the acquisition time period in pre-recorded video stream data;

[0144] The target video stream data is used as the video stream data corresponding to the first data and the second data.

[0145] In an optional implementation manner, the second display module displays the first data in the video stream data in the first area of ​​the test page, and displays the second data in the video stream data in the second area of ​​the test page, and is used to:

[0146] In the case where the video stream data includes full test data of the road test process, determining the start playback progress and the end playback progress in the video stream data according to the acquisition time period;

[0147] Starting to play the first data and the second data in the video stream data according to the initial play progress;

[0148] When the playback reaches the end of the playback progress, target prompt information is displayed; the target prompt information is used to prompt the user that the first data and the second data have been played.

[0149] In an optional implementation manner, the device further includes a recording module, which is used to:

[0150] During the road test, test data corresponding to the first test source and the second test source are synchronously displayed on the test page; the test data of the first test source and the second test source have different data formats;

[0151] In response to the recording operation, the display content of the test page is recorded to obtain video stream data including the test data of the first test source and the second test source.

[0152] In an optional implementation manner, when the recording module performs video recording on the display content of the test page, it is used to:

[0153] In response to the tag adding operation, tag information added to the currently displayed test page is obtained; the tag information is used to indicate display content of the test page that has a problem to be tested;

[0154] The recorded video stream data is generated based on the tag information and the test data of the first test source and the second test source.

[0155] For descriptions of the processing flow of each module in the device and the interaction flow between each module, reference may be made to the relevant descriptions in the above method embodiment, which will not be described in detail here.

[0156] The present disclosure also provides a computer device, such as Figure 7 FIG. 1 is a schematic diagram of a computer device structure provided in an embodiment of the present disclosure, including:

[0157] A processor 71 and a memory 72; the memory 72 stores machine-readable instructions executable by the processor 71, and the processor 71 is used to execute the machine-readable instructions stored in the memory 72. When the machine-readable instructions are executed by the processor 71, the processor 71 performs the following steps:

[0158] Acquire a problem to be tested and generate an access request to a test page, wherein the problem to be tested is determined based on at least one test source, and the at least one test source is used to collect test data during a road test of a test vehicle;

[0159] Displaying a test page corresponding to the access request, wherein the access request is used to request the test page to synchronously display first data of a first test source and second data of a second test source, wherein the first data and the second data correspond to the problem to be tested;

[0160] Acquire video stream data corresponding to the first data and the second data; the video stream data includes test data collected and recorded by at least one test source during a road test;

[0161] The first data in the video stream data is displayed in the first area of ​​the test page, and the second data in the video stream data is displayed in the second area of ​​the test page.

[0162] In an optional implementation manner, the instructions executed by the processor 71 further include:

[0163] Get the running logs generated by each test source after the recording operation is triggered;

[0164] Establish an association relationship between the operation log and the video stream data; the operation log is used to obtain the test source operation status information matching the video stream data, and the operation status information is used to locate the target test source based on the test data displayed in different areas of the test page and the test source operation status information.

[0165] In an optional implementation, the first test source includes: at least one of a shooting device, a cockpit domain controller, and an intelligent driving domain controller on the test vehicle, and the second test source includes the shooting device, the cockpit domain controller, and a test source in the intelligent driving domain controller other than the first test source; the instructions executed by the processor 71 also include:

[0166] In an optional implementation, at least one first area and at least one second area of ​​the test page respectively display: a road picture captured by the camera during the road test, a first image corresponding to the test data output by the cockpit domain controller, and a second image corresponding to the test data output by the intelligent driving domain controller;

[0167] The road scene, the first image, and the second image are compared, and a problem of the test vehicle is located based on the comparison result.

[0168] In an optional implementation manner, in the instructions executed by the processor 71, comparing the road picture, the first image, and the second image, and locating the problem of the test vehicle based on the comparison result, includes:

[0169] For any obstacle object identified in the road picture, determining a recognition result of the obstacle object in the first image and the second image;

[0170] Based on the recognition results of the obstacle object in the first image and the second image, the problem of the test vehicle is located.

[0171] In an optional implementation manner, in the instructions executed by the processor 71, the problem location of the test vehicle based on the recognition results of the obstacle object in the first image and the second image includes:

[0172] When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is not recognized, determining that there is a problem with the intelligent driving domain controller of the test vehicle;

[0173] When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is recognized, it is determined that there is a problem with the cockpit domain controller of the test vehicle.

[0174] In an optional implementation manner, in the instructions executed by the processor 71, the step of generating an access request for a test page includes:

[0175] Obtaining a collection time period of a first test source indicated by the problem to be tested;

[0176] determining a second test source associated with the first test source;

[0177] An access request for the test page is generated, wherein the access request indicates the first test source and the second test source, and the collection time period; wherein the first data and the second data are collection data within the collection time period.

[0178] In an optional implementation manner, in the instruction executed by the processor 71, the acquiring the video stream data corresponding to the first data and the second data includes:

[0179] According to the acquisition time period, determining target video stream data corresponding to the acquisition time period in pre-recorded video stream data;

[0180] The target video stream data is used as the video stream data corresponding to the first data and the second data.

[0181] In an optional implementation manner, in the instructions executed by the processor 71, displaying the first data in the video stream data in the first area of ​​the test page and displaying the second data in the video stream data in the second area of ​​the test page include:

[0182] In the case where the video stream data includes full test data of the road test process, determining the start playback progress and the end playback progress in the video stream data according to the acquisition time period;

[0183] Starting to play the first data and the second data in the video stream data according to the initial play progress;

[0184] When the playback reaches the end of the playback progress, target prompt information is displayed; the target prompt information is used to prompt the user that the first data and the second data have been played.

[0185] In an optional implementation manner, the instructions executed by the processor 71 further include:

[0186] During the road test, test data corresponding to the first test source and the second test source are synchronously displayed on the test page; the test data of the first test source and the second test source have different data formats;

[0187] In response to the recording operation, the display content of the test page is recorded to obtain video stream data including the test data of the first test source and the second test source.

[0188] In an optional implementation manner, in the instructions executed by the processor 71, the video recording of the display content of the test page includes:

[0189] In response to the tag adding operation, tag information added to the currently displayed test page is obtained; the tag information is used to indicate display content of the test page that has a problem to be tested;

[0190] The recorded video stream data is generated based on the tag information and the test data of the first test source and the second test source.

[0191] The above-mentioned memory 72 includes internal memory 721 and external memory 722; the memory 721 here is also called internal memory, which is used to temporarily store the calculation data in the processor 71, as well as the data exchanged with the external memory 722 such as the hard disk. The processor 71 exchanges data with the external memory 722 through the internal memory 721.

[0192] The specific execution process of the above instructions can refer to the steps of the vehicle testing method described in the embodiment of the present disclosure, which will not be repeated here.

[0193] The embodiment of the present disclosure also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the vehicle testing method described in the above method embodiment are executed. The storage medium can be a volatile or non-volatile computer-readable storage medium.

[0194] The present disclosure also provides a computer program product that carries a program code. The program code includes instructions that can be used to execute the steps of the vehicle testing method described in the above method embodiment. For details, please refer to the above method embodiment, which will not be repeated here.

[0195] The computer program product may be implemented in hardware, software or a combination thereof. In one optional embodiment, the computer program product is implemented as a computer storage medium. In another optional embodiment, the computer program product is implemented as a software product, such as a software development kit (SDK).

[0196] Those skilled in the art can clearly understand that, for the convenience and simplicity of description, the specific working process of the system and device described above can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here. In the several embodiments provided in the present disclosure, it should be understood that the disclosed system, device and method can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some communication interfaces, and the indirect coupling or communication connection of the device or unit can be electrical, mechanical or other forms.

[0197] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0198] In addition, each functional unit in each embodiment of the present disclosure may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0199] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a non-volatile computer-readable storage medium that is executable by a processor. Based on this understanding, the technical solution of the present disclosure, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present disclosure. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0200] Finally, it should be noted that the above-described embodiments are only specific implementation methods of the present disclosure, which are used to illustrate the technical solutions of the present disclosure, rather than to limit them. The protection scope of the present disclosure is not limited thereto. Although the present disclosure is described in detail with reference to the above-described embodiments, ordinary technicians in the field should understand that any technician familiar with the technical field can still modify the technical solutions recorded in the above-described embodiments within the technical scope disclosed in the present disclosure, or can easily think of changes, or make equivalent replacements for some of the technical features therein; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present disclosure, and should be included in the protection scope of the present disclosure. Therefore, the protection scope of the present disclosure should be based on the protection scope of the claims.

Claims

1. A vehicle testing method, characterized in that: include: Acquire a problem to be tested and generate an access request to a test page, wherein the problem to be tested is determined based on at least one test source, and the at least one test source is used to collect test data during a road test of a test vehicle; Displaying a test page corresponding to the access request, wherein the access request is used to request the test page to synchronously display first data of a first test source and second data of a second test source, wherein the first data and the second data correspond to the problem to be tested; Acquire video stream data corresponding to the first data and the second data; The video stream data includes test data collected and recorded by at least one test source during a road test; The first data in the video stream data is displayed in the first area of ​​the test page, and the second data in the video stream data is displayed in the second area of ​​the test page.

2. The method according to claim 1, characterized in that The method further comprises: Get the running logs generated by each test source after the recording operation is triggered; Establish an association relationship between the operation log and the video stream data; the operation log is used to obtain the test source operation status information matching the video stream data, and the operation status information is used to locate the target test source based on the test data displayed in different areas of the test page and the test source operation status information.

3. The method according to claim 1, characterized in that The first test source includes: at least one of a camera on the test vehicle, a cockpit domain controller, and an intelligent driving domain controller; the second test source includes the camera, the cockpit domain controller, and a test source in the intelligent driving domain controller other than the first test source; the method further includes: Displaying respectively in at least one first area and at least one second area of ​​the test page: a road picture captured by the camera during the road test, a first image corresponding to the test data output by the cockpit domain controller, and a second image corresponding to the test data output by the intelligent driving domain controller; The road picture, the first image and the second image are compared, and the problem of the test vehicle is located based on the comparison result.

4. The method according to claim 3, characterized in that: The comparing the road picture, the first image, and the second image, and locating the problem of the test vehicle based on the comparison result, includes: For any obstacle object identified in the road picture, determining a recognition result of the obstacle object in the first image and the second image; Based on the recognition results of the obstacle object in the first image and the second image, the problem of the test vehicle is located.

5. The method according to claim 4, characterized in that The method of locating a problem of the test vehicle based on the recognition results of the obstacle object in the first image and the second image includes: When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is not recognized, determining that there is a problem with the intelligent driving domain controller of the test vehicle; When the recognition result of the first image indicates that the obstacle object is not recognized, and the recognition result of the second image indicates that the obstacle object is recognized, it is determined that there is a problem with the cockpit domain controller of the test vehicle.

6. The method according to claim 1, characterized in that The step of generating an access request for a test page includes: Obtaining a collection time period of a first test source indicated by the problem to be tested; determining a second test source associated with the first test source; An access request for the test page is generated, wherein the access request indicates the first test source and the second test source, and the collection time period; wherein the first data and the second data are collection data within the collection time period.

7. The method according to claim 6, characterized in that The obtaining of video stream data corresponding to the first data and the second data includes: According to the acquisition time period, determining target video stream data corresponding to the acquisition time period in pre-recorded video stream data; The target video stream data is used as the video stream data corresponding to the first data and the second data.

8. The method according to claim 7, characterized in that The step of displaying the first data in the video stream data in the first area of ​​the test page and displaying the second data in the video stream data in the second area of ​​the test page comprises: In the case where the video stream data includes full test data of the road test process, determining the start playback progress and the end playback progress in the video stream data according to the acquisition time period; Starting to play the first data and the second data in the video stream data according to the initial play progress; When the playback reaches the end of the playback progress, target prompt information is displayed; the target prompt information is used to prompt the user that the first data and the second data have been played.

9. The method according to claim 1, characterized in that: The method further comprises: During the road test, test data corresponding to the first test source and the second test source are synchronously displayed on the test page; the test data of the first test source and the second test source have different data formats; In response to the recording operation, the display content of the test page is recorded to obtain video stream data including the test data of the first test source and the second test source.

10. The method according to claim 9, characterized in that The video recording of the display content of the test page includes: In response to the tag adding operation, tag information added to the currently displayed test page is obtained; the tag information is used to indicate display content of the test page that has a problem to be tested; The recorded video stream data is generated based on the tag information and the test data of the first test source and the second test source.

11. A vehicle testing device, characterized in that: include: A generating module, used for acquiring a problem to be tested and generating an access request for a test page, wherein the problem to be tested is determined based on at least one test source, and the at least one test source is used for collecting test data during a road test of a test vehicle; A first display module, used for displaying a test page corresponding to the access request, wherein the access request is used for requesting the test page to synchronously display first data of a first test source and second data of a second test source, wherein the first data and the second data correspond to the problem to be tested; An acquisition module, used to acquire video stream data corresponding to the first data and the second data; The video stream data includes test data collected and recorded by at least one test source during a road test; The second display module is used to display the first data in the video stream data in the first area of ​​the test page, and to display the second data in the video stream data in the second area of ​​the test page.

12. A computer device, characterized in that: include: A processor and a memory, wherein the memory stores machine-readable instructions executable by the processor, and the processor is used to execute the machine-readable instructions stored in the memory. When the machine-readable instructions are executed by the processor, the processor executes the steps of the vehicle testing method according to any one of claims 1 to 10.

13. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program. When the computer program is executed by a computer device, the computer device executes the steps of the vehicle testing method according to any one of claims 1 to 10.

Images