JPH06274336A - Software test environment construction device - Google Patents

Abstract

PURPOSE:To lessen a load when a test environment constructor constructs a test environment program group. CONSTITUTION:In this device, H/W specification information 202 including information on the hardware constitution of a system is given. Then, guidance is executed based on the H/W specification information 202, and sub-system definition information 203 is inputted. Specification information 202 and sub-system definition information 203 are linked and system constitution specification information 204 is generated. Then, the test environment program group 208 is generated in accordance with the designation of a tested part 206 by using system constitution specification information 204 and a simulator in a simulator library 207.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a software test environment construction apparatus, and more specifically, constructs a test environment program group for testing software incorporated in any of a plurality of subsystems constituting a system. The present invention relates to a software test environment construction device.

[0002]

2. Description of the Related Art As a conventional test environment program group for testing software installed in any one of a plurality of subsystems constituting a system, for example, "Exchange" described in Technical Report SSE89-163 of the Institute of Electronics, Information and Communication Engineers is used. As described in "Examination of Program Evaluation / Verification Switch Exchange Channel Simulator", an MPU simulator that operates as a subsystem that executes software under test, and a simulator that simulates the behavior of a subsystem other than the subsystem I
A test environment program group including an I / O simulator and a monitor that controls communication between them is known.

On the other hand, as a conventional technique for creating an MPU simulator according to the type of MPU, for example, "IEEE Com
puter Society Press, Proceedings of COMPAC'89 (pp.
543-547) A Tool to Generate DEBUG Program of Arbit
As described in “ary Type Microprocessors”, the MPU definition information such as the MPU operation for various instructions is used to
Techniques for generating U simulators are known.

[0004]

In order to construct the test environment program group described in the "examination of exchange program simulator for exchange program evaluation / verification" described above, the user must specify the hardware specifications of the system under test. It was necessary to collect information for constructing the test environment program group from, but there is the first problem that the user must have a high understanding of the system under test. Further, there is a second problem that the user himself / herself has to construct the test environment program group based on the collected information. In addition, the whole or part of the built test environment program group cannot be reused.
There is a problem.

Therefore, a first object of the present invention is to support the user's work of collecting information for constructing a test environment program group from the specifications of the hardware of the system under test, thereby reducing the burden on the user. It is to provide a software test environment construction device capable of performing the above. Also,
A second object of the present invention is to build a software test environment that can automatically generate a test environment program group based on the information collected for building the test environment program group and reduce the burden on the user. To provide a device. A third object of the present invention is to provide a software test environment construction device capable of reusing all or part of the generated test environment program group and reducing the burden on the user.

[0006]

In order to achieve the above first and second objects, the present invention provides:
A software test environment construction device for constructing a test environment program group for testing software installed in any of a plurality of subsystems that composes a system, which includes a hardware configuration, a memory map, and register definitions. Given the hardware specification information, provide guidance based on the hardware specification information, and let the user interactively enter subsystem definition information, and specify the system configuration specifications including the hardware configuration, memory map, and functions of each subsystem. System configuration specification information creation support means for creating information, and guidance based on the system configuration specification information to interactively prompt the user to specify the subsystem in which the software under test operates and operate as that subsystem. To execute the software under test Software, a test environment generating means for generating a test environment program group including an I / O simulator for simulating other subsystems and a monitor for controlling communication between the simulators. Provide a test environment construction device.

In a second aspect, in order to achieve the above first object, second object and third object, the present invention provides:
In the software test environment construction device with the above configuration,
The test environment generation means obtains a monitor, an I / O simulator, and an operation simulation program as components of the test environment program group by using a given component library, and a test generated by the test environment generation means. The system corresponding to the environment program group is the existing system name, the monitor included in the test environment program group is the monitor, and the I / O included in the test environment program group is the monitor.
What is specified by the user from the O simulator, and the subsystem and operation simulation program corresponding to it
There is provided a software test environment construction device characterized by comprising a component library storing means for collectively associating and storing as an / O simulator, a subsystem name and an operation simulation program.

[0008]

In the software test environment construction device according to the first aspect, first, the hardware configuration of the system,
Although the hardware specification information including the memory map and the register definition is input, the hardware specification or the system specification can be used almost as it is, and the burden on the user is light. Next, since the guidance of the subsystem definition information is input using the already-input hardware specification information, the user may interactively input according to the guidance, and the burden on the user is light. Therefore,
Since the information necessary for constructing the test environment program group can be easily input, the first object is achieved. In addition, the system configuration specification information is created from the information input as described above, and if the user specifies the part to be tested according to the guidance based on the information, the test environment program is automatically generated. To be achieved.

In the software test environment construction apparatus according to the second aspect, all or part of the generated test environment program group and the operation simulation program of subsystems other than the subsystem under test are stored in the component library,
The third object is achieved because the component library is used when another test environment program group is generated.

[0010]

Embodiments of the present invention will be described below with reference to the drawings. The present invention is not limited to this embodiment. First Embodiment FIG. 1 is a hardware configuration diagram of a software test environment construction apparatus that implements the software test environment construction apparatus of the present invention. This software test environment construction device 1
In 00, 101 is a processing device, 102 is an input device,
Reference numeral 103 is a display device, 104 is a memory, and 105 is an external storage device.

FIG. 2 is a functional block diagram of the software test environment construction apparatus 100 shown in FIG. The software test environment construction device 100 includes a system configuration specification information creation support process 201 and a test environment generation process 205. System configuration specification information creation support process 20
When the hardware specification information 202 is input, the first item causes the subsystem definition information 203 to be input by interaction with the user based on the hardware specification information 202, and creates the system configuration specification information 204. Details of this processing will be described later. When the system configuration specification information 204 is input, the test environment generation processing 205 causes the test target designation 206 to be input by the interaction with the user based on the information, and the simulator library 20
A test environment program group 208 is created using the MPU simulator prepared in 7. Details of this processing will be described later.

As illustrated in FIG. 3, the hardware specification information 202 includes hardware configuration diagram 301 showing hardware elements constituting the entire system and a connection relation between them, and each of the hardware elements. Memory map 302 that defines the use of the address space for each MPU
And a register definition 303 defining the meaning of the addresses and bits of the registers included in the system. The hardware specification information 202 is information that defines the hardware configuration of a system (for example, an embedded microcomputer system or a switch system) configured by a plurality of subsystems including a subsystem that executes software under test, It is given from the outside.

As illustrated in FIG. 4, the system configuration specification information 204 includes a hardware configuration diagram 301, a subsystem table 401 that is a list of subsystems that configure the system, and an address space for each MPU. It consists of a memory map table 403 and a register definition 303. Hardware configuration diagram 301 and register definition 30
3 is a copy of the hardware specification information 202. The subsystem table 401 is created by dialogue with the user, as described later. The memory map table 403 is created from the memory map 302 of the hardware specification information 202.
Each element of the subsystem table 401 includes a name of the subsystem, information indicating the type of MPU (when the subsystem includes MPU), and information indicating the type of LSI (hardware in which the subsystem is an LSI). Hardware) and the subsystem is hardware configuration diagram 3
Part pointer 4 indicating which component on 01
02 and a subsystem pointer 40 pointing to another subsystem having an address space to which the subsystem is allocated.
4 (when the subsystem is assigned to the MPU address space of another subsystem). Also, the register definition 303 is expanded on the memory map table 403 so that it can be referred to from the assigned address.

FIG. 5 shows a processing flowchart of the system configuration specification information creation support processing 201. Step 501
Then, the table frame of the subsystem table 401 and the hardware configuration diagram 301 are displayed for dialog with the user. In step 502, the user is asked if there are any undefined subsystems, and if any, steps 503-507.
After performing the processing in step 502, the process returns to step 502.

In step 503, one new subsystem name is entered in the displayed table frame of the subsystem table 401. In step 504, the user is prompted to specify on the hardware configuration diagram 301 the hardware elements that make up the subsystem for which the name has been input, and in step 505. A screen example at this time is shown as a screen 601 in FIG. In step 506, the specified hardware components are prevented from receiving duplicate specifications.
Deactivate the hardware component. Further, the part pointer 402 is created. Further, the MPU type and the LSI type entered in the hardware configuration diagram 301 are acquired and registered in the subsystem table 401. In step 507, the memory map 302 is designated for each MPU included in the subsystem, and the memory map 302 is expanded to create the memory map table 403. Then, the process returns to step 502.

On the other hand, in step 508, one subsystem having an MPU is selected and the MP of that subsystem is selected.
The U memory map table 403 is displayed in step 509. In step 510, the user is prompted to specify the subsystems allocated to the respective spaces in the displayed memory map table 403 on the hardware configuration diagram 301, and in step 511. A screen example at this time is shown in the screen 602 of FIG. In step 512,
A space pointer 404 is created based on the designation. In step 513, it is judged whether or not there is an unprocessed memory map table 403 for this MPU (considering the I / O mapped I / O method in which one MPU can have a plurality of memory maps), and if there is, Steps 509 to 512 above
If not repeated, the process proceeds to step 514. In step 514, it is determined whether or not there is an unprocessed subsystem having an MPU, and if there is an unprocessed subsystem, the above steps 508 to 513 are repeated, and if not, the processing ends.

FIG. 7 is a block diagram of the test environment program group 208 generated by the test environment generation processing 205. The test environment program group 208 generally performs a plurality of MPU simulators 702 that perform simulated execution of the software under test 701 on the test execution machine, and an operation that realizes the function for each function of the subsystem that does not include the software under test 701. Defined motion simulation program 71
In general, a plurality of I / O simulators 710 that execute one
And a monitor 707 which controls communication corresponding to input / output commands generated between them.

The MPU simulator 702 has a user interface function 703 for processing an operation command input by a user and displaying the values of a memory and a register, and its M function.
A memory / register unit 704 that manages the values of a memory and a register allocated to a subsystem including a PU and a common memory used for passing data to and from another subsystem, and a test target read in the memory / register unit 704. The software 701 includes an instruction execution function 705 that executes instructions, and a communication function 706 that transmits and receives data to and from the monitor 706. User interface function 70
3 and the instruction execution function 705 are the simulator library 2
Since MPU simulators for various MPUs are prepared in 07, they are used. However, since the memory / register unit 704 and the communication function 706 depend on the configuration of the system under test, they are created in the test environment generation processing 205.

The monitor 707 comprises an address-simulator correspondence table 709 for each MPU and a communication server 708. As illustrated in FIG. 8, the address-simulator correspondence table 709 is a correspondence table between the addresses (start address to end address) included in the communication message and the simulator of the transfer destination, and the memory map table 403 in FIG.
And subsystem pointer 404. The communication server 708 is an infinite process that executes the processing flowchart shown in FIG. 9, and is stopped by a test end command from the user. In FIG. 9, the communication server 708 started at the start of the test starts the MPU simulator 702 and each I / O simulator 710 in step 901. In step 902, the communication message from the simulators 702 and 710 is waited for. When the communication message is received, the address is acquired from the communication message in step 903, and the address-simulator correspondence table 70 is acquired in step 904.
9, the destination simulator is determined based on the previously acquired address. Then, in step 905, the previously received communication message is transferred to the destination simulator, and the process returns to step 902.

Returning to FIG. 7, the I / O simulator 710
Corresponds to an operation simulation program description language execution system 712 that executes the instruction of the operation simulation program 711, and an external data reading function 714 that reads the value of external data 713 prepared in advance according to the instruction of the operation simulation program 711. It comprises a memory / register unit 715 for managing the values of the memory and register assigned to the subsystem, an address-function correspondence table 717, and a communication function 716.

As shown in FIG. 10, the address-function correspondence table 717 is a correspondence table of addresses, bit positions, and set values included in a communication message and the functions of subsystems activated by the settings. Yes, Figure 4
Of the memory map table 403 and the register definition 303.

The communication function 716 is an infinite process that executes the processing follow chart shown in FIG. 11, and is stopped by a test end command from the user. In FIG. 11, the communication function 71 activated by the monitor 707.
6 waits for a communication message from the monitor 707 in step 1101. When you receive a communication message,
In step 1102, the address in the message,
Get the bit position and value. In step 1103, the address-function correspondence table 717 is referred to, and the function to be activated is determined based on the previously acquired address, bit position, and value. In step 1104, the behavior simulation program 711 corresponding to the determined function is executed by the behavior simulation program description language execution system 712. In step 1105, if there is no command for transmitting a communication message, the process returns to step 1101. If there is a command for transmitting a communication message, the communication message is transmitted to the monitor 707 in step 1106. The communication server 7 of the monitor 707
08 transfers the communication message to the simulator indicated by the address included in the communication message by the processing of FIG.

FIG. 12 shows a processing flowchart of the test environment generation processing 205. In step 1201, the hardware configuration diagram 301 is displayed in order to input the unit to be tested 206 (FIG. 2), and the user is prompted to specify the subsystem including the software to be tested. In step 1202, the user accordingly specifies all subsystems including the software under test on the displayed hardware configuration diagram 301. FIG.
An example screen for interactive input of the designated part to be tested 206 is shown in FIG.
This is a screen on which the user designates one of the subsystems using the mouse with respect to the displayed hardware configuration diagram 301.

Returning to FIG. 12, in step 1203, the MPU type is determined with reference to the subsystem table 401 for one of the designated subsystems, and the corresponding MPU simulator is selected from the simulator library 207. To do. In step 1204, the memory / register unit 704 and the communication function 7 which the MPU simulator prepared in the simulator library 207 does not have.
Create 06. The memory / register unit 704 includes the memory map table 403 and the register definition 30 shown in FIG.
It can be created from 3. Further, the communication function 706 includes a memory map table 403 and a subsystem table 401.
It can be created based on the subsystem pointer 404. In step 1205, it is judged whether or not there is a designated portion which has not been processed in the subsystem designated in step 1202.
Returning to step 3, if no, go to step 1206.

In step 1206, it is judged whether or not there is a subsystem for which a simulator has not been created among all the subsystems. If yes, the procedure proceeds to step 1207, and if not, the procedure proceeds to step 1209. In step 1207, one of the subsystems for which a simulator has not been created is selected. In step 1208, the I / O simulator corresponding to the selected subsystem is generated by the I / O simulator generation processing. Then, the process returns to step 1206. A flowchart of this I / O simulator generation processing is shown in FIG.

In FIG. 14, in step 1401,
Among the constituent elements of the I / O simulator shown in FIG. 7, a system-independent behavior simulation program description language execution system 712, external data reading function 714 and communication function 7
16 is generated. In step 1402, the address and register assigned to the selected subsystem are obtained from the memory map table 403, and the memory / register unit 715 is generated. In step 1403, referring to the register definition 303 for the allocated register,
An address-function correspondence table 717 is created.

Returning to FIG. 12, in step 1209, the monitor 707 is generated by the monitor generation processing. Monitor 7
When 07 is generated, the generation of the test environment program group 208 ends. A flowchart of this monitor generation processing is shown in FIG. 15, in step 1501, the communication server 708 is generated based on the information of the simulator created up to that point. In step 1502, the memory map table 403 and the subsystem table 40
An address-simulator correspondence table 709 is created based on 1 and the subsystem pointer 404.

The above software test environment construction apparatus 1
According to 00, the user can obtain the test environment program group 208 only by paying the labor of examining the specifications of what functions the subsystem has.

Second Embodiment The software test environment construction apparatus of the second embodiment shows the function to be defined by the operation simulation program to the user on the basis of the system configuration specification information, and supports the creation of the operation simulation program. To do. Further, by storing the created operation simulation program group and the generated test environment program group in the parts library, it is possible to reuse the generated test environment program when another test environment program is generated.
In addition, an embodiment in which the creation of the behavior simulation program is supported, but the behavior simulation program group and the test environment program group are not reused, and conversely, the creation of the behavior simulation program is not supported, but the behavior simulation program group is not supported. It is also possible to adopt an embodiment in which the test environment program group is reused.

The hardware configuration of the software test environment construction apparatus of the second embodiment is similar to that of FIG. 1, but the functional configuration is as shown in FIG. 16 instead of FIG. In FIG. 16, the software test environment construction device 200 includes a system configuration specification information creation support process 201, a test environment generation process 1601, and a behavior simulation program creation support process 1
604 and a component library storing process 1607 are provided. The same numbers as those in FIG. 2 (201 to 20
4, 206 to 208) are the same constituent elements as the constituent elements of FIG.
Is as described in the first embodiment.

The test environment generation processing 1601 replaces the test environment generation processing 205 shown in FIG. 2. When the system configuration specification information 204 is input, the test target generation 206 and the parts are specified by the interaction with the user based on the information. A part of the operation simulation program group 1606 and a test are executed by inputting the in-library use component designation 1602 and using the existing operation simulation program and test environment program held in the MPU simulator prepared in the simulator library 207 and the component library 1603. The environmental program group 208 is generated. Details of this processing will be described later.

Operation simulation program creation support processing 1604
Based on the result of the system configuration specification information 204 and the test environment generation processing 1601, the user interactively inputs the operation simulation program function definition information 1605 and creates a part of the operation simulation program group 1606. Details of this processing will be described later.

The component library storage processing 1607 receives the result of the operation simulation program creation support processing 1604, and interactively prompts the user to specify the library storage subsystem 160.
Test environment program group 2 by inputting 8
08 and the operation simulation program group 1606 are stored in the component library 1603. Details of this processing will be described later.

As illustrated in FIG. 17, the component library 1603 stores a group of test environment programs (that is, a monitor, an I / O simulator, and an operation simulation program), which are stored in the existing test environment table 1701 and I / O. It is managed by the O subsystem table 1702 and the operation simulation program table 1703. The existing test environment table 1701 holds a target system name, a pointer to the I / O subsystem table 1702, and a pointer to the corresponding monitor for each test environment program stored in the component library 1603. The I / O subsystem table 1702 is stored in the subsystem name and the operation simulation program table 1703 for subsystems (I / O subsystems) that do not include the software under test 701 of the subsystems constituting the target system. Pointer and corresponding I / O
Holds a pointer to the simulator. The operation simulation program table 1703 holds a function name and a pointer to the operation simulation program for each function of one I / O subsystem.

FIG. 18 shows a flow chart of the test environment generation processing 1601. It should be noted that, in the steps in FIG. 18, only the numbers are entered are the same processes as the steps with the same numbers in the flow chart of the test environment generation process 205 shown in FIG. In step 1801, the user
Ask them to enter an existing system that can use the existing test environment program group, and if so, enter the system name. In step 1802, the user's input is checked, and if there is no existing system to be used, the same steps 1206 to 1209 as the test environment generation processing 205 described above are used.
The test environment program is generated by the process of, and the process ends. On the other hand, if there is an existing system to be used, the process proceeds to step 1803.

At step 1803, a list of I / O subsystems of both the new system and the existing system to be used is displayed. In step 1804, if the subsystem of the existing system to be used corresponds to each subsystem of the new system, it is designated on the screen. In step 1805, as the subsystem of the new system, the I / O simulator and the behavior simulation program are read by referring to the I / O subsystem table 1702 and the behavior simulation program table 1703 corresponding to the designated subsystem of the existing system. . Step 18
At 06, it is checked whether all I / O subsystems of the new system have been designated, and if there are I / O subsystems that have not been designated, I / O simulators are created for all of them at steps 1207 and 1208. Then
Further, in step 1209, a monitor is created and the process is completed. On the other hand, when there is no I / O subsystem not specified, the existing system table 1701 is referred to,
As a monitor of the new system, the monitor corresponding to the existing system to be used is read and the processing is completed.

FIG. 19 shows an example of a screen for interactive input of a part library use part designation 1602. The part 1901 corresponds to step 1801 in FIG.
All existing system names obtained from the existing test environment table 1701 are displayed, and one of them is designated by the user. The portions 1902 and 1903 correspond to steps 1803 and 1804 in FIG. 18. The hardware configuration diagram 1902 of the new system is displayed based on the system configuration specification information 204, and the hardware of the specified existing system is displayed. The configuration diagram 1903 is displayed and the user can
First, one subsystem is designated from the hardware configuration diagram 1902 of the new system, and then the corresponding subsystem of the existing system is designated from the hardware configuration diagram 1903 of the existing system. It is also possible to automatically associate subsystems by considering the names of hardware components and the similarities in arrangement. Further, it is possible to automatically determine the existing subsystem to be used by providing the system configuration specification information 204 with information for using the part of the existing system and referring it to the test environment generation processing 1601.

FIG. 20 shows a flow chart of the operation simulation program creation support processing 1604. Step 2001
Then, in response to the result of the test environment generation processing 1601, it is determined whether all the I / O subsystems have been created using the operation simulation program stored in the component library 1603. When all I / O subsystems have been created, the processing ends. If there is an I / O subsystem that has not been created, the process proceeds to step 2002. In step 2002, one of the I / O subsystems that have not been created is selected, and in step 2003 it is determined whether or not there is a function for which it is necessary to create an operation simulation program. If yes, go to step 2004. If not, the process returns to step 2001. In step 2004, the function name for which a motion simulation program needs to be created is displayed, and the user is prompted to input the motion simulation program function definition information 1605. Then, the process returns to step 2002. In addition,
In addition to displaying the function names for which it is necessary to create an operation simulation program, in the system configuration specification information 204,
By including more detailed function information and displaying the information, the operation simulation program function information 16 of the user is displayed.
It is also possible to support the input of 05.

