JPH0388046A

JPH0388046A - サービス・プロセツサ・テスト装置

Info

Publication number: JPH0388046A
Application number: JP2215119A
Authority: JP
Inventors: Timothy G Evans; テイモシイー・グレーン・エバンズ; Mark W Gould; マーク・ウイリアム・ゴールド; Timothy J Mcnamara; テイモシー・ジヨン・マクナマラ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1989-08-16
Filing date: 1990-08-16
Publication date: 1991-04-12
Anticipated expiration: 2009-09-21
Also published as: DE69023420D1; JPH0675253B2; EP0413133A2; EP0413133A3; US5067129A; EP0413133B1; DE69023420T2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】Ａ、産業上の利用分野本発明は、一般にコンピュータ・テスト装置に関し、よ
り詳しくは、テスト・ケースを自動的に生成して、他の
コンピュータに関連するサービス・プロセッサをテスト
するためのコンピュータ・ツールに関する。

Ｂ、従来の技術及びその課題多くのコンピュータは、コンピュータが適切に稼働して
いることを確証するか、またはコンピュータをデバッグ
する場合に人を支援するために使用される、サービスま
たはサポート・プロセッサを備えている。サービス・プ
ロセッサには、コンピュータ・メモリに書き込み、それ
からメモリの内容を読み取って、メモリが適切に稼働し
ているか否かを判断する能力を有するものもある。また
、サービス・プロセッサには、初期プログラムをロード
し、初期マイクロコードをロードし、メモリが適用業務
に割り当てられたことを確認し、そして動作可能な通信
チャネルを識別できるものもある。

またサービス・プロセッサには、いくつかの誤動作を修
正したり、修正を行なうためにいくつかの機能をリセッ
トできるものもある。

従来周知のＩＢＭ（ＩＢＭ社の登録商標）サービス・プ
ロセッサは、あるパーソナル・コンピュータ中に内在し
、ＩＢＭ９３７０コンピュータで使用され、上記の機能
を発揮している。このサービス・プロセッサは、初期及
び中間メニュー画面を表示し、メニュー画面を経路設定
法で用いて人によって選択される終点画面を表示する。

各終点画面は、サービス・プロセッサが実施する機能、
たとえばコンピュータ・メモリ中の場所へのアクセス（
読取り／書込み）、初期マイクロコード・ローディング
（ＩＭＬ）、初期プログラム・ローディング（ＩＰＬ）
、メモリ構成などを表示する。

これまでは、このサービス・プロセッサのテストは、人
の手または半自動的に行なわれていた。

サービス・プロセッサを手でテストするには、人はまず
メニュー画面を手で利用して、サービス・プロセッサの
経路設定機能を検査する。次に、メモリ中のある位置を
示す終点画面に到達して、（ａ）サービス・プロセッサ
に対して、画面上でカーソルによって参照したメモリ中
の位置に書き込むよう指示し、それから（ｂ）続いて、
サービス・プロセッサの支援によってメモリ中の場所の
内容の読取りを意図し、サービス・プロセッサとメモリ
中のその位置が適切に稼働していることを検査する（す
なわち、終点画面を実行する）。ＩＭＬまたはＩＰＬな
どの別の機能を表示する他の終点画面は、同じ方法でテ
ストされる。

サービス・プロセッサを半自動的にテストするには、人
はまず、サービス・プロセッサに対して経路中の各画面
を順次呼び出すように指示するために、各画面について
コマンドを指定した個別のテスト・プログラムを書き込
む。このプログラムはまた、各メニュー画面のためのコ
マンドも含み、メニュー画面の経路設定機能が適切に稼
働しているか否かを判定する。このプログラムはまた、
終点画面を実行させるためのステップも含む。

しかし、テスト・プログラムを使用して提供された自動
化のレベルにもかかわらず、サービス・プロセッサをテ
ストするための周知のプロセスはなお時間のかかるもの
である。この理由は、人が、経路中のどの画面も、テス
トのためのどの終点画面も特定しなければならず、した
がって、実行を要求するこのようなサービス・プロセッ
サに関連する数百の終点画面、及び経路設定テストを要
求するさらに多くのメニュー画面が存在可能であること
である。

したがって、本発明の一般的な目的は、上記及び他のサ
ービス・プロセッサのメニュー及び終点または機能画面
をテストするための、完全自動テスタを提供することで
ある。

本発明のさらに特定の目的は、多様なサービス・プロセ
ッサ及びそれに関連する画面に容易に適用できるテスト
・ケース・ジェネレータを提供することである。

本発明の他の特定の目的は、必要テスト時間を最小にす
るために選択された画面グループからのサンプル・テス
トのためにプログラム可能な、上記の形式のテスト・ツ
ールを提供することである。

本発明の他の特定の目的は、汎用メニュー画面及び関連
する終点画面をテストするために使用できる、上記のよ
うなテスト・ツールを提供することである。

Ｃ０発明が解決しようとする課題本発明は、コンピュータに関連するサービス・プロセッ
サをテストするために、テスト・ケースを自動的に発生
させる装置にある。この装置は、サービス・プロセッサ
によって生成されるマツピング画面のためのメモリまた
は知識ベースを含む。

サービス・プロセッサの画面は階層様式に配置され、階
層内で下位の他の画面にアクセスするメニュー画面、及
びサービス・プロセッサによってサービスされるコンピ
ュータのメモリを表す終点画面を含む。この装置はまた
、サービス・プロセッサによって生成される少なくとも
１つの画面を選択するためのユーザ・インタフェースを
含み、この画面は、テスト用の１つまたは複数の経路に
おいて、１つの画面グループを識別する。プログラム・
ジェネレータは、ユーザ・インタフェース及び知識ベー
スに結合され、メモリからグループ内の画面を識別する
。プログラム・ジェネレータはまた、グループの画面を
呼び出すようにサービス・プロセッサを指示し、サービ
ス・プロセッサによって実際に呼び出された画面と、テ
スト・プログラムの予想を比較することによって、グル
ープの画面間の経路設定をテストするプログラムを生成
する。

本発明の１つの機能によれば、このグループは階層の画
面の１分岐に含まれ、またプログラム・ジェネレータは
、分岐中の経路の経路数より少ない部分をテスト用に選
択することができる。

本発明の他の機能によれば、無作為テストが順次生成さ
れることができ、プログラムが停止するまで動作する。

プログラムはまた、グループ中の終点画面をテスト用に
選択する。プログラムは、サービス・プロセッサに有効
データを入力し、次いでデータが本当に入力されたこと
を検査し、または無効データが入力されるとエラー・メ
ツセージを待つことによって、終点画面を実行するよつ
指示する。本発明の他の機能によれば、プログラム・ジ
ェネレータは、終点画面内のすべて、またはすべてより
少ない領域を選択することができる。次いでプログラム
・ジェネレータは、コンピュータ中のこれらの領域にデ
ータを書き込み、適切な出力域から読み取るサービス・
プロセッサの能力をテストするためのプログラムを生成
する。

本発明の他の機能によれば、プログラム・ジェネレータ
は、領域内部値より大きな領域境界値部分を実行するこ
とができる。境界では多くのエラーが発生するので、こ
の機能は有用である。

Ｄ、実施例これから図面を参照するが、同じ参照番号はいくつかの
図面を通じて同じ要素を示す。第１図は、従来の技術に
よる一般に１０で示す中型コンピュータの選択された構
成要素、及び一般に１２で示すサービス・プロセッサを
図示する。例として、コンビエータ１０はＩＢＭ９３７
０コンピュータであり、これはクロック・メンテナンス
１４、ＣＰＵ１Ｂ、制御記憶メモリ１８、局所記憶メモ
リ２０、主メモリ２２、及びチャネル・サブシステム２
４を含む。ＩＢＭ９３７０コンピュータ及びサービス・
プロセッサ１２の上記の構成要素は、ニューヨーク州ア
ーモンクのＩＢＭ社によって１９８１年に出版されたＩ
ＢＭシステム／３７０１＋作！理（Ｐｒｉｎｃｉｐｌｅ
ｓ　ｏｆ　０ｐｅｒａｔｉｏｎ）Ｊマニュアル（注文番
号ＧＡ２２−７０００）及びニューヨーク州アーモンク
のＩＢＭ社によって１９８７年に出版されたＩＢＭシス
テム／３７０ｒ動作原理（Ｐｒｉｎｃｉｐｌｅｓ　ｏｆ
　０ｐｅｒａｔｉｏｎ）　Ｊマニュアル（注文番号ＧＡ
２２−７２００）に、より詳しく記載されている。

これら２つの出版物は、本明細書に本発明の開示の一部
として参照されて包含されている。

例として、サービス・プロセッサ１２ＧＩＣＲＴ１７を
含むパーソナル・コンピュータであり、コンピュータ１
０の上記の構成要素の各々と、クロック・メンテナンス
１４を介して対話する。

第２図は、例示的なメニュー階層と、人がコンピュータ
１０をウィンドウ及び制御することができるようにする
サービス・プロセッサ１２（ＩＢＭ３７０サービス・プ
ロセッサにはない）によって生成される終点画面を、分
割した形で図示する。

サービス・プロセッサ１２が活動化されると、サービス
・プロセッサはまず、「サイン・オン」画面３０を生成
し、このサイン・オン画面は、ある中間メニュー画面、
すなわち開発デバッグ画面３２、オヘレータ画面３４、
またはカストマ・エンジニア画面３６を選択するための
メニューとして使用される。このような中間画面は３つ
の汎用サービス・プロセッサ機能を定義する。第２図は
また、開発デバッグ画面３２から出たメニュー画面、す
なわちカストマイズド・システム画面３８及びオープン
・ツールボックス画面４０を図示する。他の中間メニュ
ー画面４２〜４７及び終点画面６２．８４．８Ｂは、オ
ープン・ツールボックス画面４０から出る。絶対記憶画
面６２、実記憶画面６４、及び仮想記憶画面６６はすべ
て、メモリ２２の部分を表すが、異なった表示モードを
提供する。

第３図は、サービス・プロセッサ１２をテストするため
の半自動システムの従来の技術のブロック図である。従
来の技術によれば、人はまず、経路の中で順次に各画面
を呼び出すようにサービス・プロセッサに指示するため
に、各画面についてコマンドを指定した、個別のテスト
・プログラム７７を書き込む。このプログラムは順次ロ
ードされ、パーソナル・コンピュータを含むテスト・シ
ステム７０の中で実行される。実際に呼び出された画面
は、テスト・プログラム中で追加コードを介して検査さ
れ、メニュー画面の経路設定された機能が適切に稼働し
ているか否かを判定する。またプログラムは、終点画面
を働かせるためのステップを含む。たとえば、終点画面
がメモリの１部分を示す場合には、テスト・システム７
ｏが使用されて、メモリにデータを書き込むようにサー
ビス・プロセッサ１２を指示するためのプログラムを実
行させる。プログラムは、キーストローク・インタフェ
ース７２を介して情報を伝送し、モニタ１７上のカーソ
ルを操作して、これによりメモリ中の正確な位置を指示
する。次に、プログラムはキーストローク・インタフェ
ース７２を介して、サービス・プロセッサ１２に書込み
要求を転送する。

キーストローク・インタフェース７２は、キーボード７
３上のキーストロークと同じサービス・プロセッサ１２
への入力を生成する。これらのステップを、さらに詳し
く下記に示す。

ＣＵＲＭＯＶＥ　（ＲＯＷ　Ｘ、　ＣＯＬ［ＩＭＮ　Ｙ
）このステップによって、カーソルが指定された行と列
に置かれるまで、キーストローク・インタフェースはカ
ーソル・タブ・キーの繰返し動作をさせることになる。

プログラムにおける次のステップは、書込み要求と書き
込もうとするデータを、カーソルで指示された位置に指
定する。

ＣＡＬＬ　ＫＥＹＳ　（ＤＡＴＡ）これに応答して、サービス・プロセッサは、実際に書き
込まれたデータによって、画面上の同じ列位置の次の行
を更新する。この位置は、前の行と列につながっており
、前の行の内容を表示するために使用される。プログラ
ム・ステップは下記の通りである。

ＣＡＬＬ　ＬＯＯＫ　ＦＯＲ（ＲＯＷ＋１．　ＣＯＬＵ
ＭＮ、　ＤＡＴＡ）このプログラム・ステップも、ｒＣ
ＡＬＬ　　ＫＥＹＳＪステップ中に書き込まれた実際の
データを、書き込むように要求された「データ」と比較
するように、サービス・プロセッサ１２を指示する。サ
ービス・プロセッサ１２はリターン・コードを生成し、
この２つが同じであるか否かを示す。

次に、プログラムはリターン・コードを読み取る。

ＣＨＥＣＫ　ＲＥＴＵＲＮ　Ｃ０ＤＥこの２つが同じである場合には、リターン・コードはゼ
ロに等しく、サービス・プロセッサは適切に稼働してい
ると思われる。しかしながら、２つが同じでない場合に
は、リターン・コードはゼロでなく、サービス・プロセ
ッサ１２が適切に稼働していないか、またはメモリ２２
が適切に稼働していないかであり、そしてエラー・メツ
セージがエラー・ログ７５に書き込まれ、エラー回復プ
ロセスが呼び出される。

テスト・システム７０と個別のテスト・プログラム７７
がサービス・プロセッサ１２のテストを容易化しても、
全体のテスト・プロセスは、階層中に非常に多くの画面
があって、ユーザはテストしようとする各メニｓ−と終
点画面を特定しなければならず、そしてユーザは各テス
トについてコードを書き込まなければならないので、長
い時間がかかる。

本発明に注目すると、第４図は、全体が１００で示され
る完全自動テスト・システムを図示している。システム
ｌＯＯは、本発明を実現する新しいテスト・プログラム
すなわちテスト・ケース生成システム１０２、半自動テ
スト・システム７０（個別のテスト・プログラム７７は
除＜）、及びその間の従来の技術のゲートウェイ経路指
定インタフェース１０８を含む。システム１０２は、ユ
ーザ・インタフェース１０３、コーデイネータ１０４、
及びテスト・プログラムすなわちテスト・ケース・ジェ
ネレータ１０８を有する。さらに詳しく後述するように
、テスト・プログラム・ジェネレータ１０６は、テスト
・プログラム１０９をオフラインで自動的に生成し、メ
ニュー画面の経路設定機能をテストし、サービス・プロ
セッサの終点画面を実行させる、知識ベース・システム
である。

それから、プログラムはシステム７０にロードされ、実
行され、そしてすべての所望されたテスト・ケースは、
人手によってもはや入力することなく実行される。

第５図は、システム１００の基本動作モードを示す流れ
図である。ステップ８０で、ユーザは第２図の画面階層
によって、テスト用画面またはテスト経路中の開始終了
画面の１分岐に、最も高位の画面を指定する。テスト・
プログラム・ジェネレータ１０６が使用可能になると、
コーデイネータ１０４はステップ８０の作業要求をジェ
ネレータ１０６に伝送しくステップ８２）このためジェ
ネレータ１０Ｂは対応するテスト・プログラム１０９を
書き込むことができる。次に、テスト・プログラム・ジ
ェネレータ１０６は、その知識ベースから、ステップ８
０で指定した開始画面によって始まる分岐または経路に
、画面を決定する（ステップ８３）。次に、テスト・プ
ログラム・ジェネレータ１０６はテスト・プログラム１
０９を書き込み、（ａ）サービス・プロセッサ１２が、
サービス・プロセッサ１２によって実際に生成された分
岐または経路における適切なメニュー画面の各々または
抽出見本に、実際にアクセスすることができることを検
査し、そして（ｂ）終点画面を実行させる（ステップ８
４）。次に、テスト・プログラム１０７はシステム７０
にロードされ（ステップ８５）、サービス・プロセッサ
１２によって実際に提供された経路設定をテストするた
めに実行される（ステップ８６）。何らかのエラーがロ
グ７５に記録され（ステップ８７．８８）、エラー回復
プロセスが呼び出される。次に、テスト・プログラムは
、分岐または経路中の終点画面を実行させ、サービス・
プロセッサ１２が実際に、この画面によって示される機
能を実施できるか否かを判定する（ステップ８９）。こ
のような機能は、サービス・プロセッサ１２によるメモ
リへの書込み及びメモリからの読取り、適用業務のため
のサービス・プロセッサ１２によるメモリの割当て、及
びＣＰＵ　１Ｂをパワーアップするためのサービス・プ
ロセッサ１２の能力を含む。何らかのエラーがログ７５
に記録されて（ステップ９０，９２）、エラー回復プロ
セスが呼び出される。

ユーザ・インタフェースユーザ・インタフェース１０３は、第６図で示された画
面を表示し、この画面によって、ユーザは作業要求を指
定することができる（第５図のステップ８０）。画面１
２２によって、ユーザは３つのテスト・モード、すなわ
ち「生成のみ」、「生成と実行」、及び「生成と連続実
行」のうちの任意の１つを選択することができる。「生
成のみ」テスト・モードは、テスト・プログラム１０９
を書き込むが、それをシステム７０によって実行させな
いように、テスト・プログラム・ジェネレータに指示す
る。「生成と実行」モードは、テスト・プログラムを書
き込み、そしてまたそれを実行させるように、テスト・
プログラム・ジェネレータに指示する。「生成と連続実
行」モードは、テスト・プログラムを書き込み、分岐中
の何らかの経路及び終点画面を無作為にテストするよう
に、テスト・プログラム・ジェネレータに、（さらに詳
しく後述するコーデイネータ１０４によって供給された
作業要求を介して）　ｔＩ示する。しかし、このテスト
が実行された後、プログラムはシステム７０にコーデイ
ネータ１０４を通知するように指示する。これに応答し
て、コーディ＊−９１０４は、他のテスト・プログラム
を生成して、同じ分岐上の何らかの経路及び終点画面を
無作為にテストするように、テスト・プログラム・ジェ
ネレータ１０６に指示する。このプロセスは、人手によ
る停止か所定の時間切れまで繰り返される。この最後の
モードは、テスト画面数が非常に多く、そしてユーザが
テスト・プログラムを実行させるために限られた時間を
有し、しかしこの時間を満たすための最大強度係数を知
らない状況で、使用可能である。

次の画面１２４は、ジェネレータ１０６を「フロー・テ
スト」モードに指示し、テスト・プログラムを書き込み
、画面間の経路設定をチエツクし、終点画面を実行させ
ず、または「機能」モードに指示して、テスト・プログ
ラムを書き込み、経路設定をチエツクして、終点画面を
実行させる。

「機能」または「フロー」モードは、画面１２４から選
択され、次にユーザ・インタフェースは画面１２Ｂを提
供し、この中にＩＮＡＶＡＬＩＤｌＶＡＬ　ＩＤ、また
はＭＩＸオプシロンが提供される。ＩＮＶＡＬ　Ｉ　Ｄ
オプシロンは、サービス・プロセッサ１２によって無効
データの処理を試みるテスト・プログラムを作り出す。

たとえば、ＩＮＶＡＬＩＤオプシロン選択の後に、テス
ト・プログラム１０７は、範囲外の値を１つのフィール
ドに書き込もうと試み、文字などの間違った形式のデー
タを数字の代わりに数字フィールドに入力することを試
み、無効のＰＦキーを押し、または無効の選択を行なう
。ＶＡＬ　Ｉ　Ｄオプシａンは、適切な形式のデータを
フィールドに書き込み、次いで、データが実際に上記の
フィールドに書き込まれたか否かを判定することを試み
るテスト・プログラムを作り出す。ＭＩＸオプシコンは
、画形式のテスト、すなわちＩＮＶＡＬＩＤデータ及び
ＶＡＬＩＤデータを作るテスト・プログラムを作り出す
。

画面１２６が使用された後、ユーザ・インタフェース１
０３は、「ランダム」、「固定」、及び「フル」オプシ
ロンを表示する画面１３０を提供する。「固定」オプシ
ロンによってユーザは、画面Ａのような開始画面、及び
後記の画面Ｂのような１つまたは複数の最終画面を指定
し、そして画面Ａと任意の指定された画面Ｂとの間の経
路中の画面をテストするように、テスト・プログラム・
ジェネレータ１０６に指示することができる。

「フル」オプションによって、ユーザは、分岐の開始画
面を提供し、テスト・プログラムを書き込んで、樹形階
層中の指定された画面の下のすべての経路をテストする
ように、テスト・プログラム・ジェネレータ１０６に指
示することができる。

「ランダム」オプションはユーザが無作為テストの所望
の「強度」を入力する画面１３２を呼び出す。このユー
ザ・エントリはパーセンテージの形式であり、ユーザが
テスト・プログラムをテストしようと望んでいる、テス
ト分岐または経路内の経路及び画面のパーセンテージを
指示する。ユーザはまた、所与のテスト・プログラム・
セットの再生のためのシードを指定するためのオプショ
ンを有する。これは提供されない場合は、無作為に選択
されることになる。インタフェース１０３が画面１３２
を提示した後、または「固定」または「フル」オプショ
ンが画面１３０から選択された後、画面１３４が提示さ
れて、この中には、第２図の階層の第１画面３０が提示
される。次の図示例では、ユーザは、画面３０によって
アクセスされた画面３２．３４、または３６の１つを、
テストのための開始点として、選択する機会を有する。

ユーザが、テスト時間を減少するために、選択された画
面３２．３４．３Ｂより低いテストを開始しようと望む
場合には、ユーザは、選択された画面３２．３４．３６
によってアクセスされた画面の１つを選択することがで
きる。これに応答して、ユーザ・インタフェース１０３
は、選択された画面を提示することになり、これによっ
てユーザは、アクセスされた画面の任意のものをテスト
における開始点として指定することができる。この手順
は、ユーザがテストを開始するために選択をするまで繰
り返される。選択が行なわれると、ユーザ・インタフェ
ース１０３は、すべての選択番号をファイル（後述）に
書き込む。

ユーザ・インタフェース１０３はまた、「固定」モード
での第１選択の下に追加の画面を作り、テスト中の経路
をすべての選択された画面を含む経路に限ることができ
るようにする。これらの経路はまた、実行させる終点画
面を定義する。。ユーザ・インタフェース１０３はまた
、追加画面の１つまたは複数の選択番号をファイルの中
に記憶する。

すべての選択が行なわれると、ファイルはコーデイネー
タ１０４を介してテスト・プログラム・ジェネレータ１
０６に送られ、開始画面の下のすべての経路を決定し、
（そして選択された場合には他の１つまたは複数の画面
を含み）そして後述のように、テスト用に（無作為テス
トの場合には）経路のどれかを疑似無作為に選択する。

コーデイネータ図示した実施例では、多くのユーザがシステム１０２へ
のアクセスを持つことができる。第７図に示すように、
コーデイネータ１０４は、ユーザ・インタフェース１０
３を介して、１人または複数のユーザから、１つまたは
複数のファイルに１つまたは複数の作業要求を受は取り
、作業要求の第１はコーデイネータを「呼び覚ます」　
（ステップ３００）。作業要求ファイルは、開始画面（
とオプションでテスト中の追加画面）を指示する選択番
号を含み、上述の経路テストと終点画面を定義する。次
にコーデイネータ１０４は、作業要求を名付け、待ち合
わせる（ステップ３０２）。次にコーデイネータ１０４
は、ユーザによる将来の参照のために作業要求をフォー
マットする（ステップ３０４）。テストを連続して実行
するために、コーデイネータ１０４はまた、テストのた
めに予定された経路と、各経路が異なったテストのため
に何回テストされることになるかを示す統計を保持する
。このような統計によって、ユーザは、各経路について
十分なテストがなされるか否か、そして追加テストが必
要であるか否か、を判定することができる。この統計は
また、各終点画面についてどれだけのテスト・ケースが
実行されることになるかを示す。

最初に線上にある作業要求は、実行のためにテスト・プ
ログラム・ジェネレータ１０６に送られる（ステップ３
０６）。次にコーデイネータ１０４は、テスト・プログ
ラム・ジェネレータからの結果を待つ（ステップ３０８
）。作業要求がうまく実行された場合には、（判断ブロ
ック３０９）、テスト・ケースを含む完成ファイルはユ
ーザに送られる（ステップ３１０）。作業要求にエラー
があるか、または何か他の問題が生じた場合には、エラ
ー信号がユーザに伝送される（ステップ３１２）。ステ
ップ３１０または３１２の後に、コーデイネータ１０４
は、待ち行列中に他の作業要求があるか否かを判定する
（判断ブロック３１４）。

そうである場合には、制御はステップ３０２に戻る。そ
うでない場合は、コーデイネータは再び眠らされる（ス
テップ３１６）。実際の経路設定及び実行テスト・プロ
グラムは、ステップ３０８の後に生成される。第４図に
示すように、ログ７５に記録された何らかのエラーが、
インタフェース・ゲートウェイ１０８と通信回線３２０
を介して、ユーザ・インタフェース１０３に直接報告さ
れる。

テスト・プログラム・ジェネレータテスト・プログラム・ジェネレータ１０６は、規則指向
の知識ベース・システムで、例として、ＶＭ／ＰＲＯＬ
ＯＧ言語とその組込み推論機構を使用する。ジェネレー
タ１０６は、規則／事実を含み、規則／事実を連鎖し分
析して、適切なテスト手段に達する。さらに、ジェネレ
ータ１０６はまた、番号のフォーマットをファイルから
読み取り、ファイルに書き込み、変更し、そして他のコ
ンピュータ言語へのインタフェースを提供する。

ジェネレータ１０６の知識ベースは、特定規則／事実１
１１を含み、これは、第２図に示すようなサインオン・
メニュー画面３０、直接メニュー画面３２〜４７、及び
終点画面６２〜６６を含む、サービス・プロセッサ１２
によって生成されるすべての画面を定義（メニュー機能
を含む）するために使用される。各メニュー画面につい
て、少なくとも、その画面によってアクセスされる画面
の数だけの特定規則／事実がある。第２図に示す例では
、サインオン画面３０は開発デバッグ画面３２、オペレ
ータ画面３４、及びカストマ・エンジニア画面３６にア
クセスするために使用される。

従って、サインオン画面３０が他の画面３２．３４．３
８の各々に先行することを示す特定規則／事実がある。

システム１００は、次のＰＲＯＬＯＧフォーマットを使
用して、これらの関係を指示する。

１　、ＰＡＮＥＬ　ＤＥＦ　　（”５ＩＧＨ−ＯＮ”、
”ＤＥＶＥＬＯＰＭＥＮＴＤＥＢＵＧ″、１．Ｄ、”Ｄ
ＥＶＥＬＯＰＭＥＮＴ　ＤＥＢＵＧ”）。

２　、ＰＡＮＥＬ　ＤＥＦ　　（５ＩＧＨ−Ｏｆ４″、
″０ＰＥＲＡＴＯＲＩＨＴＥＲＦＡＣＥ”、２，０．”
０ＰＥＲＡＴＯＲ”）。

３　、　ＰＡＮＥＬ　ＤＥＦ　（”５ＩＧＨ−ＯＮ”、
”ＣＵＳＴＯＭＥＲＩＨＴＥＲＦＡＣＥ”、３．Ｃ，”
ＣＵＳＴＯ１４ＥＲＥＮＧＩＮＥＥＲ″）。

上記のＰＲＯＬＯＧフォーマットでは、３つの規則／事
実の各々は、サインオン・パネルすなわち画面３０の定
義である。上記の規則／事実の各々では、「サインオン
」に続く用語は、サインオン画面３０のメニューによっ
てアクセスされる他の画面またはパネルの説明である。

画面説明語に続く番号は、アクセスされた画面を識別す
る選択番号（上述）出あり、この選択番号に続く文字は
、アクセスされた画面を選択するためのキーボード７３
人力である。各規則／事実における最終語は、アクセス
された画面の実際のタイトルである。パネル定義におけ
る記述は、実際のタイトルと同じであってもなくてもよ
い。知識ベースは、サービス・プロセッサ１２によって
表示されたすべての画面について、アナログ規則／事実
を含む。たとえば、下記は開発デバッグ画面３２につい
ての規則／事実である。

１　、　ＰＡＮＥＬ　ＤＥＦ　（ＤＥＶＥＬＯＰ１４Ｅ
ＨＴ　ＤＥＢＵＧ”。

”ＣＵＳＴＯＭＩＺＥ　５ＹＳＴＥ！”、４．Ｃ，”Ｃ
ＵＳＴＯＭＩＺＥＳＹＳＴＥＭ″）。

２　、　ＰＡＮＥＬ　ＤＥＦ　（”ＤＥＶＥＬＯＰＭＥ
ＮＴ　ＤＥＢＵＧ”、”ＴＯＯＬＬＩＳＴ”、５，０．
”０ＰＥＮ　ＴＯＯＬ　ＢＯＸ”）。

このような規則／事実は、第２図に示す階層ツリーを定
義し、サービス・プロセッサ１２で生成可能な画面のす
べて、及びすべての画面の間の経路設定を含む。

テスト・プログラム・ジェネレータ１０６は、他の特定
テスト規則／事実も含み、これはコンピュータ１０にお
ける機能に対応する画面６２．８４．６８を含む、すべ
ての終点画面を定義する。

たとえば、第２図では、実記憶画面６４はメモリ２２に
対応し、下記の規則によって部分的に定義される。

１　、　ＶＡＲＴＹＰＥ　（ＲＥＡＬ　５ＴＯＲＡＧＥ
”、ＶＡＲ１，”ＨＥＸ”）；２　、　ＶＡＲＲＡＮＧ
Ｅ　（”ＲＥＡＬ　５ＴＯＲＡＧＥ”、ＶＡＲ１゜［０
，ＦＦＦＦ］）；３　、　ＶＡＲＰＯＳ　（”ＲＥＡＬ　５ＴＯＲＡＧＥ
”、ＶＡＲ１，１１，２０）；４　、　ＶＡＲＯＰＴ　
（”ＲＥＡＬ　５ＴＯＲＡＧＥ”、ＶＡＲ１，Ｗ）。

実記憶画面６４で、上の規則／事実第１番は、ｒＶＡＲ
ＩＪとしてフィールドを識別し、「ＶＡＲＩＪフィール
ドが１６進法のデータを含むことを示す。規則／事実２
は、ＶＡＲＩフィールドが０−ＦＦＦＦの範囲で１６進
法人力を準備できることを指定する。規則／事実３は、
ＶＡＲ１フィールドが画面６４の第１１行第２０列に置
かれていることを示す。規則／事実４は、ＶＡＲ１フィ
ールドが書込み（Ｗ）フィールドであること、すなわち
データがＶＡＲ１フイールドに書き込まれることができ
ることを指定する。画面６４に他のすべての書込みフィ
ールドを定義することのできる、他の規則／事実があり
、画面６４はいくつかのページを含むことができる。

テスト・プログラム・ジェネレータ１０８はまた、実記
憶画面６４内で読取りフィールドを識別し、記述する他
の特定のテスト規則／事実を含む。

たとえば、４つの規則／事実からなる他のセットは、Ｖ
ＡＲ２フィールドを記述し、このフィールドは、ＶＡＲ
２フィールドに書き込もうと意図されたデータが実際に
メモリに書き込まれたか否か、を判定するために使用さ
れる。

１　、　ＶＡＲＴＹＰＥ　（”ＲＥＡＬ　５ＴＯＲＡＧ
Ｅ”、ＶＡＲ２，”ＨＥＸ″）；２　、　ＶＡＲＲＡＮ
ＧＥ　（”ＲＥＡＬ　５ＴＯＲＡＧＥ”、ＶＡＲ２゜［
０，ＦＦＦＦ］）；３、　ＶＡＲＰＯ５（”ＲＥＡＬ　５ＴＯＲＡＧＥ”、
ＶＡＲ２，１２，２０）；４　、　ＶＡＲＯＰＴ　（”
ＲＥＡＬ　５ＴＯＲＡＧＥ″、ＶＡＲ２，Ｒ）。

規則／事実１は、ＶＡＲ２フィールドが１６進法データ
を含むことを示す。規則／事実２は、ＶＡＲ２フイール
ドの範囲が０〜ＦＦＦＦであることを示す。規則３は、
ＶＡＲ２フィールドがＶＡＲ１フイールドの直ぐ下の第
１２行第２０列に位置していることを示し、そのために
これらの両フィールドを比較の目的のために、モニタ１
７上で同時に見ることができる。サービス・プロセッサ
は、これらのフィールドが同じ列の続いた行（奇数行、
偶数行）に位置するために、これらの両フィールドをメ
モリの同じ位置に結び付けるようにプログラミングされ
る。サービス・プロセッサはまた、同じ理由で、書込み
フィールドとしての第１１行、及び読取りフィールドと
しての第１２行に応答するようにプログラミングされる
。規則４は、ｖＡＲ２フイールドが読取りフィールド（
Ｒ）であることを示す。

画面８４内に他の読取りフィールドを定義する、他の規
則／事実がある。メモリまたはパワーのアップ／ダウン
を割り当てるために使用される他の読取りフィールドを
定義する他の終点画面は、書込みフィールドと読取りフ
ィールド、及び先にリストしたものと類似した規則／事
実を含む。

上記の特定テスト規則／事実はすべて、詳しく後述する
ように、完全自動テストを可能にする方法で、サービス
・プロセッサ１２間の経路設定、及び終点画面のフォー
マットを記述する。パネル定義及びフィールド定義のた
めの情報は、人の手で入力されることができるか、また
は、サービス・プロセッサをプログラミングするために
使用されるデータベースから直接（電子的に）取り出す
ことができることが好ましい。

テスト・プログラム・ジェネレータ１０６はまた、２つ
の一般カテゴリに入る一般テスト規則１１０１ユーティ
リティ規則、及び解釈規則を含む。

ユーティリティ規則は、速記インタフェースをファイル
に供給することによって、ファイルにテスト・プログラ
ムを書き込む場合の支援となる。たとえば、ユーティリ
ティ規則は、０ＰＥＮ　　ＦＩＬＥコマンドが対応する
詳細なＰＲＯＬＯＧコマンドの速記代替であることを表
すために、使用することができる。同様に、ユーティリ
ティ規則は、ＷＲＩＴＥ　　ＩＮＴＯＦＩＬＥコマンド
が対応する詳細なＰＲＯＬＯＧコマンドの速記代替であ
ることを表すために、使用することができる。ユーティ
リティ規則の他の例は、疑似乱数を生成するため、すな
わちシードに基づく乱数を発生させるための規則である
。より詳しく後述するように、疑似乱数は、テスト実行
に要する時間を減らすために、分岐内の経路及び各テス
ト経路内の画面のいくつかを、しかしすべてではないが
、テストするために使用される。他の形式のユーティリ
ティ規則は、１６進数から１０進数への変換を定義する
ための規則である。この規則は、システム１００が、１
６進コードまたは１０進コードのいずれかによって動作
するサービス・プロセッサにインタフェースすることが
できるように、含まれている。

解釈規則は、テストのための経路を決定し、テストを生
成し、これらの経路を実行させるために使用される。た
とえば次の解釈規則が、固定テスト・モードにおいて２
つの特定の画面Ａ１Ｂの間の経路設定をテストするため
に、循環的に使用される。

１　、　ＩＦ　ＡＲＣ（ＳＣＲＥＥＨＡ、　５ＣＲＥＥ
Ｎ　Ｂ）、　ＴＨＥＮ　ＰＡＴＨ（ＳＣＲＥＥＨＡ、　
５ＣＲＥＥＮ　Ｂ）２　、　ＩＦ　ＡＲＣ（ＳＣＲＥＥ
ＨＡ、　５ＣＲＥＥＮ　ＩＨＴ）　ＡＮＤ　ＦＡＴＩＩ
（ＳＣＲＥＥＮ　　ＩＮＴ、５ＣＲＥＥＮ　　Ｂ）、Ｔ
ＨＥＮ　ＦＡＴＩＩ（ＳＣＲＥＥＮ　　Ａ、５ＣＲＥＥ
Ｎ　Ｂ）。

ｒＡＲＣＪは、中間画面なしでの２つの画面の間の直接
連結であり、ｒ　ｐａｔｈ　Ｊは中間画面があるかまた
はない結合である。規則１または規則２のいずれかが満
足される場合には、２つの画面の間にはｒｐａｔｈａが
ある。規則１と規則２は、直接結合が中間画面から画面
Ｂに見つかるまで、循環的に適用される。次にジェネレ
ータ１０６は、この経路についての記録を更新し、識別
したことに留意されたい。この時点でジェネレータ１０
ｆ３は、ジェネレータ１０６の知識ベース内で識別及び
検査しただけである。第２図の例では、ユーザの選択で
画面Ａは画面３２、画面Ｂは画面６４にすることができ
る。規則１は、画面Ａから画面ＢへのＡＲＣがある場合
には、画面Ａから画面Ｂへ経路があるという意味に解さ
れる。規則２は、画面Ａから中間画面へのＡＲＣがあり
、中間画面から画面Ｂへ経路がある場合には、画面Ａか
ら画面Ｂに経路があるという意味に解される。

テスト・プログラム・ジェネレータ１０６は、画面Ａに
ついて上記のパネル定義規則／事実をすべて読み取るこ
とによって、規則１をテストし、画面Ａから画面Ｂへの
直接経路またはＡＲＣがあるか否かを判定する。このス
テップは、画面Ａについてパネル定義規則／事実のため
の最終エントリを読み取ることによって実行される。こ
の規則が満足される場合には、ジェネレータ１０Ｂは、
ジェネレータ１０６の知識ベース内に経路を位置決めし
ている。この規則が満足されない場合には、ジェネレー
タは規則２をテストする。規則２をテストするために、
ジェネレータは画面ＩＮＴの代わりに、画面Ａによって
アクセスされた画面の１つを代用する。この情報は、上
記のパネル定義規則／事実から得られる。次に、ジェネ
レータ１０６は、規則１の仕分けによって規則２の第２
前提を分析する。すなわち、画面中間から画面Ｂに、そ
の間に直接結合がある場合には、経路がある。

この情報は、パネル中間のためのパネル定義規則／事実
から得られる。規則２の両前提がテストされ、中間パネ
ルが画面Ａのためのパネル定義規則／事実によって定義
されると、ジェネレータ１０６はテストされた経路を記
録する。この時点で、経路用の記録は、画面Ａ用の選択
番号、及び画面Ａによってアクセスされた第１画面用の
キーストローク文字を含む。たとえば、上記ステップ１
１２の第１反復の後に、次の記録が画面３０から画面３
２への経路、すなわちＬ　ｄについて行なわれる。

規則２が第１反復中に満足されなかったと仮定すれば、
画面３２によってアクセスされた画面の１つは、新しい
中間パネルとなる。画面３２用のパネル定義によれば、
新しい中間パネルは画面３８である。この画面の存在は
、規則２の第１前提を満足する。次に、規則２の第２前
提は、新しい中間パネルから画面Ｂに何らかの結合があ
るか否かを判定することによって、テストされる。この
情報は、画面３８用のパネル定義から得られる。

次に、ジェネレータｌＯ６は、テスト中の経路の記録、
１、ｄｌｃを更新する。このプロセスは、この経路が画
面Ｂに行くまで繰り返される。前の場合では、テスト・
プログラム・ジェネレータ１０６は、テスト・プログラ
ム１０７中に、画面Ａから画面すへの有効経路のキース
トローク文字、並びに各画面用の画面タイトルを合併す
る。各終点画面用のパネル定義は、終点画面がどの下位
画面も識別しないので、中間画面用のパネル定義とは異
なる。

ＰＡＮＥＬ　ＤＥＦ　（”ＡＢＳＯＬＵＴＥ　５ＴＯＲ
ＡＧＥ”、　：、　：。

’ＥＮＴＥＲ”、　”ＡＢＳＯＬＵＴＥ　５ＴＯＲＡＧ
Ｅ″）ジェネレータ１０６が「入力」エントリを読み取
ると、ジェネレータは、絶対記憶画面が終点画面であっ
て、経路を完結することを実現する。終点画面が画面Ｂ
でない場合には、テスト・プログラム・ジェネレータ１
０６は、終点画面からの１つのレベルをバックアップし
て、経路を再定義し、ルベルアップ画面によってアクセ
スされた画面の異なった１つを含む。たとえば、第１経
路が絶対記憶画面６２に進み、画面６２が画面Ｂでない
場合には、ジェネレータ１０６は、記憶画面４６をバッ
クアップし、実記憶画面６４への新しい経路を定義する
。実記憶画面６４が画面Ｂでない場合には、ジェネレー
タ１０Ｂは、実記憶画面４６を再びバックアップし、仮
想記憶画面６６への新しい経路を定義する。仮想記憶画
面６６が画面Ｂでない場合には、ジェネレータ１０６は
、表示変更画面４３へさらにルベルだけバックアップし
、制御情報画面４７への経路を定義する。上記のプロセ
スは、画面Ｂが置かれ、経路が画面Ａ用の選択番号と、
画面Ａから画面Ｂに進むキーストローク文字によって定
義されるまで、繰り返される。

作業要求が、単一開始画面から出る画面の分岐をテスト
することである場合には、ジェネレータ１０６は、先ず
分岐中のすべての終点画面を判定し、次いで開始画面か
ら派生する各経路を、分岐中の終点画面のすべて（フル
・テスト）または幾つか（無作為テスト）にマツプする
。分岐中の終点画面はすべて、次のように判定決定され
る。すなわち、上記の規則１．２は、分岐中の候補画面
を識別するために利用され、この候補画面は終点画面で
あってもなくてもよい。この目的に規則１．２を利用す
るために、開始画面は画面Ａに代わりにされ、画面Ｂは
、規則１．２及びパネル定義の知識ベースによって候補
画面として識別される。

それから、次の規則が分析され、候補画面が終点画面で
あるか否かを判定する。すなわち、３、経路（開始画面
から候補画面へ）及びＮ０ＡＲＣであれば、終点画面。

規則３の第２前提が満足される場合には、候補画面は終
点画面であり、終点画面タイトルと選択番号はリストに
記憶され、他の候補画面は規則１．２を用いて選択され
、画面Ａは変わらない。規則３の第２前提が満足されな
いと、候補画面は終点画面ではなく、規則１．２は再び
分析され、画面Ａは前の候補にセットされる。上記のプ
ロセスは、すべての候補がテストされ、すべての終点画
面が識別されて、リストに記憶されるまで、繰り返され
る。

フル・テストが選択された場合には、規則１．２が適用
され、リスト内の各終点画面について記載され、画面Ａ
は開始画面に、画面Ｂは終点画面にセットされる。結果
は、開始画面から各終点画面への経路マツプである。し
かし、無作為テストが選択されると、疑似乱数ジェネレ
ータ１１３と選択された強度ファクタ・パーセンテージ
が、終点画面のいくつかのみを選択するために使用され
る。次に、規則１．２は、選択された終点画面の各々に
ついて適用され、開始画面から選択された終点画面の各
々への経路マツプを決定する。

「固定」または「フル」オプシθンが画面１３０（第６
図）で選択された場合には、この手順は画面Ａ下の終点
画面のリスト中の各終点画面について繰り返される。し
かし、「無作為」オプションが画面１３０で選択されで
場合には、この手順は、１つの選択された画面から出た
経路の疑似無作為部分について利用される。第８図は、
テスト用の経路を疑似無作為に選択するために、ジェネ
レータ１０６によって実行されるプロセスを示ス。

ステップ４０２で、ジェネレータ１０Ｂは、１つの選択
された画面から出るすべての経路における、すべての終
点画面のリストを作成する。ジェネレータ１０Ｂはまた
、各終点画面に順次番号を割り当てる。次にジェネレー
タ１０６は、ステップ１３２（第６図）で選択された強
度と終点画面数とを掛けたもの（ステップ４０４）に基
づいてテストされるべき、経路の数（番号）を決定する
。ジェネレータ１０Ｂはまた、変数ｒＴＪをこの数（番
号）に等しく設定する。次にジェネレータ１０６は、疑
似乱数ジェネレータ１１３を使用して、リスト中に１と
終点画面の数との間の乱数を得て、このリストからこの
番号（第Ｘ）の終点画面を選択する。次に、ジェネレー
タ１０Ｂは、画面Ａから画面Ｂへの経路を生成する（ス
テップ４０８）。

次にジェネレータ１０Ｂは、リストから画面Ｘを削除し
、リスト中の画面数を減分し、変数ｒＴＪを減分する（
ステップ４１０）。ステップ４０８．４０８．４１０は
、Ｔ＝Ｏになるまで、画面を残すために繰り返される（
判断ブロック４１２）。

上記は、どのようにテスト・システムがある画面から他
の画面への経路をチエツクし、経路中の画面がサービス
・プロセッサ１２によって適切にアクセスされることを
検査するか、を説明したものである。

それから、テスト・プログラム１０７は、２つの選択さ
れた画面、または知識ベースで識別された１つの選択さ
れた画面から出た画面の間の経路にある画面の各々、ま
たはサンプルが、同じ階層配列中のサービス・プロセッ
サ１２によって実際に生成されているか否かを判定する
。この目的のために、テスト・プログラムは、コマンド
（キーストローク文字）をインタフェース７２を介して
サービス・プロセッサ１２に送り、サービス・プロセッ
サ１２をパワーアップし、次に、キーストローク文字を
画面Ａすなわち分岐中の開始画面に進める。次にプログ
ラムは、キーストローク・コードをインタフェース７２
を介して送り、経路中の次画面を呼び出す。次にテスト
・プログラムは、画面がパネル定義におけるタイトルに
合致しているか否かを判定する。たとえば、画面Ａがサ
イン・オン画面３０に対応しており、知識ベースにょる
経路中の次画面が開発デバッグ画面３２である場合には
、テスト・プログラム１０７は、下記の用に、キースト
ロークｒＤＪ用のコードをサービス・プロセッサに送る
。

ＣＡＬＬ　ＫＥＹＳ　（”Ｄ″）次に、テスト・プログラム１０７は、サービス・プロセ
ッサ１２にコードを送り、実画面タイトルを「開発デバ
ッグ」と比較する。すなわ、ち、ＣＡＬＬ　ＬＯＯＫ　
ＦＯＲ（ＰＡＮＥＬ″ＤＥＶＥＬＯＰＭＥＮＴ　ＤＥＢ
ＵＧ”）。

これに応答して、サービス・プロセッサ１２は、実際に
呼び出された画面中のタイトルをタイトル「開発デバッ
グ」と比較することになり、それらが合致している場合
には、ゼロのリターン・コードを返し、プログラム１０
７をテストする。

次に、テスト・プログラムがサービス・プロセッサ１２
を介して、メモリ画面に書き込むことなどによって、そ
して実際に書き込まれたものを、書き込もうとしたもの
と比較するなどして、どのように終点画面を動かすかを
説明する。ユーザ・インタフェースからフル・オプシａ
ンが選択された場合には、リスト中のすべての終点画面
及び各画面中のすべてのフィールドが動かされる。無作
為オプシａンが選択された場合には、リスト中の終点画
面が、テストのためにジェネレータ１１３によって疑似
無作為に選択される。また、選択された画面の各々にお
けるフィールドが、テストのためにジェネレータ１１３
によって疑似無作為に選択される。固定オプシａンが選
択された場合には、ユーザは、どの終点画面がテストさ
れるべきであるかを指定する。指定された終点画面の各
々におけるすべてのフィールドがテストされる。

このテストのためには、解釈規則が使用される。

テスト・プログラム１０７は、サービス・プロセッサ１
２にインタフェース７２を介してキーストローク・コー
ドを送り、（１）メモリ画面を呼び出し、（２）カーソ
ルを適切なデータ入力位置またはフィールドに動かし、
そして（３）データを下記のようにモリに書き込む。

１　、　（ａ）　ＣＡＬＬ　ＫＥＹＳ　（ＫＥＹＳＴＲ
ＯＫＥ　ＬＥＴＴＥＲ）。

２　・（ｂ）　ＣＡＬＬ　ＫＥＹＳ　（ＫＥＹＳＴＲＯ
ＫＥ　ＬＥＴＴＥＲ）。

２　、ＣＵＲＭＯＶＥ　　（ＲＯＷ　Ｘ、ＣＯＬＵＭＨ
Ｙ）。

３　、ＣＡＬＬ　ＫＥＹＳ　　（ＤＡＴＡ）。

これらのコマンドは、サービス・プロセッサ１２に対し
て、指定されたデータを、カーソルの位置によって示さ
れたフィールドに書き込むよう指示する。カーソルの位
置で示したメモリ位置の内容を読み取り、カーソルの位
置で示したメモリ位置におけるデータを、コマンド中に
述べたデータと比較するように、下記のコマンドを用い
て指示する。

ＣＡＬＬ　ＬＯＯＫ　ＦＯＲ（ＤＡＴＡ）。

このコマンドに応答して、リターン・コードがテスト・
プロセッサ１０７に返され、指定されたデータが適切な
位置に書き込まれたことを、サービス・プロセッサ１２
が確動したかどうかを示す。

より詳しく後述するように、テスト・プログラム・ジェ
ネレータ１０Ｂは、ユーザが要求した場合には、メモリ
画面中のすべてのフィールドをテストするテスト・プロ
グラムを書き込むことができる。しかし、テスト・プロ
グラム・ジェネレータ１０８は、第９図に示す方法で、
メモリ画面内のメモリ・フィールドの１つより小さい部
分をテストすることもできる。テストへのこのような部
分的アプローチは、全体のテスト時間を短縮する。

また第９図は、テスト・プログラム・ジェネレータ１０
Ｂがアドレス・フィールドとデータ・フィールドの両方
の境界のテストを強調する方法も示す。

ステップ２０２で、テスト・プログラム・ジェネレータ
１０６は、フィールドの下−境界と上境界を決定する。

有効テストがユーザ・インタフェース１０３から選択さ
れた場合には（判断ブロック２０３）、テスト・プログ
ラム・ジェネレータ１０６は、疑似乱数ジェネレータ１
１３を使用して、１〜７の範囲の乱数を選択する（ステ
ップ２０４）。乱数が１である場合には（判断ブロック
２０６）、ジェネレータ１０８は、その範囲の下境界す
なわち最低値をテストする（ステップ２０８）。上の例
では、ｒＶＡＲＪフィールドは規則１〜４によって記述
されており、最低値は０ＯＯＯである。ステップ２０４
で選択された乱数が１ではなく２であった場合には、（
判断ブロック２１０）、ジェネレータｌＯ６は、最低値
プラス１をテストする（ステップ２１２）。ｒＶＡＲＪ
フィールドについての上の例では、この値は０ＯＯ１で
ある。ステップ２０４で選択された乱数が３であった場
合には（判断ブロック２１４）、ジェネレータ１０８は
、最高値すなわち上境界マイナス１、ＦＦＦＥをテスト
する（ステップ２１６）。しかし、ステップ２０４で選
択された乱数が４であった場合には（判断ブロック２１
８）、ジェネレータ１０６は、その範囲の最高値すなわ
ち下境界をテストする（ステップ２２０）。ｒＶＡＲＪ
フィールドについての上の例では、この最高値はＦＦＦ
Ｆである。しかし、ステップ２０４で選択された乱数が
５と７の間であった場合には、ジェネレータ１０６は、
疑似乱数ジェネレータ１１３を使用して（ステップ２２
２）、最高値と最低値の間の疑似無作為フィールドを選
択する。これは上の例ではｏｏｏｏとＦＦＦＦの間であ
る。

