JPH07160536A - 対話型システムのプログラムテスト支援装置 - Google Patents

Abstract

(57)【要約】 【目的】 画面単位で業務処理を行う画面処理プログラ
ムのテストデバックを、単体段階で容易に行うことがで
きるようにする。 【構成】 テスト対象として指定された画面処理プログ
ラムのソースコードを解析し、テストの開始や終了の制
御、画面の入出力確認、インタフェースの内容確認を行
うテスト用実行モジュールを生成する手段と、生成され
たテスト用の実行モジュールを端末装置からのオペレー
タの入力操作により対話的に実行する手段とから構成す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、対話型システムで使用
するプログラムを効率的にテストするのに好適な対話型
システムのプログラムテスト支援装置に関する。

【０００２】

【従来の技術】従来、対話型システムのプログラム開発
を効率良く進めるために、例えば、情報処理学会第３０
回（昭和６０年前期）全国大会論文集、第６３９頁から
第６４０頁に、「ＥＡＧＬＥ／Ｐ（ＣＡＮＤＯ）の適用
によるオンラインシステムの開発」についての提案があ
り、その開発支援方式が開示されている。

【０００３】図５は、この論文集で開示されている対話
型システムのプログラム制御方式の説明図であり、図６
は画面遷移情報テーブルの定義例を示す説明図である。

【０００４】図５において、従来の対話型システムで
は、画面制御プログラム１０２が画面遷移情報テーブル
１０３を参照して画面遷移の制御を行い、端末装置１０
１のディスプレイ画面にデータを表示したり、端末装置
１０１のマウスやキーボードからデータの入力を行う処
理を制御している。

【０００５】これに対し、作成対象のプログラムで扱う
業務データの出力形式への編集や入力データの正当性の
チェックなどの業務処理を画面単位で行う複数の画面処
理プログラム１０８ａ〜１０８ｎが設けられ、画面制御
プログラム１０２と１つの画面処理プログラム１０８ａ
とのインタフェースには、画面制御テーブル１０４、画
面出力データテーブル１０５、画面入力データテーブル
１０６、引き継ぎデータテーブル１０７が設けられてい
る。

【０００６】なお、画面制御プログラム１０２と各画面
処理プログラム１０８ａ〜１０８ｎとのインタフェース
は共通である。

【０００７】画面出力データテーブル１０５には、画面
処理プログラム１０８ａにおいて業務で扱うデータが画
面の出力形式に編集されて設定される。また、画面入力
データテーブル１０６には、端末装置１０１からの入力
データが画面制御プログラム１０２で設定される。画面
処理プログラム１０８ａは、これを参照し、入力データ
の正当性のチェックやデータベース等への格納形式への
編集を行う。

【０００８】画面制御テーブル１０４には、画面制御プ
ログラム１０２が画面遷移情報テーブル１０３を参照す
る条件、例えば、「次画面」、「前画面」、「ルート変
更」、「再表示」、「終了」などが画面処理プログラム
１０８ａ〜１０８ｎで設定される。

【０００９】画面制御プログラム１０２は、画面制御テ
ーブル１０４を参照し、前記の条件に従い、画面遷移の
制御を行う。

【００１０】引き継ぎデータテーブル１０７には、画面
が遷移する際、画面処理プログラム１０８ａ〜１０８ｎ
間での共通のデータを引継ぐための領域である。この場
合、引き継ぎデータテーブル１０７は、複数あってもよ
い。また、データ構造は、システムによって任意であ
る。

【００１１】ここで、図６に示す画面遷移情報テーブル
１０３の構造について説明する。

【００１２】画面遷移情報を定義する画面遷移情報テー
ブル１０３には、画面遷移に関する定義として、ルート
名称１０３２、画面名称１０３３、画面属性１０３４が
設定される。

【００１３】図６（ｂ）に示す画面遷移図１０３５の場
合、画面Ａ〜画面Ｄ、画面Ａ〜画面Ｇの大きく２つの流
れがある。これは、画面Ａから始まる画面の流れが、画
面Ｂでさらに細かく分かれたものである。つまり、画面
Ｂでさらに細かく分かれた流れが最小単位の画面の流れ
である。この画面遷移を構成する基本的な流れの単位が
ルート１０３６であり、この名称がルート名称１０３２
である。

【００１４】画面遷移情報テーブル１０３には、各ルー
ト単位に画面の基本的な流れに沿って画面名称１０３３
と、その画面の画面属性１０３４が設定される。

【００１５】図６に示す例では、画面Ａ〜画面Ｂをルー
ト名称「ルート１」、画面Ｂ〜画面Ｄをルート名称「ル
ート２」、画面Ｂ〜画面Ｇをルート名称「ルート３」と
定義している。また、画面Ｂのように該画面で入力され
たデータにより次に表示する画面が変わるものを分岐構
造の画面と呼び、このような特別な画面の属性を定義し
たものが画面属性１０３４である。画面Ｂは、分岐構造
の画面であるため、その画面属性１０３４として分岐構
造の属性を示す「ＩＮＤ」を定義している。

【００１６】画面制御プログラム１０２は、起動される
と、まず、画面遷移情報テーブル１０３を参照し、初期
画面を決定する。この場合、初期画面は、画面繊維情報
テーブル１０３の先頭ルートの先頭画面とする。図６の
例においては、先頭ルート「ルート１」の先頭画面「画
面Ａ］が初期画面に決定される。

【００１７】続いて、画面制御プログラム１０２は画面
制御テーブル１０４に画面名称「画面Ａ」を設定し、そ
の画面名称に対応する画面処理プログラム１０８ａ（ま
たは１０８ｂ〜１０８ｎのいずれか）を呼出す。

【００１８】

【発明が解決しようとする課題】前記従来技術は、対話
型プログラムを、画面遷移や画面入出力の制御を行う１
つの画面制御プログラムと、画面の出力データ編集処理
と入力データ編集処理を行うプログラムを画面単位の画
面処理プログラムとに分割し、プログラムの作成及び管
理を容易に実現できるようにしたものであり、ソフトウ
エアの生産性、信頼性向上のための有力な技術である。

【００１９】しかし、この技術を利用して作成した画面
処理プログラムについてテストデバッグを行わなければ
ならないが、このことについては何等提示されていな
い。

【００２０】そこで、通常行われている方法によって各
画面処理プログラムを単体でテストするという方法が考
えられる。しかし、各画面処理プログラムは、画面制御
プログラムと連動してテストデバックを行う必要がある
うえ、単体テスト段階ででは、表示画面への出力データ
の確認や、表示画面からの入力データのシミュレート、
画面遷移情報を含むプログラムインタフェースの内容の
確認が必要になるので、これらを簡単に確認することが
困難であるという問題がある。

【００２１】本発明の目的は、画面単位で業務処理を行
う画面処理プログラムのテストデバックを、単体段階で
容易に行うことができる対話型システムのプログラムテ
スト支援装置を提供することである。

【００２２】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、テスト対象として指定された画面処理プ
ログラムのソースコードを解析し、テストの開始や終了
の制御、画面の入出力確認、インタフェースの内容確認
を行うテスト用実行モジュールを生成する手段と、生成
されたテスト用の実行モジュールを端末装置からのオペ
レータの入力操作により対話的に実行する手段とから構
成したものである。

【００２３】

【作用】本発明の手段によれば、オペレータの入力操作
により、テスト対象となる画面処理プログラムを指定す
ると、その指定された画面処理プログラムのソースコー
ドが解析され、テストの開始や終了の制御、画面の入出
力確認、プログラムインタフェースの内容確認を行うテ
スト用の実行モジュールが生成される。そして、次のオ
ペレータの入力操作を行うと、生成されたテスト用の実
行モジュールが実行され、端末装置のディスプレイに対
話的にテストデバックするための操作画面が表示され
る。

【００２４】オペレータは、操作画面に対して、テスト
デバックに必要なテストデータの設定や、出力データ、
プログラムインタフェースの表示指定を端末装置から入
力し、テスト対象となる画面処理プログラムの入出力編
集の確認および画面入出力動作の確認を行う。

【００２５】これによって、各画面処理プログラムが単
体テスト段階において、対話的にテストデバック可能と
なり、対話型システムのプログラム開発を容易にし、ひ
いてはソフトウエアの生産性、信頼性向上を図ることが
できる。

【００２６】

【実施例】以下、本発明の実施例を図を用いて詳細に説
明する。

【００２７】図１は、本発明の概要を示す説明図であ
り、本発明のテスト支援ツール３０４は、画面単位で業
務処理を行う画面処理プログラムのソースファイルを格
納したソースライブラリ３０２とテストの開始や終了の
制御、画面の入出力確認、プログラムインタフェースの
内容確認を行うプログラム部品のファイルを格納したテ
スト制御プログラムライブラリ３０３から単体テスト用
の実行モジュール３０５を自動生成する機能と、テスト
用の実行モジュール３０５を端末装置３０１からの指示
により実行し、画面処理プログラムの単体テストを行う
デバック機能の２つの機能を備えている。

【００２８】この場合、テスト支援ツール３０４は、既
存の通信ソフトウエアにより、遠隔地にある別の端末装
置３０６からでも使用することが可能である。

【００２９】図２は、単体テスト用の実行モジュール３
０５の自動生成機能の処理手順の一実施例を示すフロー
図である。

【００３０】まず、このフロー図に沿って単体テスト用
の実行モジュール３０５の自動生成機能について説明す
る。なお、テスト対象の画面処理プログラムは図５の画
面処理プログラム１０８であると仮定し、そのインタフ
ェース部分も図５と同様であると仮定する。

【００３１】まず、オペレータの入力操作によりテスト
支援ツール３０４を起動し、テスト対象の画面処理プロ
グラム１０８の名称を指定する。すると、テスト支援ツ
ール３０４が起動される。

【００３２】テスト支援ツール３０４は、ステップ４０
１のファイル入力処理で、画面処理プログラムソースラ
イブラリ３０２からテスト対象の画面処理プログラム１
０８のソースファイルを読出し、さらにテスト制御プロ
グラムライブラリ３０３からテスト制御プログラム４０
４のひな型のソースファイルを読み出す。

【００３３】次に、ステップ４０２のテスト制御プログ
ラム編集処理で、テスト制御プログラム４０４のひな型
のソースファイルにテスト対象の画面処理プログラム１
０８のプログラム名称やインタフェースのテーブル名称
を書き込む。

【００３４】テスト制御プログラム４０４のソース完成
後、ステップ４０３のコンパイル＆リンケージ処理で、
テスト制御プログラム４０４とテスト対象の画面処理プ
ログラム１０８とをコンパイルし、リケージすることで
テスト用の実行モジュール３０５を生成する。

【００３５】図３にテスト制御プログラム４０４の編集
処理（ステップ４０２）のソース展開例を示す。

【００３６】テスト制御プログラム４０４が画面処理プ
ログラム１０８を呼び出す際のプログラム名称５０１
は、画面制御プログラム１０２の「PROGRAM-ID」から展
開し、画面処理プログラム１０８とのインタフェースで
ある画面制御テーブル１０４、画面出力データテーブル
１０５、画面入力データテーブル１０６、引き継ぎデー
タテーブル１０７のテーブル名称は、「LINKAGE SECTIO
N」のコピー句５０２や「PROCEDURE DIVISION」のＵＳ
ＩＮＧ句５０３からテスト制御プログラム４０４に展開
する。

【００３７】図４は、画面処理プログラム１０８の単体
テストを行うデバック機能の処理手順の一実施例を示す
フローチャートである。

【００３８】まず、オペレータの端末装置３０１からの
指示により、テスト支援ツール３０４はテスト用の実行
モジュール３０５を実行する。そして、テスト制御プロ
グラム４０４が起動され、開始画面表示処理（ステップ
６０１）で端末装置３０１のディスプレイにテスト開始
画面が表示される。

【００３９】そこで、オペレータは画面上の入力指示に
従いテストデバックの開始を選択する。

【００４０】次に、画面処理プログラム１０８が呼び出
され、出力編集処理（ステップ６０２）で、画面出力デ
ータテーブル１０５に画面の出力データが設定される。

【００４１】この場合、画面出力データテーブル１０５
に設定するデータを端末装置３０１から一時的に止め
て、テスト支援ツール３０４に入力要求し、設定するこ
とも可能である。

【００４２】次に、テスト画面出力処理（ステップ６０
３）では、テスト対象の画面が端末装置３０１のディス
プレイに表示される。これにより、オペレータは画面出
力データテーブル１０５の設定内容を実行画面で確認可
能となる。

【００４３】次に、テスト画面入力処理（ステップ６０
４）では、オペレータは画面に対して端末装置３０１か
らデータを入力する。これに対し、テスト制御プログラ
ム４０４は画面入力データテーブル１０６にデータを設
定する。

