Automatic testing method and device for OTA upgrade and E-CALL mutual exclusion, equipment and medium

Abstract

The invention discloses an automatic testing method and device for mutual exclusion of OTA upgrade and E-CALL, equipment and a medium. The method comprises the steps that whether a target vehicle completes downloading of an OTA upgrade package or not is detected; in response to the detection that the target vehicle completes the downloading of the OTA upgrade package, controlling a preset relay to act so as to control the E-CALL of the target vehicle to be triggered; detecting whether the target vehicle sends an E-CALL signal or not; detecting whether the target vehicle meets a preset condition of OTA upgrading or not in response to the detection that the target vehicle sends an E-CALL signal, and obtaining a detection result; and determining a test result of mutual exclusion of the OTA upgrade and the E-CALL based on the detection result. The testing efficiency is improved, and the labor cost is saved.

Description

Technical Field

[0001] The present application relates to the field of testing technology, and in particular to an automated testing method, device, equipment and medium for mutually exclusive OTA upgrade and E-CALL. Background Art

[0002] OTA (Over-the-Air) is a wireless remote firmware upgrade technology that allows devices to download new software update packages from a remote server over the network to upgrade their own systems. E-CALL (Emergency Call) refers to the vehicle's emergency call system. Its basic principle is: in the event of a car accident, the occupants of the car actively or the vehicle system automatically calls an emergency call, and at the same time sends the accident-related information to the call center through the voice channel. Since OTA upgrades are software upgrades for vehicle components, there are many mutually exclusive conditions in the OTA upgrade process, and E-CALL is one of them. OTA's E-CALL mutual exclusion means that the vehicle cannot perform an OTA upgrade when E-CALL is triggered. If the OTA upgrade is triggered at this time, the vehicle's central control screen will prompt "Pre-installation environmental check failed."

[0003] At present, the test for the mutual exclusion of OTA and E-CALL usually requires the tester to manually trigger E-CALL, and then trigger the OTA upgrade while the E-CALL signal is still on. However, after triggering E-CALL, the vehicle's central control screen will enter full-screen display and the OTA upgrade cannot be triggered; if the OTA upgrade is scheduled or the OTA upgrade is triggered first and then the E-CALL is triggered, the tester's manual card point efficiency is low and the failure rate is high, and human resources cannot be fully utilized.

[0004] In view of this, the present invention is proposed. Summary of the invention

[0005] A brief summary of one or more aspects is given below to provide a basic understanding of these aspects. This summary is not an exhaustive overview of all conceived aspects, and is neither intended to identify the key or critical elements of all aspects nor to define the scope of any or all aspects. Its only purpose is to give some concepts of one or more aspects in a simplified form as a prelude to a more detailed description that will be given later.

[0006] The present application provides an automated testing method for mutual exclusion of OTA upgrade and E-CALL, which has the beneficial effects of accurately realizing the construction of mutually exclusive scenarios of OTA upgrade and E-CALL, improving testing efficiency, and saving human resources.

[0007] In a first aspect, the present invention provides an automated testing method for mutual exclusion of OTA upgrade and E-CALL, comprising the following steps:

[0008] Check whether the target vehicle has completed downloading the OTA upgrade package;

[0009] In response to detecting that the target vehicle has completed downloading the OTA upgrade package, controlling a preset relay to act so as to control an E-CALL of the target vehicle to be triggered;

[0010] Detect whether the target vehicle sends an E-CALL signal;

[0011] In response to detecting that an E-CALL signal is sent by the target vehicle, detecting whether the target vehicle meets a preset condition for OTA upgrade, and obtaining a detection result;

[0012] A mutually exclusive test result of OTA upgrade and E-CALL is determined based on the detection result.

[0013] Furthermore, the control presets the relay action to control the E-CALL of the target vehicle to be triggered, including:

[0014] Through the first preset interface, the preset relay is controlled to close for a first time period so that the E-CALL of the target vehicle is powered on.

[0015] Furthermore, the detecting whether the target vehicle sends an E-CALL signal includes:

[0016] Create a preset sub-thread based on the Python script to monitor the CAN message of the target vehicle in real time through the Python third-party library python-can, and parse the CAN message to obtain the parsing result of the CAN message;

[0017] If the analysis result includes an E-CALL signal, it is determined that an E-CALL signal is sent by the target vehicle, and the preset sub-thread is closed.

[0018] Furthermore, it also includes:

[0019] In response to not detecting that an E-CALL signal is sent by the target vehicle, the control returns to executing the preset relay action to control the operation of triggering the E-CALL of the target vehicle.

[0020] Further, the detection result includes: satisfying the preset conditions for OTA upgrade, or not satisfying the preset conditions for OTA upgrade;

[0021] The determining, based on the detection result, a test result that the OTA upgrade and the E-CALL are mutually exclusive, includes:

[0022] In response to the detection result not satisfying the preset condition for OTA upgrade, determining whether the associated error information is preset information, and if so, determining the test result as success, otherwise, determining the test result as failure;

[0023] In response to the detection result satisfying the preset condition for OTA upgrade, the test result is determined to be failure when the OTA upgrade is detected to be completed.

[0024] Furthermore, before the detection of whether the target vehicle has completed the download of the OTA upgrade package, the following steps are also included:

[0025] Log in to the OTA cloud platform through Python's requests module, create a silent upgrade task according to the test information in the use case, and send the OTA upgrade package to the target vehicle according to the universal unique identification code corresponding to the created silent upgrade task;

[0026] After determining the test result that OTA upgrade and E-CALL are mutually exclusive based on the detection result, the method further includes:

[0027] The silent upgrade task is canceled, and the test result is output.

[0028] Further, the detecting whether the target vehicle has completed the download of the OTA upgrade package includes:

[0029] Call the vehicle status query interface;

[0030] Determine whether the target vehicle has completed downloading the OTA upgrade package based on the return value of the vehicle status query interface.

[0031] In a second aspect, the present invention further provides an automatic test device for mutually exclusive OTA upgrade and E-CALL, comprising:

[0032] The first detection module is used to detect whether the target vehicle has completed the download of the OTA upgrade package;

[0033] A control module, configured to, in response to detecting that the target vehicle has completed downloading of the OTA upgrade package, control a preset relay to act so as to control the E-CALL of the target vehicle to be triggered;

[0034] The second detection module is used to detect whether the target vehicle has sent an E-CALL signal;

[0035] A third detection module is used for detecting whether the target vehicle meets the preset conditions of OTA upgrade in response to detecting that an E-CALL signal is sent by the target vehicle, and obtaining a detection result;

[0036] A determination module is used to determine the mutually exclusive test results of OTA upgrade and E-CALL based on the detection results.

[0037] In a third aspect, the present invention further provides an electronic device, the electronic device comprising:

[0038] one or more processors;

[0039] A storage device for storing one or more programs;

[0040] When the one or more programs are executed by the one or more processors, the one or more processors implement the above-mentioned automatic testing method for mutual exclusion of OTA upgrade and E-CALL.

[0041] In a fourth aspect, the present invention further provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the automated testing method for mutual exclusion of OTA upgrade and E-CALL as described above.

[0042] The automatic test method for mutually exclusive OTA upgrade and E-CALL disclosed in the present invention detects whether the target vehicle has completed the download of the OTA upgrade package; in response to detecting that the target vehicle has completed the download of the OTA upgrade package, controls the preset relay action to control the E-CALL of the target vehicle to be triggered; detects whether the target vehicle has an E-CALL signal; in response to detecting that the target vehicle has an E-CALL signal, detects whether the target vehicle meets the preset conditions of the OTA upgrade and obtains the test result; based on the test result, the technical means for determining the mutually exclusive test results of OTA upgrade and E-CALL accurately realizes the mutually exclusive scene construction of OTA upgrade and E-CALL, improves the test efficiency, and saves human resources. By continuously monitoring the vehicle upgrade status, when the test fails, wait for the OTA upgrade to be completed and then cancel the cloud task, restore the vehicle environment, and do not affect the execution of other subsequent test scripts. The whole process is automatically executed by the test script, so the test time can be placed at night or on weekends, which can release manpower and test resources, improve project quality, save project costs, and avoid the situation where manual testing cannot accurately and quickly build test scenarios and cause test failures. Use relays to simulate the E-CALL switch, and control the relay switch to close to trigger the E-CALL. Use sub-threads to monitor the CAN messages in the vehicle in real time, parse the CAN messages in real time, and determine whether the E-CALL is successfully triggered without conflicting with the main thread. Automatically determine the test results, record the entire test process, and automatically generate and output test case execution records and execution results for easy analysis. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for describing the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative work.

[0044] Figure 1 A flowchart of an automated testing method for mutual exclusion of OTA upgrade and E-CALL provided by an embodiment of the present invention;

[0045] Figure 2 A framework diagram of an automated test script for mutually exclusive OTA upgrade and E-CALL provided in an embodiment of the present invention;

[0046] Figure 3 A flowchart of another method for automatically testing mutually exclusive OTA upgrades and E-CALLs provided by an embodiment of the present invention;

[0047] Figure 4 A schematic diagram of the structure of an automatic test device for mutually exclusive OTA upgrade and E-CALL provided by an embodiment of the present invention;

[0048] Figure 5 FIG. 4 is a schematic diagram of the structure of an electronic device in an embodiment of the present invention. DETAILED DESCRIPTION

[0049] The present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It is to be understood that the specific embodiments described herein are only used to explain the relevant invention, rather than to limit the invention. It is also necessary to explain that, for ease of description, only the parts related to the invention are shown in the accompanying drawings.

[0050] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0051] Figure 1 This is a flow chart of an automatic test method for mutually exclusive OTA upgrade and E-CALL proposed in this application, which can be performed by an automatic test device for mutually exclusive OTA upgrade and E-CALL. The device can be implemented in the form of software and / or hardware. The device can be integrated in a cloud server.

[0052] like Figure 1 As shown, the OTA upgrade and E-CALL mutually exclusive automated test method includes the following steps:

[0053] S110: Detect whether the target vehicle has completed downloading the OTA upgrade package.

[0054] Optionally, call a vehicle status query interface; and determine whether the target vehicle has completed downloading the OTA upgrade package based on the return value of the vehicle status query interface.

[0055] For example, using Python's requests module, the function code for accessing the OTA cloud platform and capturing the vehicle status information in the corresponding test vehicle details is encapsulated into a vehicle status query interface. By calling the interface, the vehicle status is queried on the OTA cloud platform and the return value is recorded. According to the return value, it is determined whether the target vehicle has completed the download of the OTA upgrade package. For example, when the return value is 1, it means that the target vehicle has completed the download of the OTA upgrade package, and when the return value is 0, it means that the target vehicle has not completed the download of the OTA upgrade package.

[0056] Furthermore, before the detection of whether the target vehicle has completed the download of the OTA upgrade package, the following steps are also included:

[0057] Log in to the OTA cloud platform through Python's requests module, create a silent upgrade task according to the test information in the use case, and send the OTA upgrade package to the target vehicle according to the universal unique identification code uuid corresponding to the created silent upgrade task.

[0058] After determining the mutually exclusive test result of OTA upgrade and E-CALL based on the detection result, the method further includes: canceling the silent upgrade task and outputting the test result.

[0059] S120 . In response to detecting that the target vehicle has completed downloading the OTA upgrade package, controlling a preset relay to operate so as to trigger an E-CALL of the target vehicle.

[0060] Exemplarily, controlling the preset relay action to control the E-CALL of the target vehicle to be triggered includes: controlling the preset relay to close for a first time through a first preset interface to energize the E-CALL of the target vehicle, that is, using a relay to simulate an E-CALL switch to energize the E-CALL and then send an E-CALL message.

[0061] Optionally, call the relevant interface in the third-party Python library RPi.GPIO to control the relay switch to close for 5 seconds to trigger E-CALL. The E-CALL trigger condition on the actual vehicle is to press and hold the "SOS" button for three seconds. The purpose of this step in this application is to use a relay to simulate the E-CALL switch, and to power on the E-CALL by controlling the relay to close and then send an E-CALL message.

[0062] By automatically triggering E-CALL when the vehicle finishes downloading the upgrade package, the construction of a mutually exclusive scenario of OTA upgrade and E-CALL is accurately realized.

[0063] S130, detecting whether an E-CALL signal is sent from the target vehicle.

[0064] Exemplarily, the detecting whether the target vehicle sends an E-CALL signal includes:

[0065] A preset sub-thread is created based on the python script to monitor the CAN message of the target vehicle in real time through Python's third-party library python-can, and parse the CAN message to obtain the parsing result of the CAN message; if the parsing result includes an E-CALL signal, it is determined that the target vehicle has an E-CALL signal, and the preset sub-thread is closed.

[0066] The sub-thread monitors the CAN messages in the vehicle in real time, parses the CAN messages in real time, determines whether the E-CALL is successfully triggered, and does not conflict with the main thread, ensuring the accuracy and efficiency of scene construction.

[0067] Further, in response to not detecting that an E-CALL signal is sent from the target vehicle, the control returns to executing the preset relay action to control the operation of triggering the E-CALL of the target vehicle.

[0068] That is, if no E-CALL signal is detected from the target vehicle, it may be that the E-CALL is not successfully triggered. In this case, the operation of triggering the E-CALL is re-executed to ensure the normal execution of the test process and improve the test reliability.

[0069] S140: In response to detecting that an E-CALL signal is sent from the target vehicle, detecting whether the target vehicle meets preset conditions for OTA upgrade, and obtaining a detection result.

[0070] Optionally, the function of detecting whether the target vehicle meets the preset conditions for OTA upgrade can be implemented by calling relevant interfaces. The preset conditions are, for example, whether the vehicle's gear is in P gear, whether the handbrake is pulled, and whether the vehicle's power meets the threshold, etc., to ensure that the vehicle can successfully complete other security conditions for the OTA upgrade.

[0071] Usually, if the target vehicle meets the preset conditions for OTA upgrade, the return value of the relevant interface is 1. If the target vehicle does not meet the preset conditions for OTA upgrade, the return value of the relevant interface is 0, error or other specific information. When the return value of the relevant interface is "XCALL mode", it means that the target vehicle does not meet the preset conditions for OTA upgrade because E-CALL is triggered. At this time, it can be determined that OTA upgrade and E-CALL are mutually exclusive.

[0072] In general, the detection result includes: satisfying the preset conditions for OTA upgrade, or not satisfying the preset conditions for OTA upgrade.

[0073] S150: Determine a mutually exclusive test result of OTA upgrade and E-CALL based on the detection result.

[0074] Exemplarily, in response to the detection result not satisfying the preset conditions for OTA upgrade, it is determined whether the associated error information is preset information; if so, the test result is determined to be successful; otherwise, the test result is determined to be failed; wherein, a successful test result indicates that OTA upgrade and E-CALL are mutually exclusive, and a failure test result indicates that OTA upgrade and E-CALL are not mutually exclusive.

[0075] When it is determined that the detection result does not meet the preset conditions for OTA upgrade, it is further determined whether the associated error information is preset information (for example, XCALL mode). If so, the test result is determined to be successful, that is, OTA upgrade and E-CALL are mutually exclusive; otherwise, the test result is determined to be a failure, and OTA upgrade and E-CALL are not mutually exclusive.

[0076] In response to the detection result satisfying the preset conditions for OTA upgrade, the test result is determined to be a failure when the OTA upgrade is detected to be completed. OTA upgrade and E-CALL are not mutually exclusive. By determining the test result to be a failure when the OTA upgrade is detected to be completed, the accuracy of the test is further guaranteed.

[0077] The automated testing method for the mutual exclusion of OTA upgrade and E-CALL disclosed in the embodiment of the present invention, the program automatically determines the test results, records the entire test process, and automatically generates and outputs the test case execution records and execution results, which is convenient for traceability analysis. The automated test of E-CALL mutual exclusion during OTA upgrade can be realized. It can automatically configure and issue upgrade tasks on the OTA cloud platform, monitor the vehicle upgrade status in real time, and automatically trigger E-CALL when the vehicle completes downloading the upgrade package, accurately realizing the construction of the scenario of mutual exclusion between OTA upgrade and E-CALL. It is also possible to continuously monitor the vehicle upgrade status, wait for the OTA upgrade to be completed when the test fails, and then cancel the cloud task to restore the vehicle environment without affecting the execution of other subsequent test scripts. The entire process is automatically executed through the test script, so the test time can be placed at night or on weekends, which can release manpower and testing resources, improve project quality, save project costs, and avoid the situation where manual testing cannot accurately and quickly build test scenarios and cause test failures.

[0078] In some optional embodiments, refer to Figure 2A schematic diagram of a script framework is shown, which specifically includes: a preceding use case, a test case input, a test execution, a test environment recovery, a test result output, and a subsequent use case, log printing, an RPi.GPIO library, a Python-can library, and a request module.

[0079] Specifically: RPi.GPIO library: a third-party library of python, which is mainly used to control the opening and closing of the relay switch in this framework to achieve the effect of controlling the start and stop of E-CALL; the encapsulated interface is mainly used in the test execution part. Python-can library: a third-party library of python, which is used in this framework to obtain the message captured by canoe in real time and parse the meaning of the message to determine whether there is an E-CALL message on the can line of the whole vehicle; it is mainly used in the test execution part. Request module: a third-party library of python, which is mainly used to interact with the OTA cloud platform, such as: logging in to the OTA cloud platform, creating test tasks on the OTA cloud platform, issuing test tasks, revoking test tasks, obtaining vehicle OTA status, obtaining precondition check results, obtaining OTA upgrade results, etc.; the encapsulated interface is mainly used during test execution and test environment recovery. Log printing module: encapsulates the logging library of python, which can print the script execution log in real time and generate a log storage file; this module is used throughout the entire process. Use case execution process: when the use case is entered, use python to parse the test case to obtain information such as the test vehicle, test task name, test steps, etc.; then execute the script as follows Figure 3 The process is constructed to construct a mutually exclusive scenario of OTA upgrade and E-CALL, obtain the test results of the scenario and save them in variables. Then the test environment is restored to avoid affecting the execution of subsequent use cases. If OTA upgrade and E-CALL are mutually exclusive, the OTA cloud platform interface is called through the request module to cancel the upgrade task. If OTA upgrade and E-CALL are not mutually exclusive, the vehicle status query interface is called. When it is determined that the vehicle has been upgraded, the corresponding interface is called to cancel the upgrade task. After the test environment is restored, the test results are output and saved.

[0080] Further, such as Figure 3 As shown, the automated testing method specifically includes the following process:

[0081] P1. Log in to the OTA cloud platform through Python's requests module, create a silent upgrade task based on the test information in the use case, and then send the upgrade task to the corresponding test vehicle based on the uuid corresponding to the created task, and then execute step P2.

[0082] P2. Use the request module to encapsulate the function of accessing the OTA cloud platform and capturing the vehicle status information in the corresponding test vehicle details into a vehicle status query interface. Call the interface to query the vehicle status on the OTA cloud platform and record the return value, and then execute step P3.

[0083] P3. According to the return value of the vehicle status query interface, determine whether the vehicle status is "download completed". If it is, execute step P4. If it is another status, execute step P2 again after an interval of 2S to avoid the script not obtaining the upgrade status of "download completed" due to the long script interval time, which causes the vehicle to complete the download of the upgrade package and enter the precondition detection.

[0084] P4, call Python's third-party library RPi.GPIO related interface to control the relay switch to close for 5 seconds, trigger E-CALL, and then execute step P5. The E-CALL trigger condition on the actual car is to press and hold the "SOS" button for three seconds. This step is to use a relay to simulate the E-CALL switch, power on the E-CALL, and then send an E-CALL message.

[0085] P5. Use a python script to create a child thread, use CANoe to receive CAN messages, monitor CAN messages in real time through Python's third-party library python-can, and parse the message data. Determine every 3 seconds whether an E-CALL signal message is sent. If an E-CALL message is detected, notify the main thread to execute step P6 and close the child thread that monitors CAN messages in real time. If not detected, notify the main thread to execute step P4 again.

[0086] P6. Call the encapsulated vehicle status query interface, query the vehicle status on the OTA cloud platform and record the return value, and then execute step P7.

[0087] P7. According to the return value of the vehicle status query interface, determine whether the vehicle status has completed the precondition check. If it has been completed, execute step P8. If it has not been completed, execute step P6 again.

[0088] P8. Use the request module to obtain the precondition check result on the OTA cloud platform, and determine whether the precondition check result is successful or failed. If successful, execute step P11; if failed, execute step P9.

[0089] P9. Use the request module to obtain the error message of the precondition check failure on the OTA cloud platform and determine whether the error message is "XCALL mode". The communication protocol between the vehicle and the cloud defines the mutually exclusive error code of OTA upgrade and E-CALL as "XCALL mode". If the error message is "XCALL mode", execute step P10. If not, execute step P13.

[0090] P10. Record the test result as successful, that is, OTA upgrade and ECALL are mutually exclusive, and then execute step P14.

[0091] P11. Call the vehicle status query interface, query the vehicle status on the OTA cloud platform and record the return value, then execute step P12.

[0092] P12. According to the return value of the vehicle status query interface, determine whether the queried vehicle status is "upgrade completed". If yes, execute step P13; if not, execute step P11.

[0093] P13. Record the test result as failure, that is, there is no mutually exclusive relationship between OTA upgrade and ECALL, and then execute step P14.

[0094] P14. Use the request module to access the details of the corresponding vehicle on the OTA cloud platform, execute the undo upgrade task, and then execute step P15.

[0095] P15. Output the test results and the test process ends.

[0096] Figure 4 1 is a schematic diagram of the structure of an automatic test device for mutually exclusive OTA upgrade and E-CALL provided by an embodiment of the present invention. Figure 4 As shown, the device includes: a first detection module 410 , a control module 420 , a second detection module 430 , a third detection module 440 and a determination module 450 .

[0097] Among them, the first detection module 410 is used to detect whether the target vehicle has completed the download of the OTA upgrade package; the control module 420 is used to control the preset relay action in response to detecting that the target vehicle has completed the download of the OTA upgrade package, so as to control the E-CALL of the target vehicle to be triggered; the second detection module 430 is used to detect whether the target vehicle has an E-CALL signal sent; the third detection module 440 is used to detect whether the target vehicle meets the preset conditions for OTA upgrade in response to detecting that the target vehicle has an E-CALL signal sent, and obtain the detection result; the determination module 450 is used to determine the mutually exclusive test results of OTA upgrade and E-CALL based on the detection result.

[0098] Furthermore, the control module 420 is specifically configured to control the preset relay to close for a first time period through a first preset interface, so as to power on the E-CALL of the target vehicle.

[0099] Furthermore, the second detection module 430 is specifically used to: create a preset sub-thread based on the python script, so as to monitor the CAN message of the target vehicle in real time through Python's third-party library python-can, and parse the CAN message to obtain the parsing result of the CAN message; if the parsing result includes an E-CALL signal, it is determined that the target vehicle has an E-CALL signal, and the preset sub-thread is closed.

[0100] Furthermore, it also includes a return module for returning to execute the control preset relay action in response to not detecting that an E-CALL signal is sent by the target vehicle, so as to control the operation of triggering the E-CALL of the target vehicle.

[0101] Further, the detection result includes: satisfying the preset conditions of OTA upgrade, or not satisfying the preset conditions of OTA upgrade. The determination module 450 is specifically used to: in response to the detection result not satisfying the preset conditions of OTA upgrade, determine whether the associated error information is preset information, if yes, determine the test result is successful, otherwise, determine the test result is failed; in response to the detection result satisfying the preset conditions of OTA upgrade, determine the test result as failed when detecting that OTA upgrade is completed.