上記のように、７例のうちからほぼ４例について、境界
条件がテストされる。境界条件テストに関してこの強調
をするのは、境界の間で発生したエラーに比較して、問
題の大部分が境界位置で発生しているからである。図示
した例では、７つのうちのほぼ４つのテストが境界条件
について行なわれている。しかし、望むならば、境界条
件の別のパーセンテージを、ステップ２０４で生成した
乱数の範囲を単に変えることによって、テストすること
ができる。範囲が増すと、より低いパーセンテージのテ
ストが境界条件で行なわれ、その逆もあり得る。また第
８図は、ステップ２２２で、境界条件間のテストが無作
為または疑似無作為ベースで行なわれることを示す。

第９図はまた、「無効」テストを、このテストがユーザ
・インタフェース１０３によって選択された場合には（
判断ブロック２０３）、テスト・プログラムが行なうこ
ともできることを示す。乱数が８であるこのような場合
（ステップ２２１）、この範囲における最低値より小さ
いデータ・エントリが試みられる（判断ブロック２２３
及びステッブ２２５）。乱数が９である場合には、この
範囲における最高値より大きいデータ・エントリが試み
られる（ステップ２２９）。

解釈規則も、サービス・プロセッサ１２の能力のテスト
に使用され、メモリを特定の適用業務に割り当てる。こ
のテストのために、テスト・プログラム１０７はキース
トローク・コードをインタフェースを介して伝送し、メ
モリ割当て画面を呼び出し、カーソルを適切なデータ・
エントリ位置に動かし、次のようにメモリを割当てる。

ＣＡＬＬ　ＫＥＹＳ　（ＫＥＹＳＴＲＯＫＥ　ＬＥＴＴ
ＥＲ）。

ＣＵＲＭＯＶＥ　（ＲＯＷ　Ｘ、　ＣＯＬ■ＭＨＹ）。

ＣＡＬＬ　ＫＥＹＳ　（１２ＭＥＧ）。

このコマンドは、サービス・プロセッサ１２に対して、
適用業務のために１２メガバイトのメモリ１２を割り当
てるよう指示する。そしてテスト・プログラム１０７は
、サービス・プロセッサ１２に、下記のコマンドを送る
ことによってどれだけのメモリが実際に割り当てられた
かをチエツクする。

ＣＡＬＬ　ＬＯＯＫ　ＦＯＲ（ＭＡＣＨＩＮＥ　ＮＯＷ
　ＨＡＳ　１２　ＭＥＧ）。

これに応答して、サービス・プロセッサ１２は、カーソ
ルによって指示されたメモリ割当て位置のデータを要求
された位置と比較し、リターン・コードがテスト・プロ
グラム１０７に送られ、サービス・プロセッサ１２が、
適切な量のメモリが割り当てられたことを認知したか否
かを示す。これは、メモリに正確に書き込み、メモリか
ら正確に読み取るサービス・プロセッサ１２の能力の別
のテストである。

テスト・プログラム・ジェネレータ１０６はまた、サー
ビス・プロセッサ１２がプロセッサの付勢を試みた後に
ＣＰＵ１６がパワー・アップされたことを、テストする
規則を含む。このテストのために、テスト・プログラム
１０７はパワー・アップ・コードをサービス・プロセッ
サ１２に送り、コードを送ってカーソルを位置に動かし
、そしてサービス・プロセッサに、その位置の情報を期
待されている情報と比較するよう求める。

ＣＵＲＭＯＶＥ　　（ＲＯＷ　Ｘ、ＣＯＬＵＭＮ　Ｙ）
。

ＣＡＬＬ　ＫＥＹ　　（ＤＡＴＡ）。

ＣＡＬＬ　ＬＯＯＫ　ＦＯＲ（ＤＡＴＡ）。

テスト・プログラム・ジェネレータ１０６はまた、第５
図に示す構文規則１１２も含む。この構文規則によって
、テスト・プログラム・ジェネレータは、他の形式のの
サービス・プロセッサ及びインタフェースのために他の
フォーマットでコードを生成することができる。

上記に基づいて、サービス・プロセッサ用の自動テスタ
を開示した。しかし、本発明の範囲を逸脱することなく
、多くの変更及び代替が可能である。たとえば、サービ
ス・プロセッサは、システム１０の他の機能及び制御機
構をテストすることができ、そしてテスタ１００は、サ
ービス・プロセッサによって提供されたこれらの他の機
能及び制御機構をテストするために使用することができ
る。また、システム１００は、サービス・プロセッサ及
び第２図に示す画面以外の画面を表示する他の形式の適
用業務と共に使用可能である。したがって本発明は、図
示によって開示され、それに制限されるものではなく、
また本発明の範囲を画定するために、冒頭の特許請求の
範囲を参照されたい。

Ｅ０発明の効果以上のように、本発明によれば人手を用いない自動的な
サービス・プロセッサのテストが可能となる。

【図面の簡単な説明】

第１図は、従来技術によるコンピュータとサービス・プ
ロセッサを示す略ブロック図である。第２図は、第１図のサービス・プロセッサによって表示
されたメニューと終点コンピュータ画面の階層を示す略
図である。第３図は、第１図のサービス・プロセッサをテストする
ための、従来技術による半自動テスト装置を示すブロッ
ク図である。第４図は、本発明による自動サービス・プロセッサ・テ
スタを示すブロック図である。この自動テスタは、半自
動テスタと組み合わせた新しいテスト・プログラムまた
はテスト・ケース・ジェネレータ（個別のテスト・プロ
グラムを除く）、サービス・プロセッサ、インタフェー
ス・ゲートウェイ、及び第３図のコンピュータを含む。第５図は、第４図の自動サービス・プロセッサ・テスト
・ケース・ジェネレータの一般的動作、及びテスト・プ
ログラムの順次実行を示す流れ図である。第６図は、第４図のテスト・プログラム生成システムを
開始するためのユーザ・インタフェース・メニューを示
す図である。第７図は、第４図のテスト・プログラム生成システムに
よるコーデイネータの動作を示す流れ図である。第８図は、メニュー画面から、出た経路を疑似無作為に
テストするために、テスト・プログラムによって実行さ
れる、任意選択サブルーチンを示す流れ図である。第９図は、終点画面内のフィールドを疑似無作為にテス
トし、なおもフィールドの境界値のテスト度合いを増加
させるために、第４図のテスト・プログラム生成システ
ムによって実行される、サブルーチンを示す流れ図である。

Claims

【特許請求の範囲】

