TWI266984B - Multi-mode testing system with multiple exclusive conditions and method thereof - Google Patents

Abstract

The present invention provides a multi-mode testing system with multiple exclusive conditions and a method thereof. The invented method comprises steps of: identifying a test item; identifying a test mode based on the test item; creating a waiting queue, a temporary waiting queue, and an operation queue; storing the test item in the waiting queue, and retrieving the test item from the waiting queue and the temporary waiting queue; using an exclusive determination module to apply an exclusive condition, storing the test item in the operation queue if the test item is determined to be a currently allowed test item, and storing the test item in the temporary waiting queue if the test item is determined to be a currently conflicting test item; and lastly conducting a test on the test item stored in the operation queue based on the test mode.

Description

1266984 V. INSTRUCTION DESCRIPTION OF THE INVENTION (1) Technical Field of the Invention The present invention relates to a computer hardware testing method, and more particularly to a multi-mode testing system and a method thereof under various mutually exclusive conditions. [Prior Art] In the process of computer hardware testing, since different hardware has different characteristics, the mutual exclusion requirements between threads for each hardware test are also different. Some test items require the user to participate in the test (for example, asking the user to hit the keyboard, mouse, etc.), and the user can only process one such test item at a time, so such test items must be mutually exclusive. Some test items are not the same hardware device, but they use φ to provide services to the same device, such as Μ 〇 v i e, A u d i 〇, because the sound card is used, it cannot be tested at the same time. There are also some test items that do not allow all other test items on the same device to run during the test. For example, L P T, C Ο Μ and other serial interfaces, multiple test items must be tested in series. There are also some test items that do not allow all other test items to run at the same time during the test. This test item must be tested by the CPU alone, and no interference is allowed. Other test items do not have any special requirements, as long as they do not conflict with other tests. In fact, in the process of computer hardware testing, some test items do not require the above one. Some test items require both devices to be mutually exclusive, and users are required to test each other interactively during the test. This makes the scheduling between test items threads more complicated. How to control the test threads so that they do not conflict with each other, and at the same time better test the performance of the computer, is an important development direction of the current test method.

Page 5 1266984 V. Description of the invention (2) The relationship between the conventional test methods is simplified. For interactive and non-interactive situations. After classification, it is actually done by the computer, and it is possible to operate at the same time. In this way, the test line has no test time and accuracy, etc. [Invention] In view of this, the multi-mode under the mutually exclusive condition of the present invention guarantees the hardware according to the various mutual test items, and therefore The multi-mode test system includes a waiting queue and a test item selected by the user, a mode determining module, a test module, and a test item in the running queue, the test mode and the user test mode. The test of the group is waiting for the queue and the temporary is only some. Although it is not reasonable to take a few steps, it is necessary to spend the ideal sequence. The test is to be mutually threaded. This is not a good idea. It is a solution to test the system to test the computer as a whole. The sending includes: temporary waiting, such as temporary, which is used to test the running of the test, so that the program of the test item classifies the test items, and the complexity of the repetitive and non-mutual scheduling is reduced. But purely dealing with a series of interactive devices and non-interactive methods are simple, but many problems, so the whole The performance of the body is tested by waiting for the queue and the performance of the queue; the setting is set, the number is turned on; and the test method of waiting for the queue is more than one module. : for the user, the variable corresponding to the test item, the main model test quasi species, the waiting for temporary input test control of the mode, and proposed the type of authentic species waiting for the storage module The number of modules, the group, the judgment of a plurality of purposes is to test, and the snippet module is used for the conflict test mode, and the control splicing module is used to receive the test pattern under the component, and the repulsion is determined according to the measurement.

Page 6 1266984 5 invention description (3) sudden test item storage ii test item stored to the run t in addition to waiting in the queue to wait for the call column 'after the test, the first Lir proposed a variety of mutually exclusive conditions Next:: Create ΐ. ; formula, and according to the test item, the C test type = temple waiting list, temporary waiting for the trial mode, but then the waiting column, from the waiting piece:: column, and the test item ' Then store it to the current allowable test item, then the bean is in the M column, the right test item is the current conflict test mode pair operation; the m wait column in the Ning column, and finally according to the test The test is tested. The test party r month: ί under the mutually exclusive condition of the multi-mode test system and its full user into f A Μ + # 寺 takes care of the evening test scheduling mode, can be full = all aspects of the need I' can not only be used Single test port: two more force;; conduct overall test, a variety of conditions. Ding,,, σ fruit more accurately reflects the actual situation <1: The details and technology of the present invention, as shown in the accompanying drawings, as shown in the embodiment, the other side::::;; The multi-mode test system under the strict rigor and the model V 2 V of the system proposed by the present invention is as follows: the system " the system, and the wood scale diagram, as shown in the figure, waiting for the module 7 pages 1266984 5, invention description (4) i1 ί ΐ伫 111 and temporary waiting queue 11 3 'mutual exclusion judgment mold stem I%, special module Π 0 and mode determination module 12 〇 connected, its judgment ^ Mo And the mutually exclusive condition of the test item in 1 1 , according to the judgment result, the test module 130 is allowed to test, otherwise the conflict test item is placed in the =L waiting queue 112 to be called. The variable control module 14 0 controls the number of test loops of the test items in the test module 1 3 according to the control variables of the user, so that the test can be tested according to various mutually exclusive test types of the test items. The detailed description of each module is as follows: - (U waits for the module 11 〇, including the waiting queue 111 and the temporary waiting = column j 1 2 ' where the waiting queue i 丨丨 receives the test item selected by the user; The queue 11 2 is used to temporarily store the conflict test item. 2) The mode determination module 1 2 〇 is used to receive the test mode input by the user. The user selects the corresponding test mode according to the selected test item, and the test mode includes the loop. Loop Sequential Mode, Loop Parai Ii Mode, Time Sequential Mode, Time Parallel Mode, and Loop Parallel Extended Mode (L〇〇p Parallel Extendable). In the loop loop mode, if the number of loops is once, it is the common serial mode (Common Sequential Mode); the loop parallel mode is the normal loop mode when the number of right loops is once (Common)

Parallel Mode) 〇 If it is a Loop Sequential Mode (including Common Sequential Mode), it is controlled by a variable l〇〇pcount. When each run is completed, loopcount is incremented by one when it reaches the user setting.

Page 8 1266984 V. Invention Description (5) When the number of times, the operation ends, clear the waiting queue, run the train, interact, etc.; ^ Temple queue. If it is Loop Parallel Mode (including Common Parallel Mode), Loop Parallel Extendable', then wait for a slow test thread to run the user set number of times, and then end. For example, if Time is a Time Sequential Mode, a timer is started to schedule the test thread in a serial manner. When the time set by the user is reached, the operation is terminated, and the waiting queue, the running queue, and the interactive waiting queue are cleared. In the case of Time Parallel Mode, a Timer is started, and the test thread is scheduled in parallel. When the time set by the user is reached, the operation is terminated, and the waiting queue, the running column, and the interactive waiting queue are cleared.

(3) The test module 130, which further includes a running queue 1 3 1, the test module is used to test the test items in the running queue. When the user chooses to stop the test midway, a message is sent to each running thread, and the run ends to 'clear the wait queue, run the queue, and wait for the queue. (4) The variable control module 1 4 〇, according to the test mode and the setting of the user, turns on the corresponding variable to control the number of test loops of the test module; and Ο λ ( 5) mutual exclusion judgment module 1 50 And extracting the waiting queue and the Pro, waiting for the test item of the queue, and determining the mutually exclusive condition, storing the test item allowed by the mutually exclusive condition to the running queue, and the conflicting test = waiting for the call. The mutually exclusive condition is based on the test = "mutually exclusive information" mutually exclusive conditions are three, respectively, no = return (lusense With N〇ne), device-level conflict (Exclusive it Device), exclusive (Exclusive With A11) And interaction

Page 9 1266984 V. Description of the invention (6) Testing. At the same time, the test item also returns the information of the interaction situation Islnteractive value. Different mutually exclusive conditions correspond to different priority orders. The test items of EX c 1 usive W 1 th A 1 1 cannot be run together with other test items, so the priority order is the highest; the interactive test items can only run one at the same time. The test item, its priority is second; due to the Exciusive With Dev 1 ce test item, a device can only run one test item, its priority order is third; Exclusive With None has the lowest priority. The mutual exclusion judging module 1 取出 fetches a test item from the waiting queue n 如果 'If the test item is Exclusive With A1 1, then it can only be run separately' only when the test item is not running in the running queue. This test item can be scheduled and enter the wait state until the test item runs. 'The system is restored to the running state. Otherwise, this test item is still in the #待彳宁 111. If the IsInteractiv e test item, first determine whether there is a running test item in the running queue 131 with Islnteractive, and then determine its device level mutual exclusion condition to determine whether it can run; if the test item is Exclusive With Device, Judging the running queue 131, if there is no running test item of the same device, the thread can be started to run the test item; if the running test thread reaches the maximum number of threads, the waiting state is entered until the test thread finishes running. until. Next, the flow of the present invention will be described through "FIG. 2", which is a flowchart of the operation of the multi-mode test method under various mutually exclusive conditions of the present invention, first determining a test item, and determining a test according to the test item. mode

Page 10 1266984 5, invention description (7) (step 210), the test mode includes Loop Sequential Mode, Loop Parallel Mode, Time Sequential Mode, Time Parallel Mode and Loop Parallel Extendable 〇 回 回 串 串 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回 回If the number of loops is one, it is the Common Parallel Mode. If it is Loop Sequent ia 1 Mode (including Common Sequential Mode), it is controlled by a variable loopcount. Whenever it runs once, 1 ο opcount is increased by one. When the number of times set by the user is reached, the operation ends and the waiting queue is cleared. Run queues, interactive wait queues. If it is Loop Parallel Mode (including Common Parallel Mode), Loop Parallel Extendable, Bellow J waits for the slowest test thread, runs the user set number of times, and ends the run; if it is T ime S equentia 1 Μ 〇de 'Open one T imer, the serialized scheduling test thread, when it reaches the time set by the user, the operation terminates, clears the waiting queue, runs the queue, and waits for the queue; if it is Time Paral lei Mode, starts a T imer, parallel scheduling test The thread, when it reaches the time set by the user, terminates the operation, clears the waiting queue, runs the queue, and waits for the queue. Then create a wait queue, a temporary wait queue, and a run queue, and initialize the wait queue and the run queue to store the test item in the class

Page 11 1266984

Wait for the queue (step 22 0), and then open the control variable Timer or Itemcount' to control the number of test loops of the test item according to the test item. Initialize the control variable, and then take the test item from the wait queue and the temporary wait queue to determine its mutually exclusive condition (step 2 3 〇), where the mutually exclusive condition is the mutual exclusion information returned according to the test item. Three/exclusive with Exclusive With None, Exclusive With Device, Exclusive With A 1 1 and interactive testing. At the same time, the test item also returns the value of the information I sinter active of the interaction. Different mutually exclusive conditions correspond to different priorities. Exclusive With All test items cannot be run together with other test items, so the priority order is the highest; interactive test items can only run one such test item at a time, and its priority is given. The order is second; due to the Exclusive With Device test item, a device can only run - test items, which has a third priority; EX c 1 usive W ith Ν ο ne has the lowest priority. The current test item is stored in the corresponding queue according to the mutually exclusive condition (step 240) (see "3"). If the test item is the currently allowed test item, the thread is started to run the test item, and It is stored in the run queue (step 241); if the test item is the current conflict test item, it is stored in the temporary wait queue (step 242). Then test the test items in the Runin column according to the test mode (step 2 50). If the test item is EX c 1 usive W ith A 1 1, then it can only be run separately. Only when there are no other running test items in the running queue, the test item can be scheduled and enter the waiting state until After the test item is finished running, the system is restored to the running state.

1266984 V. Description of invention (9) Otherwise, the 'type 5' item is still waiting for the list. If I s I nteractive formula, first determine whether there is a running test item in the run column with iserrac 7 v 6 and then determine its device-level mutual exclusion condition, decide whether it can run ^ if The test item is Exciusive with Device. To judge the running Suining column, if there is no running test item of the same device, the thread can be started to run the test item; if the running test thread reaches the maximum number of threads, enter the wait at the same time. Status until a test thread has finished running. The present invention will be described in detail below by taking the loop train mode as an example. When the measurement and reduction items are Memory Walking 0, Memory Walking 1' Memory March R (Excliusive with none), each test item requires 2 threads to be tested, and Keyboard, Mouse (Interat 1 ve) 'each test item is required to be turned on.丨 Thread test, Video Color Purity, Video DAC Address, Video Mode 'V1 (ie 〇 Direct (Interative), each test item requires to be turned on: Line Spear King' user selects Loop Sequential Mod e for testing, maximum line private When the number is 9 9 9 9, when 10 loops are required to be run, the schedule is as follows: *, the user selected Memory Walking 0 'Memory Walking ' and other f test items and the number of threads set by them are placed in the waiting queue, waiting It is set to Loop by the system 'degree', ready to test. Take a thread of a test item from the temporary waiting queue, judge, ^ 8 匕, and mutually exclusive conditions, if it can run, reduce the number of threads First, when the thread f is 〇, 'remove it from the temporary waiting queue. If there is a test item thread that can be opened in the temporary waiting, take a test from the waiting queue.

Page 13 1266984 V. Invention Description (10) Item Thread 'Determine its mutually exclusive condition. If it can be turned on, turn it on and put it into the running queue. Otherwise, put the test item into the temporary waiting queue. Loop back to judge ' until you wait for the queue, wait for the queue to be empty, wait. When the running queue is empty, increment L ο 0 p C 〇 u n t to reschedule the next run of the thread. If [〇 0 p c 〇 u n t reaches 1 〇, the program operation ends. The result of the operation is: Memory Walking 0 'Memory Walking 1, 2 threads of Memory March R, 1 thread of Key board, is started to run 'When the interactive thread Ke eyboard is finished, ous ouse is turned on, and then it is device-level interactive thread Video Color Purity, Video DAC Address, Video Mode, Video Direct — One thread is started, one loop ends, the next loop starts from Memory Walking 0, until 10 times L ο ο p, the test ends, display Test information. The present invention will be described in detail below by taking the loop parallel mode as an example. The current test items include Memory Walking 0, Memory Walking 1, Memory March RCExclusi ve with node). Each test item requires 3 threads to be tested, Keyboard, Mouse (I nteractive), and each test item requires 2 threads to be opened. Test, Video Color Purity, Video DAC Address, Video Mode, Video Direct (Interactive), each test item requires 4 threads to be opened. The user selects Loop Paral lei Mode to test, requires 10 runs, and the maximum number of threads is 9 9 In the case of 9 9 , the schedule is as follows: The test items such as Memory Walking 0 and Memory Walking 1 selected by the user, and the number of threads set by them are placed in the waiting queue, waiting to be scheduled by the system, and the Loop count is set to 0, ready test.

Page 14 1266984

A thread that takes a test item from the := wait queue, and judges: η η, if it can run '胄 its thread count minus-, when the number of threads is ’', remove it from the temporary wait queue. If there is no test item thread that can be opened in the temporary waiting, take a test item thread from the waiting queue and judge its mutual exclusion condition. If it can be turned on, turn it on and put it into the running queue. Otherwise, put the test item. Enter the temporary wait queue. When waiting for the queue to reach the end of the queue, the next loop starts from the head of the queue, and Loopcount is incremented by one until one. When the temporary wait queue is empty, the test ends when the test item in the run queue is finished.

The result of the operation is: Memory Walking 0, Memory Walking 1, etc. Each thread of the test item with Exclusive with none runs 1 time while each thread of the interactive test item such as 'Keyboard, Mouse' Video Color Purity runs 1 依次 in turn. Times. The present invention will be described in detail below by taking the time series mode as an example.

The current test items include Storage HardDisk Funnel Read, Storage HardDisk Random Read, (Exclusive with none), each test item requires 2 threads to be enabled, Mov ie P 1 ay, Mouse (Interact ive), and each test item requires 2 Threads, LPT

ECPMode ReadWrite, LPT Extena1 Loopback, LPT SPPMode ReadWrite (Exclusive with device), each test item requires 2 test threads to be enabled. User selected Time Sequent ial

Mode running test, the maximum number of threads is 9 9 9 9, the scheduling is as follows: User selected Storage HardDisk Funnel Read, Storage HardDisk Random Read and other test items, and it

Page 15 1266984

At this time, it is scheduled by the system, and the number of threads that are set to end the running time is put into the waiting queue. Loopcount is set to 〇, and a timer is started to prepare for testing. Then, a thread of a test item is taken from the temporary waiting queue to judge its mutually exclusive condition. If it can be run, its number of threads is reduced by two. When the number of threads is 0, it is deleted from the temporary waiting queue. If there is no test item thread that can be opened in the temporary waiting field, a test item thread is taken out from the waiting queue, and its mutual exclusion condition is judged. If it can be turned on, it is turned on and put into the running queue, otherwise the test is performed. Item put in temporary waiting 伫^

in. Loopback judgment until waiting for the queue, waiting for the queue to be empty, waiting. When the run queue is empty, increase L〇opcount by one and reschedule the next run of the thread. When the T i mer arrives, the message is sent, and each thread in the running queue ends, ending the test. The result is: Storage HardDisk Funnel

Read, 2 threads of Storage HardDisk Random Read, Movie

One thread of Play ’ LPT ECPMode ReadWrite is started, and 交互 o u s e is turned on when the interactive thread Μ o v i e P 1 a y ends. When L P T ECPMode ReadWrite runs, LPT ExtenalLoopback, LPT SPPMode ReadWrite - runs. This is the end of Lοop.

The next loop starts running from the Storage HardDisk Funnel Read until 10 loops, the test ends, and the test information is displayed. The present invention will be described in detail below by taking the time parallel mode as an example. The current test items are Storage HardDisk Funnel Read, Storage HardDisk Random Read (Exclusive with

Page 16 1266984 5, invention description (13) none), each test item requires 2 threads to be opened, M〇vie Play, Mouse (Interacitve), each test item requires 2 threads to be opened, LPT ECPMode ReadWrite, LPT Extena1 Loopback, LPT SPPMode ReadWrite (Exclusive with device), each test item requires 2 test threads to be enabled. The user selects Time Paral lei Mode to run the test. When the maximum number of threads is 9 9 9 9 , the schedule is as follows: The user selected Storage HardDisk Funnel Read, Storage HardDisk Random Re ad and other test items, and the number of threads they set are placed. Wait for the queue, wait for the system to be scheduled, set Loopcoun t to 0, turn on a immer, set the end time, and prepare for testing. A thread that takes a test item from the temporary wait queue to determine its mutually exclusive condition. If it can run, reduce its number of threads by one. When the number of threads is 0, 'remove it from the temporary wait queue. If there is no test item thread that can be opened in the temporary wait, take a test item thread from the wait queue to determine its mutually exclusive condition. If it can be turned on, turn it on and put it into the running queue. Otherwise, put the test item. Enter the temporary wait queue. When waiting for the queue to reach the end of the column, the next loop starts from the head of the queue, L ο 〇pc 〇unt increases by one until τ imer expires, and all running threads end. The column, run column are cleared, and the test ends. You run the results: Storage HardDisk Funnel Read, Storage HardDisk Random Read, etc. Exclusive with none test items run 10 times per thread, while Movie Play, Mouse interactive test items run in sequence, LPT ECPMode ReadWrite

Page 17 1266984 V. Invention Description (14) LPTExtenalLoopback, LPT SPPMode ReadWrite is also run until T i in e r. The following loop loop mode is taken as an example to explain the present invention in detail. The current test items are Storage HardDisk Funnel Read, Storage HardDisk Random Read, (Exclusive with none). Each test item requires 3 threads to be opened. The user selects Loop Sequential Mode to test, and requires 1 time to run. The maximum number of threads is 4. In the case, the schedule is as follows: The user selected Storage HardDisk Funnel Read, Storage HardDisk Random Read and other test items, and the number of threads set by them are placed in the waiting queue, waiting to be scheduled by the system, set L ο 〇pc 〇unt Hey, prepare for the test. A thread that takes a test item from the temporary wait queue to determine its mutually exclusive condition. If it can run, reduce its number of threads by one. When the number of threads is 0, 'remove it from the temporary wait queue. If there is no test item thread that can be opened in the temporary wait, take a test item thread from the wait queue to determine its mutually exclusive condition. If it can be turned on, turn it on and put it into the running queue. Otherwise, put the test item. Enter the temporary wait queue. When the number of threads starting reaches 4, wait until the end of the thread before scheduling. When waiting for the queue to reach the end of the queue, the next loop starts from the = of the equal queue, and L〇opcount is incremented by one until one. The test ends when the temporary wait queue is empty/waiting for the end of the test in the run queue. The result of the line is: Storage HardDisk Funnel three lines ^ 〇rage HardDisk Rand〇m Read a thread at the same time transport 1266984 5, invention description (15) line, when there is a thread, the second thread of Storage HardDisk Random Read It can be run. When one thread ends, the third thread of Storage HardDisk Random Read can run. Once the loop ends, the Loop count is incremented by one until 1 time. The loop parallel mode is taken as an example to perform the present invention. Detailed description. The current test item is Memory Walking 0, Memory Bit stuct'MultiCPU, (Exclusive with none). Each test item requires 2 test threads to be enabled. The maximum number of threads is 9 9 9 9. The user selects l 〇〇p Parallel Extendable to run the test. , request loop 10 times, scheduled

