CN105760296A - Automation testing control method, device and terminal - Google Patents
Automation testing control method, device and terminal Download PDFInfo
- Publication number
- CN105760296A CN105760296A CN201610040703.6A CN201610040703A CN105760296A CN 105760296 A CN105760296 A CN 105760296A CN 201610040703 A CN201610040703 A CN 201610040703A CN 105760296 A CN105760296 A CN 105760296A
- Authority
- CN
- China
- Prior art keywords
- test
- automatic test
- case
- testing
- automatic
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Abstract
The invention discloses an automation testing control method, device and terminal. The automation testing control method includes the steps that an automatic testing case library containing various automatic testing cases of a testing tool is arranged; the testing requirement of a present testing project of the testing tool is obtained in the automatic testing process; according to the testing requirement, tested objects in the present testing project are determined, target automatic testing cases needing to test the tested objects at present are selected from the automatic testing case library, all target drives corresponding to all the target testing cases are further obtained, and then all the target automatic testing cases are introduced into the testing project through all the target drives to automatically test the tested objects. According to the automation testing control method, in the automation testing process, calling of the testing cases and drives and the like are completed through the automation testing control device independent of the testing tool (namely, independent of a top layer of the testing tool), the top layer of the testing tool is not depended on, the dependence on the testing tool is reduced, testing cost can be reduced, and testing efficiency can be improved.
Description
Technical field
The present invention relates to automatic test field, be specifically related to a kind of automatic test control method, device and terminal.
Background technology
Software test is to ensure that the important means of software quality, is also an important step in software development process.Graphical user interface GUI (GraphicalUserInterface) is as the mutual interface of user and application program, it is application program and the bridge of user profile transmission, it is by feat of its motility and ease for operation etc., all bring great convenience for software development and application, but also just because of the increase day by day of its scale, GUI test job is made to become abnormal heavy, rising steadily of simultaneous faults cost so that each version is done GUI comprehensive, quick test and becomes very necessary.
Owing to the behavior application programs of GUI test imitation user is operated, other tests relatively, there is its uniqueness, carrying out GUI test automation can free tester from consuming time and uninteresting manual operations, is effectively improved work efficiency.Automatic test is that the artificial behavioral test driven is converted into a kind of process that machine performs.Generally, after devising test case and passing through to evaluate, test is performed step by step by tester's code described in test case, obtain the comparison of timely result and expected result, in the process, in order to save manpower, time or hardware resource, improve testing efficiency, just introduce the concept of automatic test.
At 20th century the mid-80, along with the appearance automatically catching/play back instrument, test automation starts.First generation automatic test, when namely automatic test thought just starts to be born, dependence is traditional " recording-playback " technology.This plan is different with " recording-playback " thought of present automated test tool, it is actually record and simulation that PC operates keyboard and mouse process, but this mechanism restriction is a lot of, if the dependency of environment is strong, to variability too much in sensitivity etc., a kind of pattern therefore can not be developed into.Second filial generation automatic test, the i.e. automatic test of scripting, utilize script to carry out structurized automatic test, and this can apply to the automatic test of CLI and API, main application moduleization and storehouse thought.Third generation automatic test, starts to create various automatic test thought, and it is along with the generation of objectification thought, and occurs in that a series of automatic test software therewith, as driven the testing tool of thought based on data-driven thought and keyword.From at this time, automatization begins to achieve certain scale, starts to be used in industry-by-industry, and development trend is more and more faster.
At present, conventional automatic test, automated test tool dependency is high, in automatic test course, be all utilize the top layer of each testing tool self to realize the calling of test case, test case drives calls, and the top layer of different testing tools calls and controls to be often different, the high-efficiency operation of therefore current automatization's framework has to rely on the Top-layer Design Method relevant with automatization framework, if needing to change testing tool, then need to re-start, according to the testing tool after changing, the Top-layer Design Method meeting this testing tool demand completely.Visible, it is high to there is the dependency to automated test tool in current automatic test, cost problem high, inefficient.
Summary of the invention
The main technical problem to be solved in the present invention is to provide a kind of automatic test control method, device and terminal, solves the dependency height to automated test tool that existing automatic test exists, cost problem high, inefficient.
For solving above-mentioned technical problem, the present invention provides a kind of automatic test control method, including:
The automatic test case storehouse of testing tool is set, this automatic test case storehouse comprises various automatic test case；
Obtain the testing requirement of the current testing engineering of described testing tool；
Determine the measurand in current testing engineering according to described testing requirement, and from described automatic test case storehouse, select the target automatic test case currently described measurand need to tested；
Obtain each target drives that each target detection use-case is corresponding；
By described each target drives, each target automatic test case is imported described testing engineering and described measurand is carried out automatic test.
In an embodiment of the present invention, the automatic test cases storehouse arranging testing tool includes:
Each manual test use-case in the manual test use-case storehouse of corresponding described testing tool is respectively provided with automatic test case, and the language that each automatic test case uses is the script that described testing tool is supported.
In an embodiment of the present invention, each target drives obtaining each target detection use-case corresponding includes:
Obtain the driving parameter that each target detection use-case is corresponding；
General driving template in described testing tool is configured obtaining the target drives of each target detection use-case by driving parameter according to each target detection use-case respectively.
In an embodiment of the present invention, described testing tool is function of unity testing tool UFT.
In an embodiment of the present invention, the automatic test cases storehouse arranging testing tool includes:
The title of each automatic test cases in described automatic test cases storehouse is set to identical, and the entrance function name in each automatic test cases is identical, and different automatic test cases is stored under different test catalogues.
In an embodiment of the present invention, the testing requirement obtaining the current testing engineering of described testing tool includes:
Obtain the test event that tester sets, described test event comprises at least one test group；
From described test event, obtain each test group, each test group comprises the test case combination of at least one measurand and each measurand；
From described automatic test case storehouse, the target automatic test cases that each measurand is corresponding is obtained according to the combination of described test case.
In order to solve the problems referred to above, present invention also offers a kind of automatic test control device, including:
Test case arranges module, for arranging the automatic test case storehouse of testing tool, comprises various automatic test case in this automatic test case storehouse；
Requirement Acquisition module, for obtaining the testing requirement of the current testing engineering of described testing tool；
Processing module, for determining the measurand in current testing engineering according to described testing requirement, and selects the target automatic test case currently need to described measurand tested from described automatic test case storehouse；
Drive acquisition module, for obtaining each target drives that each target detection use-case is corresponding；
Import module, for each target automatic test case being imported described testing engineering by described each target drives, described measurand is carried out automatic test.
In an embodiment of the present invention, described test case arranges module and includes creating submodule, being respectively created automatic test case for each manual test use-case in the manual test use-case storehouse of corresponding described testing tool, the language that each automatic test case uses is the script that described testing tool is supported.
In an embodiment of the present invention, described driving acquisition module includes:
Drive parameter acquiring submodule, for obtaining the driving parameter that each target detection use-case is corresponding；
Driving arranges module, for the driving parameter according to each target detection use-case, the general driving template in described testing tool is configured obtaining the target drives of each target detection use-case respectively.
In an embodiment of the present invention, described test case arranges module and includes arranging submodule and sub module stored；
The described submodule that arranges is for being set to identical by the title of each automatic test cases in described automatic test cases storehouse, and by identical for the entrance function name in each automatic test cases；
Described sub module stored is for being stored in different automatic test cases under different test catalogues.
In an embodiment of the present invention, described Requirement Acquisition module includes:
Test event obtains submodule, for obtaining the test event that tester sets, comprises at least one test group in described test event；
Test group obtains submodule, for obtaining each test group from described test event, comprises the test case combination of at least one measurand and each measurand in each test group；
Test case obtains submodule, for obtaining, according to the combination of described test case, the target automatic test cases that each measurand is corresponding from described automatic test case storehouse.
In order to solve the problems referred to above, present invention also offers a kind of automatic test and control terminal, including automatic test control device as above.
The invention has the beneficial effects as follows:
Automatic test control method provided by the invention, device and terminal, first arrange the automatic test case storehouse comprising various automatic test case of testing tool；Then in automatic testing process, obtain the testing requirement of the current testing engineering of testing tool；The measurand in current testing engineering is determined according to testing requirement, and from automatic test case storehouse, select the target automatic test case currently measurand need to tested, and then obtain each target drives that each target detection use-case is corresponding, then pass through each target drives and measurand is carried out automatic test by each target automatic test case importing testing engineering.Visible, the present invention is in automatic test course, it is all by completing independent of the automatic test control device (namely the top layer independent of testing tool) outside testing tool for calling etc. of test case and driving, it is not rely on the top layer of testing tool self, therefore, when changing testing tool, it is not required to additionally re-start the matched design of top layer, reduces the dependency to testing tool, and testing cost can be reduced, promote testing efficiency.
Accompanying drawing explanation
The automatic test control method schematic flow sheet that Fig. 1 provides for the embodiment of the present invention one；
The schematic flow sheet of the acquisition testing requirement that Fig. 2 provides for the embodiment of the present invention one；
The schematic flow sheet of the acquisition target drives that Fig. 3 provides for the embodiment of the present invention one；
The testing process schematic diagram based on UFT instrument that Fig. 4 provides for the embodiment of the present invention one；
The automatic test control device structural representation that Fig. 5 provides for the embodiment of the present invention two.
Detailed description of the invention
The present invention carries out calling of the acquisition of testing requirement, automatic test case and driving by designing independent of the top level structure (namely automatic test control device) outside each testing tool, it is not relying on the top layer of each testing tool self, therefore the dependency to testing tool can be reduced, promote testing efficiency, reduce testing cost.And the top layer in the present invention can be completed by python script code, it is possible to realized by other language such as java etc..The present invention is described in further detail in conjunction with accompanying drawing below by detailed description of the invention.
Embodiment one:
The present embodiment independent of the top layer of testing tool, namely automatic test control device to carry out the process of automatic test control shown in Figure 1, including:
Step 101: arrange the automatic test case storehouse of testing tool, comprises various automatic test case in this automatic test case storehouse；
Step 102: obtain the testing requirement of the current testing engineering of testing tool (namely test assignment)；
Step 103: the testing requirement according to obtaining determines the measurand in current testing engineering, and selects the target automatic test case currently need to measurand tested from automatic test case storehouse；
Step 104: obtain each target drives that each target detection use-case is corresponding；
Step 105: by each target drives, each target automatic test case is imported testing engineering and measurand is carried out automatic test.
The invoked procedure of the acquisition of above test procedure test demand, test case and driving is all independent of the top layer of testing tool self and controls, and all realized by the automatic test control device independent of testing tool, this automatic test control device all can realize top layer control by said process for different testing tools, therefore can reduce the test dependency to testing tool automatically, promote testing efficiency and reduce testing cost.
In above-mentioned steps 101, when the automatic test cases storehouse of testing tool is set, subsequent authentication for the ease of tester, each manual test use-case in the manual test use-case storehouse of corresponding testing tool is respectively provided with automatic test case, the language that each automatic test case uses is the script (when such as testing tool is UFT, the script of employing is vbs) that described testing tool is supported.Automatic test case and each manual test use-case are correspondingly arranged, and namely such tester can use a set of unified proof rule and carry out subsequent authentication.Concrete, the present embodiment may require that, each automatic test utilizes the numbering one_to_one corresponding with each manual test use-case.
Additionally, in existing automatic test course, the corresponding testing engineering of one test case of each testing tool, namely can only call a test case in a testing engineering, causes the interface that need to call when testing and various data is various, expense is big, efficiency is low and error-prone.For this, the present embodiment is when arranging the automatic test cases storehouse of testing tool, the title of each automatic test cases in automatic test cases storehouse is set to identical, such as it is both configured to tcf.vbs (this title of demand according to different testing tools can be arranged flexibly certainly) and by identical for the entrance function name in each automatic test cases, such as testcase, this entrance function is sole inlet function, then different automatic test cases is stored under different test catalogues, thus can distinguish and call different test cases by different test catalogues.And title and entrance function for different test cases is identical, therefore testing engineering can pass through a filename and an entrance function realizes calling different test case.Therefore need not the corresponding testing engineering of each test case corresponding, interface and other data of generation can be greatly reduced, reduce expense, promote testing efficiency and accuracy rate.
In the present embodiment, testing requirement is set flexibly for the ease of tester, it is possible to provide three-decker, is followed successively by test event layer (TPF), test group layer (TGF) and test case layer (TCF) from top to bottom:
Test event layer designs test event for tester, can comprise one or more test group in a test event, and the relation between number and each test group of the test group specifically comprised can set flexibly according to current actual testing requirement.Such as could be arranged to only comprise a test group, it is possible to arrange and comprise two or more test group more, and can separate onrelevant relation between each test group, it is possible to have certain incidence relation.Tester lists the test group needing to carry out in test event；
Test group layer, for analyzing each test group in test event, is likely to comprise one or more assembly in a test group, and now then these assemblies are divided into a test group Semi-polarity test, and an assembly is then likely to comprise one or more module；One test group is likely to and directly comprises one or more module.The assembly comprised in test group or module are also measurand.It should be appreciated that the selection of assembly and module is also fixed according to currently practical demand in test group, the test purpose of each measurand is selected combination by selection then basis for the automatic test case of each measurand flexibly.It is likely to into one test case of selection for a measurand, it is also possible to select multiple test case.Tester needs to list the test case of MUT module under test to be measured or module and correspondence in each test group.
Namely test case layer combines for each test case according to each measurand in each test group, from the automatic test cases storehouse of testing tool, selects required corresponding target detection use-case according to different test catalogues.And each selected target detection use-case is available for a testing engineering and calls.
Based on above-mentioned setting, the testing requirement obtaining the current testing engineering of testing tool in above-mentioned steps 102 is shown in Figure 2, including:
Step 201: obtain the test event that tester sets, comprise at least one test group in test event；
Step 202: obtain each test group from institute's test event, comprises the test case combination of at least one measurand and each measurand in each test group；This combination is likely to only comprise 1 test case, it is also possible to comprise multiple test case；
Step 203: obtain the target automatic test cases that each measurand is corresponding from described automatic test case storehouse according to the combination of described test case.
In above-mentioned steps 104, the process obtaining each target drives corresponding to each target detection use-case is shown in Figure 3, including:
Step 301: obtain the driving parameter that each target detection use-case is corresponding；
May there is the driving parameter that some are public in the driving parameter of different target test case, and also likely to be present oneself independent driving parameter in each test case, and this part is driven and also likely to be present one or more driving parameter in parameter and need to be obtained by various algorithms according to current test parameter；
Step 302: the general driving template in testing tool is configured obtaining respectively the target drives of each target detection use-case according to the driving parameter of each target detection use-case.
It the present embodiment is the target drives being configured obtaining each test case with the driving parameter of each test case corresponding on the basis of universal drive module respectively.But it is to be understood that the present embodiment corresponding different test case can also be independently arranged the special driving of correspondence respectively.
Testing tool in the present embodiment can be various testing tool, can be such as function of unity testing tool UFT (unitedfunctiontesting), it is also possible to for testing tools such as WinRunnerMercury, Rational, AdventNet, SilkTest.In order to be better understood from the present invention, illustrate for testing tool UFT below.
Automated test tool UFT has two features: one is, only supports windows system；Two are, the script that UFT supports is vbs, and therefore the script of its automatic Ah's test script use-case is vbs, and vbs is also windows system of only supporting.If using the vbs script of UFT oneself to realize the top layer script of Auto-Test System test in test system completely, then having two deficiencies: one is, UFT top layer script is very high to UFT dependency；Two is that top layer script can not be continuing with completely in linux.So, if additionally need to also realize GUI automatic test in Linux system, first it is select other automated test tool, then further in accordance with testing tool feature, additionally completely newly develops automatic test top layer script.And the script of compatible multisystem as far as possible when the present embodiment arranges the top layer independent of testing tool, can be selected, the degree of dependence to testing tool can be reduced further.Now still illustrate using python to realize automatic test top layer script.Test process now is as follows:
Framework core based tree is as follows:
|----GUI
|----auto_driver
Automatization's core shell script
|----TPF (such as readTpf.py, autoGui.tpf)
Test event, tests system by the project implementation, inputs for tester
|----TGF (such as readTgf.py, FAB.tgf, CFG.tgf ...)
Perform test system by assembly, analyze from TPF and obtain, and this assembly is likely to directly for module
|----driver.vbs
General driving script template, unified management and control performs configuration and the script etc. of UFT
|----auto_uftpro
UFT source project file (use default setting)
|----com_bench
Automatization and manual test use-case
|----soft (such as FAB, CFG ...)
The test module of component-level
|---the module testing under-module (such as A1_MAI, A2_BIT ...) assembly
|----auto_object
Automation object storehouse, only comprises library of object file, and this module shares
|----object.tsr
Library of object file
|----auto_project
Deposit the project file needed for automatization
|----impl.prj, back_impl.prj ...
Automatic test project file, wherein the content of impl.prj and back_impl.prj is just the same, for initial project file
|----auto_testcase
Deposit test case
|----a_5、…
Test case numbering (file, namely the test catalogue of use case storage)
|----tcf.vbs ...
The files such as target detection case script, test case script is fixed as filename tcf.vbs, and the function name in file is fixed as testcase simultaneously, and is sole inlet function.
|----auto_testdata
Depositing test data, this test data test personnel can be inputted by top level structure, it is also possible to by the interface input that testing tool provides；
|----…
Test data file (such as testdtat.xlsx)
|----auto_uftpro
UFT project file presss from both sides, and is mainly used in by modular debugging test case script, particularly deletes in library of object or amendment object (note: affiliated partner storehouse, have read only attribute)
|----sourcefiles
Test resource file (when including manual test and automatically test, measurand runs required resource file)
|----common
Common resource file (under this module, nearly all test case is both needed to use)
|----file1、file2、…
Single resource file (under this module, indivedual test cases need to use)
|----[A1] master control interface test case .xlsx
Manual test use-case (manual test use-case numbering should be corresponding with automatic test cases numbering)
|----auto_result
Automatic test destination file folder (note: without this file when being not carried out script)
|----soft (such as FAB, CFG ...)
The test module of component-level
|----uftpro
UFT project file, serial implementation of test cases (only retaining the result of last test case) under unified UFT engineering
|----module_driver.vbs (such as A1_MAI_driver.vbs)
Driver of modules (module level) is respectively tested under software
|----module_report.txt (such as A1_MAI_report.txt)
Each test module testing result (module level) under software
For in above test process:
1. pair loss of fecundity tests the assemblies (namely with regard to a module under this assembly) such as the CFG of module, INS, DBG and SVR, module=soft in said structure, soft file only occurs；
2. pair there are the FAB assembly of sub-test module, module in said structure！=soft, soft and module file all exists.
3. when writing test case, it is only necessary to editor TCF gets final product (tcf.vbs), but should be noted that the function name in file is fixed as testcase, and is sole inlet function.Specific as follows:
PublicFunctiontestcase
'TODO:addfunctionbodyhere
EndFunction
Perform to be divided into following three steps in brief with upper frame:
1. correct configuration TPF or TGF file；
2. use python script (namely top layer) to run corresponding TPF or TGF file；
3. result checked by the report file under the component structure file generated.If discovery mistake, error result need to be carried out manual test confirmation or carry out other process.Carrying out practically process is shown in Figure 4, including:
Step 401: run TPF, TGF, TCF successively；
Step 402: run corresponding driving；
Step 403: run the target detection use-case obtained；
Step 404: draw and preserve result；
Step 405: the result obtained is carried out classified statistic and analyzes.
Embodiment two:
It can be various PC that automatic test in the present embodiment controls terminal, comprises automatization test system in this terminal, and this automatization test system then comprises testing tool and the automatic test control device independent of this testing tool.Automatic test control device in the present embodiment can the various functions that control of the top layer of existing each testing tool voluntarily, and this automatic test control device can select the good script of versatility to realize, for instance python script.Concrete, shown in Figure 5, the automatic test control device in the present embodiment includes:
Test case arranges module, for arranging the automatic test case storehouse of testing tool, comprises various automatic test case in this automatic test case storehouse；
Requirement Acquisition module, for obtaining the testing requirement of the current testing engineering of testing tool；
Processing module, for determining the measurand in current testing engineering according to testing requirement, and selects the target automatic test case currently need to described measurand tested from automatic test case storehouse；
Drive acquisition module, for obtaining each target drives that each target detection use-case is corresponding；
Import module, for each target automatic test case being imported described testing engineering by each target drives, measurand is carried out automatic test.
Above test process is all complete calling of the acquisition of testing requirement, test case and driving by automatic test control device, the top layer being all independent of testing tool self controls, this automatic test control device all can realize top layer control by said process for different testing tools, therefore can reduce the test dependency to testing tool automatically, promote testing efficiency and reduce testing cost.
Test case in the present embodiment arranges module and includes creating submodule, arranging submodule and sub module stored
Create submodule and be respectively created automatic test case for each manual test use-case in the manual test use-case storehouse of corresponding testing tool, the language that each automatic test case uses is the script (when such as testing tool is UFT, the script of employing is vbs) that described testing tool is supported.Automatic test case and each manual test use-case are correspondingly arranged, and namely such tester can use a set of unified proof rule and carry out subsequent authentication.Concrete, the present embodiment may require that, each automatic test utilizes the numbering one_to_one corresponding with each manual test use-case.
Additionally, in existing automatic test course, the corresponding testing engineering of one test case of each testing tool, namely can only call a test case in a testing engineering, causes the interface that need to call when testing and various data is various, expense is big, efficiency is low and error-prone.For this, the present embodiment arranges submodule for being set to identical by the title of each automatic test cases in automatic test cases storehouse, and by identical for the entrance function name in each automatic test cases；Sub module stored is for being stored in different automatic test cases under different test catalogues.The title of each automatic test cases in automatic test cases storehouse is set to identical, such as it is both configured to tcf.vbs (this title of demand according to different testing tools can be arranged flexibly certainly) and by identical for the entrance function name in each automatic test cases, such as testcase, this entrance function is sole inlet function, then different automatic test cases is stored under different test catalogues, thus can distinguish and call different test cases by different test catalogues.And title and entrance function for different test cases is identical, therefore testing engineering can pass through a filename and an entrance function realizes calling different test case.Therefore need not the corresponding testing engineering of each test case corresponding, interface and other data of generation can be greatly reduced, reduce expense, promote testing efficiency and accuracy rate.
Testing requirement is set flexibly for the ease of tester, it is possible to provide three-decker, is followed successively by test event layer (TPF), test group layer (TGF) and test case layer (TCF) from top to bottom:
Test event layer designs test event for tester, can comprise one or more test group in a test event, and the relation between number and each test group of the test group specifically comprised can set flexibly according to current actual testing requirement.
Test group layer, for analyzing each test group in test event, is likely to comprise one or more assembly in a test group, and now then these assemblies are divided into a test group Semi-polarity test, and an assembly is then likely to comprise one or more module；One test group is likely to and directly comprises one or more module.The assembly comprised in test group or module are also measurand.
Namely test case layer combines for each test case according to each measurand in each test group, from the automatic test cases storehouse of testing tool, selects required corresponding target detection use-case according to different test catalogues.And each selected target detection use-case is available for a testing engineering and calls.
Corresponding above-mentioned three-decker, the Requirement Acquisition module in the present embodiment includes:
Test event obtains submodule, for obtaining the test event that tester sets, comprises at least one test group in described test event；
Test group obtains submodule, for obtaining each test group from test event, comprises the test case combination of at least one measurand and each measurand in each test group；This combination is likely to only comprise 1 test case, it is also possible to comprise multiple test case；
Test case obtains submodule, for obtaining, from described automatic test case storehouse, the automatic test cases that each measurand is corresponding according to test case combination.
Driving acquisition module in the present embodiment includes:
Drive parameter acquiring submodule, for obtaining the driving parameter that each target detection use-case is corresponding；
May there is the driving parameter that some are public in the driving parameter of different target test case, and also likely to be present oneself independent driving parameter in each test case, and this part is driven and also likely to be present one or more driving parameter in parameter and need to be obtained by various algorithms according to current test parameter；
Driving arranges module, for the driving parameter according to each target detection use-case, the general driving template in testing tool is configured obtaining the target drives of each target detection use-case respectively.It the present embodiment is the target drives being configured obtaining each test case with the driving parameter of each test case corresponding on the basis of universal drive module respectively.But it is to be understood that the present embodiment corresponding different test case can also be independently arranged the special driving of correspondence respectively.
Testing tool in the present embodiment can be various testing tool, can be such as function of unity testing tool UFT (unitedfunctiontesting), it is also possible to for testing tools such as WinRunnerMercury, Rational, AdventNet, SilkTest.
Obviously, those skilled in the art should be understood that, each module of the invention described above or each step can realize with general calculation element, they can concentrate on single calculation element, or it is distributed on the network that multiple calculation element forms, alternatively, they can realize with the executable program code of calculation element, thus, storage medium (ROM/RAM can be stored in, magnetic disc, CD) in performed by calculation element, and in some cases, shown or described step can be performed with the order being different from herein, or they are fabricated to respectively each integrated circuit modules, or the multiple modules in them or step are fabricated to single integrated circuit module realize.So, the present invention is not restricted to any specific hardware and software and combines.
Above content is in conjunction with specific embodiment further description made for the present invention, it is impossible to assert that specific embodiment of the invention is confined to these explanations.For general technical staff of the technical field of the invention, without departing from the inventive concept of the premise, it is also possible to make some simple deduction or replace, protection scope of the present invention all should be considered as belonging to.
Claims (12)
1. an automatic test control method, it is characterised in that including:
The automatic test case storehouse of testing tool is set, this automatic test case storehouse comprises various automatic test case；
Obtain the testing requirement of the current testing engineering of described testing tool；
Determine the measurand in current testing engineering according to described testing requirement, and from described automatic test case storehouse, select the target automatic test case currently described measurand need to tested；
Obtain each target drives that each target detection use-case is corresponding；
By described each target drives, each target automatic test case is imported described testing engineering and described measurand is carried out automatic test.
2. automatic test control method as claimed in claim 1, it is characterised in that the automatic test cases storehouse arranging testing tool includes:
Each manual test use-case in the manual test use-case storehouse of corresponding described testing tool is respectively provided with automatic test case, and the language that each automatic test case uses is the script that described testing tool is supported.
3. automatic test control method as claimed in claim 1, it is characterised in that each target drives obtaining each target detection use-case corresponding includes:
Obtain the driving parameter that each target detection use-case is corresponding；
General driving template in described testing tool is configured obtaining the target drives of each target detection use-case by driving parameter according to each target detection use-case respectively.
4. automatic test control method as claimed in claim 1, it is characterised in that described testing tool is function of unity testing tool UFT.
5. the automatic test control method as described in any one of claim 1-4, it is characterised in that the automatic test cases storehouse arranging testing tool includes:
The title of each automatic test cases in described automatic test cases storehouse is set to identical, and the entrance function name in each automatic test cases is identical, and different automatic test cases is stored under different test catalogues.
6. automatic test control method as claimed in claim 5, it is characterised in that the testing requirement obtaining the current testing engineering of described testing tool includes:
Obtain the test event that tester sets, described test event comprises at least one test group；
From described test event, obtain each test group, each test group comprises the test case combination of at least one measurand and each measurand；
From described automatic test case storehouse, the target automatic test cases that each measurand is corresponding is obtained according to the combination of described test case.
7. an automatic test control device, it is characterised in that including:
Test case arranges module, for arranging the automatic test case storehouse of testing tool, comprises various automatic test case in this automatic test case storehouse；
Requirement Acquisition module, for obtaining the testing requirement of the current testing engineering of described testing tool；
Processing module, for determining the measurand in current testing engineering according to described testing requirement, and selects the target automatic test case currently need to described measurand tested from described automatic test case storehouse；
Drive acquisition module, for obtaining each target drives that each target detection use-case is corresponding；
Import module, for each target automatic test case being imported described testing engineering by described each target drives, described measurand is carried out automatic test.
8. automatic test control device as claimed in claim 7, it is characterized in that, described test case arranges module and includes creating submodule, being respectively created automatic test case for each manual test use-case in the manual test use-case storehouse of corresponding described testing tool, the language that each automatic test case uses is the script that described testing tool is supported.
9. automatic test control device as claimed in claim 7, it is characterised in that described driving acquisition module includes:
Drive parameter acquiring submodule, for obtaining the driving parameter that each target detection use-case is corresponding；
Driving arranges module, for the driving parameter according to each target detection use-case, the general driving template in described testing tool is configured obtaining the target drives of each target detection use-case respectively.
10. the automatic test control device as described in any one of claim 7-9, it is characterised in that described test case arranges module and includes arranging submodule and sub module stored；
The described submodule that arranges is for being set to identical by the title of each automatic test cases in described automatic test cases storehouse, and by identical for the entrance function name in each automatic test cases；
Described sub module stored is for being stored in different automatic test cases under different test catalogues.
11. automatic test control device as claimed in claim 10, it is characterised in that described Requirement Acquisition module includes:
Test event obtains submodule, for obtaining the test event that tester sets, comprises at least one test group in described test event；
Test group obtains submodule, for obtaining each test group from described test event, comprises the test case combination of at least one measurand and each measurand in each test group；
Test case obtains submodule, for obtaining, according to the combination of described test case, the target automatic test cases that each measurand is corresponding from described automatic test case storehouse.
12. the automatic test of a kind controls terminal, it is characterised in that include the automatic test control device as described in any one of claim 7-11.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610040703.6A CN105760296B (en) | 2016-01-21 | 2016-01-21 | Automatic test control method, device and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610040703.6A CN105760296B (en) | 2016-01-21 | 2016-01-21 | Automatic test control method, device and terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105760296A true CN105760296A (en) | 2016-07-13 |
| CN105760296B CN105760296B (en) | 2018-10-12 |
Family
ID=56342507
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610040703.6A Active CN105760296B (en) | 2016-01-21 | 2016-01-21 | Automatic test control method, device and terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105760296B (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106526506A (en) * | 2016-11-03 | 2017-03-22 | 武汉通畅汽车电子照明有限公司 | LED automobile headlamp test case automatic generation method |
| CN106598857A (en) * | 2016-12-14 | 2017-04-26 | 英业达(重庆)有限公司 | Method and device for testing electronic equipment based on automatic testing tool |
| CN106649116A (en) * | 2016-12-27 | 2017-05-10 | 广州周立功单片机科技有限公司 | Method, device and system for testing embedded Linux product |
| CN106647700A (en) * | 2016-12-09 | 2017-05-10 | 深圳市紫光同创电子有限公司 | FPGA configuration control system test method, control platform and verification platform |
| CN109271316A (en) * | 2018-08-28 | 2019-01-25 | 惠州Tcl移动通信有限公司 | Android device and its automated testing method, memory |
| CN110286887A (en) * | 2019-06-28 | 2019-09-27 | 新奥数能科技有限公司 | The development approach and device of energy detecting software |
| CN110505649A (en) * | 2018-05-17 | 2019-11-26 | 大唐移动通信设备有限公司 | A kind of automated testing method and system |
| CN110795297A (en) * | 2019-10-31 | 2020-02-14 | 杭州迪普科技股份有限公司 | Electronic equipment testing method and device |
| CN111563050A (en) * | 2020-07-14 | 2020-08-21 | 智者四海（北京）技术有限公司 | Automated testing method for mobile equipment |
| CN114526925A (en) * | 2022-02-21 | 2022-05-24 | 中国第一汽车股份有限公司 | Vehicle offline detection method and device, electronic equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5664173A (en) * | 1995-11-27 | 1997-09-02 | Microsoft Corporation | Method and apparatus for generating database queries from a meta-query pattern |
| CN102012857A (en) * | 2009-09-08 | 2011-04-13 | 中国工商银行股份有限公司 | Device and method for automatically testing web page |
| CN104298224A (en) * | 2014-09-12 | 2015-01-21 | 中国第一汽车股份有限公司 | Automatic vehicle-mounted electronic control unit CAN bus communication testing device and system |
-
2016
- 2016-01-21 CN CN201610040703.6A patent/CN105760296B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5664173A (en) * | 1995-11-27 | 1997-09-02 | Microsoft Corporation | Method and apparatus for generating database queries from a meta-query pattern |
| CN102012857A (en) * | 2009-09-08 | 2011-04-13 | 中国工商银行股份有限公司 | Device and method for automatically testing web page |
| CN104298224A (en) * | 2014-09-12 | 2015-01-21 | 中国第一汽车股份有限公司 | Automatic vehicle-mounted electronic control unit CAN bus communication testing device and system |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106526506A (en) * | 2016-11-03 | 2017-03-22 | 武汉通畅汽车电子照明有限公司 | LED automobile headlamp test case automatic generation method |
| CN106647700B (en) * | 2016-12-09 | 2019-09-13 | 深圳市紫光同创电子有限公司 | A kind of FPGA configuration control system test method, control platform and verification platform |
| CN106647700A (en) * | 2016-12-09 | 2017-05-10 | 深圳市紫光同创电子有限公司 | FPGA configuration control system test method, control platform and verification platform |
| CN106598857A (en) * | 2016-12-14 | 2017-04-26 | 英业达(重庆)有限公司 | Method and device for testing electronic equipment based on automatic testing tool |
| CN106649116B (en) * | 2016-12-27 | 2019-09-20 | 广州周立功单片机科技有限公司 | Method, device and system for testing embedded Linux product |
| CN106649116A (en) * | 2016-12-27 | 2017-05-10 | 广州周立功单片机科技有限公司 | Method, device and system for testing embedded Linux product |
| CN110505649A (en) * | 2018-05-17 | 2019-11-26 | 大唐移动通信设备有限公司 | A kind of automated testing method and system |
| CN110505649B (en) * | 2018-05-17 | 2021-04-23 | 大唐移动通信设备有限公司 | Automatic testing method and system |
| CN109271316A (en) * | 2018-08-28 | 2019-01-25 | 惠州Tcl移动通信有限公司 | Android device and its automated testing method, memory |
| CN110286887A (en) * | 2019-06-28 | 2019-09-27 | 新奥数能科技有限公司 | The development approach and device of energy detecting software |
| CN110286887B (en) * | 2019-06-28 | 2022-11-29 | 新奥数能科技有限公司 | Development method and device of energy detection software |
| CN110795297A (en) * | 2019-10-31 | 2020-02-14 | 杭州迪普科技股份有限公司 | Electronic equipment testing method and device |
| CN110795297B (en) * | 2019-10-31 | 2023-04-28 | 杭州迪普科技股份有限公司 | Electronic equipment testing method and device |
| CN111563050A (en) * | 2020-07-14 | 2020-08-21 | 智者四海（北京）技术有限公司 | Automated testing method for mobile equipment |
| CN114526925A (en) * | 2022-02-21 | 2022-05-24 | 中国第一汽车股份有限公司 | Vehicle offline detection method and device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105760296B (en) | 2018-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105760296A (en) | Automation testing control method, device and terminal | |
| CN104407971B (en) | Method for automatically testing embedded software | |
| CN101241467B (en) | Automatized white box test system and method facing to WEB application | |
| CN108345532A (en) | A kind of automatic test cases generation method and device | |
| CN111078482B (en) | Communication navigation equipment test system, method, equipment and readable storage medium | |
| CN109189479B (en) | Parallel automatic verification method for processor instruction set | |
| CN107741903A (en) | Application compatibility method of testing, device, computer equipment and storage medium | |
| CN108459967A (en) | Web application method for generating test case based on user interface state flow-chart | |
| CN106646315A (en) | Automatic testing system and automatic testing method for digital measuring instruments | |
| CN113706110B (en) | FPGA test tool integrated test management platform | |
| CN105912460A (en) | Software test method and system based on QTP | |
| CN102707712B (en) | Electronic equipment fault diagnosis method and system | |
| CN105786695A (en) | Data test method and system | |
| CN112306861A (en) | Unittest and Jenkins tool-based interface automatic testing system and method | |
| CN109558328A (en) | A kind of test method of code coverage, system, device and readable storage medium storing program for executing | |
| CN106528429A (en) | UI testing method and device | |
| Zun et al. | Research on automated testing framework for multi-platform mobile applications | |
| CN109800147B (en) | Test case generation method and terminal equipment | |
| CN116383061A (en) | Method and related device for testing basic platform interface of substation control system | |
| CN110597728A (en) | Method, device and system for constructing test data | |
| CN111813648A (en) | Automatic testing method and device applied to App, storage medium and electronic equipment | |
| CN110286882A (en) | A kind of foreground system design and verification method based on model inspection | |
| CN111813665A (en) | Big data platform interface data testing method and system based on python | |
| He et al. | Design and implementation of automation testing framework based on keyword driven | |
| CN110806982A (en) | Contract formal verification method with automatic verification |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| CB02 | Change of applicant information |
Address after: 518057 Guangdong city of Shenzhen province Nanshan District high tech Industrial Park Road eight South South technology Howare Technology Building 16 Applicant after: Shenzhen Pango Microsystems Co., Ltd. Address before: 518057 Guangdong city of Shenzhen province Nanshan District high tech Industrial Park Road eight South South technology Howare Technology Building 16 Applicant before: SHENZHEN PANGO MICROSYSTEMS CO., LTD. |
|
| COR | Change of bibliographic data | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |