CN1737775A - Automated testing apparatus and method for embedded software - Google Patents
Automated testing apparatus and method for embedded software Download PDFInfo
- Publication number
- CN1737775A CN1737775A CN 200410064302 CN200410064302A CN1737775A CN 1737775 A CN1737775 A CN 1737775A CN 200410064302 CN200410064302 CN 200410064302 CN 200410064302 A CN200410064302 A CN 200410064302A CN 1737775 A CN1737775 A CN 1737775A
- Authority
- CN
- China
- Prior art keywords
- gdb
- module
- debugger
- order
- tcl
- 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
This invention relates to one imbedded software automatic testing device and its method, which comprises the following steps: a, starting testing system and using aim servo connected to the testing system agent module; b, starting GDB dispatching device to connect aim servo; c, GDB agent module receives the user testing order to tested software through tube to GDB dispatching device; e, GDB dispatching device returns the orders and analysis result into user.
Description
Technical field
The present invention relates to the computer software testing field, relate in particular to a kind of devices and methods therefor of embedded software automatic test.
Technical background
TCL (Tool Command Language, Tool Command Language) was invented in 1980, was a kind of explanation execution script language (Scripting Language), had now become a popular descriptive language; It has an intrinsic core commands collection, supports the flow process control of class C: if control, cycle control and switch control etc., and the definition of supporting process and calling, and powerful array and character string processing capacity is provided.TCL is because of its ease for use, extensibility, and the fast characteristic of complete function and tempo of development has become industry member and tested one of the most frequently used language automatically.
The GDB proxy module, a proxy module of GDB debugger relies on it that the GDB debugger is controlled among the present invention.
Tornado is the Integrated Development Environment of WindRiver company VxWorks system, and it provides the exploitation and the debugging acid of many practicalities for the embedded system development personnel.As shown in Figure 1, the embedded software developing environment block diagram that provides for Tornado of Fig. 1.
The GDB debugger, the debugger of a kind of GNU based on the source code level, its source code is disclosed, supports C, C++, language such as JAVA, PASCAL.The Debugger of Tornado has used the kernel of GDB debugger.The function of GDB debugger is very powerful, but for test, the most useful function illustrates for checking variable (command name is print, writes a Chinese character in simplified form p), giving variable assignments (command name is set) and format internal memory:
Suppose following variable arranged in the tested code:
char gCharG[]＝″abcde″； int gIntG[4]＝{1，2，3，4}； typedef struct{ int m_int1； int m_int2； char m_char1； char m_char2； char*m_pChar； }TYPE1； TYPE1 gType1；
Check variable:
(gdb)p?gType1.m_int2
$1＝0
(gdb)p?gCharG
$2＝″abcde″
Give variable assignments:
(gdb)set?var?gType1.m_int2＝100
The format internal memory:
(gdb)set({TYPE1}0x?0x421ea8).m_int2＝1000
Existing problem:
Can finish the test of embedded software by the TCL script interpreter, its schematic diagram is with reference to as shown in Figure 2, and Fig. 2 carries out the embedded software test schematic diagram by the TCL interpreter.The tester uses corresponding order and script to carry out the software test of robotization in client by writing test code packaging and testing Ordered Registration at communication server end then.
The shortcoming of this scheme is:
(1) tester need write test code, and the correctness of test code can not get ensureing, thus the correctness of influence test.
(2) tester increases test case and just need increase test code newly in tested code, thereby causes code need recompilate connection, and the compiling of embedded software connects and load and generally need long time, just decline greatly of testing efficiency like this.
(3) tester is still difficult to the visit of the variable of some complex data types.
Summary of the invention
Because the problems referred to above, purpose of the present invention is exactly in order to solve following technical matters:
(1) tester need not add test code in system under test (SUT) in embedded software test, just can test.
(2) support is to the variables access of complex data type.
(3) support to suction parameter to be the function calls of complex data type.
The prerequisite of this programme is that tested software comprises debug information when compiling, otherwise this programme can not all address the above problem.
For achieving the above object, the present invention adopts following technical scheme:
A kind of device of embedded software automatic test, be applicable to the tested software that when compiling, comprises debug information, comprise TCL kernel interpreter that the TCL script is made an explanation and the target machine server module that is connected and provides system under test (SUT) information with system under test (SUT) are provided, it is characterized in that also comprising GDB proxy module and GDB debugger module;
Described TCL kernel interpreter communicates by GDB proxy module and GDB debugger module;
Described GDB debugger module communicates by pipeline communication and target machine server module.
Described GDB proxy module comprises: the TCL expansion connection module of GDB, subscriber interface module and information order processing module;
The TCL expansion connection module of described GDB receives and transmits the order that is sent by TCL kernel interpreter and input to message processing module, and the result of information order processing module feedback is passed to TCL kernel interpreter;
Described subscriber interface module transmits the order of user's input and gives message processing module, and the message processing module feedack is passed to subscriber interface module;
Described information order processing module receives, returns and handle information order.
Described information order processing module further comprises:
Start the GDB debugger module, send startup command to the GDB debugger module;
Described execute file load-on module connects the GDB debugger module by pipeline, and the tested software of finishing the target machine server module loads;
Described command execution module connects the GDB debugger module by pipeline, sends to different GDB debuggers according to order;
Described command result analysis module receives and to wait for thread by the GDB output channel and send the command execution results of returning.
A kind of method of embedded software automatic test is applicable to the tested software that comprises debug information when compiling, it is characterized in that may further comprise the steps:
A, startup target machine server module connect the proxy module that resides in the system under test (SUT);
B, start GDB (The GNU Source-1evelDebugger) debugger by the order in the GDB proxy module and remove linking objective machine server module;
The test command that c, user send to tested software, the GDB proxy module sends to different GDB debuggers by different pipelines;
D, command execution results is returned the GDB proxy module to the GDB debugger and whether analysis result is complete, if execution result is waited in imperfect continuation, if complete, then returns the user.
The method of described embedded software automatic test, the user writes the order of input GDB debugger with the TCL script.
The method of described embedded software automatic test, the GDB proxy module among the step b are the proxy interface that relies on pipeline communication control GDB debugger in TCL kernel interpreter.
The method of described embedded software automatic test, step b further comprises:
In the standard I/O redirection fixed-piping of GDB proxy module with the GDB debugger, start two pipelines simultaneously and wait for the output that thread receives the GDB debugger.
The method of described embedded software automatic test, the process that the GDB proxy module receives input command further can be divided into:
When the order of input is order in the TCL kernel interpreter, during for the order of GDB debugger, this order enters the GDB proxy module by the TCL expansion interface;
When the order of input was imported for the user, order entered the GDB proxy module by user interface.
Utilize this technical scheme to carry out the unit and the integration testing of embedded software, following benefit arranged:
1, the tester need not add test code in system under test (SUT), just can test, and is very convenient.
2, test function is powerful, can directly carry out function, query interface and give variable assignments.
3, using method is simple, the easy left-hand seat of tester.
The present invention passes through experiment use in the unit of MGW product and integration testing, and is respond well.
Description of drawings
Fig. 1 is the embedded software developing environment block diagram that Tomado provides;
Fig. 2 carries out the embedded software test schematic diagram by the TCL interpreter;
Fig. 3 is the present invention carries out embedded software test in conjunction with TCL and Tornado a theory diagram;
Fig. 4 is a GDB proxy module ultimate principle block diagram among the present invention.
Embodiment
Below in conjunction with Figure of description the specific embodiment of the present invention is described.
The The general frame of technical solution of the present invention as shown in Figure 3, Fig. 3 is the theory diagram that carries out embedded software test in conjunction with TCL and GDB debugger.In Fig. 3, grey frame partly is the closely-related part of technical solution of the present invention.
A kind of device of embedded software automatic test, be applicable to the tested software that when compiling, comprises debug information, comprise TCL kernel interpreter that the TCL script is made an explanation and target machine server (Target Server) module that is connected and provides system under test (SUT) information with system under test (SUT) are provided, described device also comprises the GDB proxy module, resides in the GDB debugger module of local host; Described TCL kernel interpreter communicates by GDB proxy module and GDB debugger module; Described GDB debugger module communicates by pipeline communication and target machine server module.
Please refer to Fig. 4, described GDB proxy module comprises: the TCL expansion connection module of GDB, subscriber interface module and information order processing module; Described GDB proxy module receives and transmits the order that is sent by TCL kernel interpreter and input to message processing module, and the result of information order processing module feedback is passed to TCL kernel interpreter; Described subscriber interface module transmits the order of user's input and gives message processing module, and the message processing module feedack is passed to subscriber interface module; Described information order processing module receives, returns and handle information order.
Described information order processing module further comprises: start the GDB debugger module, send startup command to the GDB debugger module; Described execute file load-on module connects the GDB debugger module by pipeline, and the tested software of finishing Target Server module loads; Described command execution module connects the GDB debugger module by pipeline, sends to different GDB debuggers according to order; Described command result analysis module receives and to wait for thread by the GDB output channel and send the command execution results of returning.
The method of embedded software automatic test provided by the invention is applicable to the tested software that comprises debug information when compiling, may further comprise the steps:
A, startup target machine server (Target Server) module connect the proxy module that resides in the system under test (SUT);
B, start GDB (The GNU Source-level Debugger) debugger by the order in the GDB proxy module and remove linking objective machine server module;
The test command that c, user send to tested software, the GDB agency sends to the GDB debugger by different pipelines;
D, command execution results is returned the GDB proxy module to the GDB debugger and whether analysis result is complete, if execution result is waited in imperfect continuation, if complete, then returns the user.
In carrying out the said method process, the user writes the order of input GDB debugger with the TCL script; GDB proxy module among the step b is the proxy interface that relies on pipeline communication control GDB debugger in TCL kernel interpreter, and step b further comprises: in the standard I/O redirection fixed-piping of GDB proxy module with the GDB debugger, start two pipelines simultaneously and wait for the output that thread receives the GDB debugger.
The process that described GDB proxy module receives input command further can be divided into: when the order of input is order in the TCL kernel interpreter, during for GDB debugger order order, this order is mutual by TCL expansion interface and GDB proxy module; When the order of input is imported for the user, order mutual by user interface and GDB proxy module.
As seen, in TCL kernel interpreter, increased the proxy interface of control GDB debugger among the present invention, like this by TCL script centralized control GDB debugger, thereby can use the GDB debugger to check variable, give variable assignments, what deserves to be mentioned is, because the GDB debugger can be forced one section internal memory to be converted into the variable of certain data type, even the suction parameter more complicated of function in the tested like this code, the present invention also has way to solve, and settling mode is as follows:
(1) function (as malloc) that utilizes the GDB debugger to call storage allocation obtains internal memory;
(2) utilize the order of GDB debugger this section internal memory to be formatted as the data type variable that needs;
(3) use the GDB debugger to call tested function, suction parameter formatted memory block first address above being exactly;
(4) obtain the execution result of function at last.
Module declaration:
(1) TCL kernel interpreter uses online ripe source code, and its function is consistent with standard TCL.
(2) GDB proxy interface, its software block diagram as shown in Figure 4, Fig. 4 is the ultimate principle block diagram of GDB debugger proxy module.As shown in Figure 4, GDB debugger agency relies on pipeline communication to initiate command request to GDB, relies on pipeline to obtain the response message of order simultaneously.
(3) the GDB debugger of the various cpu types of support that provide for Tornado software of GDB debugger, the present invention can directly use.
(4) the target machine server is provided by Tomado software, mainly is the command request of being responsible for response GDB debugger, and the information of system under test (SUT) is provided.
(5) proxy module is the Agent that resides in system under test (SUT), is provided by Tornado software.
Introduce the flow process of whole proposal below in detail:
(1) starts the proxy module that the target machine server removes to connect system under test (SUT), notice that proxy module resides in the system under test (SUT).
(2) start the GDB debugger by order and remove linking objective machine server, note because the GDB debugger all is executable win32 console program, the GDB proxy module is in the process that starts it, their standard input and output are resetted in fixed-piping, start two pipelines simultaneously and wait for the output that thread receives the GDB debugger.
(3) load tested software by order to the target machine server, if tested software has been arranged in the system under test (SUT), this process can be omitted.
(4) at this moment, the user can send test command to tested software, after the GDB agency receives test command, will order transmission GDB debugger by pipeline, after the GDB debugger receives orders, and carry out, then the result is returned, waited for thread by the pipeline of GDB proxy module and obtain, whether GDB proxy module analysis result is complete, if execution result is waited in imperfect continuation,, then return to the user if complete.
(5) import the order of GDB debugger if the user has write the TCL script, just can carry out the automatic test of embedded software.
Lift specific embodiment explanation the present invention below:
typedef struct TYPE1 { int m_int； char m_char； char*m_charPtr； char m_charList[5]； }TYPE1； TYPE1 gType1； int FuncTest5(TYPE 1*pTypel) { int ret＝pType 1-＞m_int； retum ret； <!-- SIPO <DP n="8"> --> <dp n="d8"/> }
Test script is as follows:
set?addr[tshell?vxsim″shParse?malloc?11″]
tgdb?vxsim″set(\{TYPE1\$addr}.m_int＝123456″
set?result[tgdb?vxsim″shParse?FuncTest5?$addr″]
puts″$result″
tgdb?vxsim″shParse?free?$addr″
Execution result:
123456
Notice that the tgdb here is exactly the order that is registered in control GDB debugger in the TCL kernel; Vxsim is the title of target machine server.
Beneficial effect Zai Yu of the present invention: utilize this scheme to carry out unit and the integration testing of embedded software,
Can produce Yi Xia benefit:
1, the tester not Xu Yao and add test code Zhong the Zai system under test (SUT), just can test, very convenient.
2, test function is powerful, can connect the Zhi line function by Zhi, query interface and give variable assignments.
3, using method is simple, the easy left-hand seat of tester.
Claims (8)
1, a kind of device of embedded software automatic test, be applicable to the tested software that when compiling, comprises debug information, comprise target machine server (Target Server) module that TCL kernel interpreter that the TCL script is made an explanation is provided and is connected and provides system under test (SUT) information with system under test (SUT), it is characterized in that also comprising the GDB proxy module, reside in the GDB debugger module of local host;
Described TCL kernel interpreter communicates by GDB proxy module and GDB debugger module;
Described GDB debugger module communicates by pipeline communication and target machine server module.
2, the device of embedded software automatic test according to claim 1 is characterized in that described GDB proxy module comprises: the TCL expansion connection module of GDB, subscriber interface module and information order processing module;
Described GDB proxy module receives and transmits the order that is sent by TCL kernel interpreter and input to message processing module, and the result of information order processing module feedback is passed to TCL kernel interpreter;
Described subscriber interface module transmits the order of user's input and gives message processing module, and the message processing module feedack is passed to subscriber interface module;
Described information order processing module receives, returns and handle information order.
3, the device of embedded software automatic test according to claim 2 is characterized in that described information order processing module further comprises:
Start the GDB debugger module, send startup command to the GDB debugger module;
Described execute file load-on module connects the GDB debugger module by pipeline, and the tested software of finishing the TargetServer module loads;
Described command execution module connects the GDB debugger module by pipeline, sends to different GDB debuggers according to order;
Described command result analysis module receives and to wait for thread by the GDB output channel and send the command execution results of returning.
4, a kind of method of embedded software automatic test is applicable to the tested software that comprises debug information when compiling, it is characterized in that may further comprise the steps:
A, startup target machine server (Target Server) module connect the proxy module that resides in the system under test (SUT);
B, start GDB (The GNU Source-level Debugger) debugger by the order in the GDB proxy module and remove linking objective machine server module;
The test command that c, user send to tested software, the GDB agency sends to the GDB debugger by different pipelines;
D, command execution results is returned the GDB proxy module to the GDB debugger and whether analysis result is complete, if execution result is waited in imperfect continuation, if complete, then returns the user.
5, the method for embedded software automatic test according to claim 4 is characterized in that the user writes the order of input GDB debugger with the TCL script.
6, the method for embedded software automatic test according to claim 4 is characterized in that the GDB proxy module among the step b is the proxy interface that relies on pipeline communication control GDB debugger in TCL kernel interpreter.
7, the method for embedded software automatic test according to claim 4 is characterized in that step b further comprises:
In the standard I/O redirection fixed-piping of GDB proxy module with the GDB debugger, start two pipelines simultaneously and wait for the output that thread receives the GDB debugger.
8, the method for embedded software automatic test according to claim 4 is characterized in that the process of GDB proxy module reception input command further can be divided into:
When the order of input is order in the TCL kernel interpreter, during for GDB debugger order order, this order is mutual by TCL expansion interface and GDB proxy module;
When the order of input is imported for the user, order mutual by user interface and GDB proxy module.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100643021A CN100370432C (en) | 2004-08-18 | 2004-08-18 | Automated testing apparatus and method for embedded software |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100643021A CN100370432C (en) | 2004-08-18 | 2004-08-18 | Automated testing apparatus and method for embedded software |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1737775A true CN1737775A (en) | 2006-02-22 |
| CN100370432C CN100370432C (en) | 2008-02-20 |
Family
ID=36080577
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100643021A Expired - Fee Related CN100370432C (en) | 2004-08-18 | 2004-08-18 | Automated testing apparatus and method for embedded software |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100370432C (en) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008058473A1 (en) * | 2006-11-17 | 2008-05-22 | Shenzhen Lingce Technology Co., Ltd. | Mapping method in the program testing system and program testing system |
| CN100456710C (en) * | 2007-02-08 | 2009-01-28 | 华为技术有限公司 | Method and system for realizing Tclsh instruction long-distance call |
| CN101170785B (en) * | 2006-10-24 | 2010-05-19 | 中兴通讯股份有限公司 | Device and method for TCL to test base station software |
| CN101576850B (en) * | 2009-06-10 | 2011-05-04 | 南京航空航天大学 | Method for testing improved host-oriented embedded software white box |
| CN102346235A (en) * | 2011-07-11 | 2012-02-08 | 北京北大众志微系统科技有限责任公司 | Automatic test system and method for hardware device function |
| CN101582050B (en) * | 2009-06-22 | 2012-02-08 | 阿里巴巴集团控股有限公司 | Bug prompt method in software test and device |
| CN101504692B (en) * | 2009-03-25 | 2012-03-21 | 炬力集成电路设计有限公司 | System and method for validating and testing on-chip system |
| CN102571412A (en) * | 2011-11-30 | 2012-07-11 | 中国航空工业集团公司第六三一研究所 | Target machine server of embedded distributed system |
| CN102591775A (en) * | 2011-12-30 | 2012-07-18 | 苏州汉清投资管理有限公司 | System for implementing automatic test of software |
| CN102650966A (en) * | 2011-02-24 | 2012-08-29 | 王轶辰 | Multiplexing-oriented embedded software testing method and system |
| CN103186458A (en) * | 2011-12-29 | 2013-07-03 | 联芯科技有限公司 | Embedded operating system-based simulation debugging system and method |
| CN108255694A (en) * | 2016-12-28 | 2018-07-06 | 比亚迪股份有限公司 | Test method and system based on interpreter |
| CN112597006A (en) * | 2020-12-14 | 2021-04-02 | 中国航发控制系统研究所 | Embedded software integration test automatic execution system and method |
| CN113448866A (en) * | 2021-07-15 | 2021-09-28 | 杭州国芯科技股份有限公司 | Embedded software development auxiliary debugging system and debugging method |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104639384B (en) * | 2013-11-11 | 2019-03-15 | 中兴通讯股份有限公司 | Test command sending method, apparatus and system |
| US10248554B2 (en) | 2016-11-14 | 2019-04-02 | International Business Machines Corporation | Embedding profile tests into profile driven feedback generated binaries |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5630049A (en) * | 1994-11-30 | 1997-05-13 | Digital Equipment Corporation | Method and apparatus for testing software on a computer network |
| CN100440759C (en) * | 2002-11-17 | 2008-12-03 | 华为技术有限公司 | Method for implementing parallel script execution |
| CN1310150C (en) * | 2002-11-21 | 2007-04-11 | 中兴通讯股份有限公司 | Embedded software test method |
-
2004
- 2004-08-18 CN CNB2004100643021A patent/CN100370432C/en not_active Expired - Fee Related
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101170785B (en) * | 2006-10-24 | 2010-05-19 | 中兴通讯股份有限公司 | Device and method for TCL to test base station software |
| CN101401075B (en) * | 2006-11-17 | 2012-01-04 | 深圳市领测科技有限公司 | Mapping method in the program testing system and program testing system |
| WO2008058473A1 (en) * | 2006-11-17 | 2008-05-22 | Shenzhen Lingce Technology Co., Ltd. | Mapping method in the program testing system and program testing system |
| CN100456710C (en) * | 2007-02-08 | 2009-01-28 | 华为技术有限公司 | Method and system for realizing Tclsh instruction long-distance call |
| CN101504692B (en) * | 2009-03-25 | 2012-03-21 | 炬力集成电路设计有限公司 | System and method for validating and testing on-chip system |
| CN101576850B (en) * | 2009-06-10 | 2011-05-04 | 南京航空航天大学 | Method for testing improved host-oriented embedded software white box |
| CN101582050B (en) * | 2009-06-22 | 2012-02-08 | 阿里巴巴集团控股有限公司 | Bug prompt method in software test and device |
| CN102650966A (en) * | 2011-02-24 | 2012-08-29 | 王轶辰 | Multiplexing-oriented embedded software testing method and system |
| CN102650966B (en) * | 2011-02-24 | 2016-01-27 | 王轶辰 | A kind of embedded software test method of Reuse-Oriented and test macro thereof |
| CN102346235A (en) * | 2011-07-11 | 2012-02-08 | 北京北大众志微系统科技有限责任公司 | Automatic test system and method for hardware device function |
| CN102571412A (en) * | 2011-11-30 | 2012-07-11 | 中国航空工业集团公司第六三一研究所 | Target machine server of embedded distributed system |
| CN102571412B (en) * | 2011-11-30 | 2015-01-14 | 中国航空工业集团公司第六三一研究所 | Target machine server of embedded distributed system |
| CN103186458A (en) * | 2011-12-29 | 2013-07-03 | 联芯科技有限公司 | Embedded operating system-based simulation debugging system and method |
| CN102591775A (en) * | 2011-12-30 | 2012-07-18 | 苏州汉清投资管理有限公司 | System for implementing automatic test of software |
| CN108255694A (en) * | 2016-12-28 | 2018-07-06 | 比亚迪股份有限公司 | Test method and system based on interpreter |
| CN112597006A (en) * | 2020-12-14 | 2021-04-02 | 中国航发控制系统研究所 | Embedded software integration test automatic execution system and method |
| CN112597006B (en) * | 2020-12-14 | 2023-10-03 | 中国航发控制系统研究所 | Automatic execution system and method for embedded software integrated test |
| CN113448866A (en) * | 2021-07-15 | 2021-09-28 | 杭州国芯科技股份有限公司 | Embedded software development auxiliary debugging system and debugging method |
| CN113448866B (en) * | 2021-07-15 | 2022-07-05 | 杭州国芯科技股份有限公司 | Embedded software development auxiliary debugging system and debugging method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100370432C (en) | 2008-02-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1737775A (en) | Automated testing apparatus and method for embedded software | |
| US8522209B2 (en) | Method and system for integrating profiling and debugging | |
| CN1304941C (en) | Apparatus and method for autonomic hardware assisted thread stack tracking | |
| US8667471B2 (en) | Method and system for customizing profiling sessions | |
| US20090172664A1 (en) | Adding a profiling agent to a virtual machine to permit performance and memory consumption analysis within unit tests | |
| CN101042673A (en) | Software testing system and testing method | |
| CN101060436A (en) | A fault analyzing method and device for communication equipment | |
| CN101038325A (en) | Method and device for testing chip | |
| CN1641583A (en) | Self-describing software image update components | |
| CN101051332A (en) | Verifying system and method for SOC chip system grade | |
| CN101063979A (en) | MPU FPGA verification device supporting stochastic instruction testing | |
| CN1767453A (en) | Automatic test method and system | |
| US20130054923A1 (en) | Automatic memory leak detection | |
| CN107577609B (en) | Embedded system dynamic module debugging system based on host end dynamic link | |
| CN107368313A (en) | Code detection method, device and electronic equipment | |
| CN1913442A (en) | Method and system for providing service to user | |
| CN106598859A (en) | Appium multi-thread implementation system and method | |
| CN102262555B (en) | Method and device for loading different versions of JAVA three-party library | |
| CN114610640A (en) | Fuzzy testing method and system for trusted execution environment of Internet of things | |
| CN1864143A (en) | Test program debug device, semiconductor test device, test program debug method, and test method | |
| CN115061912A (en) | Test case generation and test method, system and medium | |
| TW202242642A (en) | Method for real-time firmware configuration and apparatus for debugging | |
| CN1737767A (en) | Debug supporting unit and method with abeyant execution ability on chip electronic hardware | |
| CN1582088A (en) | Method and device for checking and comparing consistency of circuit schematic diagram and PCB wiring diagram | |
| CN1945478A (en) | Simulation apparatus |
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 |
Granted publication date: 20080220 Termination date: 20160818 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |