Automatic test auxiliary method, device and equipment for vehicle-mounted software and medium

Abstract

The invention provides an automatic test auxiliary method and device for vehicle-mounted software, equipment and a medium, and effectively solves the problem that the efficiency and effectiveness are low when the vehicle-mounted software is tested in an existing integrated test mode. The method comprises the steps that an OTA server obtains a vehicle-mounted software package generated by a pre-configured CI server, and a vehicle machine is controlled to check the received vehicle-mounted software package based on a check code of the vehicle-mounted software package; after the vehicle-mounted software package passes verification, the vehicle-mounted terminal performs version upgrading, triggers a test mechanism through the ATP server after upgrading is completed, and pushes a test instruction to the upper computer; the upper computer forwards the test instruction to the auxiliary test module, so that the auxiliary test module tests interfaces of various vehicle-mounted software on the vehicle-mounted machine to obtain a test result; and the auxiliary test module automatically feeds back a test result to the ATP server according to a preset feedback mechanism, and visually displays the test result after the test mechanism is stopped.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of software testing, in particular to an automatic test assisting method, device and equipment for vehicle-mounted software and a medium. BACKGROUND

[0002] With the transformation of the automobile industry to "electrification, intelligence, networking", vehicle-mounted software has been upgraded from the traditional "function control tool" to the core carrier that determines the performance, safety and user experience of vehicles. Compared with consumer software, vehicle-mounted software needs to meet the three core demands of "high safety, strong real-time performance and multi-scenario adaptability", and its testing complexity grows exponentially.

[0003] On the functional level, vehicle-mounted software is no longer limited to "mechanical control", and new complex scenarios such as automatic driving (such as adaptive cruise control, automatic parking), intelligent cockpit (such as multi-screen interaction, voice assistant), and Internet of Vehicles (such as OTA upgrade, V2X communication) have been added. Taking the intelligent cockpit as an example, it needs to support "real-time rendering of navigation maps, multimedia playback, seat / air conditioner linkage control, driver attention monitoring" and other multi-task concurrency, and there is a strong coupling relationship between functions (such as automatically reducing the music volume when the navigation voice is broadcast). The characteristics of "large scale, high coupling and multi-scenario" make the testing efficiency of the traditional "manual function-by-function testing" integrated testing method, which is tested by manually writing test code or manually testing integrated function points, greatly reduced - a complete cockpit software testing process takes weeks or even months to execute manually, far from meeting the rhythm of "2-3 months of OTA iteration" of vehicle-mounted software, and automatic test assisting technology is needed to realize the automation and efficiency of the testing process.

[0004] In view of this phenomenon, the integrated testing method of "manual function-by-function testing" has evolved into a derivative testing method that only tests the changed and modified parts, but it cannot cover all functions and interfaces, and the existing integrated testing method relies on each engineer to build their own bench to test separately, which cannot realize the linkage in testing and reduces the effectiveness of integrated testing. SUMMARY

[0005] Therefore, the purpose of the present application is to provide an automatic test assisting method, device and equipment for vehicle-mounted software, which effectively solves the problems of low efficiency and effectiveness of the existing integrated testing method when testing vehicle-mounted software.

[0006] In a first aspect, an automatic test assisting method for vehicle-mounted software is provided, which is applicable to a car machine. The car machine is connected to an upper computer, an ATP server and an OTA server respectively. The ATP server is connected to a CI server. The car machine includes an auxiliary test module. The method comprises the following steps: The OTA server acquires the vehicle software package generated by the pre-configured CI server and forwards the vehicle software package to the vehicle machine to control the vehicle machine to verify the received vehicle software package based on a check code of the vehicle software package; The vehicle machine performs version upgrade after the vehicle software package verification passes, triggers a test mechanism through an ATP server after the upgrade is completed, and pushes a test instruction to a host computer based on the ATP server; The host computer forwards the test instruction to an auxiliary test module, so that the auxiliary test module responds to the test instruction, calls a pre-set test case set to test interfaces of multiple vehicle software on the vehicle machine to obtain a test result; The auxiliary test module automatically feeds back the test result to the ATP server according to a pre-set feedback mechanism, and visually displays the test result after the test mechanism stops.

[0007] With reference to the first aspect, a first possible implementation manner of the first aspect is provided in embodiments of the present application, and the OTA server acquires the vehicle software package generated by the pre-configured CI server, including: A plurality of configuration types of configurations are preformed for the CI server, and upgrade data for the vehicle machine is integrated after the configurations are completed to obtain the vehicle software package; The configured CI server automatically generates a target request to send the vehicle software package to the OTA server through the target request.

