Automatic test method, device and equipment for vehicle-mounted entertainment system and medium
By acquiring the coordinate information of target elements through the in-vehicle entertainment system and performing automated testing, the problems of low efficiency and insufficient coverage of manual testing are solved, achieving efficient and reliable test results and reducing costs.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-02-13
- Publication Date
- 2026-04-03
AI Technical Summary
In the current technology, the testing of in-vehicle entertainment systems relies on manual operation, which has problems such as low testing efficiency, insufficient coverage, poor result consistency and high cost, making it difficult to meet the testing needs of rapid iteration.
By acquiring the coordinate information of target elements of in-vehicle entertainment systems at different resolutions, storing it in a configuration file, and simulating screen touch operations on the system based on a preset test case execution order, automated testing is performed until all test cases are completed.
It enables efficient and high-quality testing of in-vehicle entertainment system applications, improves test execution rate and the reliability of results, and reduces manpower and time costs.
Smart Images
Figure CN121785941A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of computer software testing technology, and in particular to an automated testing method, apparatus, equipment, and medium for in-vehicle entertainment systems. Background Technology
[0002] As the process of automotive intelligence accelerates, the number and functional complexity of applications integrated into in-vehicle entertainment systems continue to increase. Applications such as vehicle assistants, navigation maps, and audio-visual playback have become core elements in measuring the driving experience, and the importance of corresponding application testing is becoming increasingly prominent.
[0003] Currently, testing of in-vehicle entertainment system applications generally relies on manual operation. Testers must manually perform interactive actions such as clicking, swiping, and long-pressing on the vehicle's infotainment screen to verify application functions, interaction logic, and operational stability one by one. This model has significant drawbacks: First, testing efficiency is extremely low. Faced with rapidly iterating in-vehicle infotainment system versions, the progress of manual testing is difficult to keep up with the development pace, easily prolonging the product launch cycle. Second, test coverage is insufficient. Manual operation cannot accurately reproduce complex multi-step interaction scenarios and cannot be continuously executed for extended periods, resulting in the omission of potential issues in many edge scenarios. Third, test results are inconsistent. Different testers have different operating habits, making it difficult to establish standardized testing procedures, resulting in low reliability and traceability of test data. Fourth, testing costs are high. Manual testing requires a significant investment of manpower and time, and repetitive operations further exacerbate resource consumption in cross-scenario testing between in-vehicle test benches and real in-vehicle environments.
[0004] Therefore, how to meet the needs of efficient and high-quality testing of in-vehicle entertainment system applications is a technical problem that urgently needs to be solved. Summary of the Invention
[0005] In view of this, the purpose of this invention is to provide an automated testing method, apparatus, equipment, and medium for in-vehicle entertainment systems, capable of meeting the high-efficiency, high-quality testing requirements of in-vehicle entertainment system applications. The specific solution is as follows: Firstly, this application provides an automated testing method for an in-vehicle entertainment system, including: The coordinate information of the target element is obtained from the in-vehicle entertainment system containing different resolutions, and the target element and the coordinate information corresponding to different resolutions are stored in the configuration file corresponding to the in-vehicle entertainment system; the target element is a component corresponding to the application in the in-vehicle entertainment system. The current test case is determined from the preset test case set based on the preset test case execution order. The current test case and the screen resolution of the in-vehicle device with display function in the target vehicle are used to simulate screen touch operation on the in-vehicle entertainment system based on the configuration file, so as to perform automated testing of the in-vehicle entertainment system. Jump to the step of determining the current test case from the preset test case set based on the preset test case execution order, until all test cases in the preset test case set have been executed, and obtain the test result corresponding to the automated test.
[0006] Optionally, obtaining the coordinate information of the target element from an in-vehicle entertainment system containing different resolutions includes: Obtain information about in-vehicle entertainment systems with different resolutions using command-line tools; The coordinate information of the target element is obtained from the in-vehicle entertainment system through a preset application programming interface.
[0007] Optionally, the step of utilizing the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and simulating screen touch operation on the in-vehicle entertainment system based on the configuration file includes: Determine the screen resolution of the in-vehicle equipment with display capabilities in the target vehicle; The target file corresponding to the screen resolution is determined from the configuration file, and the target coordinate information in the target file is read. During the execution of the current test case, screen touch operations are simulated on the in-vehicle entertainment system based on the target coordinate information.
[0008] Optionally, the step of utilizing the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and simulating screen touch operation on the in-vehicle entertainment system based on the configuration file includes: The current test case is transmitted to the in-vehicle entertainment system using the push command in the command-line tool, thereby obtaining the in-vehicle entertainment system containing the current test case; The simulated screen touch operation of the in-vehicle entertainment system containing the current test case is triggered by a preset remote command based on the screen resolution of the in-vehicle device with display function in the target vehicle and the configuration file.
[0009] Optionally, the simulated screen touch operation includes: The screen touch operation is recorded using the command-line tool, the target command in the command-line tool, and the screen recording command based on the in-vehicle entertainment system to obtain the video file corresponding to the automated test.
[0010] Optionally, the automated testing method for the in-vehicle entertainment system further includes: Determine the return code and text log obtained after executing the current test case; The execution result of the current test case is determined based on the return code and the text log, and a test report is generated based on the execution result, so as to obtain the test result corresponding to the automated test based on the test report.
[0011] Secondly, this application provides an automated testing device for an in-vehicle entertainment system, comprising: An information storage module is used to obtain coordinate information of target elements from in-vehicle entertainment systems containing different resolutions, and store the target elements and coordinate information corresponding to different resolutions in a configuration file corresponding to the in-vehicle entertainment system; the target elements are components corresponding to applications in the in-vehicle entertainment system. The system testing module is used to determine the current test case from the preset test case set based on the preset test case execution order, and to use the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and the configuration file to simulate screen touch operation on the in-vehicle entertainment system to perform automated testing of the in-vehicle entertainment system. The result determination module is used to jump to the step of determining the current test case from the preset test case set based on the preset test case execution order, until all test cases in the preset test case set have been executed, and the test result corresponding to the automated test is obtained.
[0012] Thirdly, this application provides an electronic device, comprising: Memory, used to store computer programs; A processor is used to execute the computer program to implement the aforementioned automated testing method for in-vehicle entertainment systems.
[0013] Fourthly, this application provides a computer-readable storage medium for storing a computer program; wherein, when the computer program is executed by a processor, it implements the aforementioned automated testing method for an in-vehicle entertainment system.
[0014] In this application, coordinate information of target elements is obtained from in-vehicle entertainment systems with different resolutions, and the target elements and coordinate information corresponding to different resolutions are stored in a configuration file corresponding to the in-vehicle entertainment system. The target elements are components corresponding to applications in the in-vehicle entertainment system. Based on a preset test case execution order, the current test case is determined from a preset test case set. Using the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and based on the configuration file, screen touch operation is simulated on the in-vehicle entertainment system to perform automated testing of the in-vehicle entertainment system. The process then jumps to the step of determining the current test case from the preset test case set based on the preset test case execution order until all test cases in the preset test case set have been executed, obtaining the test results corresponding to the automated test. As can be seen from the above, in this application, for in-vehicle entertainment systems with different resolutions, the coordinate information of target elements is extracted, and the target elements and coordinate information corresponding to each resolution are saved to a configuration file corresponding to the in-vehicle entertainment system. The target elements are components of applications in the in-vehicle entertainment system. According to the preset test case execution order, the current test case is selected from the preset test case set. Combined with the screen resolution of the in-vehicle device with display function in the target vehicle, the configuration file is invoked to simulate screen touch operation on the in-vehicle entertainment system, executing automated testing. The step of selecting the current test case is repeated until all test cases in the preset test case set have been executed, finally generating the test results of the automated test. In this way, this application can meet the efficient and high-quality testing requirements of in-vehicle entertainment system applications and significantly improve the test execution rate for in-vehicle entertainment systems. Attached Figure Description
[0015] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort.
[0016] Figure 1 This application discloses an automated testing method for an in-vehicle entertainment system. Figure 2 This application discloses a flowchart of an automated testing method for a specific in-vehicle entertainment system. Figure 3 This is a schematic diagram of an automated testing device for an in-vehicle entertainment system disclosed in this application. Figure 4 This is a structural diagram of an electronic device disclosed in this application. Detailed Implementation
[0017] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.
[0018] Currently, testing of in-vehicle entertainment system applications generally relies on manual operation. Testers must manually perform interactive actions such as clicking, swiping, and long-pressing on the vehicle's infotainment screen to verify application functions, interaction logic, and operational stability one by one. This model has significant drawbacks: First, testing efficiency is extremely low. Faced with rapidly iterating in-vehicle infotainment system versions, the progress of manual testing is difficult to keep up with the development pace, easily prolonging the product launch cycle. Second, test coverage is insufficient. Manual operation cannot accurately reproduce complex multi-step interaction scenarios and cannot continuously execute tests for extended periods, leading to the omission of potential issues in many edge scenarios. Third, test results are inconsistent. Different testers have different operating habits, making it difficult to establish standardized testing procedures, resulting in low reliability and traceability of test data. Fourth, testing costs are high. Manual testing requires a significant investment of manpower and time, and repetitive operations further exacerbate resource consumption in cross-scenario testing on in-vehicle benches and in real-world in-vehicle environments. To address these issues, this application provides an automated testing method, apparatus, equipment, and medium for in-vehicle entertainment systems, which can meet the needs of efficient and high-quality testing of in-vehicle entertainment system applications.
[0019] See Figure 1 As shown, this invention discloses an automated testing method for an in-vehicle entertainment system, including: Step S11: Obtain the coordinate information of the target element from the in-vehicle entertainment system containing different resolutions, and store the target element and the coordinate information corresponding to the different resolutions into the configuration file corresponding to the in-vehicle entertainment system; the target element is a component corresponding to the application in the in-vehicle entertainment system.
[0020] In this embodiment, to automate the testing of the in-vehicle entertainment system, it is first necessary to collect the coordinate information of the target elements from in-vehicle entertainment systems with different resolutions. In-vehicle entertainment systems typically have multiple screen resolution specifications, such as high-definition, full high-definition, or higher resolution display interfaces. At different resolutions, the position coordinates of components within the same application on the screen may differ. Therefore, this step requires obtaining the coordinate information of the target elements for system environments with different resolutions, thereby ensuring accurate identification and manipulation of the target elements during subsequent testing. Target elements refer to interactive or identifiable interface components contained in various applications within the in-vehicle entertainment system, such as buttons, menu items, icons, text boxes, or sliders.
[0021] In one specific implementation, a command-line tool is used to obtain in-vehicle entertainment systems with different resolutions, and a preset application programming interface (API) is used to retrieve the coordinate information of target elements from the in-vehicle entertainment systems. After obtaining the coordinate information, the target elements corresponding to different resolutions and their coordinate information are associated and stored to form a structured configuration file. This configuration file corresponds to a specific version or model of the in-vehicle entertainment system, facilitating the dynamic retrieval of matching coordinate information based on the resolution of the actual test environment during subsequent testing. This method of storing coordinate information in association with resolution helps improve the adaptability and portability of test scripts, avoids element positioning failures due to changes in screen resolution, and thus improves the stability and execution efficiency of automated testing.
[0022] Step S12: Determine the current test case from the preset test case set based on the preset test case execution order, and use the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and simulate screen touch operation on the in-vehicle entertainment system based on the configuration file to perform automated testing of the in-vehicle entertainment system.
[0023] In this embodiment, after collecting the target element coordinate information and constructing the configuration file, the automated testing execution phase begins. Before testing begins, a test case set containing multiple test cases is predefined, and the execution order of these test cases is set. This execution order can be arranged according to the coherence of the test logic, the dependency relationship of functional modules, or the test priority. Based on this preset order, the test cases that need to be executed are determined sequentially from the test case set.
[0024] To execute test cases, the actual hardware environment of the target vehicle must be considered. Specifically, the screen resolution of the in-vehicle device with display functionality in the target vehicle needs to be determined. After obtaining the screen resolution, the target file corresponding to the screen resolution is determined from the configuration file, and the target coordinate information in the target file is read. During the execution of the current test case, screen touch operations are simulated on the in-vehicle entertainment system based on the target coordinate information. This simulation is achieved by calling the underlying input event injection interface, which can accurately simulate touch gestures such as clicks, swipes, and long presses at specified coordinate positions, thereby driving the application to run according to the flow designed in the test case. This process is fully automated, requiring no manual intervention, and effectively simulates the interaction behavior between a real user and the in-vehicle entertainment system.
[0025] To deploy the test cases to the test environment, the current test cases are transmitted to the in-vehicle entertainment system using the push command in the command-line tool, resulting in an in-vehicle entertainment system containing the current test cases. Subsequently, a preset remote command is used to trigger simulated screen touch operations on the in-vehicle entertainment system containing the current test cases, based on the screen resolution of the in-vehicle device with display functionality in the target vehicle and the configuration file.
[0026] Furthermore, to record the test execution process for subsequent analysis and problem localization, the screen touch operations were recorded using the command-line tool, the target commands within the command-line tool, and the screen recording command based on the in-vehicle entertainment system, resulting in video files corresponding to the automated test. Through this process, automated functional testing of the in-vehicle entertainment system under specific vehicle hardware conditions was achieved, improving testing efficiency and coverage.
[0027] Step S13: Jump to the step of determining the current test case from the preset test case set based on the preset test case execution order, until all test cases in the preset test case set have been executed, and obtain the test result corresponding to the automated test.
[0028] In this embodiment, after completing the simulated touch operation and recording the result of a current test case, the automated testing process does not terminate but needs to be executed cyclically to traverse all preset test cases. Specifically, the process will automatically jump back to the beginning stage of step S12, that is, according to the preset test case execution order, determine the next test case to be executed from the test case set, and repeat the subsequent steps such as matching the corresponding configuration file based on resolution, reading coordinate information, and simulating screen touch operation. This cyclical process will continue until all test cases contained in the test case set have been executed sequentially, thereby ensuring complete test coverage of the preset functional range of the in-vehicle entertainment system.
[0029] During the execution of each test case, the return code and text log obtained after executing the current test case are determined. Then, based on the return code and text log, the execution result of the current test case is determined, and a test report is generated based on the execution result. The test report provides the corresponding test results for automated testing, offering a direct basis for evaluating system quality and stability.
[0030] As can be seen from the above, in this application, for in-vehicle entertainment systems with different resolutions, the coordinate information of target elements is extracted, and the target elements and coordinate information corresponding to each resolution are saved to the configuration file corresponding to the in-vehicle entertainment system; wherein, the target element is a component of the application in the in-vehicle entertainment system. According to the preset test case execution order, the current test case is selected from the preset test case set, and combined with the screen resolution of the in-vehicle device with display function in the target vehicle, the configuration file is called to simulate screen touch operation on the in-vehicle entertainment system and perform automated testing. The step of selecting the current test case is repeated until all test cases in the preset test case set have been executed, and finally the test results of the automated test are generated. In this way, this application can meet the efficient and high-quality testing requirements of in-vehicle entertainment system applications and significantly improve the test execution rate of in-vehicle entertainment systems.
[0031] The following is combined Figure 2 The schematic diagram shown illustrates the technical solution of the embodiments of this application in detail.
[0032] Specifically, the first step is to integrate and adapt the system to the vehicle's infotainment system environment. Different car models have in-vehicle entertainment systems with varying resolutions, resulting in different display sizes for applications installed on these systems. For example, an application might display full screen on a car model A's infotainment system but only two-thirds of the screen on a car model B's. Consequently, each menu item and button within the application will appear in different positions on different screen resolutions, meaning its x and y coordinates will differ, even though the application's functionality remains the same. To enable the automated testing framework to support multiple resolutions and run on in-vehicle entertainment system screens of different resolutions, the coordinates of the function buttons on each page of the application need to be integrated according to different resolutions. A unified coordinate operation abstraction layer needs to be implemented for in-vehicle entertainment system screens of different resolutions. Different configuration files are used to manage the elements and coordinates of the application at different resolutions, such as the home menu, coordinates, confirmation button, and coordinates. When the automated testing framework executes, it reads the corresponding resolution coordinate configuration file based on the currently input execution parameters, such as the screen resolution.
[0033] Secondly, coordinate positioning and mapping are performed. In-vehicle entertainment systems have different resolutions, and applications installed on these systems have different display sizes. Extracting the coordinates of button elements for each application on a different resolution system manually would be extremely time-consuming and labor-intensive. Therefore, element coordinates can be dynamically obtained. This can be achieved by using the adb commands in ADB (Android Debug Bridge) to access the in-vehicle entertainment system and using `View.getLocationOnScreen()` to obtain the absolute coordinates of the element on the screen. The element and its coordinates can then be stored in a configuration file.
[0034] Then, automated operation simulation is performed. Traditional application testing on in-vehicle entertainment systems involves manual testing of the application's functionality on the screen, executing steps according to pre-prepared test cases. There are also specific requirements regarding the execution order of test cases—which cases must be executed first before others. Therefore, the test cases to be executed, their execution operations, execution order, and results can be encapsulated into an automated operation simulation engine. The test cases to be executed and their execution order are input, and the automated operation simulation engine is invoked to complete the test.
[0035] Specifically, the automated operation simulation engine needs to design the test case execution order and scheduling, simulate manual operations, and handle asynchronous and timeout operations. Designing the test case execution order and scheduling involves grouping multiple test cases into a test case set and designing the execution order of the test cases to ensure that the test case set can be executed repeatedly. Simulating manual operations requires the test script to know the exact screen location of a menu or button in order to simulate user clicks, inputs, or swipes. By reading the screen resolution coordinate configuration file, element coordinates such as `adb shell input tap xy` and `adb shell inputswipe xyxy` are read to simulate real screen operations, achieving precise clicks and swipes. Asynchronous and timeout handling is necessary because some test cases need to wait for the previous test case to complete before proceeding. A built-in dynamic waiting mechanism adjusts dynamically based on response time to avoid script interruptions due to interface loading delays.
[0036] Next, test management is implemented. This automated testing framework can be executed on in-vehicle infotainment system screens of different resolutions, as applications on different resolution in-vehicle infotainment systems have different element coordinate configuration files. During test case execution, the system connects to the in-vehicle infotainment system via ADB commands. To avoid dependency on external systems, test scripts can be deployed in actual vehicles or test benches. The test scripts are pushed to the in-vehicle infotainment system via ADB, and test case execution can then be triggered remotely. A series of parameters are passed during execution: resolution, the set of test cases to be executed, and automated testing is performed. After the test is completed, a test report is generated based on the recorded test results.
[0037] Finally, test visualization and result analysis are performed. During automated test execution, the automated testing framework uses the `adb shell screenrecord` command-line tool, running in the background to record screen operations: real-time recording of the screen during test operations facilitates playback and problem tracing. After each test case is executed, the result is either successful or failed. The automated testing framework automatically determines whether the test step passed by matching return codes (ERRORLEVEL) and log keywords, records the test results to a file, and generates a structured test report.
[0038] Accordingly, see Figure 3 As shown in the figure, this application provides an automated testing device for an in-vehicle entertainment system, including: The information storage module 11 is used to obtain the coordinate information of the target element from the in-vehicle entertainment system containing different resolutions, and store the target element and the coordinate information corresponding to the different resolutions into the configuration file corresponding to the in-vehicle entertainment system; the target element is a component corresponding to the application in the in-vehicle entertainment system. The system testing module 12 is used to determine the current test case from the preset test case set based on the preset test case execution order, and to use the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and the configuration file to simulate screen touch operation on the in-vehicle entertainment system to perform automated testing of the in-vehicle entertainment system. The result determination module 13 is used to jump to the step of determining the current test case from the preset test case set based on the preset test case execution order, until all test cases in the preset test case set have been executed, and the test result corresponding to the automated test is obtained.
[0039] In some specific embodiments, the information storage module 11 specifically includes: The system acquisition unit is used to acquire information about in-vehicle entertainment systems with different resolutions via command-line tools; The information acquisition unit is used to acquire the coordinate information of the target element from the in-vehicle entertainment system through a preset application programming interface.
[0040] In some specific embodiments, the system testing module 12 specifically includes: A resolution determination unit is used to determine the screen resolution of in-vehicle equipment with display function in the target vehicle. An information reading unit is used to determine the target file corresponding to the screen resolution from the configuration file and read the target coordinate information from the target file; The first operation simulation unit is used to simulate screen touch operation on the in-vehicle entertainment system based on the target coordinate information during the execution of the current test case.
[0041] In some specific embodiments, the system testing module 12 specifically includes: The test case transmission unit is used to transmit the current test case to the in-vehicle entertainment system through the push command in the command line tool, so as to obtain the in-vehicle entertainment system containing the current test case; The second operation simulation unit is used to trigger simulated screen touch operation of the in-vehicle entertainment system containing the current test case by means of a preset remote command based on the screen resolution of the in-vehicle device with display function in the target vehicle and the configuration file.
[0042] In some specific embodiments, the system testing module 12 specifically includes: The file determination unit is used to record the screen touch operation through the command line tool, the target command in the command line tool and the screen recording command of the in-vehicle entertainment system, to obtain the video file corresponding to the automated test.
[0043] In some specific embodiments, the automated testing device for the in-vehicle entertainment system further includes: The information determination unit is used to determine the return code and text log obtained after executing the current test case; The result determination unit is used to determine the execution result of the current test case based on the return code and the text log, and generate a test report based on the execution result, so as to obtain the test result corresponding to the automated test based on the test report.
[0044] Furthermore, embodiments of this application also disclose an electronic device, Figure 4This is a structural diagram of an electronic device 20 according to an exemplary embodiment. The content of the diagram should not be construed as limiting the scope of this application. The electronic device 20 may specifically include: at least one processor 21, at least one memory 22, a power supply 23, a communication interface 24, an input / output interface 25, and a communication bus 26. The memory 22 stores a computer program, which is loaded and executed by the processor 21 to implement the relevant steps in the automated testing method for the in-vehicle entertainment system disclosed in any of the foregoing embodiments. Furthermore, the electronic device 20 in this embodiment may specifically be an electronic computer.
[0045] In this embodiment, the power supply 23 is used to provide operating voltage for each hardware device on the electronic device 20; the communication interface 24 can create a data transmission channel between the electronic device 20 and external devices, and the communication protocol it follows can be any communication protocol applicable to the technical solution of this application, and is not specifically limited here; the input / output interface 25 is used to acquire external input data or output data to the outside world, and its specific interface type can be selected according to specific application needs, and is not specifically limited here.
[0046] In addition, the memory 22, as a carrier for resource storage, can be a read-only memory, random access memory, disk or optical disk, etc. The resources stored thereon can include operating system 221, computer program 222, etc., and the storage method can be temporary storage or permanent storage.
[0047] The operating system 221 is used to manage and control the various hardware devices on the electronic device 20 and the computer program 222, which may be Windows Server, Netware, Unix, Linux, etc. In addition to including a computer program capable of performing the automated testing method of the in-vehicle entertainment system executed by the electronic device 20 as disclosed in any of the foregoing embodiments, the computer program 222 may further include computer programs capable of performing other specific tasks.
[0048] Furthermore, this application also discloses a computer-readable storage medium for storing a computer program; wherein, when the computer program is executed by a processor, it implements the aforementioned automated testing method for an in-vehicle entertainment system. Specific steps of this method can be found in the corresponding content disclosed in the foregoing embodiments, and will not be repeated here.
[0049] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on its differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For the apparatus disclosed in the embodiments, since it corresponds to the method disclosed in the embodiments, the description is relatively simple; relevant parts can be referred to in the method section.
[0050] Those skilled in the art will further recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.
[0051] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented directly by hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.
[0052] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.
[0053] The technical solutions provided in this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The descriptions of the above embodiments are only for the purpose of helping to understand the methods and core ideas of this application. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this application. Therefore, the content of this specification should not be construed as a limitation of this application.
Claims
1. An automated testing method for an in-vehicle entertainment system, characterized in that, include: The coordinate information of the target element is obtained from the in-vehicle entertainment system containing different resolutions, and the target element and the coordinate information corresponding to the different resolutions are stored in the configuration file corresponding to the in-vehicle entertainment system. The target element is the component corresponding to the application in the in-vehicle entertainment system; The current test case is determined from the preset test case set based on the preset test case execution order. The current test case and the screen resolution of the in-vehicle device with display function in the target vehicle are used to simulate screen touch operation on the in-vehicle entertainment system based on the configuration file, so as to perform automated testing of the in-vehicle entertainment system. Jump to the step of determining the current test case from the preset test case set based on the preset test case execution order, until all test cases in the preset test case set have been executed, and obtain the test result corresponding to the automated test.
2. The automated testing method for an in-vehicle entertainment system according to claim 1, characterized in that, The process of obtaining the coordinate information of the target element from an in-vehicle entertainment system containing different resolutions includes: Obtain information about in-vehicle entertainment systems with different resolutions using command-line tools; The coordinate information of the target element is obtained from the in-vehicle entertainment system through a preset application programming interface.
3. The automated testing method for an in-vehicle entertainment system according to claim 1, characterized in that, The step of utilizing the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and simulating screen touch operation on the in-vehicle entertainment system based on the configuration file includes: Determine the screen resolution of the in-vehicle equipment with display capabilities in the target vehicle; The target file corresponding to the screen resolution is determined from the configuration file, and the target coordinate information in the target file is read. During the execution of the current test case, screen touch operations are simulated on the in-vehicle entertainment system based on the target coordinate information.
4. The automated testing method for an in-vehicle entertainment system according to claim 2, characterized in that, The step of utilizing the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and simulating screen touch operation on the in-vehicle entertainment system based on the configuration file includes: The current test case is transmitted to the in-vehicle entertainment system using the push command in the command-line tool, thereby obtaining the in-vehicle entertainment system containing the current test case; The simulated screen touch operation of the in-vehicle entertainment system containing the current test case is triggered by a preset remote command based on the screen resolution of the in-vehicle device with display function in the target vehicle and the configuration file.
5. The automated testing method for an in-vehicle entertainment system according to claim 2, characterized in that, The simulated screen touch operation includes: The screen touch operation is recorded using the command-line tool, the target command in the command-line tool, and the screen recording command based on the in-vehicle entertainment system to obtain the video file corresponding to the automated test.
6. The automated testing method for an in-vehicle entertainment system according to any one of claims 1 to 5, characterized in that, Also includes: Determine the return code and text log obtained after executing the current test case; The execution result of the current test case is determined based on the return code and the text log, and a test report is generated based on the execution result, so as to obtain the test result corresponding to the automated test based on the test report.
7. An automated testing device for an in-vehicle entertainment system, characterized in that, include: An information storage module is used to obtain the coordinate information of a target element from an in-vehicle entertainment system containing different resolutions, and store the target element and the coordinate information corresponding to different resolutions into a configuration file corresponding to the in-vehicle entertainment system; The target element is the component corresponding to the application in the in-vehicle entertainment system; The system testing module is used to determine the current test case from the preset test case set based on the preset test case execution order, and to use the current test case, the screen resolution of the in-vehicle device with display function in the target vehicle, and the configuration file to simulate screen touch operation on the in-vehicle entertainment system to perform automated testing of the in-vehicle entertainment system. The result determination module is used to jump to the step of determining the current test case from the preset test case set based on the preset test case execution order, until all test cases in the preset test case set have been executed, and the test result corresponding to the automated test is obtained.
8. The automated testing device for an in-vehicle entertainment system according to claim 7, characterized in that, The system testing module includes: A resolution determination unit is used to determine the screen resolution of in-vehicle equipment with display function in the target vehicle. An information reading unit is used to determine the target file corresponding to the screen resolution from the configuration file and read the target coordinate information from the target file; The operation simulation unit is used to simulate screen touch operation on the in-vehicle entertainment system based on the target coordinate information during the execution of the current test case.
9. An electronic device, characterized in that, include: Memory, used to store computer programs; A processor for executing the computer program to implement the automated testing method for the in-vehicle entertainment system as described in any one of claims 1 to 6.
10. A computer-readable storage medium, characterized in that, Used to store computer programs; wherein, when the computer programs are executed by a processor, they implement the automated testing method for the in-vehicle entertainment system as described in any one of claims 1 to 6.