CN1567232A - Testing device and method for flush-bonding system - Google Patents
Testing device and method for flush-bonding system Download PDFInfo
- Publication number
- CN1567232A CN1567232A CN 03147351 CN03147351A CN1567232A CN 1567232 A CN1567232 A CN 1567232A CN 03147351 CN03147351 CN 03147351 CN 03147351 A CN03147351 A CN 03147351A CN 1567232 A CN1567232 A CN 1567232A
- Authority
- CN
- China
- Prior art keywords
- patch
- function
- instruction
- embedded system
- source code
- 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.)
- Granted
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
This invention discloses a kind of testing apparatus and method of embedded system. When testing the embedded system, it needs no source code and stop the operation of system. It also simplifies the design and realization of testing function. The testing apparatus comprises source code generator, which used for generating patch source code according to inputted source code of patch function; compiler, which used for compiling the outputted patch source code from the source code generator to the patch target code; downloader, which used for downloading the patch target code to the testing embedded system, and controlling the said embedded system to execute the patch target code, generate testing function and test.
Description
Technical field
The present invention relates to contain the proving installation and the method for testing of computer programming system, particularly the proving installation of embedded system and method for testing.
Background technology
At present, in the communications field such as the test of embedded systems such as switch, base station system, general by having the code of test function, promptly " test code " realized.
Wherein, test code comprises source code and object code.Source code is meant the program code before the compiling; And object code is meant through the compiler compiling, can chain the code of operation in goal systems.It should be noted that owing to add the mode difference of test code, the efficient of test and MTD be difference to some extent in the method by test code test embedded system.
When carrying out system testing, the technician is according to the testing requirement of system, and whether decision need add new test code in tested system, with the testing requirement of back-up system.If desired, just design corresponding test source code, the source code with tested system becomes object code by the compiler compiling again, and joins in this system, at last by restarting this tested system, the beginning test job.
The defective of aforesaid way is, 1, condition precedent is whether tested system has source code, if there is not source code, just can't finish the test job to this system; 2, new each time test job all must restarting systems, thereby has a strong impact on testing efficiency.In addition, some tested system does not allow to stop operation, therefore can't use this method of testing at all.
Meanwhile, patching technology is used for solving the defective that distributed software version exists by the software developer more and more, or its performance is optimized more.In patching technology, " patch function " refers to the new increasing function that is used for the existing function of replacement system; " by the patch function " refers to the original function in the system that is replaced by above new increasing function (i.e. " patch function ").
Usually the implementation procedure of patch function is to make amendment on by the basis of the source code of patch function, generates the patch function, and replaces by the patch function, reaching the problem that solution is existed by the patch function, or the purpose that its performance is further optimized.
Along with the development of measuring technology and software engineering, some technician once attempted patching technology is being attached in the test job of embedded system, but found to exist in practice following difficulty:
Because in case the patch function is replaced by behind the patch function, just can't be continued in system, to use by the patch function, and needed one of tested main object often by the patch function, therefore, the patch function that is used for test purpose is except needs have test function, also need to keep original function, thereby bring difficulty to the simplification of its design and realization by the patch function.
In addition, when tested system does not have source code, also be necessary for realization and redesigned the patch function by the original function of patch function, workload is very big.When these other parts by patch function and tested system are coupled more for a long time, we can say the design of patch function and realize suitable difficulty.
For above-mentioned reasons, still do not have a kind of method preferably at present, can either test embedded system smoothly, can avoid the puzzlement of above-mentioned all unfavorable factors again by patching technology.
Summary of the invention
The technical problem to be solved in the present invention provides a kind of proving installation and method of testing of embedded system.When adopting this device that embedded system is tested, neither need, also do not need to stop the operation of embedded system to be measured by the source code of patch function; Can simplify simultaneously the design and the realization work of test code.
In order to solve the problems of the technologies described above, the proving installation of embedded system provided by the invention comprises:
Source code generator is used for the source code generation patch source code according to the patch function of outside input;
Compiler, the patch compilation of source code that is used for described source code generator output is the patch target code;
Downloader is used for the patch target code of described compiler output is downloaded to tested embedded system, and controls described embedded system and carry out the patch target code and produce trial function and test.
The present invention also provides a kind of method of testing of embedded system, comprises following steps:
A generates the patch source code according to the source code of the patch function of outside input;
B is the patch target code with the described patch compilation of source code of steps A;
C downloads to the described patch target code of step B in the tested embedded system, and controls described embedded system and carry out described patch target code and produce trial function and test.
Wherein, the instruction that comprises of described patch target code realizes following steps:
First modifying of order by the patch function in the embedded system become the unconditional jump instruction, directly jump to first instruction of described patch function.
In addition, the instruction that comprises of described patch target code also realizes following steps:
Two structure instructions of generation in embedded system, it is preceding by first instruction of patch function that article one instruction is used to finish the patch installation, and the second instruction is used for directly jumping to by the second of patch function instructs;
Also produced two instructions in the patch function call by patch function place, article one instruction is used to obtain the address of described article one structure instruction, and the address that the second instruction is used for the instruction of described article one structure is that call the entry address.
In addition, method as an alternative, the instruction that described patch target code comprises also realizes following steps:
Produced to give an order by patch function place in the patch function call:
Recovery is by first instruction of patch function;
Call this by the patch function;
Call finish after, once more described first modifying of order by the patch function become unconditional jump instruction, directly jump to first instruction of patch function.
By relatively finding that technical scheme difference with the prior art of the present invention is, at first, has provided the concrete instance that patching technology is applied to embedded system test work; Secondly, realize by the function of patch function in the patch function by the mode of calling.
Difference on this technical scheme has brought comparatively significantly beneficial effect, promptly not only can both not have source code, begins test job under the situation that does not also need system closure to move; And guaranteed still can be continued to use, thereby the development difficulty of reduction patch function by the original function of patch function.Overcome the limitation of patch function when being used for system testing.In a word, this new proving installation has improved testing efficiency and MTD significantly.
Description of drawings
Fig. 1 is an embedded system test device synoptic diagram according to an embodiment of the invention.
Fig. 2 is an embedded system test method process flow diagram according to an embodiment of the invention.
Embodiment
For making the purpose, technical solutions and advantages of the present invention clearer, the present invention is described in further detail below in conjunction with accompanying drawing.
Fig. 1 is an embodiment according to embedded system test device of the present invention, wherein, in order to clearly illustrate the present invention more, has also indicated embedded system 2 to be measured among the figure.Referring to the frame of broken lines among Fig. 1, the proving installation 1 of present embodiment comprises three modules that connect successively: source code generator, compiler and downloader.Wherein, downloader is connected with embedded system 2 to be measured by communication port.
In addition, in the process flow diagram of embedded system test method according to an embodiment of the invention as shown in Figure 2, based on embedded system test device provided by the invention, when needs are tested system, in step 100, by the source code of the source code generator in the proving installation according to the patch function of outside input, the patch source code that generation is used to test, this patch source code is used for generating trial function in embedded system to be measured, wherein, trial function include be used for substituting embedded system to be measured by the patch function of patch function, after this enter step 200.
In step 200, source code generator is exported to the patch source code compiler that is attached thereto; The object code that compiler becomes embedded system to be measured to carry out this compilation of source code, i.e. patch target code, and the patch target code exported to downloader;
After this enter step 300, by downloader the patch target code of compiler output is downloaded in the embedded system to be measured, and allow the embedded system processor inside carry out described patch target code, finish the test job of embedded system.
When needs were tested embedded system 2, the tester need to determine the function of test according to the analysis result to testing requirement, and the function entity (hereinafter referred to as by the patch function) that needs to add test function.According to above-mentioned test needs, write and to substitute by the patch function, finish the source code of the patch function of test function.
Here need to illustrate 2 points, the one, in general, should be consistent by patch type function (including but not limited to the type of function parameters number and data type thereof, rreturn value) with patch CWinInetConnection type; The 2nd, in the source code of patch function, call originally if desired by the patch function, can add an invocation flags at each place of calling.
Subsequently, with the source code of above-mentioned patch function, together with being input in the source code generator by the title of patch function.After source code generator receives, source code to the patch function is analyzed, generate the patch source code, this patch source code is used for generating trial function in embedded system, wherein, trial function includes the patch function, in some cases, also comprise the structure instruction, this will be described in more detail below.In the present invention, this patch source code can be realized following two basic functions:
Basic function one, earlier according to input by the title of patch function, searching is by the entry address of patch function in embedded system 2 (promptly by the address of patch function article one instruction), seeks at the patch function to add the later entry address (being the address of patch function article one instruction) of embedded system 2 again.To be become the unconditional jump instruction by first modifying of order of patch function, directly jump to first instruction of patch function.
Basic function two, if need to call original by the patch function in the patch function, source code generator can find the invocation flags in the patch function source code, inserts one section code at the invocation flags place and calls by the patch function.Describedly be used for calling and constitute by dual mode by the code of patch function.Specified below.
First kind of mode is to construct two instructions the time marquis who carries out the patch target code, they is called the structure instruction herein.Article one, by first command function of patch function, the second instruction was a jump instruction, directly jumps to by the second of patch function and instructs before instruction was finished the patch target code and carried out.
Needing to call by patch function place in the patch function, obtain the address of article one structure earlier, is that the call entry is called and got final product with the address that is obtained then.The code segment of realization above-mentioned functions constitutes first kind and calls by the method for patch function.
The second way is to recover earlier by first instruction of patch function (as mentioned above, this instruction has been replaced by the unconditional jump instruction the time marquis who carries out the patch target code), call this then by the patch function, call finish after, once more replaced to the unconditional jump instruction that jumps to first instruction of patch function by first instruction of patch function.The code segment of realization above-mentioned functions constitutes second kind and calls by the method for patch function.
Therefore, when other code call in the embedded system 2 to be measured during by the patch function, owing to be replaced by the unconditional jump instruction that jumps to first instruction of patch function by first instruction of patch function, embedded system 2 to be measured will be carried out the patch function, thereby finish the function of test code in the patch function.
Subsequently, if use first kind to call by the method for patch function, when patch function call during by the patch function, because article one instruction address with structure is an inlet, instructed by article one of patch function so carry out earlier, instruct to jump to according to second then and instruct by the second of patch function, then instruct from carried out by the last item of patch function always by the instruction of the second of patch function, return the patch function call at last by the place of patch function, continue to carry out the remaining instruction of patch function.Call by the function of patch function thereby finished in the patch function.
In addition, if use second kind to call by the method for patch function, when patch function call during by the patch function, recover earlier by first instruction of patch function (this instruction has been replaced by the unconditional jump instruction the time marquis of patch installing), returned to the state carried out patch target code before by the patch function this moment, calls then that this is restorable by the patch function.Call after finishing and instruct replaced to the unconditional jump that jumps to first instruction of patch function by first instruction of patch function once more, the purpose that realizes this step is can successfully jump to the patch function when other parts in the embedded system 2 to be measured are called by the patch function once more.As seen, so also can finish in and call by the function of patch function by the patch function.
Some basic functions that in above-mentioned patch source code, relate to, for example a certain the instruction of obtaining in first instruction address of function, the modification internal memory according to function name is unconditional jump instruction etc., can realize easily in the operating system (as VxWorks) of general embedded system 2.
Source code generator outputs it to compiler after generating the patch source code, is compiled into the object code that embedded system 2 to be measured can be carried out by compiler, and exports to downloader.Need to prove, need to select corresponding compiler according to embedded system 2 employed operating systems to be measured and language different.
The downloader of proving installation 1 has two main tasks, and the one, download patches, the 2nd, control embedded system 2 to be measured and carry out patch.More particularly, downloader is made up of a communication port that is connected with embedded system 2 to be measured and a controller.The type of communication port depends on the support type of embedded system 2 to be measured, and common have serial port, parallel port, a USB (universal serial bus) mouth (USB).The effect of controller is to coordinate to finish the download of patch target code with embedded system 2 to be measured on the one hand, is that commander's embedded system 2 to be measured is carried out the patch target codes after the download of patch target code is finished on the other hand.
The composition of proving installation and the principle of method of testing have been described above in detail.Next the false code that is similar to the C language understood easily of the common slip-stick artist by this area illustrates the patch that is applied to three kinds of common test requests.
Example 1: device read-write chance failure simulation test in the embedded system 2.
In test, need sometimes to test the reliability of embedded system 2 by the analog device occurrent fault in the process that reads and writes data.In this example is device data read-write driving function by the patch function, supposes that former driving function is:
int?WriteDrv(DATA*pData)
{
Realization writes some data to equipment;
If (writing success)
Return OK;
Else
Return ERR;
}
Usually always return OK in the practical application, write failure if in test, wish this equipment random data of simulation, it is original in the patch function to use patch function (newWriteDrv) to replace, when realizing, the patch function only need know by the function prototype of patch function, do not need by the source code of patch function, needn't be concerned about how to realize yet by the patch function.The patch function can be finished as follows:
Int newWriteDrv (DATA*pData) { produces a random number; { fault is injected statistics to if (random number satisfies certain condition); Return ERR;<!--SIPO<DP n=" 8 "〉--〉<dp n=" d8 "/Else { invocation flags (calling WriteDrv); Return the rreturn value of calling of WriteDrv;
After writing the patch function, with patch function source code with by patch function name input source code generator, generate the patch source code, generate the patch target code through compiler compiling back, download in the embedded system 2 to be measured by downloader, and command embedded system 2 to be measured to carry out this patch target code.Revise first the instruction of WriteDrv when carrying out the patch target code, changed it into jump to the newWriteDrv function instruction.When needing to call WriteDrv in the embedded system 2 like this, actual that call is newWriteDrv, has realized fault simulation.
It is more extensive that this fault is injected Test Application, and the read-write of any memory device failure simulation in the embedded system 2 as long as there is the read-write driving function, can realize by above-mentioned code.For example:
Flash memory (hereinafter referred to as Flash) device is write the failure simulation.Insert the realization of fault injection function in the driving function by writing, can directly return according to certain probability and write failure, simulate accidental Flash device and write failure at Flash.
The erasable program read-only memory of electronics (Electrically Erasable ProgrammableRead-Only Memory is hereinafter referred to as EEPROM) reading and writing failure simulation.Realize by in EEPROM reading and writing driving function, inserting the fault injection function, can directly return according to certain probability and read or write failure, simulate accidental EEPROM reading and writing failure.
Hard disk reading and writing failure simulation.Realize by in hard disk visit driving function, inserting the fault injection function, can directly return according to certain probability and read or write failure, simulate accidental hard disk reading and writing failure.
Non-volatile RAM (Non-volatile Random Access Memory is hereinafter referred to as NVRAM) reading and writing failure simulation.Realize by in NvRam reading and writing driving function, inserting the fault injection function, can directly return according to certain probability and read or write failure, simulate accidental NvRam reading and writing failure.
The accidental wrong simulation of memory copying.By in the memory copying function, inserting interference function (some data that are copied of random modification), accidental error in data simulation when realizing memory copying.
The accidental wrong simulation of direct memory access (DMA) (Direct Memory Access is hereinafter referred to as DMA) transmission.By in DMA transmission driving function, inserting interference function (some data that are transmitted of random modification), accidental error in data simulation when realizing the DMA transmission.
Example 2: embedded system 2 faulty resources inject.
Embedded system 2 faulty resources are infused in fault injection test very big demand.Because embedded system 2 selected operating system functions do not have source code, use the mode of traditional modification source code to be difficult to realize that use technology provided by the invention, these fault simulations just can easily realize.For example:
Internal memory application failure simulation.Realize by the function of replacing the application internal memory, can return null pointer, simulate accidental internal memory application failure according to certain probability.The malloc function is used to apply for the internal memory of some, is by the patch function in this example, and Newmalloc is the patch function.Newmalloc can realize as follows:
Void*Newmalloc (size_t nBytes) { produces a random number; { fault is injected statistics to if (random number satisfies certain condition); Return NULL;<!--SIPO<DP n=" 10 "〉--〉<dp n=" d10 "/Else { invocation flags (calling malloc); Return the rreturn value of calling of malloc;
Need apply for when others, every use that the resource that discharges can be by the simulation of this kind method, for example:
The simulation of timer failures in resource application.By replacing timer application function, can return null pointer according to certain probability, simulate accidental timer application failure.
Semaphore application failure simulation.By replacing semaphore application function, can return null pointer according to certain probability, simulate accidental semaphore application failure.
The application of data Buf discharges.By the application function of replacement data, can return null pointer according to certain probability, simulate accidental data application failure.
Example 3: message is simulated unusually.
The message abnormality test is the important content of embedded system 2 fault-tolerances test.For example to the message content scrambling.Send or receiver function by replacing certain path message, can simulate accidental message content mistake according to certain probability change message content.Be that message send function send by the patch function this moment, and the patch function is Newsend.Sending function as embedded system 2 Central Plains message is
int?send(DATA*pData)
{
The message pointer is write receiving cable;
If (writing success)
Return OK;
Else
Return ERR;
}
Some error of transmission may appear in message content in the practical application, can simulate the actual transmissions mistake by technology provided by the invention.It is original in the patch function to use Newsend patch function to replace, and the patch function can be finished as follows:
Int Newsend (DATA*pData) { produces a random number; { fault is injected statistics to if (random number satisfies certain condition); Revise the part message content of pData according to certain algorithm; Invocation flags (calling send, is parameter with pData); Return the rreturn value of send function call; }
What other every existence sent receiver function can realize similar test purpose by this kind method, for example:
The information drop-out simulation.By replacing certain path message receiver function, can will receive message according to certain probability and directly abandon, do not pass to upper layer application, simulate accidental information drop-out.
Message sends the failure simulation.Send function by replacing certain path message, can not send message according to certain probability, directly return messages send failure, simulate accidental message and send failure.
The repetition message simulation.Send function by replacing message, can send repeatedly continuously, simulate accidental message retransmission mistake according to the message that certain probability will need to send.
Though by reference some preferred embodiment of the present invention, the present invention is illustrated and describes, but those of ordinary skill in the art should be understood that, can do various changes to it in the form and details, and the spirit and scope of the present invention that do not depart from appended claims and limited.
Claims (5)
1. the proving installation of an embedded system is characterized in that, comprises:
Source code generator is used for the source code generation patch source code according to the patch function of outside input;
Compiler, the patch compilation of source code that is used for described source code generator output is the patch target code;
Downloader is used for the patch target code of described compiler output is downloaded to tested embedded system, and controls described embedded system and carry out described patch target code and produce trial function and test.
2. the method for testing of an embedded system is characterized in that comprising following steps:
A generates the patch source code according to the source code of the patch function of outside input;
B is the patch target code with the described patch compilation of source code of steps A;
C downloads to the described patch target code of step B in the tested embedded system, carries out described patch target code and produces trial function and test.
3. the method for testing of embedded system according to claim 2 is characterized in that, the instruction that described patch target code comprises realizes following steps:
First modifying of order by the patch function in the embedded system become the unconditional jump instruction, directly jump to first instruction of described patch function.
4. the method for testing of embedded system according to claim 2 is characterized in that, the instruction that described patch target code comprises also realizes following steps:
Two structure instructions of generation in embedded system, it is preceding by first instruction of patch function that article one instruction is used to finish the patch installation, and the second instruction is used for directly jumping to by the second of patch function instructs;
Also produced two instructions in the patch function call by patch function place, article one instruction is used to obtain the address of described article one structure instruction, and the address that the second instruction is used for the instruction of described article one structure is that call the entry address.
5. the method for testing of embedded system according to claim 2 is characterized in that, the instruction that described patch target code comprises also realizes following steps:
Produced to give an order by patch function place in the patch function call:
Recovery is by first instruction of patch function;
Call this by the patch function;
Call finish after, once more described first modifying of order by the patch function become unconditional jump instruction, directly jump to first instruction of patch function.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031473512A CN100359485C (en) | 2003-07-10 | 2003-07-10 | Testing device and method for flush-bonding system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB031473512A CN100359485C (en) | 2003-07-10 | 2003-07-10 | Testing device and method for flush-bonding system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1567232A true CN1567232A (en) | 2005-01-19 |
CN100359485C CN100359485C (en) | 2008-01-02 |
Family
ID=34471913
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB031473512A Expired - Fee Related CN100359485C (en) | 2003-07-10 | 2003-07-10 | Testing device and method for flush-bonding system |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100359485C (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100405325C (en) * | 2006-08-21 | 2008-07-23 | 北京中星微电子有限公司 | Embedded software loading debugging method and system thereof |
CN100458729C (en) * | 2006-09-29 | 2009-02-04 | 上海科泰世纪科技有限公司 | Automatic operating method for interface test in embedded operating system |
CN102693183A (en) * | 2012-05-30 | 2012-09-26 | 瑞斯康达科技发展股份有限公司 | Method and system for realizing automatic software testing |
CN103309683A (en) * | 2012-03-07 | 2013-09-18 | 京信通信系统(中国)有限公司 | Software patch embedding method and device for hardware equipment |
CN104050081A (en) * | 2014-06-09 | 2014-09-17 | 汉柏科技有限公司 | Method and system of debugging static library function |
CN104239082A (en) * | 2013-06-20 | 2014-12-24 | 上海博达数据通信有限公司 | Hot patching implementation method of embedded system |
CN106649123A (en) * | 2016-12-28 | 2017-05-10 | 中国银行股份有限公司 | Continuous integration-oriented alarm system and method |
CN108874438A (en) * | 2018-06-25 | 2018-11-23 | 南京中感微电子有限公司 | Patch generation method, device, electronic equipment and computer program product |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1999063431A2 (en) * | 1998-06-01 | 1999-12-09 | Quality Consultants, Inc. | Preprocessor for encapsulating software source scripts |
US20020073398A1 (en) * | 1998-12-14 | 2002-06-13 | Jeffrey L. Tinker | Method and system for modifying executable code to add additional functionality |
CN1139876C (en) * | 1999-11-30 | 2004-02-25 | 深圳市中兴通讯股份有限公司 | Embedded software aided debugging method |
-
2003
- 2003-07-10 CN CNB031473512A patent/CN100359485C/en not_active Expired - Fee Related
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100405325C (en) * | 2006-08-21 | 2008-07-23 | 北京中星微电子有限公司 | Embedded software loading debugging method and system thereof |
CN100458729C (en) * | 2006-09-29 | 2009-02-04 | 上海科泰世纪科技有限公司 | Automatic operating method for interface test in embedded operating system |
CN103309683A (en) * | 2012-03-07 | 2013-09-18 | 京信通信系统(中国)有限公司 | Software patch embedding method and device for hardware equipment |
CN103309683B (en) * | 2012-03-07 | 2016-08-03 | 京信通信系统(中国)有限公司 | The software patch embedding grammar of hardware device and device |
CN102693183A (en) * | 2012-05-30 | 2012-09-26 | 瑞斯康达科技发展股份有限公司 | Method and system for realizing automatic software testing |
CN102693183B (en) * | 2012-05-30 | 2015-04-01 | 瑞斯康达科技发展股份有限公司 | Method and system for realizing automatic software testing |
CN104239082A (en) * | 2013-06-20 | 2014-12-24 | 上海博达数据通信有限公司 | Hot patching implementation method of embedded system |
CN104239082B (en) * | 2013-06-20 | 2019-01-15 | 上海博达数据通信有限公司 | The hot patch implementation method of embedded system |
CN104050081A (en) * | 2014-06-09 | 2014-09-17 | 汉柏科技有限公司 | Method and system of debugging static library function |
CN106649123A (en) * | 2016-12-28 | 2017-05-10 | 中国银行股份有限公司 | Continuous integration-oriented alarm system and method |
CN108874438A (en) * | 2018-06-25 | 2018-11-23 | 南京中感微电子有限公司 | Patch generation method, device, electronic equipment and computer program product |
CN108874438B (en) * | 2018-06-25 | 2021-09-21 | 南京中感微电子有限公司 | Patch generation method and device, electronic equipment and computer storage medium |
Also Published As
Publication number | Publication date |
---|---|
CN100359485C (en) | 2008-01-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1203404C (en) | Full-delay interlinkage with module-by-module verification | |
CN1224903C (en) | Module-by-module verification | |
CN102402427B (en) | A kind of update method of java application and device | |
CN1147190C (en) | Method and apparatus for downloading into radio terminal | |
CN105630557B (en) | Hot patch method and apparatus | |
CN108874438B (en) | Patch generation method and device, electronic equipment and computer storage medium | |
CN1704763A (en) | Electronic device diagnostic methods and systems | |
EP2713268B1 (en) | Method for developing software and system therefor | |
CN101046749A (en) | Chip firmware updating method | |
CN1305153A (en) | High speed buffer storage of non-confidence module used in fulfilling module identification | |
CN1838089A (en) | Method and apparatus for executing unit tests in application host environment | |
CN1637737A (en) | In-circuit configuration architecture with configuration on initialization function | |
CN1693918A (en) | Robust for detecting physical system model | |
CN113254054B (en) | Intelligent contract one-stop development system and method | |
CN101030241A (en) | Method and system based on Keil C51 software protecting development | |
CN1567232A (en) | Testing device and method for flush-bonding system | |
CN1696910A (en) | Efficient software patching | |
CN111061486B (en) | Android application program increment method | |
CN101034348A (en) | Software component management apparatus and method | |
CN101819552A (en) | Method for improving debugging speed during process of system development | |
CN1525323A (en) | Processor and compiler for creating program for the processor | |
CN1305152A (en) | Total delay chaining | |
CN1637708A (en) | Compilation method, compiler apparatus and compiler program | |
CN105260184A (en) | Image recovery file debugging method and apparatus | |
CN1845514A (en) | Software module testing method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080102 Termination date: 20180710 |