[0008] With reference to the first aspect, a second possible implementation manner of the first aspect is provided in embodiments of the present application, and the pre-configuring a plurality of configuration types of configurations for the CI server includes: A hardware configuration type and a communication configuration type are set for the CI server; different configuration types correspond to different configuration manners; The CI server is configured by calling the configuration manner to perform configuration of the corresponding configuration type.

[0009] With reference to the first aspect, a third possible implementation manner of the first aspect is provided in embodiments of the present application, and the vehicle machine performs version upgrade after the vehicle software package verification passes, including: The vehicle machine automatically calculates a second check code based on the vehicle software package, and verifies the first check code and the first check code on the OTA server to obtain a verification result; If the verification result is passed, the vehicle machine performs upgrade of the multiple vehicle software based on upgrade data in the vehicle software package.

[0010] With reference to the first aspect, embodiments of the present application provide a fourth possible implementation of the first aspect, wherein the vehicle machine upgrades a plurality of components based on the upgrade data in the vehicle software package, including: The vehicle machine compares the first version number in the vehicle software package with the second version number of the plurality of vehicle software of the vehicle machine to obtain a comparison result; Based on the comparison result, the vehicle machine controls the plurality of vehicle software to automatically upgrade to trigger the test mechanism.

[0011] With reference to the first aspect, embodiments of the present application provide a fifth possible implementation of the first aspect, wherein the vehicle machine tests the interfaces of the plurality of vehicle software on the vehicle machine based on the pre-configured test case set to obtain a test result, including: Based on the interfaces of the plurality of vehicle software and the application scenarios, the test parameter type and the test parameter range for the corresponding vehicle software are determined; The test parameter type and the test parameter range for the corresponding vehicle software are respectively tested by the pre-configured test case set to generate the test result of the vehicle software.

[0012] With reference to the first aspect, embodiments of the present application provide a sixth possible implementation of the first aspect, wherein the test parameters of the corresponding vehicle software are respectively tested by the pre-configured test case set, including: The test data pre-imported to the target position is segmented to obtain the test cases respectively corresponding to the plurality of vehicle software; The test cases respectively corresponding to the plurality of vehicle software are summarized to store the test case set on the target position.

[0013] In the second aspect, embodiments of the present application provide an automatic test auxiliary device for vehicle software, which is applicable to a vehicle machine, the vehicle machine is respectively connected to a host computer, an ATP server and an OTA server, the ATP server is connected to a CI server, the vehicle machine includes an auxiliary test module, and the device includes: A forwarding module is configured to acquire a vehicle software package generated by the pre-configured CI server by the OTA server, and forward the vehicle software package to the vehicle machine to control the vehicle machine to verify the received vehicle software package based on a verification code of the vehicle software package; A pushing module is configured to perform version upgrade by the vehicle machine after the vehicle software package passes the verification, trigger a test mechanism by the ATP server after the upgrade is completed, and push a test instruction to the host computer based on the ATP server; a response module, configured to forward the test instruction to the auxiliary test module by the host computer, so that the auxiliary test module responds to the test instruction, and calls a pre-set test case set to test the interface of the multiple vehicle-mounted software on the vehicle machine to obtain a test result; a feedback module, configured to automatically feed back the test result to the ATP server according to a pre-set feedback mechanism by the auxiliary test module, and visually display the test result after the test mechanism stops.

[0014] In a third aspect, an electronic device is provided, which includes a processor, a memory, and a bus. The memory stores machine readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory through the bus. The machine readable instructions are executed by the processor to perform the steps of any one of the methods for automatic test assistance of vehicle-mounted software.

[0015] In a fourth aspect, a computer readable storage medium is provided, which stores a computer program. When the computer program is run by a processor, the steps of any one of the methods for automatic test assistance of vehicle-mounted software are performed.

