JPH10207731A - Plural unit testing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To share a program by providing the plural unit testing device with plural unit correspondence processing parts corresponding to respective units, a common unit control part for managing these unit correspondence processing parts in common and a common unit driver. SOLUTION: A test program(TP) 26 for executing tests of plural units has plural unit APs 27 for executing a test of each corresponding unit. The unit APs 27 corresponding to 1st to n-th units act as unit correspondence processing parts. The TP 26 has a common unit control part 28 formed by reentrant structure for executing transmitting/receiving data type management and protocol control and a common unit driver 29 formed by reentrant structure for controlling transmitting/receiving hardware. Although plural unit APs 27 corresponding to the number of units are required, only one common unit control part 28 is required. In addition, only one common unit, driver 29 is included.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a multi-unit test apparatus and, more particularly, to a multi-screen control of unit competition operation in a multi-unit test at a multi-unit test, and a unit control unit using a standard test program configuration for a plurality of units. The present invention relates to a multi-unit test apparatus that performs common processing of unit drivers.

[0002]

2. Description of the Related Art A test program (hereinafter abbreviated as TP) which is a program for confirming the function of hardware in a conventional multiple unit test apparatus will be described.
FIG. 7 is a schematic configuration diagram of a conventional program.
Is a monitor program for managing the execution of each TP2.

FIG. 8 is a diagram showing a conventional program component configuration, which shows a standard component configuration, and includes a test processing unit 4 for executing a test and a driver processing unit 4 for controlling hardware. FIG. 9 shows a flowchart of a conventional program processing. In the conventional processing procedure, a monitor program that executes and manages a target TP analyzes a command input by an operator, loads and executes the target TP, and executes a target TP program. A driver program of the hardware incorporated when the target TP is created is executed, a hardware test is performed, and if a hardware error is found, error information is displayed in the order of reception of the monitor program. Was. Explaining each step, S1: a monitor program analyzes a command input by an operator, searches for a program file corresponding to the command,
Load and execute the target TP.

S2: Next, a test process of the hardware of the target TP is executed, and an error of the hardware is determined. In other words, it is to perform the test determination determined in the hardware function test specification. For example, an input / output instruction is performed on a specific register of the hardware, and if the operation is correctly performed according to the function specification of the hardware, it is determined that the operation is normal. It is determined to be abnormal if it does not operate correctly due to functional specifications.

S3: The result information indicating normal or abnormal is displayed. FIG. 10 is a configuration diagram of a conventional test program, for explaining a detailed configuration of a TP for controlling a plurality of units. In this FIG.
An example corresponding to the n-th n units is shown. Each unit TP5 corresponding to each unit is a unit AP
5a, a unit controller 5b, and a unit driver 5c.

The unit AP 5a incorporates data and a sequence for testing the unit, the unit controller 5b incorporates a sequence for processing a logical protocol of a hard interface of the target unit, and the unit driver 5c includes a hard interface. Direct control sequences are included. N sets of units TP5 having such a configuration are provided from the first unit TP5 to the n-th unit TP5 corresponding to the first unit to the n-th unit. First unit TP5
Controls the first unit, the second unit TP5 controls the second unit, and the n-th unit TP5 controls the n-th unit.
Control units.

The monitor program 6 has functions of task generation / management / deletion, hardware resource management, file management (information management of an arbitrary file format), and further has a file driver function. That is, a program or data is read from a disk having an external storage function, and data processed by executing the program is written.

Further, the monitor program 6 has a function of a command interpreter. That is, various commands are analyzed / executed. The monitor program 6 also has a console management function. That is, the input / output data is checked. Further, it has a console driver function. That is, data is input / output from the keyboard / display.

This monitor program 6 also has a program management function. That is, status information of each program task is managed. Further, it has a TP management (executes / manages TP) function. Reference numeral 7 denotes hardware to be tested. FIG. 11 is an explanatory diagram of a conventional screen display process. The console management unit 8 of the monitor program 6 has a real display screen 9 for performing execution display, and performs real display processing on a display unit such as a display in real time. Had gone.

[0010]

However, the above-mentioned prior art has the following problems. Since loading and execution of a plurality of TPs are performed, it takes a plurality of loading and execution times. There are a plurality of similar program processes, and the memory is wasted. Since the multiple unit test is executed, the execution display for each unit is randomly displayed, and the execution result is difficult to see.

[0011]

According to the present invention, there is provided a display unit for displaying information to an operator, an operation unit for receiving an input operation of the operator, a display unit and an operation unit, and a plurality of units to be tested. In a multiple unit test apparatus having a main control unit that executes a test, the main control unit includes:
A unit corresponding processing unit corresponding to each of the plurality of units, a common unit control unit for commonly managing the plurality of unit corresponding processing units, and a common unit driver for performing hardware control common to the plurality of units are provided. It is characterized by having.

[0012]

Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 shows a hardware configuration diagram of the embodiment. In the figure, reference numeral 10 denotes a processor as a main control unit, which is a central processing unit and has a function of executing various programs. Reference numeral 11 denotes a disk device, which is composed of, for example, a magnetic disk device, and
It has an external storage function for data and the like.

Reference numeral 12 denotes a display as a display unit, which has a function of displaying execution processing of a program to an operator. Reference numeral 13 denotes a keyboard as an operation unit, which has a function of inputting data by an operator. 14
Is a memory, which is composed of, for example, a random access memory and has a main storage function. Reference numeral 15 denotes a target test apparatus, and a plurality of units 16 are connected to one hardware interface. In the figure, the first unit 16
1 to the n-th unit 16 are connected.

FIG. 2 is a program configuration diagram of the embodiment. Reference numeral 17 denotes a monitor program, which has a task generation / management / deletion / hardware resource management unit 18 and manages information in an arbitrary file format.
9 The monitor program 17 has a file driver 20. That is, programs, data, and the like can be read from a disk having an external storage function of hardware, and data processed by executing the program can be written.

Further, the monitor program 17 has a command interpreter 21. That is, various commands can be analyzed / executed. Further, it has a console management unit 22 and can execute a check of input / output data. Further, it has a console driver 23 and can input / output data from a keyboard / display. It also has a program management unit 24 for managing status information of each program task. Further, it has a TP management unit 25 and executes / manages the TP.

Reference numeral 26 denotes a test program (abbreviated as TP), which is a program for testing various hardware functions, as will be described later. FIG. 3 is a configuration diagram of a test program according to the embodiment.
It is for describing the common processing of the P component configuration and the unit control unit / driver for a plurality of units.

TP26 for executing a test of a plurality of units
Has a unit AP27 for performing a test on the unit. The unit AP27 is provided from the first unit AP27 to the n-th unit AP27 so as to correspond to a plurality of (first to n-th) units, and functions as a unit correspondence processing unit. Further, the TP 26 has a common unit control unit 28 made of a reentrant structure that performs transmission / reception data format management and protocol control, and has a common unit driver 29 made of a reentrant structure that performs hardware control of transmission and reception.

As described above, the number of units AP27 is required by the number of units, but the common unit control unit 28
Only one is provided. Also, only one common unit driver 29 is provided. FIG. 4 shows a screen display processing configuration diagram of the embodiment. In this embodiment, an operator can select information about a desired unit and display it on a screen by multi-screen control described later. Hereinafter, the procedure of the screen display processing will be described.

First, screen switching command data 31 is input to the keyboard 13 by the operator 30. The input command data 31 is transmitted to the console driver 23.
Will be notified. The console driver 23 notifies the console management unit 22 of the command data 31 as screen switching data 32 of a test execution screen of an arbitrary unit. The console management unit 22 notifies the command interpreter 21 of the screen number switching key message 33.

