Test method, device, equipment, storage medium and vehicle

Abstract

The invention discloses a test method, device and equipment, a storage medium and a vehicle. The method comprises the following steps: acquiring a communication connection identifier; determining a target test mode corresponding to the communication connection identifier according to a first corresponding relationship between the communication connection identifier and the test mode; a driving cabin area controller is controlled to be switched from a current test mode to the target test mode, and software of the driving cabin area controller corresponds to a plurality of test modes; and performing a test corresponding to the target test mode on the cockpit area controller. According to the test method, the test efficiency can be improved, and the test cost can be reduced.

Description

Technical Field

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

[0002] Generally, the test of the head unit (HU) includes multiple test modes such as design reliability verification (DV), electromagnetic compatibility test (EMC) and end of line test (EOL). Each test mode includes multiple test items. Since different test modes have different test requirements for the same test item, the configuration requirements of different test modes for the cockpit domain controller for the same test item may be mutually exclusive.

[0003] In order to ensure that multiple tests of the cockpit domain controller can be carried out smoothly, at present, a set of cockpit domain controller software versions is specially equipped for each test mode. Before the test, the cockpit domain controller is switched from the current software version to the software version corresponding to the test mode by flashing the firmware.

[0004] However, in the test scenario, it takes a long time to flash the cockpit domain controller, resulting in low test efficiency. In addition, in order to perform multiple tests such as DV, EMC and EOL on the cockpit domain controller, it is often necessary to equip the software versions corresponding to multiple test modes. However, equipping multiple software versions requires a lot of time and manpower, resulting in high test costs. Summary of the invention

[0005] The embodiments of the present application provide a testing method, apparatus, device, storage medium and vehicle, which can improve testing efficiency and reduce testing costs.

[0006] In a first aspect, an embodiment of the present application provides a testing method, the method comprising:

[0007] Get the communication connection identifier;

[0008] Determining a target test mode corresponding to the communication connection identifier according to a first correspondence between the communication connection identifier and the test mode;

[0009] Controlling the cockpit domain controller to switch from the current test mode to the target test mode, wherein the software of the cockpit domain controller corresponds to multiple test modes;

[0010] The cockpit domain controller is tested corresponding to the target test mode.

[0011] In a possible implementation, the test mode includes multiple test items, and the control cockpit domain controller switches from the current test mode to the target test mode, including:

[0012] Determining a target configuration requirement corresponding to each test item in the target test mode according to a second corresponding relationship between the test mode and the configuration requirement;

[0013] For each of the test items, when a first configuration corresponding to the current test mode of the cockpit domain controller is different from a second configuration corresponding to the target configuration requirement, the first configuration is modified to the second configuration.

[0014] In a possible implementation, the test item is implemented based on firmware and corresponds to multiple services, the configuration requirement includes at least one of a service disabling requirement and a firmware loading requirement, the service disabling requirement corresponds to m first services to be disabled and n second services to be started, where m and n are non-negative integers;

[0015] The modifying the first configuration to the second configuration includes at least one of the following:

[0016] disabling the first service, and / or enabling the second service;

[0017] Load the firmware corresponding to the firmware loading requirement.

[0018] In a possible implementation, the cockpit domain controller includes a first control module and a second control module, and the control of the cockpit domain controller to switch from the current test mode to the target test mode includes:

[0019] Sending a mode switching instruction to the first control module, wherein the mode switching is used to instruct the first control module to switch a current test mode to the target test mode;

[0020] receiving a mode switching result returned by the first control module;

[0021] When the mode switching result is switching completion, the second control module is controlled to switch from the current test mode to the target test mode, and the second control module is the control module that sends the mode switching instruction to the first control module.

[0022] In a possible implementation, obtaining the communication connection identifier includes:

[0023] When powered on, search for wireless LAN;

[0024] The name of the wireless local area network is determined as the communication connection identifier.

[0025] In a possible implementation, the testing method is applied to a system-on-chip, and the system-on-chip is implemented based on a kernel layer, and the kernel layer can provide underlying drivers for various hardware of the system-on-chip.