[0016] The method for automatic test assistance of vehicle-mounted software provided by the embodiments of the present application is suitable for a vehicle machine. The vehicle machine is connected to a host computer, an ATP server, and an OTA server. The ATP server is connected to a CI server. The vehicle machine includes an auxiliary test module. The method first acquires a vehicle-mounted software package generated by the pre-configured CI server through the OTA server, and forwards the vehicle-mounted software package to the vehicle machine, so as to control the vehicle machine to verify the received vehicle-mounted software package based on a verification code of the vehicle-mounted software package. Second, the vehicle machine performs version upgrade after the vehicle-mounted software package passes the verification, triggers a test mechanism through the ATP server after the upgrade is completed, and pushes a test instruction to the host computer based on the ATP server. Then, the host computer forwards the test instruction to the auxiliary test module, so that the auxiliary test module responds to the test instruction, calls a pre-set test case set to test the interface of the multiple vehicle-mounted software on the vehicle machine to obtain a test result. Finally, the auxiliary test module automatically feeds back the test result to the ATP server according to a pre-set feedback mechanism, and visually displays the test result after the test mechanism stops. Based on the above automatic test assistance method, the vehicle-mounted software is automatically tested, personnel participation is avoided, the problem of low efficiency and effectiveness in testing vehicle-mounted software caused by the integration test mode based on "manual function-by-function testing" is solved, the test efficiency and effectiveness are improved, the phenomenon of missed testing caused by the integration test mode based on "manual function-by-function testing" is avoided, and the accuracy of testing is ensured. Attached Figure Description

[0017] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 A flowchart illustrating an automatic testing assistance method for vehicle-mounted software provided in an embodiment of this application is shown. Figure 2 A schematic diagram illustrating the upgrade process provided in an embodiment of this application is shown; Figure 3 A schematic diagram illustrating the process of obtaining test results provided in an embodiment of this application is shown; Figure 4 This illustration shows a structural block diagram of an automatic testing auxiliary device for vehicle software provided in an embodiment of this application; Figure 5 A structural block diagram of an electronic device provided in an embodiment of this application is shown. Detailed Implementation

[0019] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. It should be understood that the accompanying drawings in this application are for illustrative and descriptive purposes only and are not intended to limit the scope of protection of this application. Furthermore, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate operations implemented according to some embodiments of this application. It should be understood that the operations in the flowcharts may not be implemented in sequence, and steps without logical contextual relationships may be reversed or implemented simultaneously. In addition, those skilled in the art, guided by the content of this application, may add one or more other operations to the flowcharts, or remove one or more operations from the flowcharts.

[0020] Furthermore, the described embodiments are merely some, not all, of the embodiments of this application. The components of the embodiments of this application described and illustrated herein can typically be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely to illustrate selected embodiments of the application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without inventive effort are within the scope of protection of this application.

[0021] It should be noted that the term "comprising" will be used in the embodiments of the present application to indicate the presence of the features that follow, but not to exclude the presence of other features.

[0022] The test efficiency of the traditional "manual function-by-function test" integration test mode of testing by manually writing test code or manually performing integrated function point inspection is greatly reduced, and a derivative test mode of testing only the changed and modified parts is evolved, but it cannot cover all functions and interfaces, and the existing integration test mode relies on each engineer to build their own bench to test separately, which cannot realize linkage in testing, reducing the effectiveness of integration testing.

[0023] Based on this, the embodiments of the present application provide an automatic test auxiliary method, device, equipment and medium for vehicle-mounted software, which are described below through embodiments.

[0024] Embodiment 1 In order to facilitate the understanding of the present embodiment, first, a kind of automatic test auxiliary method for vehicle-mounted software disclosed in the embodiments of the present application is introduced in detail. As shown in a flow chart of a kind of automatic test auxiliary method for vehicle-mounted software, the automatic test auxiliary method for vehicle-mounted software provided by the present application is suitable for car machine, the car machine is connected with host computer, ATP server, OTA server respectively, the ATP server is connected with CI server, the car machine includes auxiliary test module, and the method comprises: Figure 1 S101, the OTA server obtains the vehicle-mounted software package generated by the pre-configured CI server, and forwards the vehicle-mounted software package to the car machine, to control the car machine to verify the received vehicle-mounted software package based on the verification code of the vehicle-mounted software package; S102, the car machine performs version upgrade after the vehicle-mounted software package verification passes, to trigger a test mechanism through an ATP server after upgrade is completed, and push a test instruction to a host computer based on the ATP server; S103, the host computer forwards the test instruction to the auxiliary test module, so that the auxiliary test module responds to the test instruction, calls a pre-set test case set to test the interfaces of multiple vehicle-mounted software on the car machine to obtain test results; S104, the auxiliary test module automatically feeds back the test results to the ATP server according to a pre-set feedback mechanism, and visually displays the test results after the test mechanism stops.

[0025] ​In step S101, the OTA server described in the present application is used for upgrading the vehicle software, the CI server described in the present application is a CI+Zen unit, which is used for integration and project management of the vehicle software, the OTA server is pre-configured to establish a communication link with the CI server, to obtain the vehicle software package generated by the pre-configured CI server through the communication link, the OTA server performs version construction based on the vehicle software package at a fixed frequency and automatically triggers OTA release, the fixed frequency can be daily, and the specific frequency can be set according to actual needs, and the vehicle software package is forwarded to the vehicle machine to control the vehicle machine to verify the received vehicle software package based on the check code of the vehicle software package, and the integrity of the vehicle software package can be determined through the verification, that is, there may be damage in the forwarding process, so the integrity of the vehicle software package is confirmed based on the verification mode, and the specific verification mode is pre-set, and the verification mode can be called when verification is needed.

[0026] In the specific implementation process of step S101, one embodiment is that the OTA server obtains the vehicle software package generated by the pre-configured CI server, which includes: S1011, pre-configure the CI server with multiple configuration types, and integrate the upgrade data for the vehicle machine to obtain the vehicle software package after the configuration is completed; S1012, the configured CI server automatically generates a target request to send the vehicle software package to the OTA server through the target request.

[0027] In steps S1011-S1012, the application performs a plurality of configuration types of configuration in advance for the CI server before using the CI server, wherein the plurality of configuration types respectively include a hardware configuration and a communication configuration type, the hardware configuration is to configure the hardware of the CI server, and the communication configuration type is to enable the CI server to have the function of automatically generating a request, the hardware configuration is to support the implementation of the communication configuration type, so that the CI server and the OTA server can interact information, and integrate the upgrade data for the car machine after the configuration is completed, the upgrade data is a plurality of source codes required by the vehicle software during the upgrade, wherein the integration is to package the upgrade data to obtain a vehicle software package, if there is no error in the integration process, it indicates that the integration is completed, thereby triggering the entire automated test process, wherein the vehicle software package includes a path (for the car machine to download), a size, and a first check code (for the car machine to check the integrity of the vehicle software package), the first check code is in the form of MD5, the first check code is stored on the OTA server, the configured CI server automatically generates a target request after obtaining the vehicle software package, the target request is an http request, and the target request is sent to the OTA server through the communication link established by the OTA server and the configured CI server, wherein the target request includes the vehicle software package, thereby realizing the sending of the vehicle software package to the OTA server.

[0028] In the specific implementation process of step S1011, there is an embodiment that the plurality of configuration types of configuration in advance for the CI server include: S10111, set the hardware configuration type and the communication configuration type for the CI server; different configuration types correspond to different configuration manners; S10112, configure the CI server by calling the configuration manner to perform the configuration of the corresponding configuration type.

[0029] In steps S10111-S10112, the application sets a hardware configuration type and a communication configuration type for the CI server based on the use needs; different configuration types correspond to different configuration manners, wherein the configuration manner of the hardware configuration type is to configure the CI server with a standard API interface, wherein the OTA server also has a standard API interface, and the configuration manner of the communication configuration type is to configure the CI server to have the function of automatically sending a request, thereby realizing the sending of the vehicle software package to the OTA server through the hardware configuration type and the communication configuration type. When configuring, the CI server is configured in a targeted manner using the configuration manner corresponding to the hardware configuration type and the communication configuration type, respectively, to perform configuration of the corresponding configuration type, thereby realizing the communication capability of the CI server, and after the configuration is completed, multiple dimensions of verification are performed, including basic function verification, end-to-end process verification, and stability verification, to determine whether the configured CI server can realize the functions corresponding to the configuration type.

[0030] In step S102, after the vehicle machine verifies the vehicle software package forwarded by the OTA server through a preset verification manner, if it is determined that the verification is passed, it automatically performs version upgrade, otherwise, it re-sends the vehicle software package, to ensure the effectiveness and integrity of the vehicle software package, and upgrades multiple software on the vehicle machine based on the vehicle software package. After the upgrade is completed, the test mechanism is triggered through the ATP server, otherwise the test mechanism cannot be triggered, thereby realizing automatic testing of multiple vehicle software on the vehicle machine, reducing personnel participation, and pushing test instructions to the upper computer based on the ATP server. The ATP server also realizes test process management and test report display to facilitate relevant personnel to view the test report. The upper computer is a computer, computer, or other intelligent device with data processing capability. The test instructions are automatically generated based on the test mechanism. The ATP server and the upper computer have established a communication link in advance, thereby pushing the test instructions to the upper computer based on the communication link. The test mechanism of the application is not triggered randomly, and needs to be triggered through the ATP server after verifying the integrity of the vehicle software package and completing software upgrade, thereby ensuring the safety of the test mechanism.

[0031] In the specific implementation process of step S102, there is an embodiment as shown in Figure 2 The vehicle machine performs version upgrade after the vehicle software package verification is passed, including: S1021, the vehicle machine automatically calculates a second check code based on the vehicle software package, and verifies the first check code on the OTA server based on the first check code and the first check code to obtain a verification result; S1022, if the verification result is passed, the vehicle machine upgrades multiple vehicle software based on the upgrade data in the vehicle software package.

[0032] In steps S1021-S1022, the vehicle machine pre-installs a second verification code calculation network for the vehicle software package, that is, an ATP module on the vehicle machine, and the ATP module automatically calculates the second verification code based on the vehicle software package, where the second verification code is also in the form of MD5. When verifying, the second verification code is verified with the first verification code stored on the ATP server. Before verification, it is necessary to confirm that the second verification code calculation state is "success" (no algorithm call error), and it is also necessary to confirm that the first verification code storage state is "untampered" (no read error in the secure storage area). If either state is abnormal, the verification result is not passed, thereby ensuring the reliability of the verification result. If the first verification code and the second verification code are inconsistent, the verification result is not passed, and the vehicle software package at this time cannot be upgraded. If the first verification code and the second verification code are consistent, the verification result is passed, and the vehicle software package at this time can be upgraded. The vehicle machine upgrades multiple vehicle software based on the upgrade data in the vehicle software package.

[0033] In the specific implementation process of step S1022, there is an embodiment that the vehicle machine upgrades multiple components based on the upgrade data in the vehicle software package, including: S10221, the vehicle machine compares the first version number in the vehicle software package with the second version number of the multiple vehicle software of the vehicle machine to obtain a comparison result; S10222, based on the comparison result, the vehicle machine controls the multiple vehicle software to automatically upgrade to trigger the test mechanism.

[0034] In steps S1021-S1022, before upgrading based on the vehicle software package, the vehicle machine also compares the first version number in the vehicle software package with the second version number of the multiple vehicle software of the vehicle machine to obtain a comparison result. The comparison result includes same and different. If the comparison result is the same, it is determined that the version of the vehicle software package is not the latest version, and at this time, upgrading cannot be performed. If the comparison result is different and the value corresponding to the first version number is greater than the value of the second version number, that is, the value corresponding to the first version number is the version number, based on the comparison result, that is, the comparison result at this time is different and the value corresponding to the first version number is greater than the value of the second version number, that is, the value corresponding to the first version number is the version number, the vehicle machine controls the multiple vehicle software to automatically upgrade to trigger the test mechanism.

[0035] In step S103, the host computer forwards the test instruction to an auxiliary test module, the test instruction further comprising a test tool automatically generated by the host computer, the auxiliary test module being AutoTestService, so that the auxiliary test module receives the test instruction and reads the test instruction, thereby loading the test tool, that is, the host computer has two functions, one being responsible for communication with AutoTestService to complete the test process, that is, AutoTestService cannot directly communicate with the vehicle machine, and the other being to automatically generate a test tool, the auxiliary test module responding to the test instruction, calling a pre-set test case set, and executing the test case set through the test tool automatically generated by the host computer to test the interfaces of multiple vehicle software on the vehicle machine to obtain test results; the vehicle software being vehicle units such as WiFi, Bluetooth, etc., which are not specifically described here.

[0036] In the specific implementation process of step S103, there is an embodiment as shown in Figure 3 The calling of the pre-set test case set to test the interfaces of the multiple vehicle software on the vehicle machine to obtain test results comprises: S1031, determining test parameter types and test parameter ranges for the corresponding vehicle software based on the interfaces and application scenarios of the multiple vehicle software; S1032, testing the test parameter types and test parameter ranges of the corresponding vehicle software through the pre-set test case set to generate test results of the vehicle software.