FIG. 21 shows the parts library storage processing 160.
7 shows a flowchart of 7. In step 2101, a table frame of the I / O subsystem table 1702 is created in the parts library 1603 of FIG. Also, register the monitor. Then, in the existing test environment table 1701,
System name of test environment program group to be stored, created I / O subsystem table 1702
Register the pointer to and the pointer to the monitor.

In step 2102, of the I / O subsystems of the test environment program group to be stored, the one to be stored in the parts library 1603 is designated as the library storage subsystem designation 1608. FIG. 22 shows an example of a dialog input screen for library storage subsystem designation 1608. A hardware configuration diagram is displayed on the screen based on the system configuration specification information 204, and a subsystem to be stored is designated on the screen. At this time, by referring to the result of the operation simulation program creation support processing 1604, it is possible to specify only the newly created I / O subsystem instead of using the existing parts. Also,
It is also possible to automatically specify all newly created I / O subsystems.

Returning to FIG. 21, in step 2103, I
One of the / O subsystems is selected, and a table frame of the operation simulation program table 1703 is created in the component library 1603 of FIG. 17 for the I / O subsystem.
Also, register the I / O simulator. And I / O
In the subsystem table 1702, the subsystem name, the pointer to the created operation simulation program table 1703, and the pointer to the I / O simulator are registered.

At step 2104, one function of the I / O subsystem being processed is selected. Step 2105
Then, it is determined whether or not an unprocessed function remains, and if it remains, the process proceeds to step 2106, and if not, the process proceeds to step 2107. In step 2106, the operation simulation program is registered. Then, the function name and the pointer to the operation simulation program are registered in the operation simulation program table 1703. Then, the process returns to step 2104.
In step 2107, the steps 2103 to 2106 are repeated for all the designated I / O subsystems, and then the process is terminated.

The above software test environment construction apparatus 2
According to 00, in addition to the effect of the first embodiment, it becomes possible to support the creation of the operation simulation program. further,
It is possible to reuse the test environment program and the behavior simulation program.

-Third Embodiment-The software test environment construction apparatus of the third embodiment modifies the generated test environment program group and stores it in the parts library, and then generates another test environment program. It is sometimes reused. The hardware configuration of the software test environment construction device of the third embodiment is similar to that of FIG. 1, but the functional configuration is as shown in FIG. 23 instead of FIG. In FIG. 23, the software test environment construction device 300 has a configuration in which a test environment program modification support process 2301 is provided in addition to the configuration of the second embodiment shown in FIG. Test environment program modification support processing 2
301 modifies the test environment program group 208 generated by the test environment generation processing 1601 based on the contents of the test environment program modification contents 2302 from the user. At this time, the communication function 706, the communication function 716, and the communication function 716 of FIG.
Remodeling work is supported by clearly indicating a part that does not need to be remodeled like the behavior simulation program description language execution system 712. The modified test environment program group 2303 is stored in the component library 1603 by the component storage library storage processing 1607. The software test environment construction apparatus 300 described above additionally stores functions that are not included in the test environment program for the existing system, such as when a test environment program for a system having an architecture different from that of the existing system is required. It is effective when leaving.

-Fourth Embodiment- In the fourth embodiment, when the hardware specification information 202 is not given, the system configuration specification information 204 is created only by the dialogue with the user. The hardware configuration of the software test environment construction device of the fourth embodiment is similar to that of FIG. 1, but the functional configuration is as shown in FIG. 24 instead of FIG. In FIG. 24, the software test environment construction apparatus 400 replaces the system configuration specification information creation support process 201 of the configuration of the third embodiment shown in FIG. 23 with a system configuration specification information input support process 2401. This system configuration specification information input support processing 2401
Causes the system configuration specification 2402 to be input through a dialog with the user, and creates the system configuration specification information 204 in a format that the test environment generation processing 1601 can handle.

FIG. 25 shows a flowchart of the system configuration specification information input support processing 2401. Step 250
In 1, the user is prompted to input the hardware configuration diagram 301 (FIG. 3) of the target system. This processing can be realized by using the conventional graphic editor technology. In step 2502, the format of the memory map 302 (FIG. 3) is displayed on the screen, and the user is prompted to input the address and space name, and the memory map 302 of each MPU is obtained. This process can be realized by using the technique of the conventional table editor. In step 2503, the format of the register definition 303 (FIG. 3) is displayed on the screen, and the user is prompted to input the register name, address, bit position, bit name, and function to obtain the register definition 303 for each register. This process can be realized by using the technique of the conventional table editor. Through the above steps 2501-2503, the hardware specification information 20
Since No. 2 is obtained, the system configuration specification information 204 can be obtained by passing it to the system configuration specification information creation support process 201 realized by the flowchart of FIG.

