CN115437915A - Vehicle-based version testing method and device and electronic equipment - Google Patents
Vehicle-based version testing method and device and electronic equipment Download PDFInfo
- Publication number
- CN115437915A CN115437915A CN202210304700.4A CN202210304700A CN115437915A CN 115437915 A CN115437915 A CN 115437915A CN 202210304700 A CN202210304700 A CN 202210304700A CN 115437915 A CN115437915 A CN 115437915A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- upgrading
- upgrade
- test
- version
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/368—Test management for test version control, e.g. updating test cases to a new software version
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Abstract
The disclosure relates to a vehicle-based version test method and device and electronic equipment, and relates to the technical field of upgrading test. The method comprises the following steps: receiving a first upgrade patch sent by a cloud platform; sending a first upgrading instruction to the vehicle terminal so that the vehicle terminal upgrades the software system version according to the upgrading packet to obtain an upgrading result; receiving an upgrading result sent by a vehicle terminal; when the upgrading result indicates that the upgrading is successful, a test task is created according to preset configuration parameters and a first upgrading packet; and performing version testing based on the testing task. The embodiment of the disclosure is used for solving the problem of low efficiency of the existing OTA test.
Description
Technical Field
The present disclosure relates to the field of upgrade testing technologies, and in particular, to a vehicle-based version testing method and apparatus, and an electronic device.
Background
An Over-The-Air technology (OTA) technology is used to update The version of The in-vehicle terminal, thereby repairing The bug and improving The performance. The existing OTA test comprises a version release link, a version upgrade link and a performance test link, wherein each link can be completed by the intervention of a worker, for example, in the version upgrade link, the worker is required to manufacture an upgrade packet based on version information and then send the upgrade packet to a vehicle terminal, so that the vehicle terminal finishes the version upgrade by using the upgrade packet through a line brushing tool. The conventional OTA test needs the whole-course participation of workers, cannot realize automation and has low test efficiency.
BRIEF SUMMARY OF THE PRESENT DISCLOSURE
In order to solve the technical problems or at least partially solve the technical problems, the disclosure provides a vehicle-based version testing method, a vehicle-based version testing device and an electronic device, so that a worker does not need to participate in each link of an OTA test, the OTA automatic test is realized, and the test efficiency is improved.
In order to achieve the above purpose, the technical solutions provided by the embodiments of the present disclosure are as follows:
in a first aspect, a vehicle-based version test method is provided, including:
receiving a first upgrade package sent by a cloud platform;
sending a first upgrading instruction to the vehicle-mounted terminal, wherein the upgrading instruction comprises a first upgrading packet, so that the vehicle-mounted terminal upgrades the version of the software system according to the upgrading packet to obtain an upgrading result;
receiving an upgrading result sent by a vehicle terminal;
when the upgrading result indicates that the upgrading is successful, a test task is created according to preset configuration parameters and a first upgrading packet;
and performing version testing based on the testing task.
As an optional implementation manner of the embodiment of the present disclosure, when the upgrade result indicates that the upgrade is successful, before creating the test task according to the preset configuration parameter and the first upgrade package, the method includes: acquiring configuration parameters input by a user; wherein the configuration parameters include at least one of: execution time, vehicle identification code, and test times.
As an optional implementation manner of the embodiment of the present disclosure, performing a version test based on a test task includes: when the upgrading result indicates that the upgrading is successful, downloading a second upgrading packet from the cloud platform, wherein the second upgrading packet is an upgrading packet of a last version of the first upgrading packet; sending a second upgrade package to the vehicle terminal so that the vehicle terminal performs an upgrade test based on the first upgrade package and the second upgrade package; and receiving and displaying a first test result sent by the vehicle terminal.
As an optional implementation manner of the embodiment of the present disclosure, the number of times of testing is M, and the version testing is performed based on the test task, which includes: sending a second upgrading instruction to the vehicle terminal, wherein the second upgrading instruction instructs the vehicle terminal to execute M times of upgrading tests based on the first upgrading packet; receiving an M-time upgrading result sent by the vehicle terminal as a test result, wherein the test result includes but is not limited to at least one of the following: the number of scheduled executions, the number of actual executions, the number of execution successes and the number of execution failures; and carrying out statistical analysis and display based on the test result.
As an optional implementation manner of the embodiment of the present disclosure, sending a first upgrade instruction to a car terminal includes: and sending a first upgrading instruction to the vehicle-mounted terminal under the condition that the positioning information of the vehicle-mounted terminal is changed within a preset time period.
As an optional implementation manner of the embodiment of the present disclosure, before sending the first upgrade instruction to the car terminal, the method further includes: acquiring vehicle identification codes of a plurality of vehicles to be upgraded; the car machine terminal includes a plurality of car machines, sends first upgrading instruction to car machine terminal, includes: and sending a first upgrading instruction to a vehicle machine corresponding to the vehicle identification code of each vehicle to be upgraded based on the vehicle identification codes of the vehicles to be upgraded.
In a second aspect, there is provided a vehicle-based version test apparatus comprising:
the receiving module is used for receiving a first upgrading packet sent by the cloud platform;
the sending module is used for sending a first upgrading instruction to the vehicle terminal, wherein the upgrading instruction comprises a first upgrading packet, so that the vehicle terminal upgrades the version of the software system according to the upgrading packet to obtain an upgrading result;
the receiving module is also used for receiving the upgrading result sent by the vehicle terminal;
the version test module is used for creating a test task according to preset configuration parameters and the first upgrade package when the upgrade result indicates that the upgrade is successful; and performing version testing based on the testing task.
As an optional implementation manner of the embodiment of the present disclosure, the version test module is further configured to obtain a configuration parameter input by a user; wherein the configuration parameters include at least one of: execution time, vehicle identification code, and test times.
As an optional implementation manner of the embodiment of the present disclosure, the version test module is specifically configured to download a second upgrade package from the cloud platform when the upgrade result indicates that the upgrade is successful, where the second upgrade package is an upgrade package of a previous version of the first upgrade package; sending a second upgrade package to the vehicle terminal so that the vehicle terminal performs an upgrade test based on the first upgrade package and the second upgrade package; and receiving and displaying a first test result sent by the vehicle terminal.
As an optional implementation manner of the embodiment of the present disclosure, the number of times of testing is M, and the version testing module is specifically configured to send a second upgrade instruction to the car machine terminal, where the second upgrade instruction instructs the car machine terminal to execute the upgrade test for M times based on the upgrade packet; receiving an M-time upgrading result sent by the vehicle terminal as a test result, wherein the test result includes but is not limited to at least one of the following items: the number of scheduled executions, the number of actual executions, the number of execution successes and the number of execution failures; and carrying out statistical analysis and display based on the test result.
As an optional implementation manner of the embodiment of the present disclosure, the sending module is specifically configured to send the first upgrade instruction to the in-vehicle terminal when the location information of the in-vehicle terminal changes within a preset time period. As an optional implementation manner of the embodiment of the present disclosure, the sending module is further configured to obtain vehicle identification codes of a plurality of vehicles to be upgraded; the sending module is specifically used for sending a first upgrading instruction to a vehicle machine corresponding to the vehicle identification code of each vehicle to be upgraded based on the vehicle identification codes of the vehicles to be upgraded.
In a third aspect, an electronic device is provided, including: a processor, a memory and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing a vehicle-based version testing method according to the first aspect or any one of its alternative embodiments.
In a fourth aspect, a computer-readable storage medium is provided, comprising: the computer-readable storage medium has stored thereon a computer program which, when executed by a processor, implements the vehicle-based version testing method according to the first aspect or any one of its alternative embodiments.
In a fifth aspect, a computer program product is provided, comprising: the computer program product comprises a computer program which, when run on a computer, causes the computer to implement the vehicle based version testing method of the first aspect or any one of its alternative embodiments.
Compared with the prior art, the technical scheme provided by the embodiment of the disclosure has the following advantages:
the vehicle-based version testing method provided in the embodiment of the disclosure includes the steps of receiving a first upgrade package sent by a cloud platform, and sending a first upgrade instruction to a vehicle terminal, wherein the first upgrade instruction instructs the vehicle terminal to perform version upgrade based on the first upgrade package. Then, receiving an upgrading result sent by the vehicle terminal, and creating a test task according to preset configuration parameters and a first upgrading packet when the upgrading result indicates that upgrading is successful; further, version testing is performed based on the testing task. By the vehicle-based version testing method, the worker only needs to set the configuration parameters before the updated version is released and then the equipment executes the testing task, so that the worker does not need to participate in each link of the OTA testing, the OTA automatic testing is realized, and the testing efficiency is improved.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the disclosure.
In order to more clearly illustrate the embodiments or technical solutions in the prior art of the present disclosure, the drawings used in the embodiments or technical solutions in the prior art description will be briefly described below, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.
Fig. 1 is an architecture diagram of an OTA;
FIG. 2 is a schematic diagram of an implementation scenario of a vehicle-based version testing method according to an embodiment of the present disclosure;
FIG. 3 is a schematic flow chart diagram illustrating a vehicle-based version testing method according to an embodiment of the present disclosure;
FIG. 4 is a block diagram of a vehicle based version testing apparatus according to an embodiment of the present disclosure;
fig. 5 is a block diagram of an electronic device according to an embodiment of the disclosure.
Detailed Description
In order that the above objects, features and advantages of the present disclosure may be more clearly understood, aspects of the present disclosure will be further described below. It should be noted that the embodiments and features of the embodiments of the present disclosure may be combined with each other without conflict.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present disclosure, but the present disclosure may be practiced in other ways than those described herein; it is to be understood that the embodiments disclosed in the specification are only a few embodiments of the present disclosure, and not all embodiments.
The terms "first," "second," "third," and the like in the description and claims of this application and in the above-described drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements but may alternatively include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. The specific meaning of the above terms in the present application can be understood in a specific case by those of ordinary skill in the art. In addition, in the description of the present application, "a plurality" means two or more unless otherwise specified. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.
In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the following will briefly introduce the technical terms used in the description of the embodiments or the prior art:
an Over-The-Air technology (OTA) technology is used to update The version of The in-vehicle terminal, thereby repairing The bug and improving The performance. The baseline is a stable version of the software documentation or source code (or other output) that is the basis for further development.
The wire brush is fully automatically operated, and the one-key machine brushing is realized by writing a script in a computer, and at present, the wire brush is mainly operated by a wire brush tool, such as a machine brushing demon, a machine brushing master and the like.
The Vehicle Identification Number (VIN) is determined according to the national Vehicle management standard and includes information such as the manufacturer, the year, the model, the body type and code, the transmitter code, the assembly location, and the like of the Vehicle.
With the increasing demand of users for vehicle performance and diversified functions, the car terminals, electronic circuits, etc. are also being updated and iterated continuously and rapidly, and the upgrade of the car terminals becomes more frequent, especially the remote upgrade based on OTA has become an essential function. The OTA-based remote upgrade mainly refers to a method for updating firmware in terminal equipment through air interface remote management, and an operating system, system configuration and the like of the equipment can be updated through version upgrade. In order to ensure the smooth proceeding of the upgrading function, the OTA test is required to be performed on the upgrading function of the vehicle terminal.
As shown in fig. 1, fig. 1 is a schematic diagram of an OTA architecture, where the OTA includes an OTA cloud, an OTA terminal, and an OTA upgrade object. The OTA cloud comprises an OTA cloud server; the OTA terminal can be a vehicle networking system (TBox), and the TBox is used for remotely assisting and controlling vehicles and can realize the function of remote communication control; OTA upgrade objects include, but are not limited to, the powertrain domain, the cabin entertainment domain, the autopilot domain. The advent of the OTA technology has established a complete vehicle factory to vehicle link.
The existing OTA test comprises the steps of version release, version upgrade and performance test, and each step can be finished only by the intervention of a worker. For example, in a version upgrade link, a worker is required to make a baseline based on version information and then send the baseline to the vehicle terminal, so that the vehicle terminal finishes version upgrade by using the baseline through a line brushing tool. The conventional OTA test needs the whole-process participation of workers, cannot realize automation and has low test efficiency.
In order to solve the above problem, in the version testing method based on the vehicle provided in the embodiment of the present disclosure, a first upgrade package sent by a cloud platform is received, and a first upgrade instruction is sent to a vehicle terminal, where the first upgrade instruction instructs the vehicle terminal to perform version upgrade based on the first upgrade package. And then, receiving an upgrading result sent by the vehicle terminal, when the upgrading result indicates that upgrading is successful, creating a test task according to preset configuration parameters and the first upgrading packet, and further performing version test based on the test task. By the vehicle-based version testing method, the worker only needs to set the configuration parameters before the updated version is released and then the equipment executes the testing task, so that the worker does not need to participate in each link of the OTA testing, the OTA automatic testing is realized, and the testing efficiency is improved.
As shown in fig. 2, fig. 2 is a schematic view of an implementation scenario of a vehicle-based version testing method according to an embodiment of the present disclosure, where the implementation scenario includes a cloud platform 201, an OTA test platform 202, and a car terminal 203. The OTA test platform 202 detects the update state of the version issued by the cloud platform 201 at regular time, receives the first upgrade packet sent by the cloud platform 201 when detecting the update state, and sends a first upgrade instruction to the car terminal 203, so that the car terminal 203 performs upgrade by using the first upgrade packet according to the first upgrade instruction to obtain an upgrade result. When the OTA test platform 202 receives the upgrade result and the upgrade result indicates that the upgrade is successful, a test task is created according to the preset configuration parameters and the first upgrade package, and further version test is performed based on the test task, so that a worker only needs to set the configuration parameters before the cloud platform 201 releases the update state of the version, and then the OTA test platform 202 realizes automatic test, and the test efficiency is improved.
It should be noted that the protection scope of the vehicle-based version testing method according to the embodiment of the present disclosure is not limited to the execution sequence of the steps listed in the embodiment, and all the solutions implemented by adding, subtracting, and replacing steps according to the principles of the present disclosure are included in the protection scope of the present disclosure.
The vehicle-based version testing method provided in the embodiments of the present disclosure may be implemented by computer equipment, where the computer equipment includes, but is not limited to, a server, a personal computer, a notebook computer, a tablet computer, a smart phone, and a vehicle-mounted device. The computer equipment comprises user equipment and network equipment. The user equipment includes but is not limited to a computer, a smart phone, a tablet computer and the like; network devices include, but are not limited to, a single network server, a server group of multiple network servers, or a cloud of numerous computers or network servers for cloud computing, where cloud computing is one type of distributed computing, a super virtual computer consisting of a collection of loosely coupled computers. Wherein, the computer device can be operated alone to realize the disclosure, and can also be accessed to the network and realize the disclosure through the interactive operation with other computer devices in the network. The Network in which the computer device is located includes, but is not limited to, the internet, a wide area Network, a metropolitan area Network, a local area Network, a Virtual Private Network (VPN), and the like.
As shown in fig. 3, fig. 3 is a schematic flowchart of a vehicle-based version testing method according to an embodiment of the present disclosure, where the method includes:
s301, receiving a first upgrade patch sent by the cloud platform.
The first upgrade package may be an Electronic Control Unit (ECU) upgrade package for upgrading a vehicle terminal, and the ECU upgrade package may be an ECU full package or an ECU differential package. The ECU full package is a complete batch compressed system upgrade package, and the ECU differential package is a patch upgrade package only comprising an update part.
In order to ensure that all data channels are safe from a developer to the following whole automobile factories and automobile products, the cloud platform encrypts the first upgrade package. The cloud platform updates the upgrade patch, encrypts the upgrade patch through a public key, establishes a safe and brand-new connection with the electronic device (such as an OTA test platform provided by the disclosure) through a mobile network to ensure the safety and stability of a data transmission channel and ensure the safe transmission of data, and then transmits the encrypted upgrade patch through the established brand-new channel.
In some embodiments, the OTA test platform detects the update status of the version at regular time, sends a request for downloading the updated version upgrade package to the cloud platform when determining that the updated version upgrade package exists, and returns the stored updated version upgrade package to the OTA test platform after the cloud platform receives the request. And receiving a first upgrade package sent by the cloud platform, decrypting the first upgrade package by using a private key corresponding to the public key, downloading the upgrade package after the decryption is successful, and if the decryption fails, indicating that the received upgrade package is possibly dangerous, not downloading the first upgrade package.
In the above embodiment, an asymmetric Encryption manner of a public key and a private key is adopted, where the public key and the private key are both encrypted by an Advanced Encryption Standard (AES), the public key is used for Encryption/signature verification, the private key is used for decryption/signature, the content encrypted by the public key can only be decrypted by the private key, and the content encrypted by the private key can only be decrypted by the public key, so that the security of data transmission between the cloud platform and the OTA test platform is ensured, and compared with the symmetric Encryption manner, the asymmetric Encryption manner greatly improves the security of data transmission.
In some embodiments, after the downloading task of the upgrade package is completed, in order to further ensure the upgrade security of the vehicle, the security level of the upgrade package needs to be verified to ensure that the upgrade can be performed safely.
When the security level of the downloaded first upgrade package is verified, the content of the first upgrade package is tested to ensure the security and integrity of the first upgrade package, so that upgrade failure of the vehicle terminal due to incomplete upgrade information in the upgrade process is avoided, and upgrade failure of the vehicle terminal is avoided as much as possible.
Further, if the verification result of the first upgrade package is not qualified, the OTA test platform generates error prompt information and sends the error prompt information to the cloud platform; and according to the error prompt information, the cloud platform sends the encrypted upgrade package to the OTA test platform again.
According to the embodiment, the first upgrading packet is encrypted, so that the first upgrading packet is not easy to be maliciously tampered in the transmission process, the structural integrity of the first upgrading packet can be ensured, the accuracy of the first upgrading packet can be verified, and the safety of system upgrading is improved.
S302, sending a first upgrading instruction to the vehicle terminal.
The upgrading instruction comprises a first upgrading packet, so that the vehicle terminal upgrades the software system version according to the upgrading packet to obtain an upgrading result.
In some embodiments, before sending a first upgrading instruction to a vehicle terminal, vehicle identification codes of a plurality of vehicles to be upgraded are acquired; the car machine terminal comprises a plurality of car machines, and it can be understood that the car machine terminal is a car machine terminal of a plurality of cars to be upgraded, the number of the car machine terminals is a plurality, and each car machine terminal is used as a car machine. And then, according to the plurality of vehicle identification codes, sending a first upgrading instruction to a vehicle machine corresponding to each vehicle identification code.
According to the embodiment, the vehicle identification codes of the vehicles to be upgraded are acquired through the OTA test platform in the production line scene of the whole automobile factory, namely the vehicle identification codes of the general assembly offline vehicles, so that the vehicle identification codes of the general assembly offline vehicles are not required to be input by workers one by one, the vehicles are directly acquired in batches, and a first upgrading instruction is sent to the general assembly offline vehicles to be upgraded, so that the general assembly offline vehicles are upgraded, the automatic upgrading of the general assembly offline vehicles is realized, and the upgrading efficiency is improved.
In practical application, the vehicle may be upgraded in a transportation stage, for example, the vehicle needs to be upgraded in the process of being transported from a whole vehicle factory to a seller, in order to prevent a leakage phenomenon during long-time transportation, the manufacturer may start a transportation mode of the vehicle, before the OTA test platform sends the first upgrade instruction to the vehicle terminal, the state of the vehicle terminal is obtained through wireless communication connection with the vehicle terminal, when it is determined that the vehicle terminal is in the transportation mode, the first upgrade instruction is sent to the vehicle terminal, the vehicle terminal is instructed to perform silent upgrade, or the vehicle terminal is instructed to switch back to the transportation mode after the vehicle terminal is successfully upgraded, so that consumption of electric quantity is reduced.
In other embodiments, before sending the first upgrade instruction to the vehicle terminal, it is determined whether the location information of the vehicle terminal changes within a preset time period, and when the location information of the vehicle terminal changes within the preset time period, it indicates that the vehicle is in a transportation mode, the first upgrade instruction is sent to the vehicle terminal, and the vehicle terminal is instructed to perform silent upgrade, or the vehicle terminal is instructed to switch back to the transportation mode after being upgraded successfully, so as to reduce consumption of electric quantity.
And S303, receiving an upgrading result sent by the vehicle terminal.
The upgrading result comprises an upgrading result indicating upgrading success and an upgrading result indicating upgrading failure.
It should be noted that, in the whole process from the production completion of the whole vehicle factory to the delivery to the user, there may be a need to upgrade the vehicle terminal, and the whole process includes links such as offline, testing, and delivery, and there are different processing modes for each link according to different upgrade results:
the following description will be made of a processing manner of the offline link delivery link in the case where the upgrade result indicates a failure:
(1) Off-line link
In some embodiments, when the upgrade result indicates a failure, a baseline version number is obtained, then a baseline upgrade package is created based on the baseline version number, and then the baseline upgrade package is sent to the in-vehicle terminal, so that the in-vehicle terminal performs upgrade again according to the baseline upgrade package. The crash caused by the failure of the software system upgrade of the vehicle terminal is avoided.
The baseline upgrading package is an upgrading package of a standard version, can be a stable version of a software document or a source code (or other products) at the vehicle terminal upgrading baseline, and is also a basis for further development. In computer terminology, a baseline is a "snapshot" of each artifact version in the project repository over a particular period of time.
(2) Delivery link
In some embodiments, when the upgrade result indicates failure, the upgrade package is downloaded from the cloud platform again and sent to the car terminal until the software system of the car terminal is upgraded to the updated version, so that it is ensured that the vehicle is upgraded to the latest version in the vehicle delivery scene, and a user who lifts the vehicle has better use experience.
According to the embodiment, under the condition that the upgrading result indication fails, different implementation modes exist for different scenes such as offline and delivery, so that the scene adaptability of software system upgrading of the vehicle terminal is improved, the efficiency of offline link upgrading is improved, and the use experience of a user in the delivery link is improved.
It should be noted that, the above-mentioned division of the whole process from the production completion of the whole vehicle factory to the delivery to the user is only an exemplary illustration, and the disclosure is not limited in detail herein.
In addition, in the testing process, processing needs to be performed when the upgrade result returned by the in-vehicle terminal indicates that the upgrade is successful, that is, steps S204 to S205 are executed.
And S304, when the upgrading result indicates that the upgrading is successful, establishing a test task according to the preset configuration parameters and the first upgrading packet.
In some embodiments, before creating the test task according to the preset configuration parameters and the first upgrade package, the configuration parameters input by the user are acquired, and the configuration parameters include at least one of the following: execution time, vehicle identification code, and test times. The execution time refers to the execution time of the test task, and may be executed immediately after the test task is created, or the test task may be executed at a set time point; the vehicle identification code is the unique identification code of the vehicle corresponding to the vehicle terminal which needs to execute the test task; the test times are the times of executing the test task and the times of upgrading the vehicle terminal according to the upgrade package.
The input mode of the vehicle identification code can be manual input by a user or batch import of form data; the user can also input the vehicle series and the vehicle type, and the OTA test platform can determine a plurality of vehicle identification codes according to the vehicle series and the vehicle type to realize the input of the vehicle identification codes.
Further, when the upgrade result indicates that the upgrade is successful, the version number of the first upgrade package and the vehicle identification code are saved, so that the vehicle-mounted terminal corresponding to the vehicle identification code is determined to have finished the upgrade.
And S305, performing version test based on the test task.
The test tasks include, but are not limited to, a common test task, a same-version stress test task, a new-version stress test task, an old-version stress test task, and a baseline test task.
In some embodiments, after the version test, the test results are statistically analyzed and displayed, and the test results include, but are not limited to, planned execution times, actual execution times, execution success times, and execution failure times; the statistical analysis includes, but is not limited to, graphing the test results, which may be a bar graph, a line graph, etc., and the disclosure is not limited thereto.
The version test is different for different test tasks, and the following description will explain the version test process for three different test tasks, namely, a common test task, a same-version pressure test and a new-old version pressure test.
A. Generic test tasks
The common test task is an upgrade test performed for the first upgrade package, and when the vehicle-mounted terminal is upgraded successfully based on the first upgrade package, that is, the upgrade result indicates that the upgrade is successful, the common test task is executed successfully. Test results of the common test task: the number of scheduled executions is 1, the number of actual executions is 1, the number of execution successes is 1, and the number of execution failures is 0.
It should be noted that, when S201 is executed, if the first upgrade package sent by the cloud platform is received but download fails, when the test task created according to the preset configuration parameters and the first upgrade package is a common test task, a test result may be obtained: the planned execution count is 1, the actual execution count is 0, the execution success count is 0, and the execution failure count is 0.
B. Same version of stress testing task
The same-version pressure testing task is to perform preset times of upgrading tests on upgrading packages of the same version. And sending a second upgrading instruction to the vehicle terminal according to the configuration parameters input by the user, wherein when the test times are M, the created test task is the same-version pressure test task, and the second upgrading instruction instructs the vehicle terminal to execute M upgrading tests based on the first upgrading packet, namely, the vehicle terminal performs M upgrading according to the first upgrading packet. And then, receiving the M times of upgrading results returned by the vehicle terminal, and performing statistical analysis on the M times of upgrading results to determine a final test result. Wherein, the test result includes: the planned execution times are M, the actual execution times are N, the execution success times are S, the execution failure times are T, and M, N, S and T are all positive integers larger than or equal to 0.
Illustratively, when the number of tests input by the user is 100, the car terminal performs 100 upgrades according to the first upgrade package, receives 100 upgrade results returned by the car terminal, performs charting processing when the planned execution number is 100, the actual execution number is 100, the execution success number is 85, and the execution failure number is 15, and performs judgment by a worker in a visual manner.
C. New and old version stress testing task
The new and old version pressure test task is to perform upgrade test on upgrade packages of different versions, and it can be understood that upgrade is performed by using the updated version upgrade package and the previous version upgrade package.
In some embodiments, when the upgrade result indicates that the upgrade is successful, downloading a second upgrade package from the cloud platform, the second upgrade package being an upgrade package of a previous version of the first upgrade package; and then, sending a second upgrade package to the vehicle terminal so that the vehicle terminal performs upgrade test based on the first upgrade package and the second upgrade package, and further receiving and displaying a first test result sent by the vehicle terminal. And the number of times of upgrading tests according to the first upgrading packet and the second upgrading packet can be set so that the first upgrading packet and the second upgrading packet are used for carrying out alternate upgrading tests, and whether the first upgrading packet is qualified and stable is determined.
Illustratively, when the upgrade result indicates that the upgrade is successful, downloading a second upgrade package from the cloud platform, setting the test frequency to be 200, and then upgrading according to the first upgrade package and then upgrading according to the second upgrade package by the vehicle terminal, and thus, alternately upgrading until 200 times is reached. Receiving 200 times of upgrading results returned by the vehicle terminal, determining that the test results are 200 times of planned execution, 200 times of actual execution, 85 times of execution success corresponding to the first upgrading packet, 93 times of execution success corresponding to the second upgrading packet, 15 times of execution failure corresponding to the first upgrading packet and 7 times of execution failure corresponding to the second upgrading packet, and performing charting processing and displaying on the test results.
According to the embodiment, different versions are tested according to different test tasks to obtain corresponding test results, so that a worker can judge whether the upgraded first upgrade patch is qualified and stable according to the test results.
In summary, in the version testing method based on the vehicle provided in the embodiment of the present disclosure, the first upgrade package sent by the cloud platform is received, and then the first upgrade instruction is sent to the car terminal, where the first upgrade instruction instructs the car terminal to perform version upgrade based on the first upgrade package. And then, receiving an upgrading result sent by the vehicle terminal, when the upgrading result indicates that upgrading is successful, creating a test task according to preset configuration parameters and a first upgrading packet, and further performing version test based on the test task. By the vehicle-based version testing method, the worker only needs to set the configuration parameters before the updated version is released and then the equipment executes the testing task, so that the worker does not need to participate in each link of the OTA testing, the OTA automatic testing is realized, and the testing efficiency is improved.
As shown in fig. 4, fig. 4 is a structural diagram of a vehicle-based version testing apparatus according to an embodiment of the present disclosure, where the apparatus includes:
the receiving module 401 is configured to receive a first upgrade package sent by a cloud platform;
the sending module 402 is configured to send a first upgrade instruction to the vehicle-mounted terminal, where the upgrade instruction includes a first upgrade packet, so that the vehicle-mounted terminal upgrades the version of the software system according to the upgrade packet to obtain an upgrade result;
the receiving module 401 is further configured to receive an upgrade result sent by the vehicle terminal;
the version test module 403 is configured to create a test task according to a preset configuration parameter and the first upgrade package when the upgrade result indicates that the upgrade is successful; and performing version testing based on the testing task.
It should be noted that, in addition to the foregoing modules, the version testing apparatus based on a vehicle provided in the embodiment of the present disclosure may further include a management module, a monitoring module, an ECU management module, and the like, where the management module includes sub-modules such as user management, role management, menu management, department management, and post management; the monitoring module comprises sub-modules such as login records, online users, timing tasks and the like; and the ECU management module is used for adding, modifying and deleting the ECU.
As an optional implementation manner of the embodiment of the present disclosure, the version test module 403 is further configured to obtain configuration parameters input by a user; wherein the configuration parameters include at least one of: execution time, vehicle identification code, and test times.
As an optional implementation manner of the embodiment of the present disclosure, the version test module 403 is specifically configured to download a second upgrade package from the cloud platform when the upgrade result indicates that the upgrade is successful, where the second upgrade package is an upgrade package of a previous version of the first upgrade package; sending a second upgrade package to the vehicle-mounted terminal so that the vehicle-mounted terminal performs upgrade testing based on the first upgrade package and the second upgrade package; and receiving and displaying a first test result sent by the vehicle terminal.
As an optional implementation manner of the embodiment of the present disclosure, the number of times of testing is M, and the version testing module 403 is specifically configured to send a second upgrade instruction to the car machine terminal, where the second upgrade instruction instructs the car machine terminal to execute the upgrade test for M times based on the upgrade package; receiving an M-time upgrading result sent by the vehicle terminal as a test result, wherein the test result includes but is not limited to at least one of the following items: the number of scheduled executions, the number of actual executions, the number of execution successes and the number of execution failures; and carrying out statistical analysis and display based on the test result.
As an optional implementation manner of the embodiment of the present disclosure, the sending module 402 is specifically configured to send a first upgrade instruction to the in-vehicle terminal when the location information of the in-vehicle terminal changes within a preset time period. As an optional implementation manner of the embodiment of the present disclosure, the sending module 402 is further configured to obtain vehicle identification codes of a plurality of vehicles to be upgraded; the sending module is specifically used for sending a first upgrading instruction to a vehicle machine corresponding to the vehicle identification code of each vehicle to be upgraded based on the vehicle identification codes of the vehicles to be upgraded.
In summary, in the version testing device based on the vehicle provided in the embodiment of the present disclosure, the receiving module receives the first upgrade package sent by the cloud platform, and then the sending module sends the first upgrade instruction to the car terminal, where the first upgrade instruction instructs the car terminal to upgrade the version based on the first upgrade package. And then, receiving an upgrading result sent by the vehicle terminal through the receiving module, when the upgrading result indicates that upgrading is successful, creating a test task through the version test module according to preset configuration parameters and the first upgrading packet, and further performing version test based on the test task. Through the vehicle-based version testing device, a worker only needs to set configuration parameters before the updated version is released and then the testing task is executed by the equipment, so that the worker does not need to participate in all links of the OTA testing, the OTA automatic testing is realized, and the testing efficiency is improved.
As shown in fig. 5, an embodiment of the present disclosure provides an electronic device, including: a processor, a memory and a computer program stored on the memory and executable on the processor, the computer program, when executed by the processor, implementing the respective processes of the vehicle-based version testing method in the above-described method embodiments. And the same technical effect can be achieved, and in order to avoid repetition, the description is omitted here.
The disclosed embodiment provides a computer-readable storage medium, which is characterized in that a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program realizes each process of the vehicle-based version testing method in the above method embodiments, and can achieve the same technical effect, and is not repeated here to avoid repetition.
The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.
The disclosed embodiment provides a computer program product, where the computer program is stored, and when being executed by a processor, the computer program implements each process of the vehicle-based version testing method in the foregoing method embodiments, and can achieve the same technical effect, and is not described herein again to avoid repetition.
As will be appreciated by one skilled in the art, embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media having computer-usable program code embodied in the medium.
In the present disclosure, the Processor may be a Central Processing Unit (CPU), and may also be other general purpose processors, digital Signal Processors (DSP), application Specific Integrated Circuits (ASIC), field-Programmable Gate arrays (FPGA) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
In the present disclosure, the memory may include volatile memory in a computer readable medium, random Access Memory (RAM) and/or nonvolatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). The memory is an example of a computer-readable medium.
In the present disclosure, computer-readable media include both non-transitory and non-transitory, removable and non-removable storage media. Storage media may implement information storage by any method or technology, and the information may be computer-readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.
It is noted that, in this document, relational terms such as "first" and "second," and the like, are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrases "comprising a component of' 8230; \8230;" does not exclude the presence of additional identical elements in the process, method, article, or apparatus that comprises the element.
The foregoing are merely exemplary embodiments of the present disclosure, which will enable those skilled in the art to understand or practice the present disclosure. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the disclosure. Thus, the present disclosure is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A vehicle-based version testing method, comprising:
receiving a first upgrade package sent by a cloud platform;
sending a first upgrading instruction to a vehicle-mounted terminal, wherein the upgrading instruction comprises a first upgrading packet, so that the vehicle-mounted terminal upgrades the version of the software system according to the upgrading packet to obtain an upgrading result;
receiving an upgrading result sent by the vehicle terminal;
when the upgrading result indicates that the upgrading is successful, a test task is created according to preset configuration parameters and the first upgrading packet;
and performing version testing based on the testing task.
2. The method according to claim 1, wherein before creating a test task according to preset configuration parameters and the first upgrade package when the upgrade result indicates that the upgrade is successful, the method includes:
acquiring the configuration parameters input by a user;
wherein the configuration parameters include at least one of: execution time, vehicle identification code, and test times.
3. The method of claim 1, wherein performing version testing based on the testing task comprises:
downloading a second upgrade package from the cloud platform when the upgrade result indicates that the upgrade is successful, the second upgrade package being an upgrade package of a previous version of the first upgrade package;
sending the second upgrade package to the vehicle-mounted terminal, so that the vehicle-mounted terminal performs upgrade testing based on the first upgrade package and the second upgrade package;
and receiving and displaying a first test result sent by the vehicle terminal.
4. The method of claim 2, wherein the number of tests is M, and wherein performing version testing based on the test task comprises:
sending a second upgrading instruction to the vehicle-mounted terminal, wherein the second upgrading instruction instructs the vehicle-mounted terminal to execute M times of upgrading tests based on the first upgrading packet;
receiving an M-time upgrading result sent by the vehicle-mounted terminal as a test result, wherein the test result includes but is not limited to at least one of the following items: the planned execution times, the actual execution times, the execution success times and the execution failure times;
and carrying out statistical analysis and display based on the test result.
5. The method according to claim 1, wherein the sending the first upgrade instruction to the car terminal includes:
and sending the first upgrading instruction to the vehicle terminal under the condition that the positioning information of the vehicle terminal is changed within a preset time period.
6. The method according to claim 1, wherein before sending the first upgrade instruction to the car terminal, the method further comprises:
acquiring vehicle identification codes of a plurality of vehicles to be upgraded;
the car machine terminal includes a plurality of car machines, send first upgrading instruction to car machine terminal, include:
and sending the first upgrading instruction to a vehicle machine corresponding to the vehicle identification code of each vehicle to be upgraded based on the vehicle identification codes of the vehicles to be upgraded.
7. A vehicle-based version testing apparatus, comprising:
the receiving module is used for receiving a first upgrading packet sent by the cloud platform;
the sending module is used for sending a first upgrading instruction to the vehicle-mounted terminal, wherein the upgrading instruction comprises the first upgrading packet, so that the vehicle-mounted terminal upgrades the version of the software system according to the upgrading packet to obtain an upgrading result;
the receiving module is further configured to receive an upgrade result sent by the vehicle-mounted terminal;
the version test module is used for creating a test task according to preset configuration parameters and the first upgrade package when the upgrade result indicates that the upgrade is successful; and performing version test based on the test task.
8. An electronic device, comprising: a processor, a memory and a computer program stored on and executable on the memory, the computer program when executed by the processor implementing the vehicle-based version testing method of any one of claims 1 to 6.
9. A computer-readable storage medium, comprising: the computer-readable storage medium has stored thereon a computer program which, when executed by a processor, implements the vehicle-based version testing method of any one of claims 1 to 6.
10. A computer program product, comprising: the computer program product comprising a computer program which, when run on a computer, causes the computer to implement the vehicle-based version testing method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210304700.4A CN115437915A (en) | 2022-03-22 | 2022-03-22 | Vehicle-based version testing method and device and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210304700.4A CN115437915A (en) | 2022-03-22 | 2022-03-22 | Vehicle-based version testing method and device and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115437915A true CN115437915A (en) | 2022-12-06 |
Family
ID=84241483
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210304700.4A Pending CN115437915A (en) | 2022-03-22 | 2022-03-22 | Vehicle-based version testing method and device and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115437915A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116088913A (en) * | 2023-04-11 | 2023-05-09 | 北京集度科技有限公司 | Integrated device, method and computer program product for whole vehicle upgrade software |
| CN116148583A (en) * | 2023-04-14 | 2023-05-23 | 广汽埃安新能源汽车股份有限公司 | Complete vehicle detection method and device based on ECU edition replacement |
-
2022
- 2022-03-22 CN CN202210304700.4A patent/CN115437915A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116088913A (en) * | 2023-04-11 | 2023-05-09 | 北京集度科技有限公司 | Integrated device, method and computer program product for whole vehicle upgrade software |
| CN116148583A (en) * | 2023-04-14 | 2023-05-23 | 广汽埃安新能源汽车股份有限公司 | Complete vehicle detection method and device based on ECU edition replacement |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20180189049A1 (en) | Pre-shutdown swap verification | |
| CN115437915A (en) | Vehicle-based version testing method and device and electronic equipment | |
| CN109788033B (en) | Unmanned vehicle remote debugging method, device and system and storage medium | |
| CN107193593B (en) | Upgrading method of upgradable file, set top box and storage medium | |
| CN108303268B (en) | Configuration method and device of automobile diagnosis function and automobile diagnosis equipment | |
| CN109491671B (en) | Diagnostic software downloading method and device, terminal equipment and storage medium | |
| CN105468393B (en) | Module release upgrade method and terminal installation | |
| Odat et al. | Firmware over the air for automotive, fotamotive | |
| EP4307734A1 (en) | Over-the-air technology (ota)-based communication method and apparatus | |
| CN107832065A (en) | Firmware upgrade method, water purifier, upgrade-system and readable storage medium storing program for executing | |
| KR20130077846A (en) | Exception handling test device and method thereof | |
| CN111142947A (en) | Chip firmware presetting method and device, presetting equipment and server | |
| CN113608763A (en) | Vehicle-mounted OTA upgrading method, device, equipment and operation machine | |
| CN111400167A (en) | Redfish service compliance verification method, device, equipment and medium | |
| CN114461262A (en) | Data processing method, system, device, equipment and computer storage medium | |
| CN116028092A (en) | Method, device, equipment and storage medium for fusing automobile OTA upgrading task | |
| CN113050960A (en) | OTA (over the air) upgrading method and device, vehicle-mounted terminal and storage medium | |
| CN116257270A (en) | Vehicle, upgrading method and device of vehicle | |
| CN116366275A (en) | Safety verification method, device, equipment and storage medium based on vehicle controller | |
| CN116028077A (en) | Application installation method based on mobile terminal, ecological service system and electronic equipment | |
| CN112312212B (en) | Upgrading method and related device for digital television system | |
| CN113904955A (en) | Detection method, device and system of data transmission link | |
| CN112636954A (en) | Server upgrading method and device | |
| CN110825406A (en) | Software upgrading method and related equipment | |
| CN112764964A (en) | Method and system for solving problem that FOTA cannot be refreshed after upgrading failure |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |