CN101620563B - Method for automatically testing input playback mode of terminal system - Google Patents
Method for automatically testing input playback mode of terminal system Download PDFInfo
- Publication number
- CN101620563B CN101620563B CN2008100712975A CN200810071297A CN101620563B CN 101620563 B CN101620563 B CN 101620563B CN 2008100712975 A CN2008100712975 A CN 2008100712975A CN 200810071297 A CN200810071297 A CN 200810071297A CN 101620563 B CN101620563 B CN 101620563B
- Authority
- CN
- China
- Prior art keywords
- script
- checkpoint
- test
- control
- playback
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a method for automatically testing an input playback mode of a terminal system, which comprises the following steps: 10, inputting a testing case and automatically generating a script which can be edited manually; 20, in the process of inputting the testing case in the step 10, inserting a check point; 30, playing the script generated in the step 10 back, automatically executing the test, and recording the state of the check point; and 40, finishing the playback of the script, analyzing the recorded state of the check point, summarizing test results, and automatically generating a test report. The method and the system have the advantages of being suitable for automatic functional tests of terminal embedded systems and non-embedded systems, supporting tests for functions of protocols such as ICA, RDP and the like, providing reliable check points for non-GUI functional tests, and saving testing time.
Description
[technical field]
The invention relates to a kind of functional test of embedded system, be meant a kind of input playback mode automated testing method that can test the non-GUI function of embedded system especially.
[background technology]
In the test of embedded system, functional test accounts for the proportion more than 90%.Therefore, realize the robotization of functional test, for reducing testing cost, the quality that improves product plays a part very important.
Method for automatically testing functions is relative manual test, mainly is to wait through Software Testing Tool, script to realize having characteristics such as good action row property, repeatability and high efficiency.Present functional test software has only been realized C/S (client end/server end), B/S (server end/client) and the test of WEB software functions such as (internets); And all be based on and realize on specific windows platform or the Linux platform, be not suitable for the functional test of embedded system such as Windows CE.And only can realize test, and lack effective, reliable checkpoint for non-GUI function to the GUI function.In addition, all functions testing tool is not all supported any agreement, can't satisfy the functional test of agreements such as RDP to terminal embedded type system, ICA, Telnet.
[summary of the invention]
Technical matters to be solved by this invention is to provide the functional test from embedded system to start with, and can satisfy the input playback mode automated testing method of terminal system of functional test of the agreement such as RDP, ICA, Telnet of embedded system.
The present invention solves the problems of the technologies described above through following technical scheme: a kind of input playback mode automated testing method of terminal system comprises the following step of carrying out successively:
Step 10: the typing test case, automatic then generation script, script can be by edit;
Step 20: in the process of step 10 typing test case, insert the checkpoint;
Step 30:, and automatically perform test, the state of record check point with the script playback of step 10 generation;
Step 40: the script playback finishes, and the checkpointed state of record is analyzed, and gathered test result, generates test report automatically.
Said step 10 specifically comprises the following step of carrying out successively:
Step 102: use-case resolver resolves test case, isolate test case related control information and operation, and be sent in the script generator;
Step 104: script generator obtains the information that transmits from the use-case resolver, generates the corresponding script statement;
Step 106: script sentence is outputed to the blank box of software, be convenient to the editor of script.
Checkpoint in the said step 20 be reference value through the control relatively value during with playback script come determining program whether according to the imagination of expection in execution; Some attribute of selected control when reference value of said control is meant the typing test case; Specifically get which attribute and depend on the checkpoint type of insertion, inserted the checkpoint after, can generate a base-line data file; The data of the value of some attribute of selected control or control, i.e. reference value when the value of this file is the typing test case.
The type of inserting the checkpoint in the step 20 comprises following a kind of or two kinds and two or more combinations:
The object data checkpoint: the data in the object are verified;
Object properties checkpoint: will demonstrate the tabulation of captive object and respective attributes thereof, and from the tabulation of object, select to want the attribute of checking then;
Bitmap checkpoint: analyze contrast screen and screen area image;
There is the checkpoint in window: whether window is occurred verifying like expection;
The audio frequency checkpoint: the audio frequency to expection occurs is verified.
Said step 30 specifically comprises the following step of carrying out successively:
Step 302: resolve script, isolate control information and operation in the script;
Step 304: the interface that obtains this control in the current window according to control information;
Step 306:, control is carried out corresponding operation according to the control interface that obtains with to the operation of control;
Step 308: record check dotted state;
Step 310: judge whether to also have the script of not resolving, if, return step 302, order is resolved each script, otherwise, get into step 312;
EOP (end of program) is in step 312.
Said step 40 specifically comprises the following step of carrying out successively:
Step 402: record current time in system during test run, operator and testing total working time;
Step 404: when the script playback was failed, misregistration information can navigate to the position of script;
Step 406: the check-up through statistical means dotted state, when checkpoint verification is failed, misregistration information, and record expection and actual result's contrast;
Step 408: the time of adding up state, operation result and the operation of every script operation;
Step 410: show the last test result: success or failure;
Step 412: the form of above-mentioned test result with text shown, and distinguish, support print result with certain color.
The advantage of the input playback mode automated testing method of terminal system of the present invention is: because this method is based on showing that the control operation realizes automatic test; And and operating system independent, so applicable to terminal embedded type system, also go for the automation function test of non-embedded system; Adopt the automatic generation script mode of use-case, the operation of test exists with the form of script, for test result strong checkpoint is provided simultaneously; ICA, RDP are based on the host-host protocol of image; The image resource of server is delivered to the client use with the mode of detecing; And this method is the image resource of server to be delivered to client with the mode of detecing use; And this method also is based on demonstration control realization automation mechanized operation, so this method of testing is supported the test of protocol functions such as ICA, RDP; Test for non-GUI function provides reliable checkpoint; The function automatic test can be saved the time of test, the mistake of avoiding manual test to cause, thus shortened cycle of developing and the quality of having guaranteed product.
[description of drawings]
Combine embodiment that the present invention is done further description with reference to the accompanying drawings.
Fig. 1 is the process flow diagram of the input playback mode automated testing method of terminal system of the present invention.
Fig. 2 is the particular flow sheet of step 10 among Fig. 1.
Fig. 3 is the particular flow sheet of step 30 among Fig. 1.
Fig. 4 is the particular flow sheet of step 40 among Fig. 1.
[embodiment]
The present invention is directed to the test of the non-GUI function of terminal system, adopt the method for input playback.See also Fig. 1, the input playback mode automated testing method of terminal system of the present invention comprises the following step of carrying out successively:
Step 10: the typing test case, automatic then generation script, script can be by edit;
Step 20: in the process of step 10 typing test case, insert the checkpoint;
Step 30:, and automatically perform test, the state of record check point with the script playback of step 10 generation;
Step 40: the script playback finishes, and the checkpointed state of record is analyzed, and gathered test result, generates test report automatically.
See also Fig. 2, above-mentioned steps 10 specifically comprises the following step of carrying out successively:
Step 102: use-case resolver resolves test case, isolate test case related control information and operation, and be sent in the script generator;
Step 104: script generator obtains the information that transmits from the use-case resolver, generates the corresponding script statement;
Step 106: script sentence is outputed to the blank box of software, be convenient to the editor of script.
The generation of said script sentence adopts key word to drive scenario generation method.
Key word drives scenario generation method: key word drives the script that obtains when scenario generation method is the typing test case; Data file is become the description of test case; Specify will carrying out of task with a series of key words; These key words preexist in the test file, to these key words be interpreted as the support script, also be present in the test file.Control the key word in the script read test file, and call relevant support script through key word, testing software or special applications will significantly reduce the constraint of control script like this.
Checkpoint in the above-mentioned steps 20 be reference value through the control relatively value during with playback script come determining program whether according to the imagination of expection in execution; Some attribute of selected control when reference value of said control is meant the typing test case is specifically got the checkpoint type which attribute depends on insertion.Usually after having inserted the checkpoint, all can generate a base-line data file, the data of the value of some attribute of selected control or control when the value of this file is the typing test case both can be used as reference value, can free hand modification.Therefore, whether authentication function is normal effectively in the checkpoint.
The type of inserting the checkpoint in the step 20 comprises following several kinds:
The object data checkpoint: the data in the object are verified;
Object properties checkpoint: after adding this type of checkpoint,, from the tabulation of object, select to want the attribute of checking then with the tabulation that demonstrates captive object and respective attributes thereof;
Bitmap checkpoint: can analyze contrast screen and screen area image;
There is the checkpoint in window: whether window is occurred verifying like expection;
The audio frequency checkpoint: the audio frequency to expection occurs is verified.
See also Fig. 3, said step 30 specifically comprises the following step of carrying out successively:
Step 302: resolve script, isolate control information and operation in the script;
Step 304: the interface that obtains this control in the current window according to control information;
Step 306:, control is carried out corresponding operation according to the control interface that obtains with to the operation of control;
Step 308: record check dotted state;
Step 310: judge whether to also have the script of not resolving, if, return step 302, order is resolved each script, otherwise, get into step 312;
EOP (end of program) is in step 312.
See also Fig. 4, said step 40 specifically comprises the following step of carrying out successively:
Step 402: record current time in system during test run, operator and testing total working time;
Step 404: when the script playback was failed, misregistration information can navigate to the position of script;
Step 406: the check-up through statistical means dotted state, when checkpoint verification is failed, misregistration information, and record expection and actual result's contrast;
Step 408: the time of adding up state, operation result and the operation of every script operation;
Step 410: show the last test result: success or failure;
Step 412: the form of above-mentioned test result with text shown, and distinguish, support print result with certain color.
The invention provides a kind of input playback mode automatization test system of terminal system, this system comprises four modules: typing module, playback module, checkpoint module and results analyses module.
Typing module: typing test case, automatic then generation script, but script edit;
Checkpoint module: in the process of typing module typing test case, insert the checkpoint;
Playback module:, and automatically perform test, the state of record check point with the script playback of typing module generation;
Results analyses module: the script playback finishes, and the checkpointed state of record is analyzed, and gathered test result, generates test report automatically.
Specifically comprise following unit:
Resolve the test case unit: use-case resolver resolves test case, isolate test case related control information and operation, and be sent in the script generator;
The script sentence generation unit: script generator obtains the information that transmits from the use-case resolver, generates the corresponding script statement;
Script sentence output unit: script sentence is outputed to the blank box of software, be convenient to the editor of script.
The checkpoint be reference value through the control relatively value during with playback script come determining program whether according to the imagination of expection in execution; Some attribute of selected control when reference value of said control is meant the typing test case is specifically got the checkpoint type which attribute depends on insertion.Usually after having inserted the checkpoint, all can generate a base-line data file, the data of the value of some attribute of selected control or control when the value of this file is the typing test case both can be used as reference value, can free hand modification.Therefore, whether authentication function is normal effectively in the checkpoint.
The type of inserting the checkpoint comprises following several kinds:
The object data checkpoint: the data in the object are verified;
Object properties checkpoint: after adding this type of checkpoint,, from the tabulation of object, select to want the attribute of checking then with the tabulation that demonstrates captive object and respective attributes thereof;
Bitmap checkpoint: can analyze contrast screen and screen area image;
There is the checkpoint in window: whether window is occurred verifying like expection;
The audio frequency checkpoint: the audio frequency to expection occurs is verified.
Said playback module specifically comprises following unit:
Resolution unit: resolve script, isolate control information and operation in the script;
Acquiring unit: the interface that obtains this control in the current window according to control information;
Operating unit:, control is carried out corresponding operation according to the control interface that obtains with to the operation of control;
Record cell: record check dotted state;
Judging unit: judge whether to also have the script of not resolving, if, return resolution unit, order is resolved each script, otherwise, finish;
Said results analyses module specifically comprises following unit:
Record cell: record current time in system during test run, operator and testing total working time, when the script playback was failed, misregistration information can navigate to the position of script;
Statistic unit: the check-up through statistical means dotted state, when checkpoint verification is failed, misregistration information, and record expection and actual result's contrast; Add up the time of state, operation result and the operation of every script operation;
Display unit: show the last test result: success or failure;
Generation unit as a result: the form of above-mentioned test result with text shown, and distinguish, the support print result with certain color.
Though more than described embodiment of the present invention; But the technician who is familiar with the present technique field is to be understood that; We described concrete embodiment is illustrative; Rather than being used for qualification to scope of the present invention, those of ordinary skill in the art are in the modification and the variation of the equivalence of doing according to spirit of the present invention, all should be encompassed in the scope that claim of the present invention protects.
Claims (3)
1. the input playback mode automated testing method of a terminal system is characterized in that:
Comprise the following step of carrying out successively:
Step 10: the typing test case, automatic then generation script, script can be by edit; Specifically comprise the following step of carrying out successively:
Step 10.1: use-case resolver resolves test case, isolate test case related control information and operation, and be sent in the script generator;
Step 10.2: script generator obtains the information that transmits from the use-case resolver, generates the corresponding script statement;
Step 10.3: script sentence is outputed to the blank box of software, be convenient to the editor of script;
Step 20: in the process of step 10 typing test case, insert the checkpoint;
Step 30:, and automatically perform test, the state of record check point with the script playback of step 10 generation; It specifically comprises the following step of carrying out successively:
Step 30.1: resolve script, isolate control information and operation in the script;
Step 30.2: the interface that obtains this control in the current window according to control information;
Step 30.3:, control is carried out corresponding operation according to the control interface that obtains with to the operation of control;
Step 30.4: record check dotted state;
Step 30.5: judge whether to also have the script of not resolving, if, return step 30.1, order is resolved each script, otherwise, get into step 40;
Step 40: the script playback finishes, and the checkpointed state of record is analyzed, and gathered test result, generates test report automatically; Specifically comprise the following step of carrying out successively:
Step 40.1: record current time in system during test run, operator and testing total working time;
Step 40.2: when the script playback was failed, misregistration information can navigate to the position of script;
Step 40.3: the check-up through statistical means dotted state, when checkpoint verification is failed, misregistration information, and record expection and actual result's contrast;
Step 40.4: the time of adding up state, operation result and the operation of every script operation;
Step 40.5: show the last test result: success or failure;
Step 40.6: the form of above-mentioned test result with text shown, and distinguish, support print result with certain color.
2. the input playback mode automated testing method of terminal system as claimed in claim 1; It is characterized in that: the checkpoint in the said step 20 be reference value through the control relatively value during with playback script come determining program whether according to the imagination of expection in execution; Some attribute of selected control when reference value of said control is meant the typing test case; Specifically get which attribute and depend on the checkpoint type of insertion, inserted the checkpoint after, can generate a base-line data file; The data of the value of some attribute of selected control or control, i.e. reference value when the value of this file is the typing test case.
3. the input playback mode automated testing method of terminal system as claimed in claim 2 is characterized in that: the type of inserting the checkpoint in the step 20 comprises following a kind of or two kinds and two or more combinations:
The object data checkpoint: the data in the object are verified;
Object properties checkpoint: will demonstrate the tabulation of captive object and respective attributes thereof, and from the tabulation of object, select to want the attribute of checking then;
Bitmap checkpoint: analyze contrast screen and screen area image;
There is the checkpoint in window: whether window is occurred verifying like expection;
The audio frequency checkpoint: the audio frequency to expection occurs is verified.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100712975A CN101620563B (en) | 2008-06-30 | 2008-06-30 | Method for automatically testing input playback mode of terminal system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100712975A CN101620563B (en) | 2008-06-30 | 2008-06-30 | Method for automatically testing input playback mode of terminal system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101620563A CN101620563A (en) | 2010-01-06 |
| CN101620563B true CN101620563B (en) | 2012-05-09 |
Family
ID=41513810
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100712975A Expired - Fee Related CN101620563B (en) | 2008-06-30 | 2008-06-30 | Method for automatically testing input playback mode of terminal system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101620563B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104461694B (en) * | 2014-12-17 | 2018-05-04 | 北京奇虎科技有限公司 | More script back methods and device |
| CN105095036B (en) * | 2015-08-31 | 2018-05-04 | 浪潮(北京)电子信息产业有限公司 | A kind of error in data localization method and system |
| CN105718353B (en) * | 2016-01-18 | 2019-01-29 | 深圳市紫光同创电子有限公司 | It is a kind of for graphical interfaces application test method, apparatus and system |
| CN105740147A (en) * | 2016-01-29 | 2016-07-06 | 四川长虹电器股份有限公司 | Method for automatically testing interfaces of intelligent terminals |
| CN105955728A (en) * | 2016-04-26 | 2016-09-21 | 浪潮电子信息产业股份有限公司 | Safety baseline inspection and repair mode based on user-defined script |
| CN109388555A (en) * | 2017-08-10 | 2019-02-26 | 博彦科技股份有限公司 | The treating method and apparatus of test script |
| CN117234946B (en) * | 2023-11-10 | 2024-02-02 | 深圳市金政软件技术有限公司 | Automatic test method and related equipment for project library system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1503168A (en) * | 2002-11-22 | 2004-06-09 | 深圳市中兴通讯股份有限公司 | Automatic test method for system products |
| CN1601483A (en) * | 2004-10-22 | 2005-03-30 | 中国工商银行 | Automation software testing system based on script explanatory tool |
| CN1604813A (en) * | 2001-12-17 | 2005-04-06 | 西安大略大学 | Apparatus for volumetric metering of small quantity of powder from fluidized beds |
| CN1920793A (en) * | 2005-08-25 | 2007-02-28 | 国际商业机器公司 | Device and method for implementing test scenarios replay in different voice environment |
-
2008
- 2008-06-30 CN CN2008100712975A patent/CN101620563B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1604813A (en) * | 2001-12-17 | 2005-04-06 | 西安大略大学 | Apparatus for volumetric metering of small quantity of powder from fluidized beds |
| CN1503168A (en) * | 2002-11-22 | 2004-06-09 | 深圳市中兴通讯股份有限公司 | Automatic test method for system products |
| CN1601483A (en) * | 2004-10-22 | 2005-03-30 | 中国工商银行 | Automation software testing system based on script explanatory tool |
| CN1920793A (en) * | 2005-08-25 | 2007-02-28 | 国际商业机器公司 | Device and method for implementing test scenarios replay in different voice environment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101620563A (en) | 2010-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101620565B (en) | Method for automatically testing functions of terminal system | |
| CN101620564B (en) | Method for automatically testing recording playback mode of terminal system | |
| CN101620563B (en) | Method for automatically testing input playback mode of terminal system | |
| CN102541728A (en) | Method for expanding identifiable control of automatic test tool | |
| CN103049371A (en) | Testing method and testing device of Android application programs | |
| US8640105B2 (en) | Method and system for debugging a job running on a legacy system | |
| CN112241360A (en) | Test case generation method, device, equipment and storage medium | |
| CN106484613A (en) | A kind of interface automated test frame based on fitnese | |
| CN106972983B (en) | Automatic testing device and method for network interface | |
| CN107622017A (en) | A kind of analytic method of general automation software test | |
| CN114138633A (en) | Method, device and equipment for testing software based on data driving and readable medium | |
| CN112084108A (en) | Test script generation method and device and related components | |
| CN115934559A (en) | Testing method of intelligent form testing system | |
| CN116541308A (en) | Regression testing method and system | |
| CN115587028A (en) | Interface automation test method, system, medium and terminal | |
| CN110347589B (en) | Software unit test automatic detection method and system | |
| CN113986263A (en) | Code automation test method, device, electronic equipment and storage medium | |
| CN103019927A (en) | Performance testing method and system | |
| CN112612665A (en) | Testing method, device and equipment of financial intelligent equipment | |
| CN111966589A (en) | Bug processing method, device and equipment based on function test | |
| CN112069062A (en) | Method and device for editing and generating software test bug module | |
| CN100501698C (en) | Method and system for automatic checking for man-machine command | |
| CN109857636A (en) | A kind of methods and applications positioning App homepage in Android client UI automation process | |
| CN113094281B (en) | Test method and device for hybrid App | |
| KR100621574B1 (en) | Generating system of test driver for embedded system software testing |
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: 20120509 Termination date: 20150630 |
|
| EXPY | Termination of patent right or utility model |