【００４４】画面処理プログラム１０８の入力編集処理
（ステップ６０５）では、入力データの正当性のチェッ
クやデータベース等への格納形式への編集処理を行う。
ここで、処理結果の確認を行うため、オペレータは、端
末装置３０１からデータ項目の値を表示するように一時
的に実行を止めて、テスト支援ツール３０４に出力要求
することもできる。

【００４５】画面処理プログラム１０８の入力編集処理
（ステップ６０５）で設定した画面制御テーブル１０４
から、条件が「再表示」であれば、画面処理プログラム
１０８の出力編集処理（ステップ６０２）に戻り、上記
の処理を繰り返す。それ以外の条件なら、テスト制御プ
ログラム４０４は、終了画面表示処理（ステップ６０
６）で、画面制御テーブル１０４の内容を端末装置３０
１のディスプレイに終了画面として表示する。

【００４６】これにより、オペレータは画面遷移の制御
条件が確認できる。また、引き継ぎテーブル１０７に設
定された、データ項目内容の確認を行うため、端末装置
３０１からテスト支援ツール３０４に出力要求すること
もできる。

【００４７】オペレータは、以上のようにしてタスと対
象の画面処理プログラム１０８の出力編集処理や入力編
集処理のテストデバックを行うことができる。テスト終
了後は、画面制御プログラム１０２との連動テストを行
い、動作確認のテストを行うだけで対話型システムが実
現できる。

【００４８】

【発明の効果】以上のように本発明によれば、テスト対
象として指定された画面処理プログラムのソースコード
を解析し、テストの開始や終了の制御、画面の入出力確
認、インタフェースの内容確認を行うテスト用実行モジ
ュールを生成する手段と、生成されたテスト用の実行モ
ジュールを端末装置からのオペレータの入力操作により
対話的に実行する手段とから構成したので、画面単位で
業務処理を行う画面処理プログラムのテストデバック
を、単体段階で容易に行うことができるようになり、対
話型システムの対話型プログラムの開発が容易になり、
ひいてはソフトウエアの生産性、信頼性向上を図ること
ができる。

【図面の簡単な説明】

【図１】本発明のテスト支援装置の概要を示す説明図で
ある。

【図２】テスト用実行モジュールの自動生成機能の処理
手順の一実施例を示すフロー図である。

【図３】テスト制御プログラム編集処理のソース展開例
を示す説明図である。

【図４】単体テストデバック機能の処理手順の一実施例
を示すフローチャートである。

【図５】従来技術における対話型システムのプログラム
制御方式の説明図である。

【図６】図５の画面遷移情報テーブルの定義例を示す説
明図である。

【符号の説明】

１０１…端末装置、１０２…画面制御プログラム、１０
３…画面遷移情報テーブル、１０４…画面制御テーブ
ル、１０５…画面出力データテーブル、１０６…画面入
力データテーブル、１０７…引き継ぎデータテーブル、
１０８ａ〜１０８ｎ…画面処理プログラム、１０３２…
ルート名称、１０３３…画面名称、１０３４…画面属
性、１０３５…画面遷移図、１０３６…ルート、３０１
…端末装置、３０２…画面処理プログラムソースライブ
ラリ、３０３…テスト制御プログラムライブラリ、３０
４…テスト支援ツール、３０５…実行モジュール、３０
６……端末装置、４０４…テスト制御プログラム、５０
１…プログラム名称、５０２…コピー句、５０３…ＵＳ
ＩＮＧ句。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 作成対象のプログラムを、ディスプレイ
   等の表示装置の表示画面に対する表示データの出力制御
   およびキーボード等の入力装置からのデータの入力制御
   を行う画面入出力制御処理や画面遷移の制御処理を行う
   画面制御プログラムと、作成対象のプログラムで扱う業
   務データの出力形式への編集や入力データの正当性のチ
   ェックなどの業務処理を行う複数の画面処理プログラム
   とに分割し、前記画面制御プログラムと各画面処理プロ
   グラムとのインタフェースを共通化してプログラム作成
   を行う対話型システムのプログラムテスト支援装置であ
   って、 テスト対象として指定された画面処理プログラムのソー
   スコードを解析し、テストの開始や終了の制御、画面の
   入出力確認、インタフェースの内容確認を行うテスト用
   実行モジュールを生成する手段と、生成されたテスト用
   の実行モジュールを端末装置からのオペレータの入力操
   作により対話的に実行する手段とを備えることを特徴と
   する対話型システムのプログラムテスト支援装置。