The situation is as follows: ° The user selected Memory Walking 〇, Memory Bit stuct 'MultiCPU and other test items, and the number of threads set by them are placed in the waiting queue, waiting to be scheduled by the system, set L〇〇pc〇unt to 〇, set the π I temCount value to 〇, ready to test 一个 a thread that takes a test item from the temporary wait queue' to determine its mutually exclusive condition 'if it can run, reduce its number of threads to 0' Remove it from the temporary wait queue. If there is no test item thread that can be opened in Lintian, it will judge its mutual exclusion condition from waiting for the thread of the item, if it can be:

Put it in the operation column, otherwise put the test item in Pro_^2 to open a thread' to increase Itemcount by one. ^ / Temple to be in the ^ column.卞 Waiting while waiting. Within each open test thread; run? Two arrival columns ItemCount minus one. When itemc〇unt is 〇, the thread in the row of row i ends. I interest, dispatch

Page 19 1266984 V. Invention description (16) Operation result: Memory Walking 0 , Memory Bit st uct, 6 test threads of Multi CPU run simultaneously, until the slowest Memory Walking 0 runs 10, the operation ends. Although the present invention has been described above in terms of the preferred embodiments thereof, it is not intended to limit the invention, and therefore, those skilled in the art can make some modifications and refinements without departing from the spirit and scope of the invention. The scope of the invention is defined by the scope of the appended claims. 1266984 BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram of a multi-mode test system under various mutually exclusive conditions of the present invention; FIG. 2 is a multi-mode test method under various mutually exclusive conditions proposed by the present invention. The operational flowchart; and the third diagram is a flow chart of processing the test thread according to the mutually exclusive condition. [Description of Symbols] 110 Waiting Module 111 Waiting for List 112 Temporary Waiting List 120 Mode Determination Module 130 Test Module 131 Running Train 140 Variable Control Module 150 Mutual Exclusion Judgment Module

Page 21

Claims (1)

1266984 VI. Application for Patent Range A multi-mode test system under a variety of mutually exclusive conditions, a waiting module, comprising: a waiting queue for receiving test items selected by the user; a temporary waiting queue for temporary storage The conflict test item is a mode determining module, configured to receive a test input module input by a user, comprising: a running column, the test item in the test module is tested; the variable control module, according to the test The mode and the test variable corresponding to the test module are used to control the test mutual exclusion judgment module of the test module, and extract the wait queue and the test item, and determine the mutually exclusive condition, and the test line queue is allowed to be The conflict test item is stored to the temporary wait. The multiple exclusion test system of claim 1, wherein the test mode comprises a loop serial line mode, a time serial mode, a time parallel mode, and a mode. The multi-rejection strip test system described in claim 2, wherein the loop train mode further includes a plurality of mutually exclusive strip test systems as described in claim 2, wherein The loop parallel mode further includes a plurality of mutual exclusion test systems as described in claim 1, wherein the mutually exclusive conditions include exclusive, cross conflict, interaction conflict, and no conflict. Including: trial mode; group selection of the operation of the door, the number of open loops; and temporary waiting queue items stored in the queue in the multi-mode mode waiting for the adjustment, loop and loop parallel expansion The multi-mode is in serial mode. Multi-mode under the parallel mode. Multiple modes under the conflict, equipment Page 22 1266984 VI. Patent Application Scope 6. A multi-mode test method under various mutually exclusive conditions, including the following steps: Determine the test item, and determine the test mode creation waiting queue and temporary waiting queue according to the test item. And the operation 伫^ ' item is stored in the waiting queue; τ歹]' and the test is from: etc.: the queue and the temporary waiting for the mutual exclusion condition; the capture, then the item is shouted, and the mutual judgment is based on the mutual Reject the condition if the test item is current; the test item is stored in the corresponding column; [, and the "] allows the "] test item to be stored in the run queue. The right test item is the current type ^ In the empty column; and the test item, it is stored in the temporary waiting 伫7<, ^/申^\ mode for the test item in the running queue, then the 'test method' is +, the 4 6 The multiple modes under the multiple exclusion conditions described in the item are stored in the running queue and stored in the temporary waiting queue: the prompt includes: "test item storage; and, * is allowed to test Item ^ test item is the current conflict test item tester The law of the 'special basin φ range of the six items under the multiple exclusion conditions of the "test item test: Vq: including the control variable u according to the test item, the number of state loops. q number, control, For example, the patent application model 辄 辄 辄 第 第 第 第 第 第 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 〆 a time parallel mode, and a loop parallel expansion mode. A multi-mode test method under various mutually exclusive conditions as described in claim 6 wherein the mutually exclusive condition includes exclusive, interactive conflict, device level. Conflict, no conflicts. Φ Page 24