In response, the command interpreter 21
Analyzes the screen switching key message 33 and notifies the console management unit 22 of a screen switching instruction message 34. The console management unit 22 performs screen switching,
The display screen data 35 is notified to the console driver 23. The console driver 23 outputs a display screen data 35 to the display 12.

FIG. 5 is an explanatory diagram of the multi-screen control of the embodiment. The display processing of the multi-screen control by the virtual screen method of console management will be described with reference to FIG. A virtual unit display screen 37 is provided for each unit. That is, from the first virtual unit display screen 37 to the n-th virtual unit display screen 37 are provided corresponding to the first to n-th units. Each virtual unit display screen 37 stores execution display screen data for each unit.

Reference numeral 38 denotes a virtual screen swap processing unit, which performs virtual screen swap processing in accordance with the screen switching instruction message 34. That is, a plurality of unit display screens 37
Then, the virtual unit display screen 37 specified by the screen switching instruction message 34 is selected, and the screen data is transferred to the actual display screen 39. The contents of the actual display screen 39 are actually displayed on the display 12.

FIG. 6 is an explanatory diagram of a message interface according to the embodiment. The message interface 40 between the console management unit 22 and the command interpreter 21 is described. The screen switching instruction message 34 also
It is included in this message interface 40. As described above, in the present embodiment, at the time of testing a plurality of units, the common processing of the unit control unit and the driver for the plurality of units is performed by the standard TP component configuration for the plurality of units. Efficient processing can be performed without unnecessarily taking up memory capacity by eliminating useless loading of programs due to commonality.
In addition, by performing multi-screen control based on the virtual screen method of console management of the monitor program 17, screen display can be performed for each unit, and the execution display screen can be easily viewed.

[0024]

As described above in detail, by providing a unit corresponding processing unit corresponding to each unit, a common unit control unit for commonly managing the unit corresponding processing unit, and a common unit driver, a program There is an effect that the commonization is realized and efficient processing can be executed without occupying a large amount of memory capacity.

Further, using a virtual unit display screen corresponding to each unit,
Since a desired one is selected and actually displayed, the screen display is easy to see, and the operator can appropriately detect and manage the progress of the test.

[Brief description of the drawings]

FIG. 1 is a hardware configuration diagram of an embodiment.

FIG. 2 is a diagram illustrating a program configuration according to an embodiment;

FIG. 3 is a configuration diagram of a test program according to the embodiment;

FIG. 4 is a configuration diagram of a screen display process according to the embodiment;

FIG. 5 is an explanatory diagram of multi-screen control according to the embodiment;

FIG. 6 is an explanatory diagram of a message interface according to the embodiment;

FIG. 7 is a schematic configuration diagram of a conventional program.

FIG. 8 is a configuration diagram of a conventional program part.

FIG. 9 is a flowchart of a conventional program processing;

FIG. 10 is a configuration diagram of a conventional test program.

FIG. 11 is an explanatory diagram of a conventional screen display process.

[Explanation of symbols]

 12 display unit 13 operation unit 27 unit corresponding processing unit 28 common unit control unit 29 common unit driver 37 virtual unit display screen 38 virtual screen swap processing unit

Claims (2)

[Claims] A display unit for displaying information to an operator;
In a multi-unit test apparatus having an operation unit that accepts an input operation of an operator and a main control unit that controls the display unit and the operation unit and executes a test of a plurality of units to be tested, the main control unit includes a plurality of units. A unit corresponding processing unit corresponding to each of the units, a common unit control unit for commonly managing the plurality of unit corresponding processing units, and a common unit driver for performing hardware control common to the plurality of units. A multi-unit test apparatus, characterized in that: 2. A virtual unit display screen according to claim 1, wherein a virtual unit display screen for displaying a test execution state of each unit is provided for each unit in said main control unit, and a desired one is selected from said virtual unit display screen. A multi-unit test apparatus, comprising: a virtual screen swap processing unit for selecting an object and actually displaying it on a display unit.