JP3392505B2 - Program module execution controller - Google Patents

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a program module execution controller for sequentially executing modules in a range designated from a sequence of program modules.

With the increase in speed and functionality of computer systems, many test program modules for verifying the operation of these systems have been created, and a large number of test program modules are sequentially and automatically executed at the time of verifying the operation of the system. .

[0003]

2. Description of the Related Art In FIG. 6, each program module (module of a test program for verifying the operation of a computer system) is 1000, 1010, 1020, 103.
0,1040,1050,1060,1070,108
0,1090,1100,2000,2060,207
0,2100,2200,3000,3100,320
It is indicated by the number 0.

Of these, the numbers 1000 and 10 are actually
10,1020,1100,2000,2060,20
70, 2100, 2200, 3000 , 3100, 32
00 program module exists, number 10
30, 1040, 1050, 1060, 1070, 10
80,1090 program modules do not exist.

FIG. 7 illustrates the operation when the user designates each range from number 1000 to number 1100, only number 2000 and only number 3000. First, the program module number 1000 is activated (step 700: The operating system is instructed to load the program module).

When the program module with the number 1000 ends processing, the end of the designated range (number 1100)
Is reached (step 702) and it is confirmed that it is not the end of the range designation.

Next, the minimum update unit 10 is added to the current module number 1000 (step 704), and the program module of this number 1010 is activated (step 700: The operating system is instructed to load the program module).

The above processing (steps 700, 702, 7)
04) is repeated until the end of the designated range (number 1100) is reached. After that, when the program module of number 1100 is activated and the processing is terminated, the program module of number 2000 is activated (step 700 :),
Finally, the program module numbered 3000 is activated (step 700).

[0009]

Conventionally, the module number is sequentially incremented from the beginning (1000) to the end (1100) of the range (1000 to 1100) designated by the user, and each module number (1000, 101) is incremented.
0,1020,1030,1040,1050,106
0, 1070, 1080, 1090, 1100) are sequentially activated, and the program modules that do not actually exist (numbers 1030, 1040,
1050, 1060, 1070, 1080, 1090)
Is also instructed to the operating system.

Therefore, an error is returned from the operating system every time these non-existent program modules are instructed to be started, and therefore an unnecessary message is output to the user.

When a range including a large number of numbers is specified, a nonexistent program module is repeatedly activated, which reduces the efficiency of the test for verifying the operation of the computer system.

The present invention has been made in view of the above conventional circumstances, and an object of the present invention is to provide an apparatus that does not start a program that does not exist.

[0013]

In order to achieve the above object, the apparatus according to the first invention is configured as shown in FIG. 1, and in the figure, the numbers of the actually existing program modules are sorted. Module table writing means 12 for writing to the module table 10, the management table creating means 16 for writing the number range indicated by the user input to the management table 14, and the range number indicated by the contents written in the management table 14 for the module table. It has execution range extraction means 18 for sequentially extracting from 10 and module activation means 20 for activating the program modules of the extracted numbers.

Further, in the apparatus according to the second aspect of the present invention, in the same figure, the records in which the numbers of the actually existing program modules and the information indicating the executability correspond to each other are sorted by the module number and written into the module table 10. Table creation means 12, management table creation means 16 for writing the number range indicated by user input to the management table 14, and execution range extraction for sequentially fetching records of the range indicated by the contents written in the management table 14 from the module table 10. It has a means 18 and a module starting means 20 for starting a program module having a number corresponding to the information when the information of the retrieved record shows permission of module execution.

[0015]

The apparatus of the first invention creates a list in which the numbers of the program modules that actually exist are sorted, and stores the range specified by the user for the list.
Each number is sequentially taken out from the list portion of the storage range, and each time the number is taken out, the program module of the same number is started.

The apparatus of the second invention sorts the records containing the numbers of the actually existing program modules and the information indicating the executability, and stores the range specified by the user in the sort list. Each record is sequentially fetched from the list portion of the storage range, and each time the record is fetched, it is confirmed from the information in the record that execution is possible, and then the program module indicated by the number in the record is started.

[0017]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT In FIG. 2, a console 200 is connected to a computer system 202 and operated by a user.

In this computer system 202, the test control program 206 runs on the operating system 204, and the test control program 206
Accesses the micro disk 208 to create a module table 210 and a management table 212, and installs a program module (a module of a test program for verifying the operation of the computer system 202) according to an instruction input by the user operating the console 200. to start.

FIG. 3 shows the contents of the module table 210 and the management table 212.
Each record of the table 210 is provided with two fields that respectively store the number (module name) of each program module that actually exists and information (mode execution flag) indicating whether or not the program module can be executed.

In the management table 212, a range (range information of "1000-1100", "2000-" indicated by an instruction input by the user operating the console 200).
2200 ”range information,“ 3000 ”range information), information indicating the beginning of the range (“ 1000 ”module table position,“ 2000 ”module table position,“ 3000 ”module table position) , Information indicating the program module currently being executed (current module table position), Information indicating the end of range ("
1100 "module table position," 220 "
The position of the module table of "0" and the position of the module table of "3000" are written.

Further, the number of times each program module has been executed (currently the number of loops of each module is "1"), the number of times each program module should be executed (the number of loops of each specified module is "3"), and the number of times that the program module is currently executed. Information indicating the range (current position of the range information), information indicating the last executed range (position of the final range information), the number of times all specified ranges have been executed (current loop count of the entire specified module ' 1 '), the number of times that the entire designated range should be executed (loop count of the designated designated module as a whole, "2") is also written.

In FIG. 4, the processing contents of the test control program 206 are described with reference to a flow chart, and the test control program 206 starts with the micro disk 208.
Is accessed, and the records in which the numbers of the respective program modules existing on this and the information indicating the executability correspond to each other are sorted by the numbers to create the module table 210 (step 400).

For example, as shown in FIG.
The numbers of all program modules that actually exist on the 08 ('1000', '1010', '1020', '1
100 ',' 2000 ',' 2060 ',' 207
0 ',' 2100 ',' 2200 ',' 3000 ','
3100 ',' 3200 '...' FFFF ') and a record including information indicating execution propriety (7 bits of 0/1) is sorted in the order of program module numbers to generate a module table 210. Write to (see FIG. 3).

Next, the number of executions for each program module (the number of times each program module should be executed: the number of loops of each specified module), the number of times all program module executions are repeated (all specified ranges should be executed). Number of times: The number of loops of the designated designated module as a whole) and the number range of program modules to be executed are received from the operating system 204, the module table 210 is referred to, and the management table 212 is created (step 402).

For example, the number of executions of each program module by the user = 3, the number of repetitions of execution of all program modules = 2, the number range of program modules to be executed "1000-1100", "2000-220"
When 0 "and" 3000 "are input, the management table 212 having the contents of FIG. 3 is created.

When the management table 212 shown in FIG. 3 is created, the test control program 206 is "1000-11".
Numbers 1000, 1010, 102 belonging to the range of "00"
The 0,1100 program modules are activated three times (the number of executions for each program module = 3) (the operating system is instructed to load the program modules: steps 404, 406, 408, 41).
0, 412, 414, 416, 418).

Further, the numbers 2000, 2060, 2070, 2100, which belong to the range of "2000-2200",
Each program module of the 2200 is sequentially activated three times (steps 404, 406, 408, 410, 41).
2,414,416,418,420,422,42
4), the program module with the number 3000 belonging to the range of "3000" is activated three times (steps 404, 4).
06,408,410,412,414,416,41
8, 420, 422, 424).

However, these numbers 1000, 1010, 10
20, 1100, 2000, 2060, 2070, 21
Of the program modules indicated by 00, 2200, and 3000, if the executability information (mode execution flag) stored in the same record as the corresponding number in the module table 210 prohibits execution, The program module is not executed (step 4
06-> Step 416).

The above process is repeated twice (the number of times that the entire designated range should be executed: the number of loops of the designated designated modules as a whole = 2) (...-> Step 426).
428,430-> 404 ...).

As described above, according to the present embodiment, among the program modules indicated by the numbers within the range specified by the user, only those that actually exist are activated, so that the program modules that do not actually exist do not exist. The user is not notified with an error message that it cannot start.

Moreover, since each program module is continuously started without interruption due to the occurrence of an unstartable error, the operation verification test of the computer system 202 can be performed more efficiently.

[0032]

As described above, according to the present invention, among the program modules indicated by the numbers within the range specified by the user, only the program modules that actually exist are activated. The user will not be notified with an error message indicating that it cannot be started.

Moreover, since each program module is always activated continuously, the operation verification test of the computer system can be performed more efficiently and at higher speed.

[Brief description of drawings]

FIG. 1 is a diagram illustrating the principle of the invention.

FIG. 2 is an explanatory diagram of a configuration of an embodiment.

FIG. 3 is an explanatory diagram of a table structure according to the embodiment.

FIG. 4 is a flowchart illustrating the processing content of the embodiment.

FIG. 5 is a flowchart illustrating the processing contents of the embodiment.

FIG. 6 is an explanatory diagram of designated program module numbers.

FIG. 7 is an explanatory diagram of a conventional technique.

[Explanation of symbols]

200 consoles 202 computer system 204 operating system 206 Test control program 208 micro disk 210 module table 212 management table

Claims (2)

(57) [Claims] 1. A module table creating means (12) for sorting the numbers of program modules that actually exist and writing them into a module table (10), and a management table (1) for a number range indicated by a user input.
4) a management table creation means (16), an execution range extraction means (18) for sequentially extracting from the module table (10) the range numbers indicated by the contents written in the management table (14), and the extracted numbers. A module activation means (20) for activating the program module of (1), and a program module execution control device comprising: 2. A module table creating means (12) for writing records to the module table (10) by sorting records corresponding to the numbers of the program modules that actually exist and the information indicating the executability, and a user input. The number range indicated by the management table (1
4) a management table creating means (16), an execution range extracting means (18) for sequentially extracting records in the range indicated by the contents written in the management table (14) from the module table (10), and the extracted records And a module activating means (20) for activating a program module having a number corresponding to the information when the information indicates permission to execute the module.