[0026] In a second aspect, an embodiment of the present application provides a testing device, the device comprising:

[0027] An acquisition module, used to acquire a communication connection identifier;

[0028] A determination module, configured to determine a target test mode corresponding to the communication connection identifier according to a first correspondence between the communication connection identifier and the test mode;

[0029] A control module, used to control the cockpit domain controller to switch from a current test mode to the target test mode, wherein the software of the cockpit domain controller corresponds to multiple test modes;

[0030] A test module is used to perform a test on the cockpit domain controller corresponding to the target test mode.

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

[0032] When the processor executes the computer program instructions, the processor implements any possible implementation method of the first aspect described above.

[0033] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having computer program instructions stored thereon, which, when executed by a processor, implements a method in any possible implementation method of the first aspect described above.

[0034] In a fifth aspect, an embodiment of the present application provides a vehicle, the vehicle comprising at least one of the following:

[0035] A test device as in any embodiment of the second aspect;

[0036] An electronic device as in any one of the embodiments of the third aspect;

[0037] A computer-readable storage medium as in any embodiment of the fourth aspect.

[0038] The test method, device, equipment, storage medium and vehicle of the embodiment of the present application can automatically identify the target test mode by obtaining the communication connection identifier and determining the target test mode corresponding to the communication connection identifier according to the first correspondence between the communication connection identifier and the test mode. Since the software of the cockpit domain controller corresponds to multiple test modes, by controlling the cockpit domain controller to switch from the current test mode to the target test mode, rather than switching the cockpit domain controller from the current software version to the software version corresponding to the target test mode by flashing the machine, the time consumption caused by flashing the machine can be reduced and the test efficiency of the cockpit domain controller can be improved. In addition, since the test mode is switched for the same software of the cockpit domain controller instead of equipping multiple software versions, it is possible to save time and manpower for equipping multiple software versions and reduce testing costs. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0040] Figure 1 It is a flow chart of a testing method provided in an embodiment of the present application;

[0041] Figure 2 It is a flow chart of another testing method provided in an embodiment of the present application;

[0042] Figure 3 is a structural schematic diagram of a testing device provided in an embodiment of the present application;

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

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

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

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

[0047] At present, the system-on-chip (SOC) is usually implemented based on the Android operating system. The Android operating system architecture usually includes the Linux kernel layer (Linux Kernel), the system runtime library layer (Libraries), the application framework layer (Application Framework) and the application layer (Applications) from bottom to top. Due to the complex architecture of the Android operating system, if the system-on-chip tests the cockpit domain controller based on the entire Android operating system, it may cause the system-on-chip to have a long boot time, a long execution time for the test items, changes in the upper-layer application functions affecting the test results, and it is difficult to locate the cause of the failure in the case of a test failure.

[0048] Thus, in order to solve the problems of the prior art, the embodiments of the present application provide a test method, an apparatus, a device, a storage medium and a vehicle. Among them, the test method can be used to test the cockpit domain controller (Head Unit, HU). The cockpit domain controller may include multiple control modules such as a system on chip (System on Chip, SOC), a microcontroller unit (Microcontroller Unit, MCU) and a fifth-generation communication technology module (5G module), or may only include one of the control modules, which is not limited here. If the cockpit domain controller includes multiple control modules, the multiple control modules can cooperate with each other to test the cockpit domain controller. If the cockpit domain controller includes a control module, the control module can test the cockpit domain controller alone. In addition, if the cockpit domain controller includes multiple control modules, the test method can be applied to a control module equipped with a wireless local area network (Wireless Fidelity, WIFI) module. The control module equipped with a WIFI module can be a system-level chip or a microcontroller unit, which is not limited here.

[0049] Since the test of the cockpit domain controller is actually a test of the hardware functional modules of the cockpit domain controller, and does not involve upper-layer applications, in order to improve the test efficiency and test stability, in some embodiments, if the test method is applied to a system-level chip, the system-level chip can be implemented based on the kernel layer. Among them, the kernel layer can provide underlying drivers for various hardware of the system-level chip. The kernel layer can specifically be a Linux kernel layer.