[0037] In steps S1031-S1032, the application determines the test parameter type and test parameter range for the corresponding vehicle-mounted software based on the interfaces of various vehicle-mounted software and application scenarios, wherein the interface determines the test parameter type, and the scenario determines the test parameter range. For example, the core characteristics of sensors (cameras / radar), actuators (motors / valves), ECUs, etc. are real-time performance (ms level response), data integrity (no packet loss), and electrical characteristic compatibility (such as CAN bus voltage). Therefore, the corresponding test parameter types include data transmission rate, signal delay, bit error rate, and electrical parameters (voltage / current). The application scenarios include safety-critical scenarios, regular driving scenarios, and edge-assisted scenarios. For different application scenarios, different and reasonable test parameter ranges are set according to the principle of “safety-critical scenarios→extreme boundaries, regular scenarios→stable intervals, and edge scenarios→resource control”, such as “baseline value, maximum value, minimum value, and fault tolerance value”, to ensure the reliability of vehicle-mounted software in all scenarios. For example, for the regular driving scenario in daily driving (such as navigation path planning and air conditioning control), the “function stability” and “user experience” requirements need to be met: environmental conditions: -10°C to 40°C (daily temperature in most areas), urban / highway (regular road conditions); operating conditions: normal vehicle speed (0-100 km / h), and user regular operation (such as voice command “turn on air conditioning 24°C”). After determining the test parameter type and range, “interface characteristic verification” and “scenario reproduction test” are required to ensure the rationality of the parameter design and avoid “parameter omission” or “unreasonable range”. Therefore, the test parameter type and test parameter range of the corresponding vehicle-mounted software are tested by using the pre-set test case set to generate the test results of the vehicle-mounted software, that is, the test achieves full coverage testing of all interfaces and testing of the interfaces of each vehicle-mounted software, thereby improving the robustness of the interfaces of the vehicle-mounted software.

[0038] In the implementation process of step S1032, one embodiment is that the test parameters of the corresponding vehicle-mounted software are tested by using the pre-set test case set, including: S10321, the test data pre-imported into the target position is segmented to obtain test cases corresponding to the plurality of vehicle-mounted software respectively; S10322, the test cases corresponding to the plurality of vehicle-mounted software respectively are summarized to store the test case set on the target position.

[0039] In steps S10321-S10322, the application pre-stores test data in the ATP server, i.e., the target position is the ATP server of the ATP server, and divides the test data pre-imported to the target position, obtaining test cases corresponding to multiple vehicle-mounted software respectively, i.e., the test data is a large JSON array, and the ATP server divides it according to a certain division dimension, such as first-level division according to the interface of the vehicle-mounted software, and then re-divides according to the test function, thereby obtaining multiple test cases corresponding to multiple vehicle-mounted software respectively, i.e., one vehicle-mounted software corresponds to multiple test cases. The test case reaches the car machine following the test instruction, like the test tool. The ATP server collects the test cases corresponding to the multiple vehicle-mounted software respectively to store the test case set on the target position, thereby realizing automatic configuration of the ATP server, reducing personnel participation, and improving test efficiency.

[0040] In step S104, the auxiliary test module automatically feeds back the test result to the ATP server according to the pre-set feedback mechanism. The feedback mechanism is item-by-item feedback, wherein the vehicle-mounted software that needs to be upgraded needs to be tested item by item, i.e., after each vehicle-mounted software is tested, the test result is automatically fed back to the ATP server, and the test result can be visually displayed after the test mechanism stops. The application completes the automatic test of the vehicle-mounted software, improves the test efficiency, and because the test is generally set in the off-work time, the relevant staff can directly check all the test results in the work time, thereby judging the quality of the vehicle-mounted software.

[0041] The application realizes more accurate testing of software systems through interface testing, can simulate various abnormal scene tests, improves the robustness of the interface and the accuracy of the vehicle-mounted software integration test, each software version will perform a complete test, greatly reducing the repeated workload of software and test, reducing the workload of software integration test, filtering out low-level bugs (application integration failure, vehicle model configuration error, etc.), partial bugs (such as fixed vehicle body communication test, fixed interface test, etc.) through automatic test of each software version, and improving the quality of the vehicle-mounted software. Embodiment 2 The application also provides an automatic test auxiliary device for vehicle-mounted software, like Figure 4A block diagram of an automatic test auxiliary device for vehicle software is shown, and the functions implemented by the automatic test auxiliary device for vehicle software correspond to the steps of the above-described method for automatically testing auxiliary vehicle software on a terminal device. The device can be understood as a component of a server including a processor. The automatic test auxiliary device for vehicle software described in the present application is suitable for a vehicle machine, which is connected to an upper computer, an ATP server, and an OTA server. The ATP server is connected to a CI server. The vehicle machine includes an auxiliary test module. The device includes: A forwarding module 401 is configured to acquire a vehicle software package generated by a pre-configured CI server by the OTA server, and forward the vehicle software package to the vehicle machine to control the vehicle machine to verify the received vehicle software package based on a verification code of the vehicle software package; A pushing module 402 is configured to perform version upgrade by the vehicle machine after the vehicle software package passes the verification, so as to trigger a test mechanism by the ATP server after the upgrade is completed, and push a test instruction to the upper computer based on the ATP server; A response module 403 is configured to forward the test instruction to the auxiliary test module by the upper computer, so that the auxiliary test module responds to the test instruction, calls a pre-set test case set to test interfaces of multiple vehicle software on the vehicle machine to obtain test results; A feedback module 404 is configured to automatically feed back the test results to the ATP server by the auxiliary test module according to a pre-set feedback mechanism, and visually display the test results after the test mechanism stops.

