CN1744055A - Software test method - Google Patents
Software test method Download PDFInfo
- Publication number
- CN1744055A CN1744055A CN 200410079041 CN200410079041A CN1744055A CN 1744055 A CN1744055 A CN 1744055A CN 200410079041 CN200410079041 CN 200410079041 CN 200410079041 A CN200410079041 A CN 200410079041A CN 1744055 A CN1744055 A CN 1744055A
- Authority
- CN
- China
- Prior art keywords
- module
- test
- loading
- dlm
- tested system
- 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
Abstract
The method includes steps: (1) editing a dynamic loadable module including test cases and definition of resource pointers; the said resource pointers needed for the test cases are pointed to resources of system to be tested;(2) loading stub module for testing into system to be tested; the loaded stub module for testing loads compiled dynamic load module to system to be tested; (3) creating MAP file of system to be tested with the test stub module having been loaded; assigning locating information of resources in MAP file to the said resource pointers so as to realize resources mapping; (4) receiving test commands from loaded stub module, the dynamic load module carries out testing operations. The invention can realize tests of black and write boxes, possessing features of convenient and flexible to manage and maintaining test cases, and low complexity for implementing tests.
Description
Technical field
The present invention relates to the measuring technology of the electronics or the communications field, refer to a kind of method for testing software especially.
Background technology
In the electronics or the communications field, for realizing various functions or application, all need to build various corresponding systems or network, in described system or network, except essential hardware, various corresponding softwares also have been equipped with, in order to guarantee the normal utilization of described system and network, except the operate as normal that guarantees hardware, also must guarantee the operate as normal of software, just be necessary before system or the formal utilization of network, software wherein to be tested for this reason.
The method that realizes software test at present is a lot, but based on (the unit testing of test implementation method, integration testing and system testing) consideration, measuring technology is divided into outside system's build-in test (tested system and test case operate in the same application) and the system tests (tested use-case operates in outside the tested system) two classes, each have its merits and demerits, simply describe below:
Test is at the outside independent operating of tested system outside the system, and internal system information can not directly obtain, and can only pass through system's external interface (as the interface, network interface etc.) and operate and reach test purpose.The change of test case does not influence tested system, but operation is known nothing to internal system, can not realize white-box testing.
System build-in test method needs and tested system unites compiling (CPPUNIT and the JUNIT that are proposed as Extreme Programming eXtremeProgramming, DUNIT, methods such as CUNIT), perhaps do unified stubs (similar computer virus), operate by certain communication mode control stubs by external program in tested internal system.
The characteristics of uniting the compiling test are that use-case is very convenient to the access of internal system, but the modification of test case moves halt system, amended test case and tested system are compiled together and link, and then operation, like this with each shutdown system, do not reach the purpose to the continuous and long-time test of tested system, make test process too numerous and diverse simultaneously, operation is inconvenient.
Black-box Testing such as Fig. 1 institute method in the outer boundary realization of tested system, externally there are several interfaces in tested system, if tested system is tested, need simulate and observe at the distinct interface place, realize test purpose by simulating the external mutual and observation checking of tested system.
The shortcoming of this Black-box Testing is as follows:
1, test realizes that difficulty is big: owing to be at (the System Under Test of tested system, SUT) external interface is verified, and the external interface kind of tested system SUT is numerous and diverse, therefore writing of test interface is a very huge job, for example this interface is the E1 interface, test case need be verified from E1 and send a piece of news, then the realization of test process can only be, on the equipment that connects tested system E1 interface, send this message by certain means, sometimes need to do special E1 test interface, implement cumbersomely, many times need the support of separate hardware.
2, the testing authentication sufficient degree is not enough: owing to be the Black-box Testing that externally realizes tested system, the situation of tested internal system is known nothing, therefore the test at internal interface can't realize, must needed internal information output be come by increase relevant additional code in tested internal system, just can verify the influence of external testing execution, so just increase the complexity of tested system tested system.
3, the part abnormality test is difficult to realize: owing to be to test in tested system outside, the part abnormal conditions are difficult to simulation, and as timing sequence test etc., then this test model is down because the system architecture restriction is difficult to successfully realization substantially.
In the prior art, also has a kind of white-box testing method, as Fig. 2, shown in Figure 3, in this kind test model, all test cases realize in the test code stake, realized test logic in the test code stake, and test is carried out in the control of tested person control center, and stake is connected test control center with test code, and issues the test case fill order to it, can have simple parameters, test results control center exports out, if only need there not be the test of selection, also can not need test control center, program start automatically performs test, and the result is exported out by the interface that tested system provides.
Need the source code or the library file of tested system in compilation process, compile and link together with the tested code stake, the test code stake needs consistent with the link option with the compiling of tested system, if the inconsistent appearance that will lead to errors.
The shortcoming of white-box testing is as follows:
1, troublesome maintenance: needs and tested system unite compiling and link, replenish test case if desired, also need system is cut off, revise tested code then, and carrying out binding with tested system, the executable program that obtains after the operation binding is carried out test.If system moves on veneer, then the time of Jia Zaiing may be very long, will influence testing efficiency greatly like this.
2, two class methods influence each other: might test code adopt different interactional compile options with tested system (SUT), cause compiling or link not to pass through, public resource (as function, variable etc.) might conflict etc. and all to belong to this situation.Perhaps test code has been introduced other third party software module and SUT compiling link existence conflict, causes test not go on.
3, object code is big: because all test case all by binding, will cause the target program after the binding very big, quite dumb like this, the loading of system and startup etc. are also brought very big trouble.If test case is separated, then will distinguish binding, the continuous start stop system of test execution is also pretty troublesome like this, and the purpose of not accomplishing follow-on test, and is inapplicable for some application scenarios that need follow-on test to observe.
Summary of the invention
The invention provides a kind of method for testing software, in conjunction with the advantage of above-mentioned Black-box Testing model and white-box testing model, realize that on the basis of realizing white-box testing test case and tested system are separate, the generation of test case is not subjected to tested systematic influence yet.
Method for testing software provided by the invention comprises the following steps:
A) write a dlm (dynamic loading module), comprise the definition of test case and resource pointer, need the resource of the tested system that uses in the described resource pointed test case;
B) add to load the detective pole module in tested system, the effect of this loadings detective pole module is that the dlm (dynamic loading module) with the test case after compiling is loaded in the tested system;
C) generate the above-mentioned MAP file that has added the tested system that loads the detective pole module, to described resource pointer assignment, realize mapping resources with the resource location information in this MAP file;
D) dlm (dynamic loading module) is carried out test from loading detective pole module acceptance test order.
According to said method of the present invention, the loading detective pole module useful source code among the described step B or the mode of chained library join in the tested system.
According to said method of the present invention, the concrete grammar of realizing mapping resources among the described step C is: the resource address that needs in the MAP file to shine upon is parsed be placed in the unique file, described dlm (dynamic loading module) reads this unique file and resolves, and realizes mapping resources.
According to said method of the present invention, realize among the described step C that the concrete grammar of mapping resources is: the resource address that needs in the MAP file to shine upon is parsed directly to join in the dlm (dynamic loading module) code compile, directly realize mapping resources.
According to said method of the present invention, it is characterized in that: in tested system, also include a Loading Control center after the adding loading detective pole module among the described step B and realize communicating by letter, realize that the process of communication is: this Loading Control center initiation load/unload commands and test operation order with described loading detective pole module; Described loading detective pole module receives and resolves the load/unload commands that send at the Loading Control center, and dlm (dynamic loading module) is loaded into tested system or unloads dlm (dynamic loading module) from tested system; The execution test command that described loading detective pole module is sent the Loading Control center passes to dlm (dynamic loading module), controls described dlm (dynamic loading module) and realizes test.
According to said method of the present invention, the described dlm (dynamic loading module) of described loading detective pole module controls runs on independent task or unified mission mode is realized test process.
According to said method of the present invention, realize also and the communicating by letter of other user test module at described Loading Control center, its process is: receive the order that other user test module is sent, described loading detective pole module is mail in the order that receives, and test result information is shown to the user.
According to said method of the present invention, information interaction is also directly carried out with the user in described Loading Control center, and its process is: receive the order that the user sends, described loading detective pole module is mail in the order that receives, and test result information is shown to the user.
According to said method of the present invention, described test case adopts the compiling type programming language different with tested system to realize.
The beneficial effect that technical solution of the present invention is brought is as follows:
1, the convenient black and white box test that realizes software test makes test case can realize the benefit that Black-box Testing and white-box testing are had simultaneously, comprises the relative independentability of Black-box Testing and the white-box testing visual and operability for the SUT internal resource.Test process can be controlled by the tester flexibly with the related and degree of coupling of tested system (SUT).
2, test case management and easy to maintenance flexible is independent of concrete tested system (SUT), is convenient to realize the modularization and the standardization of test module.
3, the complexity of Test Design and realization reduces, and offer the tester and more select on use-case design code speech, and the multitask in test process realizes.
Description of drawings
Fig. 1 is a Black-box Testing synoptic diagram of the prior art.
Fig. 2 is a white-box testing system under test (SUT) operational process synoptic diagram of the prior art.
Fig. 3 is a white-box testing system under test (SUT) compilation process synoptic diagram of the prior art.
Fig. 4 is the inventive method test process synoptic diagram.
Embodiment
Referring to Fig. 4, be the inventive method test process synoptic diagram.As shown in the figure, in tested system (SUT), add to load detective pole module (LTM), the adding before the SUT compiling of this LTM module, as a module independently, the mode of useful source code or chained library joins in the tested system, and its function is as follows:
1, manage the loading and the uninstall process of a plurality of dlm (dynamic loading module)s (DLM), each DLM realizes different test purposes, and is separate, and realizes that these load-on modules run on the support of independent task/unification mission mode.Described independent task does not take the task executions time of SUT own, promptly general separate threads pattern, and unified task need take the SUT task and carry out.
2, be subjected to the operation control at Loading Control center (LCC), the dlm (dynamic loading module) file load in tested system, and is realized communication between dlm (dynamic loading module) and the Loading Control center.The load/unload commands that LTM sends by parsing Loading Control center realizes the dlm (dynamic loading module) file load is unloaded dlm (dynamic loading module) in tested system or from tested system.
Load being implemented as follows of detective pole module (LTM):
1, by certain inter-process communication mechanisms (as the network the whole bag of tricks, RPC, DCOM etc., perhaps operating system support as IPC, named pipes etc.) and Loading Control center LCC communicate, (pass through different ports by certain mechanism as network, different named pipes names etc.) interface channel that LCC is sent (is decided according to test needs and purpose as unified task/detached process passage, if at be the integration testing and the unit testing of tested internal system, can adopt unified task, other entities of simulating tested system outside if desired are the interactive testing between the system, can adopt independent task), if unified process, directly carry out after then receiving the order that LCC sends, if independent task then needs to generate new task, this passage forwarded in the new task carry out and the communicating by letter of LCC.
2, receive the order that LCC sends, resolve wherein LOAD and UNLOAD order, realize the loading and unloading of dlm (dynamic loading module).
If 3, the passage of LTM judgement and LCC interrupts, then carry out the load-on module unloading, discharge this passage (optionally abnormality processing) simultaneously.
Dlm (dynamic loading module) (DLM) comprises test case, and the function of realization is as follows:
1, resource (comprising function and variable) pointer definition prototype in the tested system is set.
2, when initialization, read in the tested system MAP file of (comprise and load the detective pole module), resource pointer among the DLM is set, make the interior resource of SUT of the resource pointed reality among the DLM, realize mapping resources according to the resource location information in the MAP file.
3, respond the execution test command that send at the Loading Control center, carry out the interface function that defines among the DLM and realize test.
Dlm (dynamic loading module) (DLM) is implemented as follows:
1, at first write dynamic link module, work out the resource pointer definition among the SUT therein, as follows:
void(
*fln1)(VOS_INT32?iNum)＝0；
struct?StructList
*list；
Wherein fln1 is the function that exists among the SUT, and list is the StructList global variable list pointer among the SUT, can certainly comprise the other types resource, as class example, array or the like.
2, definition pointer variable mapping array, if had the definition of function in the header file that comprises in DLM, the sky that then needs to carry out function entity is defined as follows:
FucMap?1Map[]＝{
{(unsigned?long
*)&fIn1，″fin1″}，
{(unsigned?long
*)&list，”list”}
…
}
3, provide the MAP file these pointers to be carried out the means of static mappings:
Read the description of fln1 in the map file, give the fln1 pointer, in dlm (dynamic loading module), quoting of fln1 will be realized directly calling quoting among the SUT like this address of the fln1 among the SUT MAP.
Attention: need want consistent in defined function prototype among DLM and the SUT, if adopt different programming languages then will guarantee that it is consistent that function parameters goes out stacked order, i.e. adding type function identifier before function definition, as _ fastcall, _ stdcall or the like.
4, provide function patch function, will be preserved, add the instruction that jumps to new function, provide simultaneously by patch function restore funcitons by the function address of patch.
Dlm (dynamic loading module) can be realized predefined interface function, LTM is loading these predefine interface functions of back execution, in the pointer with the relation of the mapping resources in the MAP file (the address corresponding relation in resource such as function and global variable and the SUT) mapping precession attitude load-on module.Concrete implementation procedure: with the address that defines in the MAP file to pointer assignment.
Mapping at DLM realization SUT MAP file can be taked multiple implementation, includes but not limited to following method:
The resource address that needs among the MAP to shine upon parsed be placed in the unique file, in DLM, read document analysis, realize mapping.
The resource address that needs among the MAP to shine upon parsed to be placed directly in the DLM code compile.
Loading Control center (LCC) realizes that function is as follows:
1, the communication function of LTM among realization and the SUT is initiated the order of load/unload dynamic module, and initiates the test operation order.This module-external can directly be carried out alternately with the user, also can with other user test module communications, receive order and mail to LTM.
2, test execution object information in the dlm (dynamic loading module) (DLM) is shown to the user, perhaps sends back to other user test modules.
Loading Control center (LCC) is implemented as follows:
1, the Loading Control center is according to the order of configuration information or user/other testing tools, by and LTM between communication mechanism, initiate to set up and the interface channel of LTM.
2, LCC carries out alternately according to user command and LTM, realizes test purpose.And the information of returning in the test case implementation among the DLM shown.
Communication between LCC and the LTM can adopt between any system/system in the mechanism of interprocess communication, include but not limited to network, RPC, methods such as IPC.
LCC is optionally, the user can be directly by being connected to the LTM realization identical function that says the word.
Communication between LCC and the LTM such as software protocol can be taked any protocol form, also can adopt existing script technology to realize (as PYTHON and TCL etc.).
The above; only for the preferable embodiment of the present invention, but protection scope of the present invention is not limited thereto, and anyly is familiar with those skilled in the art in the technical scope that the present invention discloses; the variation that can expect easily or replacement all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should be as the criterion with the protection domain of claims.
Claims (9)
1, a kind of method for testing software comprises the following steps:
A) write a dlm (dynamic loading module), comprise the definition of test case and resource pointer, need the resource of the tested system that uses in the described resource pointed test case;
B) add to load the detective pole module in tested system, the effect of this loadings detective pole module is that the dlm (dynamic loading module) with the test case after compiling is loaded in the tested system;
C) generate the above-mentioned MAP file that has added the tested system that loads the detective pole module, to described resource pointer assignment, realize mapping resources with the resource location information in this MAP file;
D) dlm (dynamic loading module) is carried out test from loading detective pole module acceptance test order.
2, the method for claim 1 is characterized in that: the loading detective pole module useful source code among the described step B or the mode of chained library join in the tested system.
3, method as claimed in claim 2, it is characterized in that: the concrete grammar of realizing mapping resources among the described step C is: the resource address that needs in the MAP file to shine upon is parsed be placed in the unique file, described dlm (dynamic loading module) reads this unique file and resolves, and realizes mapping resources.
4, method as claimed in claim 2, it is characterized in that: the concrete grammar of realizing mapping resources among the described step C is: the resource address that needs in the MAP file to shine upon is parsed directly to join in the dlm (dynamic loading module) code compile, directly realize mapping resources.
5, as claim 1,2,3 or 4 described methods, it is characterized in that: in tested system, also include a Loading Control center after the adding loading detective pole module among the described step B and realize communicating by letter, realize that the process of communication is: this Loading Control center initiation load/unload commands and test operation order with described loading detective pole module; Described loading detective pole module receives and resolves the load/unload commands that send at the Loading Control center, and dlm (dynamic loading module) is loaded into tested system or unloads dlm (dynamic loading module) from tested system; The execution test command that described loading detective pole module is sent the Loading Control center passes to dlm (dynamic loading module), controls described dlm (dynamic loading module) and realizes test.
6, method as claimed in claim 5 is characterized in that: the described dlm (dynamic loading module) of described loading detective pole module controls runs on independent task or unified mission mode is realized test process.
7, method as claimed in claim 5, it is characterized in that: realize also and the communicating by letter of other user test module at described Loading Control center, its process is: receive the order that other user test module is sent, described loading detective pole module is mail in the order that receives, and test result information is shown to the user.
8, method as claimed in claim 5, it is characterized in that: information interaction is also directly carried out with the user in described Loading Control center, its process is: receive the order that the user sends, described loading detective pole module is mail in the order that receives, and test result information is shown to the user.
9, the method for claim 1 is characterized in that: described test case adopts the compiling type programming language different with tested system to realize.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100790410A CN100337216C (en) | 2004-09-04 | 2004-09-04 | Software test method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100790410A CN100337216C (en) | 2004-09-04 | 2004-09-04 | Software test method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1744055A true CN1744055A (en) | 2006-03-08 |
| CN100337216C CN100337216C (en) | 2007-09-12 |
Family
ID=36139439
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100790410A Expired - Fee Related CN100337216C (en) | 2004-09-04 | 2004-09-04 | Software test method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100337216C (en) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101261600B (en) * | 2007-03-06 | 2010-04-07 | 中兴通讯股份有限公司 | Software test apparatus and test software design method |
| CN101286131B (en) * | 2007-04-09 | 2010-06-09 | 国际商业机器公司 | Service test method and service test system |
| CN101226502B (en) * | 2008-02-03 | 2010-10-13 | 中兴通讯股份有限公司 | Automatization test method and system |
| CN102023923A (en) * | 2010-12-28 | 2011-04-20 | 北京邮电大学 | Software test method based on alias analysis technology |
| CN102402483A (en) * | 2011-12-27 | 2012-04-04 | 苏州佰思迈信息咨询有限公司 | Software testing method |
| CN101702661B (en) * | 2009-11-19 | 2012-06-13 | 中兴通讯股份有限公司 | Method and device for obtaining diagnostic information |
| CN107357729A (en) * | 2017-07-07 | 2017-11-17 | 广东中星电子有限公司 | The method and electronic equipment of test software |
| CN107733866A (en) * | 2017-09-12 | 2018-02-23 | 阿里巴巴集团控股有限公司 | RPC requests, RPC request processing methods, device and equipment |
| CN108628729A (en) * | 2017-03-15 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | A kind of method for testing software and software test client |
| CN109376087A (en) * | 2018-10-22 | 2019-02-22 | 北京奇艺世纪科技有限公司 | A kind of method for testing software, device and electronic equipment |
| CN110879769A (en) * | 2019-10-16 | 2020-03-13 | 中国航空工业集团公司洛阳电光设备研究所 | Embedded system test environment construction method based on dynamically configurable framework |
| CN112699033A (en) * | 2020-12-29 | 2021-04-23 | 中国航空工业集团公司西安飞机设计研究所 | Multi-partition airborne software test case multistage synchronous loading method |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1115628C (en) * | 1999-09-30 | 2003-07-23 | 深圳市中兴通讯股份有限公司 | Software simulation test method |
| WO2001090897A2 (en) * | 2000-05-19 | 2001-11-29 | Leung Wu Hon Francis | Methods and apparatus for preventing software modifications from invalidating previously passed integration tests |
| US6662312B1 (en) * | 2000-06-30 | 2003-12-09 | Qwest Communications International Inc. | Software-testing automation system |
| AU2003233316B2 (en) * | 2002-05-11 | 2009-01-22 | Accenture Global Services Limited | Automated software testing system and method |
| CN1310150C (en) * | 2002-11-21 | 2007-04-11 | 中兴通讯股份有限公司 | Embedded software test method |
-
2004
- 2004-09-04 CN CNB2004100790410A patent/CN100337216C/en not_active Expired - Fee Related
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101261600B (en) * | 2007-03-06 | 2010-04-07 | 中兴通讯股份有限公司 | Software test apparatus and test software design method |
| CN101286131B (en) * | 2007-04-09 | 2010-06-09 | 国际商业机器公司 | Service test method and service test system |
| CN101226502B (en) * | 2008-02-03 | 2010-10-13 | 中兴通讯股份有限公司 | Automatization test method and system |
| CN101702661B (en) * | 2009-11-19 | 2012-06-13 | 中兴通讯股份有限公司 | Method and device for obtaining diagnostic information |
| CN102023923B (en) * | 2010-12-28 | 2014-07-02 | 北京邮电大学 | Software test method based on alias analysis technology |
| CN102023923A (en) * | 2010-12-28 | 2011-04-20 | 北京邮电大学 | Software test method based on alias analysis technology |
| CN102402483A (en) * | 2011-12-27 | 2012-04-04 | 苏州佰思迈信息咨询有限公司 | Software testing method |
| CN108628729A (en) * | 2017-03-15 | 2018-10-09 | 北京嘀嘀无限科技发展有限公司 | A kind of method for testing software and software test client |
| CN107357729A (en) * | 2017-07-07 | 2017-11-17 | 广东中星电子有限公司 | The method and electronic equipment of test software |
| CN107733866A (en) * | 2017-09-12 | 2018-02-23 | 阿里巴巴集团控股有限公司 | RPC requests, RPC request processing methods, device and equipment |
| CN109376087A (en) * | 2018-10-22 | 2019-02-22 | 北京奇艺世纪科技有限公司 | A kind of method for testing software, device and electronic equipment |
| CN110879769A (en) * | 2019-10-16 | 2020-03-13 | 中国航空工业集团公司洛阳电光设备研究所 | Embedded system test environment construction method based on dynamically configurable framework |
| CN110879769B (en) * | 2019-10-16 | 2024-01-26 | 中国航空工业集团公司洛阳电光设备研究所 | Method for constructing embedded system test environment based on dynamic configurable framework |
| CN112699033A (en) * | 2020-12-29 | 2021-04-23 | 中国航空工业集团公司西安飞机设计研究所 | Multi-partition airborne software test case multistage synchronous loading method |
| CN112699033B (en) * | 2020-12-29 | 2023-05-23 | 中国航空工业集团公司西安飞机设计研究所 | Multi-partition airborne software test case multistage synchronous loading method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100337216C (en) | 2007-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100337216C (en) | Software test method | |
| US9811360B2 (en) | Dynamic determination of application server runtime classloading | |
| US7337436B2 (en) | System and method for cross platform and configuration build system | |
| US7219329B2 (en) | Systems and methods providing lightweight runtime code generation | |
| Brownlee et al. | Gin: genetic improvement research made easy | |
| KR102059705B1 (en) | Adaptive portable libraries | |
| US20090138847A1 (en) | Optimized code generation by eliminating unused virtual function | |
| CN101183310A (en) | Method for establishing apparatus drive, driving apparatus of equipment and board | |
| CN112764766B (en) | Method, device and equipment for butting k8s cluster and storage medium | |
| CN111857801B (en) | Construction method of mobile application | |
| CN101030241A (en) | Method and system based on Keil C51 software protecting development | |
| CN113297566A (en) | Sandbox implementation method, sandbox implementation device, sandbox implementation equipment and storage medium | |
| CN113407362A (en) | SOMEIP communication intermediate layer implementation method and system based on SOA architecture of vehicle-mounted Android system | |
| CN111966396A (en) | Data processing method and device, computer system and computer readable storage medium | |
| CN1627254A (en) | Method for debuging embedded system and equipment | |
| US7685565B1 (en) | Run time reconfiguration of computer instructions | |
| CN100337198C (en) | A mobile communications device application processing system | |
| US20040157593A1 (en) | Modularization for J2ME platform implementation | |
| CN116566817A (en) | FC-Ethernet bridging network card adaptation method for partition real-time operating system | |
| CN115756424A (en) | Method, device and equipment for generating MVP (multifunction vehicle platform) code | |
| CN1265488A (en) | Program executing method | |
| Allan et al. | Ccaffeine framework: composing and debugging applications iteratively and running them statically | |
| CN109857638B (en) | Universal framework for test system software | |
| CN1519716A (en) | Method for generating C++ program based on component definition language | |
| Jacquemot et al. | COOL: The Chorus CORBA compliant framework |
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: 20070912 Termination date: 20160904 |