CN1744055A - Software test method - Google Patents

Software test method Download PDF

Info

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
Application number
CN 200410079041
Other languages
Chinese (zh)
Other versions
CN100337216C (en
Inventor
卢庆明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2004100790410A priority Critical patent/CN100337216C/en
Publication of CN1744055A publication Critical patent/CN1744055A/en
Application granted granted Critical
Publication of CN100337216C publication Critical patent/CN100337216C/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Debugging And Monitoring (AREA)

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

A kind of method for testing software
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.
CNB2004100790410A 2004-09-04 2004-09-04 Software test method Expired - Fee Related CN100337216C (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1115628C (en) * 1999-09-30 2003-07-23 深圳市中兴通讯股份有限公司 Software simulation test method
AU2001264713A1 (en) * 2000-05-19 2001-12-03 Wu-Hon Francis Leung 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
US7373636B2 (en) * 2002-05-11 2008-05-13 Accenture Global Services Gmbh Automated software testing system and method
CN1310150C (en) * 2002-11-21 2007-04-11 中兴通讯股份有限公司 Embedded software test method

Cited By (15)

* Cited by examiner, † Cited by third party
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
Brownlee et al. Gin: genetic improvement research made easy
US7219329B2 (en) Systems and methods providing lightweight runtime code generation
US8887131B2 (en) Optimized code generation by eliminating unused virtual function
US20100205604A1 (en) Systems and methods for efficiently running multiple instances of multiple applications
CN1781077A (en) Selective loading of remote classes or resources for debugging a Java application in a Java micro device
JP2015524126A (en) Adaptively portable library
CN111857801B (en) Construction method of mobile application
US10042658B1 (en) Automatically adding bytecode to a software application to determine network communication information
CN113407362A (en) SOMEIP communication intermediate layer implementation method and system based on SOA architecture of vehicle-mounted Android system
CN113297566A (en) Sandbox implementation method, sandbox implementation device, sandbox implementation equipment and storage medium
CN112764766B (en) Method, device and equipment for butting k8s cluster and storage medium
CN101183310A (en) Method for establishing apparatus drive, driving apparatus of equipment and board
CN110221840B (en) Function implementation method and device of application program, equipment and storage medium
CN115756424A (en) Method, device and equipment for generating MVP (multifunction vehicle platform) code
Senington et al. Using docker for factory system software management: Experience report
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
CN1129846C (en) Program executing method
CN1774642A (en) Method and apparatus for testing integrated circuits
Allan et al. Ccaffeine framework: composing and debugging applications iteratively and running them statically

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