[0042] In a feasible implementation, the forwarding module includes: A configuration module is configured to pre-configure the CI server with multiple configuration types, and integrate upgrade data for the vehicle machine to obtain the vehicle software package after the configuration is completed; A generation module is configured to automatically generate a target request by the configured CI server, so as to send the vehicle software package to the OTA server through the target request.

[0043] In a feasible implementation, the forwarding module further includes: A setting module is configured to set hardware configuration types and communication configuration types for the CI server; different configuration types correspond to different configuration methods; A calling module is configured to call the configuration method to configure the CI server to perform configuration of the corresponding configuration type.

[0044] In a feasible implementation, the pushing module includes: The calculation module is used for the vehicle system to automatically calculate the second verification code based on the vehicle software package, and to verify the first verification code and the first verification code on the OTA server to obtain the verification result; The upgrade module is used to upgrade various in-vehicle software based on the upgrade data in the in-vehicle software package if the verification result is passed.

[0045] In one feasible implementation, the push module further includes: The comparison module is used by the vehicle infotainment system to compare the first version number in the vehicle software package with the second version number of various vehicle software programs of the vehicle infotainment system to obtain a comparison result; The trigger module is used to automatically upgrade the various in-vehicle software based on the comparison results to trigger the test mechanism.

[0046] In one feasible implementation, the response module includes: The determination module is used to determine the test parameter types and test parameter ranges for the corresponding in-vehicle software based on the interfaces and application scenarios of various in-vehicle software. The generation module is used to test the test parameter types and test parameter ranges of the corresponding vehicle software using a pre-set set of test cases, so as to generate the test results of the vehicle software.

[0047] In one feasible implementation, the response module further includes: The import module is used to segment the test data that has been pre-imported to the target location to obtain test cases corresponding to multiple in-vehicle software. The aggregation module is used to aggregate the test cases corresponding to the multiple vehicle software programs, so as to store the test case set at the target location.

[0048] Example 3 This application also provides an electronic device, such as Figure 5 As shown, it includes: a processor 501, a memory 502, and a bus 503. The memory 502 stores machine-readable instructions that can be executed by the processor 501. When the electronic device is running, the processor 501 and the memory 502 communicate with each other through the bus 503. When the machine-readable instructions are executed by the processor 501, the steps of any one of the automatic test assistance methods for vehicle software described above are executed.

[0049] Example 4 This application also provides a computer-readable storage medium storing a computer program that, when executed by a processor, performs the steps of any one of the automatic testing assistance methods for in-vehicle software.

[0050] Those skilled in the art can clearly understand that, for the convenience and brevity of the description, the specific working process of the system and the device described above can refer to the corresponding process in the method embodiment, and will not be repeated in the present application. In the several embodiments provided in the present application, it should be understood that the disclosed system, device and method can be implemented by other means. The above-described device embodiments are only schematic, for example, the division of the modules is only a logical function division, and the actual implementation can have another division manner, for example, a plurality of modules or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the shown or discussed mutual elements can be indirect coupling or communication connection through some communication interface, device or module, which can be electrical, mechanical or other forms.

[0051] The modules described as separate components can or can not be physically separated, and the components shown as modules can or can not be physical units, i.e. can be located in one place, or can be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the embodiment.

[0052] In addition, the functional units in each embodiment of the present application can be integrated in one processing unit, or each unit can be physically present separately, or two or more units can be integrated in one unit.