[0050] Since the system-level chip is implemented based on the Linux kernel layer, the system runtime layer, application framework layer and application layer may not be started during the test. Therefore, by testing the cockpit domain controller through the driver (driver) or local service (native layer) of the Linux kernel layer, that is, diagnosing the hardware, it can be ensured that the test will not be affected by changes in the upper-layer application functions, thereby ensuring the stability of the test. In addition, not starting the entire Android system can reduce the boot time of the system-level chip and the execution time of the test items, thereby improving the test efficiency. In addition, since the system structure of the system-level chip is simpler. In the event of a test failure, using a simpler system structure can locate the cause of the failure more quickly and improve the stability of the test.

[0051] The following is an introduction to the testing method provided in the embodiments of the present application.

[0052] Figure 1 A flow chart of a testing method provided in an embodiment of the present application is shown. Figure 1 As shown, the testing method provided in the embodiment of the present application includes steps S110 to S140.

[0053] S110, obtaining a communication connection identifier.

[0054] Here, before testing the cockpit domain controller, the cockpit domain controller may be connected to a communication connection. The communication connection may be a wireless communication connection or a wired communication connection, which is not limited here. The wireless communication connection may include a WIFI connection, a Bluetooth connection, a ZigBee connection, etc. If the wireless communication connection is a WIFI connection, the communication connection identifier may be the name of the WIFI. If the wireless communication connection is a Bluetooth connection, the communication connection identifier may be the name of the Bluetooth.

[0055] Based on this, in some embodiments, the above S110 may specifically include:

[0056] When powered on, search for wireless LAN;

[0057] The name of the wireless local area network is determined as the communication connection identifier.

[0058] Here, if a WIFI module is installed in the system-level chip, the system-level chip can search for a WIFI hotspot when powered on, and determine the name of the searched WIFI hotspot as the communication connection identifier.

[0059] S120, determining a target test mode corresponding to the communication connection identifier according to a first corresponding relationship between the communication connection identifier and the test mode.

[0060] Here, tests of different test modes can be performed at different test locations. For example, DV testing can be performed in laboratory A, and EMC testing can be performed in laboratory B. That is, there can be a one-to-one correspondence between test modes and test locations. In addition, different WIFI hotspots (i.e., communication connection identifiers) can be configured at different test locations. That is, there can be a one-to-one correspondence between test locations and communication connection identifiers. Therefore, by configuring different communication connection identifiers at different test locations, a one-to-one correspondence between the communication connection identifier and the test mode can be determined.

[0061] In this way, after the communication connection identifier is acquired, the test mode corresponding to the communication connection identifier can be determined as the target test mode.

[0062] S130, controlling the cockpit domain controller to switch from the current test mode to the target test mode, wherein the software of the cockpit domain controller corresponds to multiple test modes.

[0063] Here, a set of software of the cockpit domain controller can correspond to multiple test modes. That is, a set of software can meet the test requirements corresponding to multiple test modes. Since the test requirements of different test modes are different, the test requirements corresponding to multiple test modes can be met by switching multiple test modes of the same set of software.

[0064] As an example, the current test mode of the cockpit domain controller may be any one of a plurality of test modes, and when the current test mode is different from the target test mode, the system-level chip may control the cockpit domain controller to switch from the current test mode to the target test mode. If the current test mode is the same as the target test mode, no mode switching may be performed.

[0065] In addition, each test mode can include multiple test items. For example, the DV test can test chip A, chip B, and chip C separately. For the same test item, the test requirements of different test modes can be the same or different, and are not limited here. Since different test modes have different test methods and acceptance criteria for the same hardware functional module, the test requirements of different test modes may be different for the same hardware functional module. For example, the DV test can perform test A on chip A. The EMC test can perform test B on chip A. Among them, the test requirements for test A and test B may be different. If the test requirements for the same hardware functional module are different, the configuration of the cockpit domain controller may be different in different test modes.

[0066] Based on this, in order to control the cockpit domain controller to switch from the current test mode to the target test mode, in some embodiments, the above S130 may specifically include:

[0067] Determining a target configuration requirement corresponding to each test item in the target test mode according to a second corresponding relationship between the test mode and the configuration requirement;

[0068] For each test item, when the first configuration corresponding to the current test mode of the cockpit domain controller is different from the second configuration corresponding to the target configuration requirement, the first configuration is modified to the second configuration.

[0069] Here, there may be a one-to-one correspondence between the test mode and the configuration requirement. In the case where the test mode includes multiple test items, each test item may correspond to a configuration requirement. The configuration requirement may include at least one of a service disabling requirement and a firmware loading requirement.

[0070] In response to the service disabling requirement, the cockpit domain controller software may include multiple service processes. That is, a test item may correspond to multiple services. Specifically, according to the second correspondence between the test mode and the configuration requirement, you can choose to enable a service and / or disable a service. If the first configuration is that service A is enabled, and the second configuration is that service A is disabled. Modifying the first configuration to the second configuration may be disabling service A.

[0071] Based on this, in some embodiments, the service disabling requirement may correspond to m first services to be disabled and n second services to be enabled, where m and n are non-negative integers. Based on this, the above modification of the first configuration to the second configuration may specifically include:

[0072] The first service is disabled, and / or the second service is enabled.

[0073] Here, the first service may be a service to be disabled corresponding to the test item, and the second service may be a service to be started corresponding to the test item.

[0074] As an example, for test item A, if a DV test is performed, it is necessary to enable the data dial-up service and the diagnostic service to meet the test requirements of the DV test. If an EMC test is performed, it is necessary to disable the data dial-up service and the diagnostic service to avoid the data dial-up service and the diagnostic service from affecting the accuracy of the test results. Therefore, if the current test mode is a DV test and the target test mode is an EMC test, the first configuration may include enabling the data dial-up service and the diagnostic service, and the second configuration may include disabling the data dial-up service and the diagnostic service. That is, for test item A of the target test mode, the first service may include the data dial-up service and the diagnostic service. Based on this, the above modification of the first configuration to the second configuration may specifically include disabling the data dial-up service and the diagnostic service.

[0075] In addition, in response to the firmware loading requirements, the cockpit domain controller's software can include multiple firmware for the same chip. That is, the test items can be implemented based on firmware. Specifically, according to the second correspondence between the test mode and the configuration requirements, you can choose to load firmware A or firmware B. If the first configuration is that the chip's software is firmware A, and the second configuration is that the chip's software is firmware B, then modifying the first configuration to the second configuration can be loading firmware B.

[0076] Based on this, in some embodiments, the above-mentioned modification of the first configuration to the second configuration may further specifically include:

[0077] Load the firmware corresponding to the firmware loading requirement.

[0078] For example, for Ethernet testing, if a DV test is performed, firmware A needs to be loaded. If an EMC test is performed, firmware B needs to be loaded. Therefore, the modification of the first configuration to the second configuration may specifically be loading firmware B.

[0079] In this way, by modifying the first configuration to the second configuration for each test item when the first configuration corresponding to the current test mode of the cockpit domain controller is different from the second configuration corresponding to the configuration requirement, the cockpit domain controller can be controlled to switch from the current test mode to the target test mode.

[0080] In addition, the cockpit domain controller may include one control module or multiple control modules. If the cockpit domain controller includes one control module, the control module can test the cockpit domain controller alone. If the cockpit domain controller includes multiple control modules, each control module can be responsible for a part of the test items in the target test mode. Therefore, multiple control modules can cooperate with each other to test the cockpit domain controller. Among them, the multiple control modules may include a second control module and at least one first control module. Among them, the second control module may be a control module that can obtain a communication connection identifier. That is, the execution subject in the embodiment of the present application may be the second control module. Specifically, the second control module may be a control module equipped with a WIFI module, and the second control module may be, for example, a system-level chip. The first control module may be any one of the multiple control modules except the second control module. At least one first control module may, for example, include a microcontroller unit and a 5G module.

