CN112181799A - Software configuration parameter testing method and device and automobile - Google Patents
Software configuration parameter testing method and device and automobile Download PDFInfo
- Publication number
- CN112181799A CN112181799A CN201910604148.9A CN201910604148A CN112181799A CN 112181799 A CN112181799 A CN 112181799A CN 201910604148 A CN201910604148 A CN 201910604148A CN 112181799 A CN112181799 A CN 112181799A
- Authority
- CN
- China
- Prior art keywords
- address
- configuration parameter
- target configuration
- area
- target
- 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/3688—Test management for test execution, e.g. scheduling of test suites
Abstract
The invention provides a method and a device for testing software configuration parameters and an automobile, wherein the testing method comprises the following steps: acquiring a machine code and a mapping table file which are obtained after the tested software is compiled by a compiler, wherein the mapping table file records configuration parameters and storage addresses of the configuration parameters; analyzing an address area and a corresponding data area in each line of codes according to the format of the machine code, wherein the address area records a storage address of data in the corresponding data area; determining the position of the target configuration parameter in the data area according to the target storage address of the target configuration parameter and the address of the address area, and reading the actual value of the target configuration parameter according to the position; and comparing the actual value of the target configuration parameter with the expected value of the target configuration parameter to determine whether the target configuration parameter is configured correctly. According to the scheme, the machine code of the software is directly read and analyzed, the numerical value of the measured parameter is extracted from the machine code, and the correctness of the numerical value is directly verified, so that the testing time is shortened, and the testing cost is reduced.
Description
Technical Field
The invention relates to the field of automobiles, in particular to a method and a device for testing software configuration parameters and an automobile.
Background
Today, with the increasingly competitive automotive industry, cost control of vehicle development is becoming increasingly important to various automotive enterprises. The platformization of the automobile software has a remarkable effect on reducing the research and development expenses, so that the platformization of the automobile software becomes a common cost reduction means for various large automobile enterprises and whole automobile control software design units.
The platform is that the vehicle model of the same platform uses a version of basic software, and the configuration of different spectrum types in the vehicle model is adapted through the attached calibration quantity and parameters of the software. For example, the effective power and the torque output by the engine or the motor with different powers can be calibrated by a calibration engineer during a calibration test; the functional difference between the high-distribution vehicle and the low-distribution vehicle can be realized by only changing the parameters related to the configuration to open or shield the related functions. Therefore, software designers only need to design one version of full-function basic software, and the waste of research and development cost caused by software repeated design is avoided. Meanwhile, in the stage of software test and verification, only the full-function and coverage degree test is needed to be carried out on the basic software; other spectrum type software only needs to independently verify whether the parameters are set as required, and the effect of reducing the cost can be achieved by reducing repeated test work.
In the above process, the conventional configuration parameter testing method is to brush the 2-system or 16-system program machine code into the controller, and then connect the controller with the test bench through a dedicated test harness. And then, running the compiled test case through a computer controlling the test bench and a special test environment and a test script to perform simulation test on the parameters.
From the above, the implementation process of the conventional testing method relates to software flashing, building of a testing environment, compiling of a testing case, generation of a special testing model, manufacturing of a special testing wire harness, testing steps and testing equipment such as a testing controller and a testing rack, and the process is complex, the testing time is long, and more resources are occupied.
Disclosure of Invention
The embodiment of the invention provides a method and a device for testing software configuration parameters and an automobile, which are used for solving the problems of complex software configuration parameter testing process and more occupied resources in the prior art.
In order to solve the technical problems, the invention adopts the following technical scheme:
according to an aspect of the present invention, there is provided a method for testing software configuration parameters, including:
acquiring a machine code and a mapping table file which are obtained after the tested software is compiled by a compiler, wherein the mapping table file records configuration parameters and storage addresses of the configuration parameters;
analyzing an address area and a corresponding data area in each line of codes according to the format of the machine code, wherein the address area records a storage address of data in the corresponding data area;
determining the position of the target configuration parameter in the data area according to the target storage address of the target configuration parameter and the address of the address area, and reading the actual value of the target configuration parameter according to the position;
and comparing the actual value of the target configuration parameter with the expected value of the target configuration parameter to determine whether the target configuration parameter is configured correctly.
Optionally, the address area records a start storage address of data in the corresponding data area.
Optionally, the step of determining the position of the target configuration parameter in the data area includes:
according to a target storage address of target configuration parameters, searching a first address area closest to the target storage address, wherein the first address of the first address area is less than or equal to the target storage address;
and determining the initial position of the target configuration parameter in a first data area corresponding to the first address area according to the difference value between the target storage address and the first address.
Optionally, the step of determining the position of the target configuration parameter in the data area further includes:
and determining the end position of the target configuration parameter in the first data area corresponding to the first address area according to the length of the target configuration parameter.
Optionally, the machine code further includes a length area, where the length area records a remaining length of a code line to which the length area belongs;
according to the format of the machine code, the address area and the corresponding data area of each line of code are analyzed, and the method comprises the following steps:
and according to the length values recorded in the length areas of the machine code, dividing the machine code into a plurality of code lines.
According to another aspect of the present invention, there is provided a software configuration parameter testing apparatus, including:
the first receiving unit is used for acquiring a machine code and a mapping table file which are obtained after the tested software is compiled by a compiler, and the mapping table file records configuration parameters and storage addresses of the configuration parameters;
the analysis processing unit is used for analyzing an address area and a corresponding data area in each line of codes according to the format of the machine code, and the address area records a storage address of data in the corresponding data area;
the first processing unit is used for determining the position of a target configuration parameter in the data area according to a target storage address of the target configuration parameter and the address of the address area, and reading the actual value of the target configuration parameter according to the position;
and the first judging unit is used for comparing the actual value of the target configuration parameter with the expected value of the target configuration parameter and determining whether the target configuration parameter is configured correctly.
Optionally, the address area records a start storage address of data in the corresponding data area.
Optionally, the step of determining the position of the target configuration parameter in the data area includes:
according to a target storage address of target configuration parameters, searching a first address area closest to the target storage address, wherein the first address of the first address area is less than or equal to the target storage address;
and determining the initial position of the target configuration parameter in a first data area corresponding to the first address area according to the difference value between the target storage address and the first address.
Optionally, the step of determining the position of the target configuration parameter in the data area further includes:
and determining the end position of the target configuration parameter in the first data area corresponding to the first address area according to the length of the target configuration parameter.
Optionally, the machine code further includes a length area, where the length area records a remaining length of a code line to which the length area belongs;
according to the format of the machine code, the address area and the corresponding data area of each line of code are analyzed, and the method comprises the following steps:
and according to the length values recorded in the length areas of the machine code, dividing the machine code into a plurality of code lines.
According to another aspect of the present invention, there is provided a control apparatus comprising a memory, a processor and a computer program stored on the memory and executable on the processor; the processor, when executing the program, implements the testing method as described above.
According to another aspect of the present invention, there is provided an automobile including the control apparatus as described above.
According to another aspect of the present invention, there is provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the method for testing software configuration parameters as described above.
The invention has the beneficial effects that:
according to the scheme, the 2-system or 16-system machine code of the software is directly read and analyzed, the numerical value of the measured parameter is extracted from the machine code, and the correctness of the numerical value is directly verified. Therefore, the software flashing, the building of a test environment, the compiling of a test case, the generation of a special test model, the manufacturing of a special test wire harness, the test steps of a test controller, a test bench and the like and the occupation of test equipment resources are saved, the test time is shortened, and the test cost is reduced.
Drawings
Fig. 1 is a schematic diagram illustrating a method for testing software configuration parameters according to an embodiment of the present invention;
fig. 2 is a schematic diagram illustrating a device for testing software configuration parameters according to an embodiment of the present invention.
Description of reference numerals:
21-a first receiving unit; 22-an analysis processing unit; 23-a first processing unit; 24-first judging unit.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention will be described in detail with reference to the accompanying drawings and specific embodiments.
The invention provides a method and a device for testing software configuration parameters and an automobile, aiming at the problems of complex software configuration parameter testing process and more occupied resources in the prior art.
As shown in fig. 1, an embodiment of the present invention provides a method for testing software configuration parameters, including:
s11: and acquiring a machine code obtained after the tested software is compiled by a compiler and a mapping table file, wherein the mapping table file records configuration parameters and storage addresses of the configuration parameters.
Specifically, the general flow of the entire vehicle control software design is as follows: the programming of software logical relationships and the values of various parameters, including configuration parameters, are designed by a high level programming language, such as C, or a graphical programming tool, such as Simulink. The software is then compiled by a compilation tool into machine code that the controller can use directly. The machine code is a 2-system or 16-system code and is the actual form of the control software existing in the memory of the controller.
It should be noted that, when compiling software, the compiler generates a mapping table file, where parameter names of all configuration parameters and start addresses of the configuration parameters corresponding to the parameter names are recorded in the mapping table file, the parameter names correspond to the start addresses one to one, and addresses of the configuration parameters can be obtained through the mapping table file.
S12: and analyzing an address area and a corresponding data area in each line of codes according to the format of the machine code, wherein the address area records the storage address of the data in the corresponding data area.
It should be noted that, in order to facilitate the machine code generated by compiling to be flushed into the controller, the generated machine code needs to conform to a certain format, that is, the machine code needs to include the following contents: the type of the code is convenient for the flash tool to adapt to what type of memory the line of code is stored in; the address is convenient for the flash tool to determine the storage position of the code and generally represents the initial address of the code stored in the memory; the length determines how much space the code occupies in the memory; data, representing code or data that actually needs to be flushed to the controller.
Specifically, the machine code generated by the compilation tool is generally divided into the following areas: a type area (ta for short), a length area (ca for short), an address area (aa for short), a data area (da for short), and other areas (oas for short). Before testing, the compiling format of the compiling tool is read from the use specification document of the compiling tool, so that the address area and the corresponding data area in each line of codes can be analyzed.
S13: and determining the position of the target configuration parameter in the data area according to the target storage address of the target configuration parameter and the address of the address area, and reading the actual value of the target configuration parameter according to the position.
S14: and comparing the actual value of the target configuration parameter with the expected value of the target configuration parameter to determine whether the target configuration parameter is configured correctly.
It should be noted that the expected value of the target configuration parameter is determined at the software design stage and recorded in the test requirement document. If the actual value is consistent with the expected value comparison result, the software configuration parameters are correctly generated; if the difference is not consistent, the software is in error, and further searching for the reason is needed, which is not described herein again.
It should be noted that, by repeating the steps S11 to S14 through the automated test script, all configuration parameters to be tested can be verified in batch and automatically. The size of single control software of the automobile is usually only a few megabytes, the testing of one configuration parameter by using an automatic script probably needs hundreds of milliseconds (depending on the performance of a used computer), the testing time is short, and the testing period is effectively shortened.
Optionally, the address area records a start storage address of data in the corresponding data area.
Optionally, the step of determining the position of the target configuration parameter in the data area includes:
according to a target storage address of target configuration parameters, searching a first address area closest to the target storage address, wherein the first address of the first address area is less than or equal to the target storage address;
and determining the initial position of the target configuration parameter in a first data area corresponding to the first address area according to the difference value between the target storage address and the first address.
Optionally, the step of determining the position of the target configuration parameter in the data area further includes:
and determining the end position of the target configuration parameter in the first data area corresponding to the first address area according to the length of the target configuration parameter.
It should be noted that the data type of the target configuration parameter determines the length (several bytes) of the target configuration parameter and how to parse the target configuration parameter (which may represent how to convert the data value into 16 or 2 in the embodiment of the present invention). The data type of the configuration parameters is set by a software developer in the design stage and is recorded in a test requirement document.
Optionally, the machine code further includes a length area, where the length area records a remaining length of a code line to which the length area belongs;
according to the format of the machine code, the address area and the corresponding data area of each line of code are analyzed, and the method comprises the following steps:
and according to the length values recorded in the length areas of the machine code, dividing the machine code into a plurality of code lines.
The invention is illustrated below by means of a specific example:
firstly, compiling the software to be tested by adopting a Freescale CodeWarrior compiler to generate an S-record format file, namely a program file with a suffix name of S19, which is hereinafter referred to as S19, wherein a code segment is as follows:
S123C000CF1400790011CC09395B105A124A8046304A8000300001C01BCB73140007340027；
wherein, S1 represents a type area, which indicates that the memory address length is 2 bytes, and is adapted to a memory type with 16-bit address or more, and is used to describe the type of the code record;
23 represents a length area, and 23 is a 16-system number, which indicates that the length of the code left after 23 is 35 bytes;
c000 represents an address area indicating a start address of a 2-byte data storage;
CF1400790011CC09395B105a124a8046304a8000300001C01BCB731400073400 represents a data area, representing the actual data stored;
and 27 for the other zone, here the check code.
According to the test requirement and the mapping table, the target storage address of one target configuration parameter P is C010, the data type is unsigned integer, and the unsigned integer represents an integer in a decimal range of 0-255, 8 bits and occupies 2 bytes. In the code of the present line s19, the address area is C000, i.e., the address area of the code of the present line s19 is C000. The difference between the target storage address of the target configuration parameter P and the address of the address area is C010-C000 ═ 10(hex), which is converted to decimal 16, i.e. the 17 th byte in the data area (CF140079 … 3400) is the 16-ary representation of the actual value of the target configuration parameter P, i.e. 30(hex), and the decimal value of P is 48 because the data type of P is unsigned integer.
Comparing the actual value with the expected value of the target configuration parameter P, and if the expected value of P is 48, generating the software configuration parameter P correctly; if the difference is not consistent, it indicates that the software has an error, and further searching for the reason is needed, which is not described herein again.
It should be noted that the embodiment of the present invention supports the existing general test software and programming language, can conveniently implement automatic operation, and in addition, also supports the machine code format generated by the existing commercial compiler, and has a wide application range.
In the embodiment of the invention, the numerical value of the measured parameter is extracted from the machine code of the 2-system or 16-system of the software by directly reading and analyzing the machine code, and the correctness of the numerical value is directly verified. Therefore, the software flashing, the building of a test environment, the compiling of a test case, the generation of a special test model, the manufacturing of a special test wire harness, the test steps of a test controller, a test bench and the like and the occupation of test equipment resources are saved, the test time is shortened, and the test cost is reduced.
As shown in fig. 2, an embodiment of the present invention further provides a device for testing software configuration parameters, including:
the first receiving unit 21 is configured to obtain a machine code obtained by compiling the software to be tested by the compiler and a mapping table file, where the mapping table file records a configuration parameter and a storage address of the configuration parameter.
Specifically, the general flow of the entire vehicle control software design is as follows: the programming of software logical relationships and the values of various parameters, including configuration parameters, are designed by a high level programming language, such as C, or a graphical programming tool, such as Simulink. The software is then compiled by a compilation tool into machine code that the controller can use directly. The machine code is a 2-system or 16-system code and is the actual form of the control software existing in the memory of the controller.
It should be noted that, when compiling software, the compiler generates a mapping table file, where parameter names of all configuration parameters and start addresses of the configuration parameters corresponding to the parameter names are recorded in the mapping table file, the parameter names correspond to the start addresses one to one, and addresses of the configuration parameters can be obtained through the mapping table file.
And the analysis processing unit 22 is configured to analyze an address area and a corresponding data area in each line of codes according to the format of the machine code, where the address area records a storage address of data in the corresponding data area.
It should be noted that, in order to facilitate the machine code generated by compiling to be flushed into the controller, the generated machine code needs to conform to a certain format, that is, the machine code needs to include the following contents: the type of the code is convenient for the flash tool to adapt to what type of memory the line of code is stored in; the address is convenient for the flash tool to determine the storage position of the code and generally represents the initial address of the code stored in the memory; the length determines how much space the code occupies in the memory; data, representing code or data that actually needs to be flushed to the controller.
Specifically, the machine code generated by the compilation tool is generally divided into the following areas: a type area (ta for short), a length area (ca for short), an address area (aa for short), a data area (da for short), and other areas (oas for short). Before testing, the compiling format of the compiling tool is read from the use specification document of the compiling tool, so that the address area and the corresponding data area in each line of codes can be analyzed.
The first processing unit 23 is configured to determine a position of a target configuration parameter in the data area according to a target storage address of the target configuration parameter and an address of the address area, and read an actual value of the target configuration parameter according to the position.
The first determining unit 24 compares the actual value of the target configuration parameter with the expected value of the target configuration parameter, and determines whether the target configuration parameter is configured correctly.
It should be noted that the expected value of the target configuration parameter is determined at the software design stage and recorded in the test requirement document. If the actual value is consistent with the expected value comparison result, the software configuration parameters are correctly generated; if the difference is not consistent, the software is in error, and further searching for the reason is needed, which is not described herein again.
It should be further noted that, by using the automated test script, all configuration parameters to be tested can be verified in batch and automatically. The size of single control software of the automobile is usually only a few megabytes, the testing of one configuration parameter by using an automatic script probably needs hundreds of milliseconds (depending on the performance of a used computer), the testing time is short, and the testing period is effectively shortened.
Optionally, the address area records a start storage address of data in the corresponding data area.
Optionally, the step of determining the position of the target configuration parameter in the data area includes:
according to a target storage address of target configuration parameters, searching a first address area closest to the target storage address, wherein the first address of the first address area is less than or equal to the target storage address;
and determining the initial position of the target configuration parameter in a first data area corresponding to the first address area according to the difference value between the target storage address and the first address.
Optionally, the step of determining the position of the target configuration parameter in the data area further includes:
and determining the end position of the target configuration parameter in the first data area corresponding to the first address area according to the length of the target configuration parameter.
It should be noted that the data type of the target configuration parameter determines the length (several bytes) of the target configuration parameter and how to parse the target configuration parameter (which may represent how to convert the data value into 16 or 2 in the embodiment of the present invention). The data type of the configuration parameters is set by a software developer in the design stage and is recorded in a test requirement document.
Optionally, the machine code further includes a length area, where the length area records a remaining length of a code line to which the length area belongs;
according to the format of the machine code, the address area and the corresponding data area of each line of code are analyzed, and the method comprises the following steps:
and according to the length values recorded in the length areas of the machine code, dividing the machine code into a plurality of code lines.
It should be noted that the embodiment of the present invention supports the existing general test software and programming language, can conveniently implement automatic operation, and in addition, also supports the machine code format generated by the existing commercial compiler, and has a wide application range.
In the embodiment of the invention, the numerical value of the measured parameter is extracted from the machine code of the 2-system or 16-system of the software by directly reading and analyzing the machine code, and the correctness of the numerical value is directly verified. Therefore, the software flashing, the building of a test environment, the compiling of a test case, the generation of a special test model, the manufacturing of a special test wire harness, the test steps of a test controller, a test bench and the like and the occupation of test equipment resources are saved, the test time is shortened, and the test cost is reduced.
The embodiment of the invention also provides control equipment, which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor; the processor, when executing the program, implements the testing method as described above.
In the embodiment of the invention, the numerical value of the measured parameter is extracted from the machine code of the 2-system or 16-system of the software by directly reading and analyzing the machine code, and the correctness of the numerical value is directly verified. Therefore, the software flashing, the building of a test environment, the compiling of a test case, the generation of a special test model, the manufacturing of a special test wire harness, the test steps of a test controller, a test bench and the like and the occupation of test equipment resources are saved, the test time is shortened, and the test cost is reduced.
The embodiment of the invention also provides an automobile which comprises the control equipment.
In the embodiment of the invention, the numerical value of the measured parameter is extracted from the machine code of the 2-system or 16-system of the software by directly reading and analyzing the machine code, and the correctness of the numerical value is directly verified. Therefore, the software flashing, the building of a test environment, the compiling of a test case, the generation of a special test model, the manufacturing of a special test wire harness, the test steps of a test controller, a test bench and the like and the occupation of test equipment resources are saved, the test time is shortened, and the test cost is reduced.
An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method for testing software configuration parameters described above are implemented.
In the embodiment of the invention, the numerical value of the measured parameter is extracted from the machine code of the 2-system or 16-system of the software by directly reading and analyzing the machine code, and the correctness of the numerical value is directly verified. Therefore, the software flashing, the building of a test environment, the compiling of a test case, the generation of a special test model, the manufacturing of a special test wire harness, the test steps of a test controller, a test bench and the like and the occupation of test equipment resources are saved, the test time is shortened, and the test cost is reduced.
While the preferred embodiments of the present invention have been described, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the following claims.
Claims (13)
1. A method for testing software configuration parameters is characterized by comprising the following steps:
acquiring a machine code and a mapping table file which are obtained after the tested software is compiled by a compiler, wherein the mapping table file records configuration parameters and storage addresses of the configuration parameters;
analyzing an address area and a corresponding data area in each line of codes according to the format of the machine code, wherein the address area records a storage address of data in the corresponding data area;
determining the position of the target configuration parameter in the data area according to the target storage address of the target configuration parameter and the address of the address area, and reading the actual value of the target configuration parameter according to the position;
and comparing the actual value of the target configuration parameter with the expected value of the target configuration parameter to determine whether the target configuration parameter is configured correctly.
2. The test method according to claim 1, wherein the address area is recorded with a start memory address of data in the corresponding data area.
3. The test method according to claim 2,
the step of determining the location of the target configuration parameter in the data area comprises:
according to a target storage address of target configuration parameters, searching a first address area closest to the target storage address, wherein the first address of the first address area is less than or equal to the target storage address;
and determining the initial position of the target configuration parameter in a first data area corresponding to the first address area according to the difference value between the target storage address and the first address.
4. The test method according to claim 3,
the step of determining the position of the target configuration parameter in the data area further comprises:
and determining the end position of the target configuration parameter in the first data area corresponding to the first address area according to the length of the target configuration parameter.
5. The test method of claim 4, wherein the machine code further comprises a length field, and the length field records a remaining length of a code line to which the length field belongs;
according to the format of the machine code, the address area and the corresponding data area of each line of code are analyzed, and the method comprises the following steps:
and according to the length values recorded in the length areas of the machine code, dividing the machine code into a plurality of code lines.
6. An apparatus for testing software configuration parameters, comprising:
the first receiving unit is used for acquiring a machine code and a mapping table file which are obtained after the tested software is compiled by a compiler, and the mapping table file records configuration parameters and storage addresses of the configuration parameters;
the analysis processing unit is used for analyzing an address area and a corresponding data area in each line of codes according to the format of the machine code, and the address area records a storage address of data in the corresponding data area;
the first processing unit is used for determining the position of a target configuration parameter in the data area according to a target storage address of the target configuration parameter and the address of the address area, and reading the actual value of the target configuration parameter according to the position;
and the first judging unit is used for comparing the actual value of the target configuration parameter with the expected value of the target configuration parameter and determining whether the target configuration parameter is configured correctly.
7. The test apparatus as claimed in claim 6, wherein the address area is recorded with a start memory address of data in the corresponding data area.
8. The test device of claim 7,
the step of determining the location of the target configuration parameter in the data area comprises:
according to a target storage address of target configuration parameters, searching a first address area closest to the target storage address, wherein the first address of the first address area is less than or equal to the target storage address;
and determining the initial position of the target configuration parameter in a first data area corresponding to the first address area according to the difference value between the target storage address and the first address.
9. The test device of claim 8,
the step of determining the position of the target configuration parameter in the data area further comprises:
and determining the end position of the target configuration parameter in the first data area corresponding to the first address area according to the length of the target configuration parameter.
10. The test apparatus according to claim 9, wherein the machine code further includes a length field, and the length field records a remaining length of a code line to which the length field belongs;
according to the format of the machine code, the address area and the corresponding data area of each line of code are analyzed, and the method comprises the following steps:
and according to the length values recorded in the length areas of the machine code, dividing the machine code into a plurality of code lines.
11. A control apparatus comprising a memory, a processor and a computer program stored on the memory and executable on the processor; characterized in that the processor, when executing the program, implements the testing method according to any one of claims 1 to 5.
12. An automobile characterized by comprising the control apparatus of claim 11.
13. A computer-readable storage medium, characterized in that a computer program is stored on the computer-readable storage medium, which computer program, when being executed by a processor, carries out the steps of the method for testing software configuration parameters according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910604148.9A CN112181799A (en) | 2019-07-05 | 2019-07-05 | Software configuration parameter testing method and device and automobile |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910604148.9A CN112181799A (en) | 2019-07-05 | 2019-07-05 | Software configuration parameter testing method and device and automobile |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112181799A true CN112181799A (en) | 2021-01-05 |
Family
ID=73915214
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910604148.9A Pending CN112181799A (en) | 2019-07-05 | 2019-07-05 | Software configuration parameter testing method and device and automobile |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112181799A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1983209A (en) * | 2005-12-14 | 2007-06-20 | 中兴通讯股份有限公司 | System and method for automatically testing software unit |
| US20090282136A1 (en) * | 2008-05-08 | 2009-11-12 | Oracle International Corporation | Automatic Generation of Web Service client for Web Services Interoperability Testing |
| CN103577154A (en) * | 2012-07-26 | 2014-02-12 | 中国航空工业集团公司第六三一研究所 | ARINC 659 protocol based instruction decoding method |
| CN104714829A (en) * | 2013-12-15 | 2015-06-17 | 中国航空工业集团公司第六三一研究所 | Compiling linkage method for ensuring consistency of object code and source code |
-
2019
- 2019-07-05 CN CN201910604148.9A patent/CN112181799A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1983209A (en) * | 2005-12-14 | 2007-06-20 | 中兴通讯股份有限公司 | System and method for automatically testing software unit |
| US20090282136A1 (en) * | 2008-05-08 | 2009-11-12 | Oracle International Corporation | Automatic Generation of Web Service client for Web Services Interoperability Testing |
| CN103577154A (en) * | 2012-07-26 | 2014-02-12 | 中国航空工业集团公司第六三一研究所 | ARINC 659 protocol based instruction decoding method |
| CN104714829A (en) * | 2013-12-15 | 2015-06-17 | 中国航空工业集团公司第六三一研究所 | Compiling linkage method for ensuring consistency of object code and source code |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108829593B (en) | Code coverage rate calculation and analysis method, device, equipment and storage medium | |
| CN113189970B (en) | Hardware-in-loop automatic test method and system of CAN bus controller and storage medium | |
| CN103235759A (en) | Method and device for generating test cases | |
| CN109086545B (en) | Engine bench calibration test optimization method, computer equipment and system | |
| CN106990983B (en) | Singlechip programming method, device and system and singlechip | |
| CN110632499A (en) | Test vector generation method based on test object and storage medium | |
| CN108132876B (en) | Embedded software object code unit testing method based on injection mode | |
| CN112068530A (en) | ECU (electronic control Unit) automatic testing method, system, storage medium and device | |
| CN114117973A (en) | Logic synthesis method, device and storage medium | |
| CN111897711A (en) | Method and device for positioning bug in code, electronic equipment and readable storage medium | |
| CN113225232B (en) | Hardware testing method and device, computer equipment and storage medium | |
| US8510708B2 (en) | Method for optimizing a control program for actuators | |
| CN112181799A (en) | Software configuration parameter testing method and device and automobile | |
| CN109902001B (en) | Method for detecting uninitialized variable and terminal equipment | |
| CN114780326B (en) | Cross-platform calibration test method, device and equipment | |
| Hanselmann et al. | Production quality code generation from Simulink block diagrams | |
| CN115034165A (en) | Chip simulation verification method, system, equipment and storage medium | |
| CN107977315B (en) | Embedded software object code unit testing method based on Bootloader mode | |
| CN113934198A (en) | Vehicle diagnosis method, vehicle diagnosis device, electronic device, and storage medium | |
| CN112269740A (en) | Automatic testing method and device for automatic driving software | |
| CN114448851B (en) | Automatic data testing method and system | |
| CN111124904A (en) | Regression testing method and device for application software | |
| CN111752823A (en) | Method, device and equipment for testing vehicle-mounted power supply application software | |
| JP2020134982A (en) | Information processing device, information processing method, and information processing system | |
| CN113343659B (en) | Analysis report generation method, device, equipment and storage medium |
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 |