The above software test environment construction device 4
00 does not require the hardware specification information 202,
This is suitable for actual system development because the user only needs to interactively input information.

[0048]

According to the software test environment construction apparatus of the present invention, first, system configuration information relating to hardware is given as data on a computer or by interactive input in a tabular form, and then the system configuration information is provided. Since it is sufficient to interactively input the information necessary for constructing the software test environment program group according to the guidance based on, the burden on the user is reduced. Also, if the system configuration specification information is created from the information input as described above and the user specifies the part to be tested according to the guidance based on it, the test environment program is automatically generated.
The burden on the user is reduced. Further, according to the software test environment construction apparatus of the present invention, all or a part of the test environment program group and the operation simulation program generated previously are registered as parts, and when the test environment program group for a new system is constructed, Since the previously registered components are reused, the labor of inputting necessary information is saved and the burden on the user is reduced.

[Brief description of drawings]

FIG. 1 is a hardware configuration diagram of an embodiment of a software test environment construction apparatus of the present invention.

FIG. 2 is a functional configuration diagram of the software test environment construction apparatus according to the first embodiment of the present invention.

FIG. 3 is a view showing an example of hardware specification information.

FIG. 4 is a view showing an example of system configuration specification information.

FIG. 5 is a flowchart of a system configuration specification information creation support process.

FIG. 6 is a view showing an example of interactive input of subsystem definition information.

FIG. 7 is a configuration diagram of a test environment program group generated by the software test environment construction device of the present invention.

FIG. 8 is an exemplary diagram of an address-simulator correspondence table.

FIG. 9 is a flowchart of the operation of the communication server in the test environment program group generated by the software test environment construction apparatus of the present invention.

FIG. 10 is an exemplary diagram of an address-function correspondence table.

FIG. 11 shows I of the test environment programs generated by the software test environment construction apparatus of the present invention.
7 is a flowchart of the operation of the communication function of the / O simulator.

FIG. 12 is a flowchart of a test environment generation process.

FIG. 13 is a view showing an example of an interactive input for designating a tested part.

FIG. 14 is a flowchart of an I / O simulator generation process.

FIG. 15 is a processing flowchart of monitor generation processing.

FIG. 16 is a view corresponding to FIG. 2 in the second embodiment of the present invention.

FIG. 17 is a view showing an example of the structure of a parts library.

FIG. 18 is a view corresponding to FIG. 12 in the second embodiment of the present invention.

FIG. 19 is a view showing an example of an interactive input for designating a part to be used in a parts library.

FIG. 20 is a flowchart of a motion simulation program creation support process.

FIG. 21 is a flowchart of a component library storage process.

FIG. 22 is a view showing an example of interactive input for designating a library storage subsystem.

FIG. 23 is a view corresponding to FIG. 2 in the third embodiment of the present invention.

FIG. 24 is a view corresponding to FIG. 2 in a fourth embodiment of the present invention.

FIG. 25 is a flowchart of a system configuration specification information input support process.

[Explanation of symbols]

 201 System Configuration Specification Information Creation Support Processing 202 Hardware Specification Information 203 Subsystem Definition Information 204 System Configuration Specification Information 205 Test Environment Generation Processing 206 Test Part Designation 207 Simulator Library 208 Test Environment Program Group 1603 Parts Library 1604 Operation Simulation Program Creation Support Processing 1606 Operation simulation program group 1607 Parts library storage processing 2301 Test environment program modification support processing 2401 System configuration specification information input support processing

 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Yoshimasa Ikeuchi 1099 Ozenji, Aso-ku, Kawasaki-shi, Kanagawa Hitachi Ltd. System Development Laboratory (72) Inventor Kazuyuki Kondo 7-1, Higashi Narashino, Narashino, Chiba No. 1 within Hitachi Keiyo Engineering Co., Ltd.

Claims (13)

[Claims] 1. A software test environment construction apparatus for constructing a test environment program group for testing software installed in any one of a plurality of subsystems constituting a system, including a hardware configuration, a memory map and Given the hardware specification information including the register definition, provide guidance based on the hardware specification information, and let the user interactively enter the subsystem definition information. The hardware configuration, memory map, and functions of each subsystem. System configuration specification information creation support means for creating system configuration specification information including, and guidance based on the system configuration specification information,
An MPU simulator that interactively prompts the user to specify a subsystem in which the software under test operates and operates as that subsystem to execute the software under test,
A software test environment comprising: an I / O simulator for simulating another subsystem; and a test environment generating means for generating a test environment program group including a monitor for controlling communication between the simulators. Construction equipment. 2. The software test environment construction apparatus according to claim 1, wherein the system configuration specification information creation support means displays a hardware configuration diagram of the system based on the hardware specification information, and displays the hardware configuration diagram. A software test environment construction apparatus, characterized in that a user is made to specify a component of a subsystem, information associated with the specified component is extracted from hardware specification information, and system configuration specification information is created. 3. The software test environment construction apparatus according to claim 1, wherein the test environment generation means is
A system hardware configuration diagram is displayed based on the system configuration specification information, the user is prompted to specify the subsystem that executes the software under test, and the information associated with the specified subsystem is specified in the system configuration specification. An apparatus for constructing a software test environment, characterized in that a test environment program group is generated by extracting it from information and using a given simulator library. 4. The software test environment construction apparatus according to claim 1, wherein the I / O simulator executes a given operation simulation program and refers to the given external data. And a software test environment constructing device for simulating the other subsystem. 5. The software test environment construction apparatus according to claim 1, wherein the test environment generation means is a monitor, an I / O simulator and an operation simulation program as parts of the test environment program group. Is obtained by using a given component library. 6. The software test environment construction apparatus according to claim 5, wherein the component library stores a monitor, an I / O simulator, and an operation simulation program corresponding to a plurality of existing systems, respectively. The generation means causes the user to specify a system similar to the test target system from a plurality of existing systems in which the parts are stored in the parts library, and displays a hardware configuration diagram of the specified existing system and the test target system, Let the user specify the correspondence between the subsystem to be used and the subsystem to be used, and obtain the components of the test environment program group using the monitor, I / O simulator, and operation simulation program corresponding to the specified subsystem. Characteristic software test environment construction device. 7. The software test environment construction apparatus according to claim 5, wherein the component library stores a monitor, an I / O simulator, and an operation simulation program respectively corresponding to a plurality of existing systems, and has a system configuration. The specification information includes information that specifies a similar one to the test target system among a plurality of existing systems in which parts are stored in the parts library, and the test environment generation means uses the existing system specified by the system configuration specification information. Display the hardware configuration diagram of the system and the system under test, let the user specify the correspondence between the subsystem used and the subsystem used, and monitor, I / O simulator, and operation simulation program corresponding to the specified subsystem A software that is characterized by obtaining parts of a test environment program group using Air test environment construction equipment. 8. The software test environment construction apparatus according to claim 5, wherein the system corresponding to the test environment program group generated by the test environment generation means is an existing system name, and the test environment is The monitor included in the program group is used as a monitor, and an I / O simulator included in the test environment program group and a subsystem and an operation simulation program corresponding thereto designated by the user are designated as the I / O simulator and the subsystem name. And as a motion simulation program,
An apparatus for constructing a software test environment, characterized by comprising a parts library storing means for collectively associating and storing in a parts library. 9. The software test environment construction apparatus according to claim 8, wherein the component library storage means displays a hardware configuration diagram of the system corresponding to the test environment program group, and stores it in response to the display. A software test environment construction device characterized by allowing a user to specify a subsystem. 10. The software test environment construction apparatus according to claim 5, wherein a system corresponding to the test environment program group generated by the test environment generation means is an existing system name, and the test environment is the same. The monitor included in the program group is used as a monitor, and all of the I / O simulators included in the test environment program group and subsystems and operation simulation programs corresponding to the I / O simulators are newly created and the I / O simulator and sub A software test environment construction apparatus comprising: a parts library storage means for collectively associating a system name and an operation simulation program in a parts library. 11. The software test environment construction apparatus according to claim 1, further comprising a motion simulation program creation support means for assisting a user in defining a motion simulation program. A software test environment construction device. 12. The software test environment construction apparatus according to claim 1, wherein the test environment program modification for assisting a user to modify the test environment program group generated by the test environment generation means. An apparatus for constructing a software test environment, characterized by comprising support means. 13. The software test environment construction apparatus according to claim 1, wherein guidance is provided to allow a user to interactively input system configuration specifications to create system configuration specification information. A software test environment construction apparatus comprising a system configuration specification information input support means.