（１）サービス・プロセッサによって表示される画面の
階層をマップするためであり、上記サービス・プロセッ
サの上記画面は、階層内で下位にある他の画面にアクセ
スするメニュー画面を含む、メモリ手段と、上記メモリ手段に結合されており、上記メモリ手段から
上記階層内の画面を識別し、勝つプログラムを生成して
、（ａ）上記サービス・プロセッサに対して上記画面を呼
び出すように指示し、（ｂ）上記メモリ手段によって供給されたマップを上記
サービス・プロセッサによって呼び出された画面と比較
することによって、上記画面間の経路設定をテストする
ための、プログラム生成手段を含む、コンピュータに関
連するサービス・プロセッサをテストするための装置。
（２）上記サービス・プロセッサによって表示される少
なくとも１つの画面で選択するための、ユーザ・インタ
フェースをさらに含んでおり、この画面はテスト用の１
つまたは複数の経路の中で画面グループを識別し、上記
プログラム生成手段は上記ユーザ・インタフェース手段
に結合されて、上記グループの画面の間の経路設定をテ
ストする、請求項１に記載の装置。
（３）上記プログラム生成手段が、テストのために上記
画面間の経路のすべてではなくいくらかを選択するため
の手段を含む、請求項１に記載の装置。
（４）上記サービス・プロセッサの上記画面が、上記サ
ービス・プロセッサによって動かされるコンピュータの
メモリを表す終点画面を含み、そして上記プログラム生
成手段が、終点画面内のメモリ・フィールドのすべてで
はなくいくらかを選択するため、及びプログラムを生成
して選択されたフィールドを実行させ、上記コンピュー
タの実メモリの上記フィールドに書き込み、コンピュー
タの上記メモリから読み取るための、上記サービス・プ
ロセッサの能力をテストするための、手段を含む、請求項１に記載の装置。
（５）上記メモリ画面の選択されたフィールドが、少な
くとも無作為に選択され、そして上記ユーザ・インタフ
ェース手段が、テスト用にフィールドの部分を決定する
ための手段を含む、請求項４に記載の装置。
（６）上記プログラム生成手段が、上記メモリ内部のメ
モリ・フィールドより大きなメモリ境界フィールド部分
を実行するための手段を含む、請求項４に記載の装置。
（７）上記経路が疑似無作為に選択される、請求項３に
記載の装置。
（８）上記経路疑似無作為選択を基礎づけるためのシー
ドを選択するためで、上記シードの選択がテストのため
に同じ経路を識別する、ユーザ・インタフェース手段と
、上記シードを再入力することによって、テスト・プログ
ラムを再作成するための手段をさらに含む、請求項７に記載の装置。
（９）上記ユーザ・インタフェース手段が、テストのた
めの経路部分を指定するための手段を含む、請求項３に
記載の装置。
（１０）上記メモリ手段が知識ベース出あり、そして各
メニュー画面について１組の規則／事実を含み、上記の
組は上記のメニュー画面によってアクセスされた画面を
画定する、請求項１に記載の装置。
（１１）上記プログラム生成手段が、上記メモリ手段内
のマップに基づいて、上記ユーザ・インタフェース手段
を介して選択された２つの画面の間の経路を識別するた
めの手段を含む、請求項２に記載の装置。
（１２）上記グループが階層中の画面の分岐であり、識
別画面が分岐中の最上画面を識別する、請求項２に記載の装置。
（１３）上記プログラム生成手段が、プログラムを書き
込み、上記コンピュータにメモリを割り当てるために上
記サービス・プロセッサの能力をテストするための手段
を含む、請求項１に記載の装置。
（１４）上記プログラム生成手段に結合されており、上
記プログラム生成手段に対して、追加プログラムを生成
してテスト用に上記画面間にいくつかの異なった経路を
選択するように、自動的に指示するためであって、上記
追加プログラムは、人手で停止されるかまたは時間切れ
になるまで、最初の上記プログラムの後に連続的に作動
される、手段をさらに含む、請求項３に記載の装置。
（１５）コンピュータ・プログラムを含むデータ記憶媒
体であって、上記のプログラムが、サービス・プロセッサが適切に稼働している時に、上記
サービス・プロセッサによって生成される画面のマップ
であって、階層中の下位の画面にアクセスするために、
どの画面がメニューとして使用されるかを示すマップと
、上記マップに結合されており、上記サービス・プロセッ
サに対して、上記階層中の画面の少なくとも１つの経路
によって上記階層中の画面を呼び出し、呼び出された画
面の経路設定をマップと比較し、サービス・プロセッサ
が適切に稼働しているか否かを判定するよに指定するた
めの手段を含む、上記のデータ記憶媒体。
（１６）上記の画面が、上記のサービス・プロセッサに
よって動かされるコンピュータの中のメモリを表す終点
画面を含み、上記コンピュータ・プログラムは、サービ
ス・プロセッサに対して、上記サービス・プロセッサの
上記終点画面を動作させるよう、指示するための手段を
さらに含む、請求項１５に記載のデータ記憶媒体。
（１７）終点画面動作手段が、上記サービス・プロセッ
サに対して、上記終点画面内のメモリ・フィールドのす
べてではなくいくらかを動作指せるように指示する、請
求項１６に記載のデータ記憶媒体。
（１８）上記コンピュータ・プログラムが、上記サービ
ス・プロセッサに対して、上記終点画面内のメモリ内部
フィールドより大きなメモリ境界フィールド部分を動作
させるよう、指示するための手段をさらに含む、請求項
１７に記載のデータ記憶媒体。
（１９）サービス・プロセッサによって生成される第１
、第２、及び第３画面、及びどの画面が階層中の下位の
他の画面を選択するためのメニューとして使用されるか
を示す上記画面間の階層関係を含む、画面を表すための
メモリ手段であって、上記画面が上記サービス・プロセ
ッサによってサービスされるコンピュータの状況を表し
、状況第１画面が階層内で下位にある上記第２画面また
は上記第３画面を選択するためのメニューとして使用さ
れる、上記のメモリ手段と、上記メモリ手段に結合されており、上記第１画面の表示
内容を上記メモリ手段から読み取るため、及び第２画面
を呼び出すよう上記サービス・プロセッサに指示するた
めのプログラムを生成し上記指示に応答して上記サービ
ス・プロセッサによって実際に呼び出された画面を、上
記メモリ手段から得られた上記第２画面と比較し、上記
サービス・プロセッサが適切に稼働しているか否かを判
定するため、の第１ジェネレータ手段を含む、コンピュータ内のサービス・プロセッサをテス
トするための装置。
（２０）上記メモリ手段に結合されており、上記第１画
面によって始まる複数の経路において画面を識別するた
め、及び階層中の他のレベルに向けるためであって、上
記経路の第１経路が上記第１画面、上記第３画面、及び
上記第３画面によってアクセスされた第４画面を含む、
第２ジェネレータ手段をさらに含む請求項１９に記載の
装置であって、上記第１ジェネレータ手段は、上記第２
ジェネレータ手段にも結合されており、上記第１画面に
よって始まる上記第１経路内の画面の表示内容を読み取
るため、上記第３画面を呼び出すように上記サービス・
プロセッサを指示するためのプログラムを生成し、上記
指示に応答して上記サービス・プロセッサによって実際
に呼び出された画面を、上記メモリ手段から得られた上
記第３画面と比較し、上記サービス・プロセッサが適切
に稼働しているか否かを判定するため、及び上記第３画
面の表示内容を読み取り、上記第４画面を呼び出すよう
に上記サービス・プロセッサに指示するためのプログラ
ムを生成して、上記指示に応答して上記サービス・プロ
セッサによって実際に呼び出された画面を、上記メモリ
手段から得られた上記第４画面と比較して、上記サービ
ス・プロセッサが適切に稼働しているか否かを判定する
ため、の手段を含む、上記の装置。
（２１）上記メモリ手段に結合されており、画面の組を
識別するためで、各組が少なくとも２つの画面を有し、
それらの１つは他の画面へのメニュー・アクセスを提供
する、第２ジェネレータ手段をさらに含む、請求項１９
に記載の装置であって、上記第１ジェネレータ手段は、上記第２ジェネレータ手
段にも結合されており、各組の上記の１つの画面によっ
て始まる上記の組の画面の表示内容を読み取るため、及
び上記の組の上記の他の画面を呼び出すように上記サー
ビス・プロセッサに指示するためのコンピュータ・プロ
グラムを生成し、上記指示に応答して上記サービス・プ
ロセッサによって実際に呼び出された画面を、上記メモ
リ手段から得られた上記の他の画面と比較し、上記サー
ビス・プロセッサが適切に稼働しているか否かを判定す
るため、の手段を含む、上記の装置。
（２２）上記メモリ手段が、エキスパート・システムの
知識ベースを含み、エキスパート・システムの中で、上
記知識ベースの規則／事実が上記画面及び上記画面間の
階層関係を定義する、請求項１９に記載の装置。
（２３）コンピュータに関連するサービス・プロセッサ
をテストするための装置であって、サービス・プロセッサによって表示される画面の階層を
マッピングするためであり、上記サービス・プロセッサ
の上記画面が、階層内で下位にある他のメニュー画面と
終点画面にアクセスするメニュー画面を含む、メモリ手
段と、上記メモリ手段に結合されており、上記階層内で上記メ
モリ手段から上記終点画面を識別するため、及び上記終
点画面を動作させるためのプログラムを生成するための
、プログラム生成手段を含む、上記の装置。
（２４）上記サービス・プロセッサによって表示される
、上記階層中の画面の１つの分岐を識別する少なくとも
１つの画面を選択するためのユーザ・インタフェースの
手段をさらに含む、請求項２３に記載の装置であって、
上記プログラム生成手段が上記ユーザ・インタフェース
に結合されて、上記分岐の終点画面を動作させるための
プログラムを生成する、上記の装置。
（２５）上記プログラム生成手段が、テストのために、
上記分岐の上記終点画面の１つより小さい部分を選択す
るための手段を含む、請求項２４に記載の装置。
（２６）上記終点画面が、上記サービス・プロセッサに
よってサービスされるコンピュータのメモリを表し、そ
して上記プログラム生成手段が、上記終点画面内のメモリ・
フィールドの１つより小さい部分を選択するため、及び
選択されたフィールドを動作させるプログラムを生成し
て、上記サービス・プロセッサの能力をテストし、上記
コンピュータの実メモリ中の上記フィールドに書き込み
、そしてコンピュータ中の上記メモリ・フィールドから
読み取るため、の手段を含む、請求項２３に記載の装置。