[0081] Based on this, when the cockpit domain controller includes a first control module and a second control module, in order to ensure the normal progress of the test, in some embodiments, the above S130 may specifically include:

[0082] Sending a mode switching instruction to the first control module, the mode switching is used to instruct the first control module to switch the current test mode to the target test mode;

[0083] receiving a mode switching result returned by the first control module;

[0084] When the mode switching result is that the switching is completed, the second control module is controlled to switch from the current test mode to the target test mode. The second control module is a control module that sends a mode switching instruction to the first control module.

[0085] Here, the mode switching instruction may include a target test mode. After the first control module receives the mode switching instruction, it may be determined that its current test mode needs to be switched to the target test mode. The specific process of the first control module switching the current test mode to the target test mode can be found in the above description, which will not be described in detail here.

[0086] In addition, the mode switching result may include a switching success and a switching failure. If there is a switching failure in at least one mode switching result, the cause of the failure may be found. If at least one mode switching result is a switching success, the second control module may control itself to complete the switching of the test mode.

[0087] Thus, controlling the cockpit domain controller to switch from the current test mode to the target test mode may include controlling the second control module and at least one first control module to switch from the current test mode to the target test mode, respectively. Therefore, when the cockpit domain controller includes multiple control modules, the multiple control modules cooperate with each other to complete the switching of the target test mode, so that the test can be carried out normally.

[0088] S140, performing a test on the cockpit domain controller corresponding to the target test mode.

[0089] After the cockpit domain controller is in the target test mode, relevant tests corresponding to the target test mode can be started.

[0090] The test method of the embodiment of the present application can automatically identify the target test mode by obtaining the communication connection identifier and determining the target test mode corresponding to the communication connection identifier according to the first corresponding relationship between the communication connection identifier and the test mode. Since the software of the cockpit domain controller corresponds to multiple test modes, by controlling the cockpit domain controller to switch from the current test mode to the target test mode, rather than switching the cockpit domain controller from the current software version to the software version corresponding to the target test mode by flashing the machine, the time consumption caused by flashing the machine can be reduced and the test efficiency of the cockpit domain controller can be improved. In addition, since the test mode is switched for the same software of the cockpit domain controller instead of equipping multiple software versions, it is possible to save time and manpower for equipping multiple software versions and reduce testing costs.

[0091] In order to better describe the entire solution, some specific examples are given based on the above embodiments.

[0092] For example, the test method provided in the embodiment of the present application can be applied to a system-level chip. The test method can specifically include the following steps:

[0093] S21. Configure different WIFI hotspots in the corresponding environments of DV test, EMC test and EOL test respectively;

[0094] S22, SOC searches for WIFI hotspots after power-on;

[0095] S23, the SOC determines the target test mode corresponding to the WIFI hotspot according to the correspondence between the WIFI hotspot and the test mode;

[0096] S24, the SOC notifies the 5G module and the MCU of the target test mode;

[0097] S25, 5G module and MCU each complete mode switching and complete mode differentiation configuration;

[0098] S26, 5G module and MCU synchronize the mode switching results to SOC;

[0099] S27, SOC completes its own mode switching;

[0100] S28. Start the test corresponding to the target test mode.

[0101] Therefore, by dynamically configuring the software of the cockpit domain controller according to the test network environment, different test modes of the same set of software can meet the test requirements of DV testing, EMC testing and EOL testing respectively, which can reduce the time consumption caused by flashing the machine, improve test efficiency and reduce test costs.

[0102] Based on the test method provided in the above embodiment, the present application also provides a specific implementation of the test device. Please refer to the following embodiment.

[0103] like Figure 3 As shown, the testing device 300 provided in the embodiment of the present application includes the following modules:

[0104] An acquisition module 310 is used to acquire a communication connection identifier;

[0105] A determination module 320, configured to determine a target test mode corresponding to the communication connection identifier according to a first correspondence between the communication connection identifier and the test mode;

[0106] A control module 330, used to control the cockpit domain controller to switch from the current test mode to the target test mode, wherein the software of the cockpit domain controller corresponds to multiple test modes;

[0107] The test module 340 is used to perform a test on the cockpit domain controller corresponding to the target test mode.

[0108] The above-mentioned testing device 300 is described in detail below, as follows:

[0109] In some embodiments, the test mode includes multiple test items. Based on this, the control module 330 may specifically include:

[0110] A first determination submodule, configured to determine a target configuration requirement corresponding to each test item in a target test mode according to a second correspondence between the test mode and the configuration requirement;

[0111] The modification submodule is used to modify the first configuration to the second configuration for each test item when the first configuration corresponding to the current test mode of the cockpit domain controller is different from the second configuration corresponding to the target configuration requirement.

[0112] In some embodiments, the test item is implemented based on firmware and corresponds to multiple services, the configuration requirement includes at least one of a service disabling requirement and a firmware loading requirement, the service disabling requirement corresponds to m first services to be disabled and n second services to be enabled, and m and n are non-negative integers;

[0113] Based on this, the modification submodule may specifically include at least one of the following units:

[0114] disabling the first service, and / or enabling the second service;

[0115] The processing unit is configured to disable the first service and / or enable the second service.

[0116] The loading unit is used to load firmware corresponding to the firmware loading requirement.

[0117] In some embodiments, the cockpit domain controller includes a first control module and a second control module. Based on this, the control module 330 may specifically include:

[0118] A sending submodule, used for sending a mode switching instruction to the first control module respectively, wherein the mode switching is used for instructing the first control module to switch the current test mode to the target test mode;

[0119] A receiving submodule, used for receiving the mode switching result returned by the first control module;

[0120] The control submodule is used to control the second control module to switch from the current test mode to the target test mode when the mode switching results are all switching completed. The second control module is a control module that sends a mode switching instruction to the first control module.

[0121] In some embodiments, the acquisition module 310 may specifically include:

[0122] A search submodule, used to search for wireless LAN when powered on;

[0123] The second determining submodule is used to determine the name of the wireless local area network as the communication connection identifier.

[0124] In some of the embodiments, the testing method is applied to a system-on-chip, which is implemented based on a kernel layer, and the kernel layer can provide underlying drivers for various hardware of the system-on-chip.

[0125] The test device of the embodiment of the present application can automatically identify the target test mode by obtaining the communication connection identifier and determining the target test mode corresponding to the communication connection identifier according to the first corresponding relationship between the communication connection identifier and the test mode. Since the software of the cockpit domain controller corresponds to multiple test modes, by controlling the cockpit domain controller to switch from the current test mode to the target test mode, rather than switching the cockpit domain controller from the current software version to the software version corresponding to the target test mode by flashing the software, the time consumption caused by flashing the software can be reduced and the test efficiency of the cockpit domain controller can be improved. In addition, since the test mode is switched for the same software of the cockpit domain controller instead of equipping multiple software versions, it is possible to save time and manpower for equipping multiple software versions and reduce testing costs.

[0126] Based on the testing method provided in the above embodiment, the embodiment of the present application also provides a specific implementation of the electronic device. Figure 4 A schematic diagram of an electronic device 400 provided in an embodiment of the present application is shown.

[0127] The electronic device 400 may include a processor 410 and a memory 420 storing computer program instructions.

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

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

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

[0131] The processor 410 implements any one of the testing methods in the above embodiments by reading and executing computer program instructions stored in the memory 420 .

[0132] In one example, the electronic device 400 may further include a communication interface 430 and a bus 440. Figure 4 As shown, the processor 410, the memory 420, and the communication interface 430 are connected via a bus 440 and communicate with each other.

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

