CN1684042A - Multiple mode test syste mand its method under multiple mutual repulsion conditions - Google Patents
Multiple mode test syste mand its method under multiple mutual repulsion conditions Download PDFInfo
- Publication number
- CN1684042A CN1684042A CN 200410031164 CN200410031164A CN1684042A CN 1684042 A CN1684042 A CN 1684042A CN 200410031164 CN200410031164 CN 200410031164 CN 200410031164 A CN200410031164 A CN 200410031164A CN 1684042 A CN1684042 A CN 1684042A
- Authority
- CN
- China
- Prior art keywords
- test
- test item
- mutual exclusion
- mode
- item
- 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
Landscapes
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
The present invention relates to a kind of multiple mode test system and method under multiple mutually exclusive conditions. First, test item and corresponding test mode are determined; then, waiting queue, temporary waiting queue and running queue are created, the test item is stored into the waiting queue, test item is extracted from waiting queue and the temporary waiting queue, and the mutual exclusion module stores the currently allowed test item into the running queue based on the mutual exclusion condition or stores the currently conflicting test item into the temporary waiting queue; and finally the test item in the running is tested in the test mode.
Description
Technical field
The present invention relates to a kind of computer hardware test macro and method thereof, particularly relate to multi-mode test macro and method thereof under one kind of multiple mutual exclusion conditions.
Background technology
In the process of computer hardware test,, therefore the mutual exclusion between the thread of each hardware testing is required also just to be not quite similar because different hardware has different characteristics.Some test item requires the user to participate in test (for example requiring the user to knock keyboard, mouse etc.), and the user can only handle such test item at one time, so must mutual exclusion one by one carry out between such test item.Though some test item at be not same computer hardware, they have been used same equipment and provide service for it, as Movie, Audio owing to will use sound card, therefore can not test simultaneously.Also some test item does not allow other all the test item operations on the same equipment in test process, as LPT, and the interface of serials such as COM, a plurality of test items must serial be tested just passable.Also some test item does not allow other all test items to move simultaneously in test process, and this test item must be monopolized CPU and test, and does not allow a bit to disturb.The other test item is without any special requirement, just can test as long as test not conflict with other.
In fact in the computer hardware test process, some test items be not only require top one just passable, some test item had both required the equipment mutual exclusion, required the user to test alternately in test process etc. again.Scheduling between the test item thread will more complicated like this.How controlling the test thread, make between them and do not conflict, can better test out the performance of computing machine simultaneously again, is the important development direction of current method of testing.
Existing method of testing is testing of order just, and the relation between the test item has just been simplified like this.Some test procedure is classified test item, be divided into mutual with noninteractive, need mutual exclusion and do not need mutual exclusion etc. several situations.Though the complexity through classification back thread scheduling decreases, under the actual conditions, computing machine is not the pure a series of operation of processing of this youngest, and it might handle mutual and noninteractive a lot of operations of several distinct devices simultaneously.Though the method for test thread scheduling realization is fairly simple like this, there are the many problems of cost on the test duration in it, so overall performance and accuracy etc. are not very desirable.
Summary of the invention
Technical matters to be solved by this invention is to provide multi-mode test macro and the method thereof under one kind of multiple mutual exclusion conditions, can carry out the test of various modes according to the multiple mutual exclusion test request of test item, thereby guarantee test accuracy hardware and computing machine overall performance.
To achieve these goals, the invention provides the multi-mode test macro under one kind of multiple mutual exclusion conditions, comprising:
One waits for module, comprising:
One waits for formation, in order to receive user-selected test item;
One interim waiting list is in order to interim memory conflict test item;
One pattern determination module is in order to receive the test pattern of user's input;
One test module, it comprises an operation queue, this test module is tested the test item in this operation queue;
One Variable Control module, it opens corresponding test variable according to this test pattern and user's selection, controls the test loop number of times of this test module; And
One mutual exclusion judge module, it extracts the test item of this wait formation and this interim waiting list, and judges its mutual exclusion condition, will allow test item to be stored to this operation queue, and the test item that should conflict is stored to be waited in this interim waiting list and calling.
Multi-mode test macro under the above-mentioned multiple mutual exclusion condition, its characteristics are that described test pattern comprises circulation serial mode, circulation parallel schema, time serial mode, time parallel pattern, reaches the parallel mode of extension of circulation.
Multi-mode test macro under the above-mentioned multiple mutual exclusion condition, its characteristics are that described circulation serial mode also comprises common serial mode.
Multi-mode test macro under the above-mentioned multiple mutual exclusion condition, its characteristics are that described circulation parallel schema also comprises common parallel schema.
Multi-mode test macro under the above-mentioned multiple mutual exclusion condition, its characteristics be, described mutual exclusion condition comprise monopolize, conflict, device level conflict and do not have any conflict alternately.
In addition, the present invention also provides the multi-mode method of testing under one kind of multiple mutual exclusion conditions, comprises the steps:
Determine test item, and determine test pattern according to this test item;
Create waiting list, interim waiting list and operation queue, and this test item is stored in this wait formation;
From this wait formation and this interim waiting list, extract test item, judge its mutual exclusion condition simultaneously;
Should be stored to corresponding formation by the Pretesting item according to this mutual exclusion condition;
If test item is current permission test item, then it is stored in this operation queue; And
If test item is current conflict test item, then it is stored in this interim waiting list; And
According to this test pattern the test item in the operation queue is tested.
Multi-mode method of testing under the above-mentioned multiple mutual exclusion condition, its characteristics be, describedly will deserve the step that the Pretesting item is stored to corresponding formation according to this mutual exclusion condition and also comprise:
If test item is current permission test item, then it is stored in this operation queue; And
If test item is current conflict test item, then it is stored in this interim waiting list.
Multi-mode method of testing under the above-mentioned multiple mutual exclusion condition, its characteristics are, also comprise according to this test item and open control variable, the test loop number of times of control test item.
Multi-mode method of testing under the above-mentioned multiple mutual exclusion condition, its characteristics are that described test pattern comprises the parallel mode of extension of circulation serial mode, circulation parallel schema, time serial mode, time parallel pattern and circulation.
Multi-mode method of testing under the above-mentioned multiple mutual exclusion condition, its characteristics be, described mutual exclusion condition comprises monopolizes, conflict, device level conflict alternately, do not have any conflict.
Multi-mode test macro and method of testing thereof under the multiple mutual exclusion condition that the present invention carried can be controlled the mutual exclusion situation between many test threads simultaneously, the test conflict can not occur.Taken into account multiple test dispatching pattern simultaneously, can satisfy user's needs in all directions, it not only can be used for the individual event test, and can be at different testing equipments, can also carry out integrated testability, multiple test pattern, and make operation result reflect actual situation more accurately.
Describe the present invention below in conjunction with the drawings and specific embodiments, but not as a limitation of the invention.
Description of drawings
Fig. 1 is the module rack composition of the multi-mode test macro under the multiple mutual exclusion condition carried of the present invention;
Fig. 2 is the operation workflow figure of the multi-mode method of testing under the multiple mutual exclusion condition carried of the present invention; And
Fig. 3 is the process flow diagram that the present invention handles the test thread according to the mutual exclusion condition.
Embodiment
The present invention relates to multi-mode test macro and method thereof under one kind of multiple mutual exclusion conditions, at first system of the present invention is described by Fig. 1, this figure is the module rack composition of the system carried of the present invention, as shown in Figure 1, wait for that module 110 comprises waiting list 111 and interim waiting list 112, mutual exclusion judge module 150 links to each other with waiting for module 110 and pattern determination module 120, it judges the mutual exclusion condition of waiting for test item in the module 110, to allow test item to put into test module 130 according to judged result and test, otherwise the test item that will conflict is put into interim waiting list 112 and waited for and calling.Variable Control module 140 is controlled the test loop number of times of test item in the test module 130 according to the control variable that the user sets, thereby can carry out the test of various modes according to the multiple mutual exclusion test request of test item.Being described in detail as follows of each module:
(1) wait for module 110, comprise waiting list 111 and interim waiting list 112, wherein waiting list 111, and it receives user-selected test item; Interim waiting list 112 is in order to interim memory conflict test item.
(2) the pattern determination module 120, in order to receive the test pattern of user's input, the user selects corresponding test pattern according to the test item of choosing, and test pattern comprises circulation serial mode (Loop SequentialMode), circulation parallel schema (Loop Parallel Mode), time serial mode (Time SequentialMode), time parallel pattern (Time Parallel Mode), reaches the parallel mode of extension (LoopParallel Extendable) of circulation.Wherein circulate serial mode if cycle index for once, then is common serial mode (Common Sequential Mode); The circulation parallel schema is if cycle index is for once then being common parallel schema (Common Parallel Mode).
If Loop Sequential is Mode (comprising Common Sequential Mode), by a variable loopcount control, when each run finishes one time, loopcount increases by one, when arriving the number of times of user's setting, end of run empties waiting list, operation queue, interim waiting list.If LoopParallel is Mode (comprising Common Parallel Mode), Loop Parallel Extendable, then wait for after the number of times of the slowest test thread run user setting, finish.If Time is SequentialMode, then open a timer Timer, with serial mode scheduling tests thread, after the time that arrives user's setting, run abort, empty waiting list, operation queue, interim waiting list.If TimeParallel is Mode, then open a Timer, with parallel mode scheduling tests thread, after the time that arrives user's setting, run abort, empty waiting list, operation queue, interim waiting list.
(3) test module 130, and it also comprises an operation queue 131, and this test module is in order to test the test item in this operation queue.When the user selected the Halfway Stopping test, the thread transmission message to each operation ran abort, and empties waiting list, operation queue, interim waiting list.
(4) the Variable Control module 140, and it opens variables corresponding according to this test pattern and user's setting, controls the test loop number of times of this test module; And
(5) the mutual exclusion judge module 150, it extracts the test item of this wait formation and this interim waiting list, and judge its mutual exclusion condition, and the test item of mutual exclusion conditions permit is stored to this operation queue, the test item that should conflict is stored to be waited in this interim waiting list and calling.Wherein mutual exclusion condition is the exclusive message that returns according to test item, the mutual exclusion condition has four kinds, is respectively no any conflict (Exclusive With None), device level conflict (Exclusive With Device), monopolizes (Exclusive With All) and mutual conflict.Test item also will return the value of the information IsInteractive of mutual situation simultaneously.
The priority that different mutual exclusion conditions is corresponding different, the test item of Exclusive With All can not move with other test item, so priority is the highest; Mutual test item, the same time can only be moved such test item, and its priority is secondly; Because the test item of Exclusive With Device, an equipment can only move a test item, and its priority is the 3rd; The priority of Exclusive With None is minimum.
This mutual exclusion judge module 150 takes out a test item from waiting list 111, if test item is Exclusive With All, it can only isolated operation so, have only when not having the test item of operation in the operation queue, this test item just can be scheduled, and enters waiting status simultaneously, finish up to this test item operation, system reverts to running status again, otherwise this test item is still in waiting list 111.If the test item of IsInteractive is then earlier judged the test item whether operation of IsInteractive is arranged in the operation queue 131, judge the mutual exclusion condition of its device level then, determine whether it can move; If test item is Exclusive With Device, judge operation queue 131, if, could open thread and move this test item not with the test item of the operation of equipment; If running test thread has reached maximum thread, then enter waiting status, till having the operation of test thread to finish.
Then, by Fig. 2 flow process of the present invention is described, this figure is the operation workflow figure of the multi-mode method of testing under the multiple mutual exclusion condition carried of the present invention.Step 210 is at first determined test item, and determines test pattern according to this test item.Test pattern comprises circulation serial mode (Loop Sequential Mode), circulation parallel schema (Loop Parallel Mode), time serial mode (Time Sequential Mode), time parallel pattern (Time Parallel Mode), reaches the parallel mode of extension (Loop ParallelExtendable) of circulation.
Wherein circulate serial mode if cycle index for once, then is common serial mode (CommonSequential Mode); The circulation parallel schema is if cycle index is for once then being common parallel schema (Common Parallel Mode).If Loop Sequential is Mode (comprising CommonSequential Mode), by a variable loopcount control, when each run finishes one time, loopcount increases by one, when arriving the number of times of user's setting, end of run empties waiting list, operation queue, interim waiting list.
If Loop Parallel is Mode (comprising Common Parallel Mode), Loop ParallelExtendable, then wait for a slowest test thread, after the number of times that run user is set, finish operation; If Time Sequential is Mode, open a Timer, the scheduling tests thread of serial after the time that arrives user's setting, runs abort, and empties waiting list, operation queue, interim waiting list; If Time Parallel is Mode, open a Timer, parallel scheduling tests thread after the time that arrives user's setting, runs abort, and empties waiting list, operation queue, interim waiting list.
Step 220, create waiting list, interim waiting list and operation queue then, and with waiting list and operation queue initialization, this test item is stored in this wait formation, open control variable Timer or Itemcount according to this test item again, the test loop number of times of control test item.
Step 230 with the control variable initialization, is extracted test item then from this wait formation and interim waiting list, judge its mutual exclusion condition simultaneously.Wherein mutual exclusion condition is the exclusive message that returns according to test item, have four kinds, be respectively no any conflict (Exclusive With None), device level conflict (ExclusiveWith Device), monopolize (Exclusive With All) and mutual conflict.Test item also will return the value of the information IsInteractive of mutual situation simultaneously.The priority that different mutual exclusion conditions is corresponding different, the test item of Exclusive With All can not move with other test item, so priority is the highest; Mutual test item, the same time can only be moved such test item, and its priority is secondly; Because the test item of Exclusive With Device, an equipment can only move a test item, and its priority is the 3rd; The priority of Exclusive With None is minimum.
Step 240 should be stored to corresponding formation (seeing also Fig. 3) by the Pretesting item according to this mutual exclusion condition.If test item is current permission test item, then opens thread and move this test item, and it is stored to (step 241) in the operation queue; If test item is current conflict test item, then it is stored in the interim waiting list (step 242).
Step 250 is tested the test item in the operation queue according to this test pattern again.If test item is Exclusive With All, it can only isolated operation so, have only when not having other test item that is moving in the operation queue, this test item just can be scheduled, enter waiting status simultaneously, finish up to this test item operation, system reverts to running status again, otherwise this test item is still in waiting list.If the test item of IsInteractive is then earlier judged the test item whether operation of IsInteractive is arranged in the operation queue, judge the mutual exclusion condition of its device level then, determine whether it can move; If test item is Exclusive With Device, judge operation queue, if, could open thread and move this test item not with the test item of the operation of equipment; If running test thread has reached maximum thread, enter waiting status simultaneously, till having the operation of test thread to finish.
Be that the present invention is described in detail for example with the circulation serial mode below.
Current test item is Memory Walking 0, Memory Walking 1, Memory MarchR (Excliusive with none), each test item requires to open 2 threads and tests, Keyboard, Mouse (Interative), each test item require to open 1 thread and test VideoColor Purity, Video DAC Address, Video Mode, Video Direct (Interative), each test item require to open 2 threads, the user selects Loop Sequential Mode to test, maximum thread is 9999, requires to dispatch as follows under the situation of 10 Loop of operation:
With the Memory Walking 0 that the user selects, Memory Walking 1 test item such as grade, and the Thread Count that their are set puts into waiting list, waits by system call, Loopcount is made as 0, setup test.
From interim waiting list, take out a thread of a test item, judge its mutual exclusion condition,, its Thread Count is subtracted one, when Thread Count is 0, it is deleted from interim waiting list if can move.If there is not the test item thread that can open in interim the wait, from waiting list, take out a test item thread, judge its mutual exclusion condition, if can open,, put into operation queue, otherwise this test item is put into interim waiting list its unlatching.Cycle criterion up to interim waiting list, when waiting list is empty, is waited for.When operation queue is sky, Loopcount is increased by one, reschedule the operation next time of thread.If Loopcount reaches 10 times, program run finishes.
Operation result is: Memory Walking 0, Memory Walking 1,2 threads of Memory March R, 1 thread of Keyboard, operation is unlocked, Mouse is unlocked after exchange threads Keyboard finishes, be device level exchange threads Video Color Purity then successively, Video DACAddress, Video Mode, the Video Direct thread operation that is unlocked one by one, one time Loop finishes, and circulation next time brings into operation from Memory Walking 0 again, up to 10 Loop, end of test (EOT) shows detecting information.
Be example with the circulation parallel schema below, the present invention is described in detail.
Current test item comprises Memory Walking 0, Memory Walking 1, Memory MarchR (Exclusive with node), each test item requires to open 3 threads and tests, Keyboard, Mouse (Interactive), each test item require to open 2 threads and test VideoColor Purity, Video DAC Address, Video Mode, Video Direct (Interactive), each test item require to open 4 threads, the user selects Loop Parallel Mode to test, require operation 10 times, maximum thread is under 9999 the situation, to dispatch as follows:
With the Memory Walking 0 that the user selects, Memory Walking 1 test item such as grade, and the Thread Count that their are set puts into waiting list, waits by system call, Loopcount is made as 0, setup test.
From interim waiting list, take out a thread of a test item, judge its mutual exclusion condition,, its Thread Count is subtracted one, when Thread Count is 0, it is deleted from interim waiting list if can move.If there is not the test item thread that can open in interim the wait, from waiting list, take out a test item thread, judge its mutual exclusion condition, if can open,, put into operation queue, otherwise this test item is put into interim waiting list its unlatching.When waiting list arrived tail of the queue, from waiting head of formation, Loopcount increased by one, up to 10 times again in circulation next time.When interim waiting list is sky, after test item finishes in the wait operation queue, end of test (EOT).
Operation result is: Memory Walking 0, when each thread of the test item of Memory Walking 1 none such as with such as Exclusive such as grade moves 10 times, Keyboard, Mouse, each thread of the test item that Video Color Purity etc. are mutual moves 10 times successively.
Be that the present invention is described in detail for example with the time serial mode below.
Current test item is for comprising Storage HardDisk Funnel Read, Storage HardDiskRandom Read, (Exclusive with none), each test item require to open 2 threads, MoviePlay, Mouse (Interactive), each test item requires to open 2 threads, LPT ECPModeReadWrite, LPT ExtenalLoopback, LPT SPPMode ReadWrite (Exclusive withdevice), each test item require to open 2 test threads.The user selects Time Sequential Mode operation test, and maximum thread is under 9999 the situation, to dispatch as follows:
Storage HardDisk Funnel Read with user's selection, test items such as Storage HardDisk RandomRead, and the Thread Count that they are set is put into waiting list, wait by system call, Loopcount is made as 0, open a Timer, set and finish working time, setup test.
From interim waiting list, take out a thread of a test item then, judge its mutual exclusion condition,, its Thread Count is subtracted one, when Thread Count is 0, it is deleted from interim waiting list if can move.If there is not the test item thread that can open in interim the wait, from waiting list, take out a test item thread, judge its mutual exclusion condition, if can open,, put into operation queue, otherwise this test item is put into interim waiting list its unlatching.Cycle criterion up to interim waiting list, when waiting list is empty, is waited for.When operation queue is sky, Loopcount is increased by one, reschedule the operation next time of thread.When Timer arrives constantly, send message, each thread in the operation queue is finished, finish test.
Operation result is: Storage HardDisk Funnel Read, 2 threads of Storage HardDisk Random Read, Movie Play, 1 thread of LPT ECPMode ReadWrite, the operation that is unlocked, Mouse is unlocked after exchange threads Movie Play finishes.Behind LPT ECPMode ReadWrite end of run, LPT ExtenalLoopback, LPT SPPMode ReadWrite once moves.This finishes to a Loop, and circulation next time brings into operation from Storage HardDisk Funnel Read again, and up to 10 Loop, end of test (EOT) shows detecting information.
Be example with the time parallel pattern below, the present invention is described in detail.
Current test item is Storage HardDisk Funnel Read, Storage HardDisk RandomRead (Exclusive with none), each test item requires to open 2 threads, MoviePlay, Mouse (Interacitve), each test item require to open 2 threads, LPT ECPModeReadWrite, LPT ExtenalLoopback, LPT SPPMode ReadWrite (Exclusive withdevice), each test item require to open 2 test threads.The user selects Time Parallel Mode operation test, and maximum thread is under 9999 the situation, to dispatch as follows:
Storage HardDisk Funnel Read with user's selection, test items such as Storage HardDisk RandomRead, and the Thread Count that they are set is put into waiting list, wait by system call, Loopcount is made as 0, open a Timer, set and finish working time, setup test.
From interim waiting list, take out a thread of a test item, judge its mutual exclusion condition,, its Thread Count is subtracted one, when Thread Count is 0, it is deleted from interim waiting list if can move.If there is not the test item thread that can open in interim the wait, from waiting list, take out a test item thread, judge its mutual exclusion condition, if can open,, put into operation queue, otherwise this test item is put into interim waiting list its unlatching.When waiting list arrived the row tail, from waiting head of formation, Loopcount increased by one,, to constantly all active threads is terminated up to Timer, interim waiting list, operation queue is emptied end of test (EOT) again in circulation next time.
Operation result: Storage HardDisk Funnel Read, when each thread of the test item of Exclusive with none such as Storage HardDisk Random Read moves 10 times, MoviePlay, the mutual test item thread of Mouse moves successively, LPT ECPMode ReadWrite, LPTExtenalLoopback, LPT SPPMode ReadWrite also moves till Timer then successively.
Below the circulation serial mode be example, the present invention is described in detail.
Current test item is Storage HardDisk Funnel Read, Storage HardDisk RandomRead, (Exclusive with none), each test item requires to open 3 threads, the user selects LoopSequential Mode to test, require operation 10 times, maximum thread is under 4 the situation, to dispatch as follows:
With the Storage HardDisk Funnel Read that the user selects, test items such as Storage HardDisk RandomRead, and the Thread Count that their are set puts into waiting list, waits by system call, Loopcount is made as 0, setup test.
From interim waiting list, take out a thread of a test item, judge its mutual exclusion condition,, its Thread Count is subtracted one, when Thread Count is 0, it is deleted from interim waiting list if can move.If there is not the test item thread that can open in interim the wait, from waiting list, take out a test item thread, judge its mutual exclusion condition, if can open,, put into operation queue, otherwise this test item is put into interim waiting list its unlatching.When the Thread Count of beginning reaches 4, wait for, up to there being thread to finish, just can dispatch.When waiting list arrived tail of the queue, from waiting head of formation, Loopcount increased by one, up to 10 times again in circulation next time.When interim waiting list is sky, after test item finishes in the wait operation queue, end of test (EOT).
Operation result is: the thread of three threads of Storage HardDisk Funnel Read and Storage HardDiskRandom Read moves simultaneously, after a thread finishes, second thread of Storage HardDiskRandom Read just can move, after a thread finishes, the 3rd thread of StorageHardDisk Random Read just can move, one time Loop finishes, and Loopcount increases by one, up to 10 times.
Be example with the circulation parallel schema below, the present invention is described in detail.
Current test item is Memory Walking 0, Memory Bit stuct, MultiCPU, (Exclusivewith none), each test item requires to open 2 test threads, and maximum thread is 9999, and the user selects Loop Parallel Extendable operation test, require circulation 10 times, the situation of scheduling is as follows:
With the Memory Walking 0 that the user selects, Memory Bit stuct, test items such as MultiCPU, and the Thread Count that their are set puts into waiting list, waits by system call, and Loopcount is made as 0, the ItemCount value is made as 0, setup test.
From interim waiting list, take out a thread of a test item, judge its mutual exclusion condition,, its Thread Count is subtracted one, when Thread Count is 0, it is deleted from interim waiting list if can move.If there is not the test item thread that can open in interim the wait, from waiting list, take out a test item thread, judge its mutual exclusion condition, if can open,, put into operation queue, otherwise this test item is put into interim waiting list its unlatching.Thread of every unlatching increases by one with ItemCount.When waiting list arrives the row tail, wait for.After this test thread internal operation of each unlatching finishes 10, and ItemCount subtracts one.When ItemCount is 0, send message, the thread in the management and running formation finishes operation.
Operation result: Memory Walking 0, Memory Bit stuct, 6 test threads of MultiCPU move simultaneously, up to the slowest Memory Walking 0 operation 10 after this, end of run.
Certainly; the present invention also can have other various embodiments; under the situation that does not deviate from spirit of the present invention and essence thereof; those of ordinary skill in the art work as can make various corresponding changes and distortion according to the present invention, but these corresponding changes and distortion all should belong to the protection domain of the appended claim of the present invention.
Claims (10)
1, the multi-mode test macro under one kind of multiple mutual exclusion conditions comprises:
One waits for module, comprising:
One waits for formation, in order to receive user-selected test item;
One interim waiting list is in order to interim memory conflict test item;
One pattern determination module is in order to receive the test pattern of user's input;
One test module, it comprises an operation queue, this test module is tested the test item in this operation queue;
One Variable Control module, it opens corresponding test variable according to this test pattern and user's selection, controls the test loop number of times of this test module; And
One mutual exclusion judge module, it extracts the test item of this wait formation and this interim waiting list, and judges its mutual exclusion condition, will allow test item to be stored to this operation queue, and the test item that should conflict is stored to be waited in this interim waiting list and calling.
2, the multi-mode test macro under the multiple mutual exclusion condition according to claim 1 is characterized in that, described test pattern comprises circulation serial mode, circulation parallel schema, time serial mode, time parallel pattern, reaches the parallel mode of extension of circulation.
3, the multi-mode test macro under the multiple mutual exclusion condition according to claim 2 is characterized in that described circulation serial mode also comprises common serial mode.
4, the multi-mode test macro under the multiple mutual exclusion condition according to claim 2 is characterized in that described circulation parallel schema also comprises common parallel schema.
5, the multi-mode test macro under the multiple mutual exclusion condition according to claim 1 is characterized in that, described mutual exclusion condition comprise monopolize, conflict, device level conflict and do not have any conflict alternately.
6, the multi-mode method of testing under one kind of multiple mutual exclusion conditions comprises the steps:
Determine test item, and determine test pattern according to this test item;
Create waiting list, interim waiting list and operation queue, and this test item is stored in this wait formation;
From this wait formation and this interim waiting list, extract test item, judge its mutual exclusion condition simultaneously;
Should be stored to corresponding formation by the Pretesting item according to this mutual exclusion condition;
If test item is current permission test item, then it is stored in this operation queue; And
If test item is current conflict test item, then it is stored in this interim waiting list; And
According to this test pattern the test item in the operation queue is tested.
7, the multi-mode method of testing under the multiple mutual exclusion condition according to claim 6 is characterized in that, describedly will deserve the step that the Pretesting item is stored to corresponding formation according to this mutual exclusion condition and also comprise:
If test item is current permission test item, then it is stored in this operation queue; And
If test item is current conflict test item, then it is stored in this interim waiting list.
8, the multi-mode method of testing under the multiple mutual exclusion condition according to claim 6 is characterized in that, also comprises according to this test item opening control variable the test loop number of times of control test item.
9, the multi-mode method of testing under the multiple mutual exclusion condition according to claim 6 is characterized in that, described test pattern comprises the parallel mode of extension of circulation serial mode, circulation parallel schema, time serial mode, time parallel pattern and circulation.
10, the multi-mode method of testing under the multiple mutual exclusion condition according to claim 6 is characterized in that, described mutual exclusion condition comprises monopolizes, conflict, device level conflict alternately, do not have any conflict.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100311647A CN100336027C (en) | 2004-04-13 | 2004-04-13 | Multiple mode test syste mand its method under multiple mutual repulsion conditions |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100311647A CN100336027C (en) | 2004-04-13 | 2004-04-13 | Multiple mode test syste mand its method under multiple mutual repulsion conditions |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1684042A true CN1684042A (en) | 2005-10-19 |
| CN100336027C CN100336027C (en) | 2007-09-05 |
Family
ID=35263400
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100311647A Expired - Fee Related CN100336027C (en) | 2004-04-13 | 2004-04-13 | Multiple mode test syste mand its method under multiple mutual repulsion conditions |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100336027C (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102175281A (en) * | 2010-12-30 | 2011-09-07 | 清华大学 | Method and system for testing multi-mode apparatus |
| CN104657237A (en) * | 2015-03-12 | 2015-05-27 | 浪潮集团有限公司 | Method for detecting disk array |
| CN106250145A (en) * | 2016-07-29 | 2016-12-21 | 北京金山安全软件有限公司 | Screen locking method and device and terminal equipment |
| CN107766160A (en) * | 2017-09-26 | 2018-03-06 | 平安科技（深圳）有限公司 | Queue message processing method and terminal device |
| CN108399121A (en) * | 2017-02-06 | 2018-08-14 | 中兴通讯股份有限公司 | A kind of test method and device based on script |
| CN109901959A (en) * | 2019-02-27 | 2019-06-18 | 苏州浪潮智能科技有限公司 | The pressure of AEP memory surveys method, system, terminal and storage medium under a kind of mix mode |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5561849B2 (en) * | 2009-08-11 | 2014-07-30 | 東京エレクトロン株式会社 | Inspection device operation method and inspection device operation program |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1069402A (en) * | 1996-08-29 | 1998-03-10 | Nippon Telegr & Teleph Corp <Ntt> | Automatic test control method for software |
| US6944795B2 (en) * | 2002-03-25 | 2005-09-13 | Sun Microsystems, Inc. | Method and apparatus for stabilizing GUI testing |
| CN1245810C (en) * | 2002-09-03 | 2006-03-15 | 华为技术有限公司 | Multithreading test method utilized in tester for communication devices |
| CN1212569C (en) * | 2002-11-01 | 2005-07-27 | 英业达股份有限公司 | Multiple-thread automatic test method |
-
2004
- 2004-04-13 CN CNB2004100311647A patent/CN100336027C/en not_active Expired - Fee Related
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102175281A (en) * | 2010-12-30 | 2011-09-07 | 清华大学 | Method and system for testing multi-mode apparatus |
| CN102175281B (en) * | 2010-12-30 | 2013-03-27 | 清华大学 | Method and system for testing multi-mode apparatus |
| CN104657237A (en) * | 2015-03-12 | 2015-05-27 | 浪潮集团有限公司 | Method for detecting disk array |
| CN106250145A (en) * | 2016-07-29 | 2016-12-21 | 北京金山安全软件有限公司 | Screen locking method and device and terminal equipment |
| CN108399121A (en) * | 2017-02-06 | 2018-08-14 | 中兴通讯股份有限公司 | A kind of test method and device based on script |
| CN107766160A (en) * | 2017-09-26 | 2018-03-06 | 平安科技（深圳）有限公司 | Queue message processing method and terminal device |
| CN107766160B (en) * | 2017-09-26 | 2019-12-13 | 平安科技（深圳）有限公司 | queue message processing method and terminal equipment |
| CN109901959A (en) * | 2019-02-27 | 2019-06-18 | 苏州浪潮智能科技有限公司 | The pressure of AEP memory surveys method, system, terminal and storage medium under a kind of mix mode |
| CN109901959B (en) * | 2019-02-27 | 2023-01-10 | 苏州浪潮智能科技有限公司 | Pressure measurement method, system, terminal and storage medium for AEP memory under mix mode |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100336027C (en) | 2007-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100342342C (en) | Java virtual machine implementation method supporting multi-process | |
| WO2020000944A1 (en) | Preemptive scheduling based resource sharing use method, system and | |
| CN1117319C (en) | Method and apparatus for altering thread priorities in multithreaded processor | |
| CN1667597A (en) | Resource management device | |
| CN104063279B (en) | Method for scheduling task, device and terminal | |
| CN101055544A (en) | Method and apparatus for supporting multiple one-time table access operations in a hierarchical memory setting | |
| CN1914597A (en) | Dynamic loading and unloading for processing unit | |
| CN1582428A (en) | Method and apparatus for dispatching tasks in a non-uniform memory access (NUMA) computer system | |
| CN100336027C (en) | Multiple mode test syste mand its method under multiple mutual repulsion conditions | |
| CN1752896A (en) | Power source management method of embedded equipment under operation system cooperation and its system | |
| CN1702623A (en) | Task level resource administration method for micro-kernel embedded real-time operation systems | |
| CN1818875A (en) | Grouped hard realtime task dispatching method of built-in operation system | |
| US20070195356A1 (en) | Job preempt set generation for resource management | |
| CN1975655A (en) | Method and apparatus for managing access to storage | |
| US20070089114A1 (en) | Real time scheduling system for operating system | |
| CN1781080A (en) | Distribution of procedure of processor to processor array | |
| CN1423456A (en) | Sharing route realizing and sheduling method | |
| CN106685954A (en) | Method and device for scanning plug-in and determining rule scheduling sequence in plug-in | |
| Wang et al. | A throughput driven task scheduler for improving mapreduce performance in job-intensive environments | |
| CN1776627A (en) | Method and system of thread synchronization in simultaneous multi-threaded processor machines | |
| CN1851652A (en) | Method for realizing process priority-level round robin scheduling for embedded SRAM operating system | |
| CN1519735A (en) | Process scheduling method in embedded type real time operating system | |
| CN107544840A (en) | A kind of process management method and device | |
| CN1293387C (en) | Multiple virtual logic tester supported semiconductor test system | |
| KR101869325B1 (en) | Core allocation apparatus in different multi-core |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20070905 Termination date: 20190413 |