[0102] Furthermore, it also includes a sending module, which is used to log in to the OTA cloud platform through Python's requests module before detecting whether the target vehicle has completed the download of the OTA upgrade package, create a silent upgrade task according to the test information in the use case, and send the OTA upgrade package to the target vehicle according to the universal unique identification code corresponding to the created silent upgrade task.

[0103] Furthermore, it also includes: a cancellation module, which is used to cancel the silent upgrade task and output the test result after determining the test result that the OTA upgrade and the E-CALL are mutually exclusive based on the detection result.

[0104] Furthermore, the first detection module 410 is specifically used to: call a vehicle status query interface; and determine whether the target vehicle has completed the download of the OTA upgrade package based on the return value of the vehicle status query interface.

[0105] The OTA upgrade and E-CALL mutually exclusive automated testing device provided in the embodiment of the present disclosure can execute the steps in the OTA upgrade and E-CALL mutually exclusive automated testing method provided in the method embodiment of the present disclosure, and the execution steps and beneficial effects are no longer repeated here.

[0106] Figure 5 Schematic diagram of the structure of an electronic device in the embodiment of the present disclosure. Figure 5 , which shows a structural schematic diagram of an electronic device 500 suitable for implementing the embodiments of the present disclosure. Figure 5 The electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present disclosure.

[0107] like Figure 3 As shown, the electronic device 500 may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) or a program loaded from a storage device 508 into a random access memory (RAM) to implement the method of the embodiment described in the present disclosure. In RAM503, various programs and data required for the operation of the electronic device 500 are also stored. The processing device 501, ROM 502, and RAM503 are connected to each other via a bus 504. An I / O interface 505 is also connected to the bus 504. An input device 506, an output device 507, a storage device 508, and a communication device 509 are all connected to the I / O interface 505.

[0108] In particular, according to an embodiment of the present disclosure, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a non-transitory computer-readable medium, and the computer program contains program code for executing the method shown in the flowchart, thereby realizing the automated testing method for mutual exclusion of OTA upgrade and E-CALL as described above. In such an embodiment, the computer program can be downloaded and installed from the network through the communication device 509, or installed from the storage device 508, or installed from the ROM 502. When the computer program is executed by the processing device 501, the above-mentioned functions defined in the method of the embodiment of the present disclosure are executed.

[0109] It should be noted that the computer-readable medium disclosed above may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, device or device. In the present disclosure, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, in which a computer-readable program code is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer readable signal medium may also be any computer readable medium other than a computer readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer readable medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

[0110] The computer-readable medium may be included in the electronic device, or may exist independently without being installed in the electronic device. The computer-readable medium carries one or more programs, and when the one or more programs are executed by the electronic device, the electronic device executes the method steps of the present application.

[0111] Optionally, when the above one or more programs are executed by the electronic device, the electronic device may also execute other steps described in the above embodiments.

[0112] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0113] The above description is only a preferred embodiment of the present disclosure and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present disclosure is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in the present disclosure (but not limited to) by each other to form a technical solution.

[0114] This article uses specific examples to illustrate the principles and implementation methods of this application. The description of the above embodiments is only used to help understand the method and its core ideas of this application. The above is only the preferred implementation method of this application. It should be pointed out that due to the limitations of textual expression and the objective existence of infinite specific structures, ordinary technicians in this technical field can make several improvements, modifications or changes without departing from the principles of the present invention, and can also combine the above technical features in an appropriate manner; these improvements, modifications, changes or combinations, or the direct application of the inventive concept and technical solution to other occasions without improvement, should be regarded as the scope of protection of this application.

Claims

1. An automated test method for mutual exclusion of OTA upgrade and E-CALL, It is characterized in that include: Check whether the target vehicle has completed downloading the OTA upgrade package; In response to detecting that the target vehicle has completed downloading the OTA upgrade package, controlling a preset relay to act so as to control an E-CALL of the target vehicle to be triggered; Detect whether the target vehicle sends an E-CALL signal; In response to detecting that an E-CALL signal is sent by the target vehicle, detecting whether the target vehicle meets a preset condition for OTA upgrade, and obtaining a detection result; A mutually exclusive test result of OTA upgrade and E-CALL is determined based on the detection result.

2. According to the automatic test method for mutual exclusion of OTA upgrade and E-CALL according to claim 1, It is characterized in that The control presets the relay action to control the E-CALL of the target vehicle to be triggered, including: Through the first preset interface, the preset relay is controlled to close for a first time period so that the E-CALL of the target vehicle is powered on.

3. According to the automatic test method for mutual exclusion of OTA upgrade and E-CALL according to claim 1, It is characterized in that The detecting whether the target vehicle sends an E-CALL signal comprises: Create a preset sub-thread based on the Python script to monitor the CAN message of the target vehicle in real time through the Python third-party library python-can, and parse the CAN message to obtain the parsing result of the CAN message; If the analysis result includes an E-CALL signal, it is determined that an E-CALL signal is sent by the target vehicle, and the preset sub-thread is closed.

4. According to the automatic test method for mutual exclusion of OTA upgrade and E-CALL according to claim 1, It is characterized in that Also includes: In response to not detecting that an E-CALL signal is sent by the target vehicle, the control returns to executing the preset relay action to control the operation of triggering the E-CALL of the target vehicle.

5. According to the automatic test method for mutual exclusion of OTA upgrade and E-CALL according to claim 1, It is characterized in that The detection result includes: satisfying the preset conditions for OTA upgrade, or not satisfying the preset conditions for OTA upgrade; The determining, based on the detection result, a test result that the OTA upgrade and the E-CALL are mutually exclusive, includes: In response to the detection result not satisfying the preset condition for OTA upgrade, determining whether the associated error information is preset information, and if so, determining the test result as success, otherwise, determining the test result as failure; In response to the detection result satisfying the preset condition for OTA upgrade, the test result is determined to be failure when the OTA upgrade is detected to be completed.

6. The automatic test method for mutually exclusive OTA upgrade and E-CALL according to claim 1, It is characterized in that Before detecting whether the target vehicle has completed the download of the OTA upgrade package, the method further includes: Log in to the OTA cloud platform through Python's requests module, create a silent upgrade task according to the test information in the use case, and send the OTA upgrade package to the target vehicle according to the universal unique identification code corresponding to the created silent upgrade task; After determining the test result that OTA upgrade and E-CALL are mutually exclusive based on the detection result, the method further includes: The silent upgrade task is canceled, and the test result is output.

7. The automatic test method for mutually exclusive OTA upgrade and E-CALL according to claim 6, It is characterized in that The step of detecting whether the target vehicle has completed downloading the OTA upgrade package includes: Call the vehicle status query interface; Determine whether the target vehicle has completed downloading the OTA upgrade package based on the return value of the vehicle status query interface.

8. An automatic test device for mutually exclusive OTA upgrade and E-CALL, It is characterized in that include: The first detection module is used to detect whether the target vehicle has completed the download of the OTA upgrade package; A control module, configured to, in response to detecting that the target vehicle has completed downloading of the OTA upgrade package, control a preset relay to act so as to control the E-CALL of the target vehicle to be triggered; The second detection module is used to detect whether the target vehicle has sent an E-CALL signal; A third detection module is used for detecting whether the target vehicle meets the preset conditions of OTA upgrade in response to detecting that an E-CALL signal is sent by the target vehicle, and obtaining a detection result; A determination module is used to determine the mutually exclusive test results of OTA upgrade and E-CALL based on the detection results.

9. An electronic device, It is characterized in that The electronic device comprises: one or more processors; A storage device for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors implement the automatic testing method for mutual exclusion of OTA upgrade and E-CALL as described in any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, It is characterized in that When the program is executed by a processor, the automatic testing method for mutual exclusion of OTA upgrade and E-CALL as described in any one of claims 1 to 7 is implemented.

Images