[0134] Bus 440 includes hardware, software or both, and the parts of electronic equipment are coupled to each other.For example, but not limitation, bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industrial standard architecture (EISA) bus, front side bus (FSB), hypertransport (HT) interconnection, industrial standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnection (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 440 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the application considers any suitable bus or interconnection.

[0135] Exemplarily, the electronic device 400 may be a mobile phone, a tablet computer, a laptop computer, a PDA, an in-vehicle electronic device, an ultra-mobile personal computer (UMPC), a netbook, or a personal digital assistant (PDA).

[0136] The electronic device can execute the test method in the embodiment of the present application, thereby realizing the combination Figures 1 to 3 Describe the test method and apparatus.

[0137] In addition, in combination with the test method in the above embodiment, the embodiment of the present application can provide a computer-readable storage medium for implementation. The computer-readable storage medium stores computer program instructions; when the computer program instructions are executed by a processor, any one of the test methods in the above embodiment is implemented.

[0138] In addition, the embodiment of the present application further provides a vehicle, which may include at least one of the following:

[0139] A test device as in any embodiment of the second aspect;

[0140] An electronic device as in any one of the embodiments of the third aspect;

[0141] The computer-readable storage medium in any one of the embodiments of the fourth aspect will not be described in detail here.

[0142] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.

[0143] The functional blocks shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), appropriate firmware, a plug-in, a function card, etc. When implemented in software, the elements of the present application are programs or code segments that are used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

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

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

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

Claims

1. A testing method, characterized in that: include: Get the communication connection identifier; Determining a target test mode corresponding to the communication connection identifier according to a first correspondence between the communication connection identifier and the test mode; Controlling the cockpit domain controller to switch from the current test mode to the target test mode, wherein the software of the cockpit domain controller corresponds to multiple test modes; The cockpit domain controller is tested corresponding to the target test mode.

2. The method according to claim 1, characterized in that The test mode includes multiple test items, and the control cockpit domain controller switches from the current test mode to the target test mode, including: Determining a target configuration requirement corresponding to each test item in the target test mode according to a second corresponding relationship between the test mode and the configuration requirement; For each of the test items, when a first configuration corresponding to the current test mode of the cockpit domain controller is different from a second configuration corresponding to the target configuration requirement, the first configuration is modified to the second configuration.

3. The method according to claim 2, characterized in that The test item is implemented based on firmware and corresponds to multiple services, the configuration requirement includes at least one of a service disabling requirement and a firmware loading requirement, the service disabling requirement corresponds to m first services to be disabled and n second services to be started, where m and n are non-negative integers; The modifying the first configuration to the second configuration includes at least one of the following: disabling the first service, and / or enabling the second service; Load the firmware corresponding to the firmware loading requirement.

4. The method according to any one of claims 1 to 3, characterized in that: The cockpit domain controller includes a first control module and a second control module, and the control of the cockpit domain controller to switch from the current test mode to the target test mode includes: Sending a mode switching instruction to the first control module, wherein the mode switching is used to instruct the first control module to switch a current test mode to the target test mode; receiving a mode switching result returned by the first control module; When the mode switching result is switching completion, the second control module is controlled to switch from the current test mode to the target test mode, and the second control module is the control module that sends the mode switching instruction to the first control module.

5. The method according to claim 1, characterized in that The obtaining of the communication connection identifier includes: When powered on, search for wireless LAN; The name of the wireless local area network is determined as the communication connection identifier.

6. The method according to claim 1, characterized in that The testing method is applied to a system-on-chip, and the system-on-chip is implemented based on a kernel layer, and the kernel layer can provide underlying drivers for various hardware of the system-on-chip.

7. A testing device, characterized in that: The device comprises: An acquisition module, used to acquire a communication connection identifier; A determination module, configured to determine a target test mode corresponding to the communication connection identifier according to a first correspondence between the communication connection identifier and the test mode; A control module, used to control the cockpit domain controller to switch from a current test mode to the target test mode, wherein the software of the cockpit domain controller corresponds to multiple test modes; A test module is used to perform a test on the cockpit domain controller corresponding to the target test mode.

8. An electronic device, characterized in that: The electronic device comprises: a processor and a memory storing computer program instructions; When the processor executes the computer program instructions, the testing method according to any one of claims 1 to 6 is implemented.

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

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

Images