(57)【特許請求の範囲】
【請求項１】
業務データの出力形式への変換および入力データの正当性のチェックを含む業務処理を画面単位で行うための画面処理プログラムのソースコードの解析、画面の入出力確認、プログラムインタフェースの内容確認を含むオペレータによるテストを画面表示およびプリンタ出力することにより支援するプログラムテスト支援装置であって、
画面遷移に関する定義を行う画面遷移情報テーブルを参照して、次に実行する画面処理プログラムを決定する遷移決定手段と、
上記遷移決定手段を呼び出すとともに、該遷移決定手段により決定された次に実行する画面処理プログラムを呼び出すことにより上記画面遷移に関する定義に従って複数の画面処理プログラムを順次連動させてテストを行うテスト制御手段と、
上記テスト制御手段により呼び出された画面処理プログラムに基づいて行われる出力編集処理、画面出力処理、入力処理、あるいは入力編集処理の結果に基づいてオンライン帳票およびバッチ帳票の出力を制御する帳票出力制御手段と
を有することを特徴とする画面結合型プログラム連動テスト支援装置。
【請求項２】
遷移決定手段とテスト制御手段と帳票出力制御手段とを備え、業務データの出力形式への変換および入力データの正当性のチェックを含む業務処理を画面単位で行うための画面処理プログラムのソースコードの解析、画面の入出力確認、プログラムインタフェースの内容確認を含むオペレータによるテストを画面表示およびプリンタ出力することにより支援するプログラムテスト支援方法であって、
上記テスト制御手段により、上記遷移決定手段を呼び出すステップと、
上記テスト制御手段により呼び出された上記遷移決定手段により、画面遷移に関する定義を行う画面遷移情報テーブルを参照して、次に実行する画面処理プログラムを決定するステップと、
上記テスト制御手段により、上記遷移決定手段により決定された次に実行する画面処理プログラムを呼び出すステップと、
上記テスト制御手段により、前記呼び出された次に実行する画面処理プログラムを順次連動させてテストを行うステップと、
上記テスト制御手段により呼び出された画面処理プログラムに基づいて出力編集処理、画面出力処理、入力処理、あるいは入力編集処理を行うステップと、
上記帳票出力制御手段により、上記画面処理プログラムによる処理結果に基づいてオンライン帳票およびバッチ帳票の出力を制御するステップと
を有することを特徴とする画面結合型プログラム連動テスト支援方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、テスト支援装置および支援方法に関し、特に複数の画面を処理の順序に従って連動してテストすることができ、遷移する複数画面にわたって業務処理を行う画面処理プログラムのテストデバッグを可能にした画面結合型プログラム連動支援装置および支援方法に関する。
【０００２】
【従来の技術】
従来、画面単位で業務処理を行う画面処理プログラムのテストデバックを行う対話型システムのプログラムテスト支援装置が提案されている（例えば、特開平７−１６０５３６号公報参照）。この装置では、ソースライブラリとテスト制御プログラムライブラリから単体テスト用の実行モジュールを自動生成することにより、この単体テスト用実行モジュールを実行することで、テストを行っている。
図２（１）は、従来における上記テスト支援装置の実行モジュールの機能構成図である。
図２（１）においては、テスト制御プログラム１０が画面遷移テーブル１２を参照して画面遷移の制御を行い、端末装置（図示省略）のディスプレイ画面にデータを表示したり、端末装置のマウスやキーボードからデータの入力を行う処理を制御する。作成対象のプログラムで扱う業務データの出力形式への編集や入力データの正当性のチェックなどの業務処理を画面単位で行う画面処理プログラム１７が設けられ、テスト制御プログラム１０と画面処理プログラム１７とのインタフェースとして、「次画面」，「前画面」，「ルート変更」，「再表示」，「終了」などの画面遷移テーブル１２の参照条件を示す画面制御テーブル１３、画面の出力形式を設定する画面出力データテーブル１４、画面の入力形式を設定する画面入力データテーブル１５、および画面遷移の際に共通のデータを引継ぐための領域を設定する引継ぎデータテーブル１６が設けられている。
【０００３】
図１（１）は、上記従来型のプログラムテスト支援装置の機能構成図である。
図１（１）においては、動画モードのコボルテスト支援プログラム１１０と、これを支援する単体テストサポート起動プログラム１００と、テスト制御プログラム１０１と、画面処理プログラム１０９と、完成共通サブプログラム１１２と、ウィンドウズ用画面・帳票サポートシステム１１６とから構成されている。
コボルテスト支援プログラム１１０は、図２の全体の外側プログラムプロダクト（製品）であって、テスト制御プログラム１０１および画面処理プログラム１０９が図２のテスト制御プログラム１０および画面処理プログラム１７にそれぞれ該当する。
これらをパソコン１１４で制御するとともに、画面・帳票サポートシステム１１６には画面・帳票定義１１５を入力し、テスト結果はログ情報としてテスト結果ファイル１１３に格納する。
【０００４】
【発明が解決しようとする課題】
上述のように、従来のテスト支援装置は、単画面単位でしかテストができなかったので、複数の画面にわたった処理のテストができないという問題があった。
できれば、画面遷移を実現させ、複数の画面を処理の順序に従ってテスト可能にすることが望ましい。
【０００５】
そこで、本発明の目的は、このような従来の問題を解決し、画面遷移を実現し、複数の画面を処理の順序に従ってテストすることができ、かつパソコン上で動作できる画面結合型プログラム連動テスト支援装置および支援方法を提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明の画面結合型プログラム連動テスト支援装置および支援方法は、遷移決定プログラムを組み込んで、複数の画面処理プログラムを遷移に沿ってテスト可能にし、かつ帳票出力機能のサポート（オンライン帳票、バッチ帳票）を可能にしたことを特徴としている。すなわち、本発明においては、画面遷移を実現させ、複数の画面を処理の順序に従ってテスト可能にしている。
【０００７】
【発明の実施の形態】
以下、本発明の実施例を、図面により詳細に説明する。
図１（２）は、本発明の一実施例を示す画面結合型のプログラム連動テスト支援装置の機能構成図である。
図１（１）と同じ構成は同一の記号番号を用いて示している。図１（１）に比べて、新しく、コボルテスト支援プログラム１１０にデータベース入出力モジュールを配置し、テストコマンド（シミュレートコマンド）１１１を直接入力する。テストコマンド１１１は、外部モジュールが存在していない場合、このコマンドであたかも外部モジュールが存在して値を返してきたようにシミュレーションするためのコマンドである。
結合テスト制御プログラム１０１には、図１（１）と同じように画面処理プログラム１０９を入力する他に、遷移決定プログラム１０２、トランザクション開始プログラム１０３、データベース入出力プログラム１０４、帳票出力モジュール１０５、帳票出力サブプログラム１０６、およびトランザクション終了プログラム１０７を入力させている。さらに、ウィンドウズ用画面・帳票サポートシステム１１６からパソコンのプリンタに帳票１０８を出力することができる。
すなわち、画面表示およびプリンタ出力等をパソコン上で動作させるようにしている。
なお、データベース入出力プログラム１０４は、データベースのアクセスをコントロール（入力、更新、削除）する親プログラムであり、データベース入出力モジュール（ＤＢ／ＩＯモジュール）はデータベースを直接アクセスする子プログラムである。子プログラムは、データベースの入出力のみの機能、親プログラムは入力情報を画面に引渡したり、画面から出力情報を引き継いだりする機能である。
【０００８】
本発明においては、遷移決定プログラム１０２を組み込み、これにより次画面有りの判定を行い、複数の画面処理プログラム１０９を遷移させながら処理を実行させ、処理の順序に従ってテストを可能にしている。
コード、エラーメッセージでは、データ内容は本番と同様の内容として結合テスト制御プログラム１０１の下位連携モジュールとして提供し、被テストプログラムのテスト確認時に活用することができるようにしている。オンラインで出力する帳票は、ウィンドウズ用画面・帳票サポートシステム１１６と連携して、帳票出力サブルーチン１０６（汎用的な仕組み）を作成し、本番と同様の方式で出力するようにしている。トランザクション開始・終了プログラム１０３，１０７は、実施プロジェクト毎にカスタマイズが必ず必要なプログラムであって、従来のテスト支援装置にも必要な機能である。データベース入出力１０４、帳票出力１０５の各プログラムは、被テスト対象プログラムである。処理の流れで画面を出力し、項目を入力して、データベースの更新、帳票出力と処理をつなげていく。
本発明のテスト支援装置は、その処理の流れを意識してテストを可能にした点に特徴がある。
【０００９】
図２（２）は、本発明の一実施例を示す結合型テスト支援装置の実行モジュールの機能構成図である。
実際の処理では、画面制御プログラム（図示省略）が画面遷移情報テーブル１２を参照して画面遷移の制御を行い、端末の画面にデータを表示したり、端末のマウスやキーボードからデータの入力を行う処理を制御する。本発明のテスト支援動作では、テスト制御プログラム１０が上記と同じ制御を行う。複数の画面処理プログラム１７，１８，１９は、作成対象プログラムで扱う業務データの出力形式への編集や入力データの正当性のチェックなどの業務処理を画面単位で行うものである。テスト制御プログラム１０と１つの画面処理プログラムとのインタフェースとして、画面制御テーブル１３、画面出力データテーブル１４、画面入力データテーブル１５および引き継ぎデータテーブル１６が設けられている。
【００１０】
画面出力データテーブル１４には、画面処理プログラム１７〜１９において業務で扱うデータが画面の出力形式に編集されて設定される。また、画面入力データテーブル１４には、端末からの入力データがテスト制御プログラム１０で設定される。画面処理プログラム１７〜１９は、これを参照して入力データの正当性のチェックやデータベース等への格納形式への編集を行う。画面制御テーブル１３には、テスト制御プログラム１０が画面遷移情報テーブル１２を参照する条件である「次画面」，「前画面」，「ルート変更」，「再表示」，「終了」などが画面処理プログラム１７〜１９で設定される。引き継ぎデータテーブル１６には、画面が遷移する際に、画面処理プログラム１７〜１９間での共通のデータを引き継ぐための領域である。この場合、引き継ぎデータテーブル１６は複数存在してもよい。
画面遷移を実現させるために、結合テスト制御プログラム１０と遷移決定プログラム１１との接続を可能にし、１遷移単位（処理の順序を意識させた複数画面連動）に処理可能とするインタフェースを設定している。
従来では、画面処理プログラムＡ，Ｂ，Ｃ・・と別々にテストを実施していたが、本発明では、テスト制御プログラム１０と遷移決定プログラム１１との接続を可能にしたため、画面処理プログラムＡ，Ｂ，Ｃ・・の連動をかけられるようになり、その結果、連動してテストを実施することが可能になった。
【００１１】
図３は、本発明の一実施例を示すテスト制御プログラムの編集処理のソース展開図である。
テスト制御プログラムソース２４が画面処理プログラムソース２２〜２３を呼び出す際のプログラム名称は、画面制御プログラム（図示省略）のＰＲＯＧＲＡＭ−ＩＤから展開され、また画面制御テーブル１３、画面出力データテーブル１４、画面入力データテーブル１５、引き継ぎデータテーブル１６の名称は、ＬＩＮＫＡＧＥ  ＳＥＣＴＩＯＮのコピー句や、ＰＲＯＣＥＤＵＲＥ  ＤＩＶＩＳＩＯＮのＵＳＩＮＧ句からテスト制御プログラムソース２４に展開される。
テスト制御プログラムソース２４と各画面処理プログラムソース（Ａ，Ｂ）の引き継ぎインタフェースは、従来の方式と同様である。本発明では、遷移決定プログラムソース２１とテスト制御プログラムソース２４とのインタフェースをとり、図４（ｂ）に示すトラザクション開始画面４１から入力された、遷移決定プログラム名を入力することで、それ以降の遷移画面を処理順序毎に表示できるようにしている。
【００１２】
本発明の特徴点を、テスト制御プログラムソース２４内のハッチングの部分で示す。ハッチングの内容は、以下のようになっている。
ＣＡＬＬ  遷移決定プログラム名
ＵＳＩＮＧ  画面制御テーブル名
ハッチングの部分は、テスト制御プログラム２４で遷移決定プログラム２１を呼んで、次処理を決定させる仕組みを組み込んでいる。このようにして、遷移決定プログラム２１が決定した処理プログラム名が順次呼び出されて、実行される。
【００１３】
図４（ａ）（ｂ）は、それぞれ本発明の画面遷移テーブルの定義例を示す図であって、（ａ）はデータ構成、（ｂ）は遷移の流れ（ルート）をそれぞれ示す。
従来のテスト支援装置では、ルート毎の各１画面単位でしかテストができない状況であったが、本発明の仕組みでは、ルート１からルート４の各画面を処理順序に従って、１度に動作確認が可能である。テスト支援装置としては、ホストオンライン処理機能の確認をパソコン内で連動可能なように実現した。
図４（ａ）では、画面遷移に関する定義として、ルート名称３１（ルート１，２，３，４）、画面名称３２（画面Ａ，Ｂ，Ｃ、・・Ｇ）、画面属性３３（ＩＮＤ）が設定されている。
図４（ｂ）では、画面遷移のルートとして、画面Ａ，Ｂ（４２，４３）の第１ルート、画面Ｂ，Ｃ，Ｄ（４３〜４５）の第２ルート、画面Ｂ，Ｅ，Ｆ（４３，４６，４７）の第３ルート、画面Ｂ，Ｇ（４３，４８）の第４ルートの４つの流れがある。そして、ルートの開始と終了には必ずトランザクション開始終了画面４１に始り、かつ戻るようにする。この画面は、図３に示したハッチング部分の指定により、遷移決定プログラム名が入力される。
なお、図４（ａ）に示す画面属性の例として、「ＩＮＤ」を定義している。これは、画面Ｂのようにこの画面で入力されたデータにより、次に表示する画面が変わるものを分岐構造の画面と呼んで、特別な画面の属性を定義している。
【００１４】
図５は、本発明の一実施例を示す画面結合型プログラム連動テストの動作フローチャートである。
先ず、テスト制御プログラム２４で遷移決定プログラム２１を呼んで、次処理を決定させることにより、トランザクション開始表示処理が行われ、トランザクション開始終了画面４１が表示される（ステップ５１）。黒ハッチングの部分（ステップ５２）が遷移決定プログラムで処理をしている部分である。次画面有りの判定をしている部分を強調して記述している。
次画面有りの場合には、テスト制御プログラムが起動され、端末画面にテスト開始画面が表示される。オペレータは画面上の入力指示に従ってテストデバックの開始を選択する。次に、決定された画面処理プログラムが呼び出され、出力編集処理で、画面出力データテーブル１４に画面の出力データが設定される（ステップ５４）。次に、テスト画面出力処理では、テスト対象の画面が端末に表示され、オペレータは画面出力データテーブル１４の設定内容を実行画面で確認可能となる（ステップ５５）。次に、テスト画面入力処理では、オペレータは画面に対して端末からデータを入力する。これにより、テスト制御プログラムは、画面入力データテーブル１５にデータを設定する（ステップ５６）。次に、画面処理プログラムの入力編集処理では、入力データの正当性のチェックやデータベース等への格納形式への編集処理を行う（ステップ５７）。
【００１５】
編集処理が終了すると、遷移決定プログラム２１が起動され、次画面有りか否かを決定する処理を行う（ステップ５２）。次画面有りの判定になると、次の画面処理プログラムが起動され、出力編集処理（ステップ５４）、画面出力処理（ステップ５５）、入力処理（ステップ５６）および入力編集処理（ステップ５７）が順次実行される。遷移決定プログラム２１の処理で次画面無しの決定が行われたときには、最後にトラザクション終了画面表示処理（ステップ５３）が行われ、テスト終了となる。
このようにして、オペレータはテスト対象の画面処理プログラムの出力編集処理や入力編集処理のテストデバックを行うことができる。
【００１６】
【発明の効果】
以上説明したように、本発明によれば、画面遷移を実現させ、複数の画面を処理の順序に従って連動してテストが可能であるため、１回でテストを終了することができ、複数画面連動処理のテストデバックが可能となる。
【図面の簡単な説明】
【図１】従来ならびに本発明の一実施例を示すテスト支援装置の外部モジュールの機能構成図である。
【図２】従来ならびに本発明の一実施例を示す結合型テスト支援装置の実行モジュールの機能構成図である。
【図３】本発明の一実施例を示すテスト制御プログラムの編集処理のソース展開図である。
【図４】本発明の画面遷移テーブルの定義例を示す図である。
【図５】本発明の一実施例を示す画面結合型プログラム連動テストの動作フローチャートである。
【符号の説明】
１０…テスト制御プログラム、１１…遷移決定プログラム、
１２…画面遷移テーブル、１３…画面制御テーブル、
１４…画面出力データテーブル、１５…画面入力データテーブル、
１６…引継ぎデータテーブル、１７〜１９…画面処理プログラム、
２１…画面決定プログラムソース、２２，２３…画面処理プログラムソース、
２４…テスト制御プログラムソース、３１…ルート名称、３２…画面名称、
３３…画面属性、４１…トランザクション開始終了画面、４２〜４８…画面。
【図１】
0004525877.tif 000002
【図２】
0004525877.tif 000003
【図３】
0004525877.tif 000004
【図４】
0004525877.tif 000005
【図５】
0004525877.tif 000006