[0053] If the functions are realized in the form of software function units and sold or used as independent products, they can be stored in a non-volatile computer readable storage medium executable by a processor. Based on this understanding, the technical solutions of the present application or the part of the present application that essentially contributes to the prior art or the part of the technical solutions can be embodied in the form of a software product, which is stored in a storage medium and includes a plurality of instructions for causing a computer device (which can be a personal computer, a platform server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The foregoing storage medium includes: U disk, mobile hard disk, ROM, RAM, magnetic disk or optical disk and various program code storage media.

[0054] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto, and any person skilled in the art can easily think of changes or replacements within the technical scope disclosed in the present application, which should be covered within the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. An automatic testing assistance method for in-vehicle software, characterized in that, Applicable to in-vehicle infotainment systems, wherein the in-vehicle infotainment system is connected to a host computer, an ATP server, and an OTA server, the ATP server is connected to a CI server, the in-vehicle infotainment system includes an auxiliary testing module, and the method includes: The OTA server obtains the vehicle software package generated by the pre-configured CI server and forwards the vehicle software package to the vehicle infotainment system, so as to control the vehicle infotainment system to verify the received vehicle software package based on the checksum of the vehicle software package; After the vehicle-mounted software package passes the verification, the vehicle-mounted system upgrades its version. After the upgrade is completed, it triggers a testing mechanism through the ATP server and pushes test instructions to the host computer based on the ATP server. The host computer forwards the test command to the auxiliary test module, so that the auxiliary test module responds to the test command and calls the pre-set test case set to test the interfaces of various in-vehicle software on the vehicle system to obtain test results; The auxiliary testing module automatically feeds back the test results to the ATP server according to a pre-set feedback mechanism, and displays the test results visually after the testing mechanism stops.

2. The method according to claim 1, characterized in that, The OTA server obtains the in-vehicle software package generated by the pre-configured CI server, including: The CI server is pre-configured with various configuration types, and after the configuration is completed, the upgrade data for the vehicle system is integrated to obtain the in-vehicle software package; The configured CI server automatically generates a target request to send the vehicle software package to the OTA server via the target request.

3. The method according to claim 2, characterized in that, The pre-configuration of the CI server with various configuration types includes: For the CI server, set the hardware configuration type and communication configuration type; different configuration types correspond to different configuration methods; The CI server is configured using the specified configuration method to perform the corresponding configuration type.

4. The method according to claim 1, characterized in that, The vehicle infotainment system performs a version upgrade after the onboard software package passes verification, including: The vehicle system automatically calculates a second verification code based on the vehicle software package, and verifies the first verification code with the first verification code on the OTA server to obtain a verification result; If the verification result is successful, the vehicle system will upgrade various vehicle software based on the upgrade data in the vehicle software package.

5. The method according to claim 4, characterized in that, The vehicle infotainment system upgrades various components based on upgrade data in the vehicle software package, including: The vehicle infotainment system compares the first version number in the vehicle software package with the second version number of various vehicle software programs of the vehicle infotainment system to obtain the comparison result; Based on the comparison results, the vehicle control system automatically upgrades the various in-vehicle software to trigger the testing mechanism.

6. The method according to claim 1, characterized in that, The test results are obtained by calling a pre-set test case set to test the interfaces of various in-vehicle software on the vehicle's infotainment system, including: Based on the interfaces and application scenarios of various in-vehicle software, the test parameter types and test parameter ranges for the corresponding in-vehicle software are determined. The test parameters and test parameter ranges of the corresponding in-vehicle software are tested using a pre-set set of test cases to generate test results for the in-vehicle software.

7. The method according to claim 6, characterized in that, The test parameters of the corresponding in-vehicle software are tested using a pre-set set of test cases, including: The test data pre-imported to the target location is segmented to obtain test cases corresponding to multiple in-vehicle software. The test cases corresponding to the multiple vehicle software are summarized and stored at the target location.

8. An automatic testing auxiliary device for vehicle-mounted software, characterized in that, Applicable to in-vehicle infotainment systems, the in-vehicle infotainment system is connected to a host computer, an ATP server, and an OTA server, the ATP server is connected to a CI server, the in-vehicle infotainment system includes an auxiliary testing module, and the device includes: The forwarding module is used by the OTA server to obtain the vehicle software package generated by the pre-configured CI server and forward the vehicle software package to the vehicle unit, so as to control the vehicle unit to verify the received vehicle software package based on the check code of the vehicle software package; The push module is used for the vehicle system to upgrade the version of the vehicle software package after the verification is passed, so that after the upgrade is completed, the test mechanism is triggered through the ATP server, and the test instructions are pushed to the host computer based on the ATP server. The response module is used by the host computer to forward the test command to the auxiliary test module, so that the auxiliary test module responds to the test command and calls the pre-set test case set to test the interfaces of various in-vehicle software on the vehicle system to obtain test results; The feedback module is used by the auxiliary testing module to automatically feed back the test results to the ATP server according to a pre-set feedback mechanism, and to visually display the test results after the testing mechanism stops.

9. An electronic device, characterized in that, include: The device includes a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus. When the machine-readable instructions are executed by the processor, they perform the steps of an automated test assistance method for in-vehicle software as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, performs the steps of an automated test assistance method for in-vehicle software as described in any one of claims 1 to 7.

Images