JP2000298599A - 交換ソフトウェアの自動試験システム - Google Patents

Abstract

(57)【要約】 【課題】 効率よく確実に交換アプリケーションプログ
ラムの障害発生を検出でき、しかも障害発生時にも継続
して自動試験を行うことができる交換ソフトウェアの自
動試験システムを実現する。 【解決手段】 周期コマンド実行手段１０８により、周
期的にデバッガのコマンドを実行して、デバッグモニタ
１２４から受信したリアルタイムＯＳの状態遷移によ
り、障害検出手段１１０が障害発生を検出するようにし
たので、効率よく確実に交換アプリケーションプログラ
ム１２１の障害発生を検出することができる。また、障
害検出手段１１０で障害発生を検出した場合、コマンド
取得手段１０１が再開手順ファイルを読み込んで再開処
理を行うので、障害発生時にも継続して自動試験を行う
ことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子交換機に用い
られる交換ソフトウェアを自動的に試験する交換ソフト
ウェアの自動試験システムに関する。

【０００２】

【従来の技術】従来の自動試験システムは、図６に示す
ように、ワークステーション３００と、交換機３２０と
から構成され、通信回線３３０で接続されている。ワー
クステーション３００は、コマンド取得手段３０１、コ
マンド検査手段３０２、コマンド判別手段３０３、デバ
ッガコマンド実行手段３０４、通話路系擬似手段３０
５、オンラインコマンド実行手段３０６および実行結果
記憶手段３０７を備える。交換機３２０は、交換ソフト
ウェア３２１、ブートストラッププログラム３２２、リ
アルタイムＯＳ３２３およびデバッグモニタ３２４を備
える。

【０００３】このような構成による自動試験システムで
は、まずワークステーション３００において、コマンド
取得手段３０１が試験を行うためのコマンドが記述され
た試験手順ファイルからコマンドを取得した後、コマン
ド検査手段３０２が取得したコマンドに誤りがあるか検
査する。そして、コマンド判別手段３０３によって、コ
マンドの先頭に付与された”！”、または、”＜”など
の識別子によりコマンドの種類を判別して、デバッガコ
マンド実行手段３０４、通話路系擬似手段３０５、オン
ラインコマンド実行手段３０６にコマンドを引き渡して
実行する。デバッグモニタ３２４および交換アプリケー
ションプログラム３２１から受信した実行結果を実行結
果記憶手段３０７が記憶する。試験手順ファイルからコ
マンドが取得できなくなるまで、前述の処理を行う。

【０００４】

【発明が解決しようとする課題】さて、上述した従来の
自動試験システムでは、以下（イ）、（ロ）に示す問題
がある。 （イ）デバッガコマンド実行手段３０４、通話路系擬似
手段３０５、オンラインコマンド実行手段３０６にてコ
マンドを実行してから一定時間内にデバッグモニタ３２
４、および、交換アプリケーションプログラム３２１か
ら実行結果を取得できない場合、一意的に障害と見做す
ようにしている為、交換機３２０の負荷が高く、コマン
ド実行に時間がかかると、交換アプリケーションプログ
ラム３２１が正常に動作しているにもかかわらず、障害
が発生したものとして検出されてしまう、という問題が
ある。

【０００５】（ロ）オンラインコマンド実行手段３０６
が、交換アプリケーションプログラム３２１からオンラ
インメッセージを受信する毎に、障害発生のメッセージ
であるか否かを判定し、障害発生のメッセージであった
場合に障害としている為、障害発生の検出処理に時間が
かかり効率が悪い、という問題もある。

【０００６】そこで本発明は、このような事情に鑑みて
なされたもので、効率よく確実に交換アプリケーション
プログラムの障害発生を検出でき、しかも障害発生時に
も継続して自動試験を行うことができる交換ソフトウェ
アの自動試験システムを提供することを目的としてい
る。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に記載の発明では、リアルタイムＯＳ上で
実行され、交換機の処理動作を具現する交換ソフトウェ
アを自動的に試験する自動試験システムにおいて、周期
的にデバッガコマンドを実行させ、そのコマンド実行に
対応した前記リアルタイムＯＳの状態から障害発生の有
無を検出する障害検出手段と、この障害検出手段が障害
発生を検出した場合、所定の再開手順で交換機を再開さ
せる再開コマンドを実行する再開手段とを具備すること
を特徴とする。

【０００８】請求項２に記載の発明では、リアルタイム
ＯＳ上で実行され、交換機の処理動作を具現する交換ソ
フトウェアを自動的に試験する自動試験システムにおい
て、デバッガコマンドを周期的に実行する周期コマンド
実行手段と、この周期コマンド実行手段の実行結果から
前記リアルタイムＯＳの状態を判定して記憶する状態記
憶手段と、この状態記憶手段に記憶される前記リアルタ
イムＯＳの状態に応じて障害発生の有無を検出する障害
検出手段と、この障害検出手段が障害発生を検出した場
合、交換機を再開させるコマンドを再開手順ファイルか
ら読み込んで実行する再開手順取得手段とを具備するこ
とを特徴とする。

【０００９】請求項３に記載の発明にあっては、前記デ
バッガコマンドは、リアルタイムＯＳが動作不能に陥っ
た原因を示す情報を出力させることを特徴とする。

【００１０】本発明では、周期的にデバッガコマンドを
実行させ、そのコマンド実行に対応したリアルタイムＯ
Ｓの状態から障害発生の有無を検出し、障害発生を検出
した場合、所定の再開手順で交換機を再開させるので、
効率よく確実に交換アプリケーションプログラムの障害
発生を検出でき、しかも障害発生時にも継続して自動試
験を行うことが可能になる。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明の一
実施形態について説明する。 （１）発明の概要 本発明は、交換ソフトウェアの自動試験システムにおい
て、周期的にデバッガのコマンドを実行することによ
り、交換アプリケーションプログラムの障害発生を検出
し、障害検出時に交換機を再開させることにより、継続
して自動試験を行う構成を提供するものである。具体的
には、図１に図示する周期コマンド実行手段１０８が周
期的にデバッガのコマンドを実行し、リアルタイムＯＳ
状態記憶手段１０９が実行結果からリアルタイムＯＳ１
２３の状態（起動、または、未起動）を判定して記憶す
る。そして、障害検出手段１１０がリアルタイムＯＳ１
２３の状態遷移を判定することにより障害発生を検出す
る。

【００１２】障害発生を検出した場合、コマンド取得手
段１０１は、交換機１２０を再開させるためのコマンド
が順次記述された再開手順ファイルからコマンドを読み
込んで実行することにより交換機１２０を再開させ、継
続して自動試験を行う。これにより、交換アプリケーシ
ョンプログラムの障害発生を検出し、障害検出時に交換
機を再開させることにより継続して自動試験を行うこと
を可能にする。

【００１３】（２）構成 次に、図１を参照して実施の一形態である自動試験シス
テムの構成について説明する。本発明による自動試験シ
ステムは、プログラム制御により動作するものであり、
ワークステーション１００と、交換機１２０と、通信回
線１３０とから構成されている。

【００１４】ワークステーション１００の構成 ワークステーション１００は、コマンド取得手段１０
１、コマンド検査手段１０２、コマンド判別手段１０
３、デバッガコマンド実行手段１０４、通話路系擬似手
段１０５、オンラインコマンド実行手段１０６、実行結
果記憶手段１０７、周期コマンド実行手段１０８、リア
ルタイムＯＳ状態記憶手段１０９および障害検出手段１
１０から構成される。

【００１５】コマンド取得手段１０１は、試験を実行す
るためのコマンドが順次記述された試験手順ファイル
と、障害発生検出時に再開を行うためのコマンドが順次
記述された再開手順ファイルとからコマンド取得する。
コマンド検査手段１０２は、取得したコマンドに誤りが
ないか検査する。コマンド判別手段１０３は、取得した
コマンドの種類を判別して、デバッガコマンド実行手段
１０４、通話路系擬似手段１０５およびオンラインコマ
ンド実行手段１０６にコマンドを引き渡す。デバッガコ
マンド実行手段１０４は通信回線１３０を介してデバッ
グモニタ１２４と通信し、デバッガのコマンドを実行す
る。

【００１６】通話路系擬似手段１０５は、通信回線１３
０を介してデバッグモニタ１２４経由で交換アプリケー
ションプログラム１２１と信号の送受信を行い、通話路
系装置の擬似を行う。オンラインコマンド実行手段１０
６は、通信回線１３０を介して交換アプリケーションプ
ログラム１２１と通信を行い、オンラインコマンドを実
行する。実行結果記憶手段１０７は、デバッガコマンド
実行手段１０４、通話路系擬似手段１０５およびオンラ
インコマンド実行手段１０６で実行したコマンドの実行
結果を記憶する。

【００１７】周期コマンド実行手段１０８は、周期的に
デバッガのコマンドをデバッガコマンド実行手段１０４
に引き渡す。リアルタイムＯＳ状態記憶手段１０９は、
周期的に実行したデバッガのコマンドの実行結果からリ
アルタイムＯＳ１２３の状態を判定して記憶する。障害
検出手段１１０は、リアルタイムＯＳ状態記憶手段１０
９で前回記憶したリアルタイムＯＳ１２３の状態と今回
記憶したリアルタイムＯＳ１２３の状態の遷移により、
交換アプリケーションプログラム１２１の障害発生の有
無を判定する。

【００１８】交換機１２０の構成 交換機１２０は、交換アプリケーションプログラム１２
１、ブートストラッププログラム１２２、リアルタイム
ＯＳ１２３およびデバッグモニタ１２４から構成され
る。ブートストラッププログラム１２２は、自身が起動
された時、デバッグモニタ１２４の初期化処理を呼び出
す。リアルタイムＯＳ１２３は、自身が起動された時、
デバッグモニタ１２４の初期化処理を呼び出す。交換ア
プリケーションプログラム１２１に障害が発生した場
合、リアルタイムＯＳ１２３に例外割り込みが発生す
る。リアルタイムＯＳ１２３は、交換アプリケーション
プログラム１２１に障害が発生して例外割り込みが発生
した場合、ブートストラッププログラム１２２を起動す
る。

【００１９】（３）動作 次に、図２を参照して上記構成による自動試験システム
の動作について説明する。 全体動作 まず、コマンド取得手段１０１は、試験を実行するため
のコマンドが順次記述された試験手順ファイルから１コ
マンドを取得する（ステップＡ１）。続くステップＡ２
では、コマンド取得手順１０１がコマンドを取得できた
かどうか判定し、コマンドを取得できなかった場合には
自動試験を終了する。一方、コマンドを取得できた場合
には、ステップＡ３に処理を進め、コマンド検査手段１
０２は、取得したコマンドに誤りがないか検査する。

【００２０】コマンド判別手段１０３は、コマンドの先
頭に付与された”！”、または、”＜”などの識別子に
より、取得したコマンドの種類を判別して、デバッガコ
マンド実行手段１０４、通話路系擬似手段１０５、オン
ラインコマンド実行手段１０６にコマンドを引き渡して
実行し、実行結果を取得する（ステップＡ４）。次い
で、ステップＡ５では実行結果記憶手段１０７がコマン
ドの実行結果を記憶する。

【００２１】この後、ステップＡ６に処理を進め、周期
コマンド実行手段１０８がパニックトラップの設定情報
参照用にｐａｎｉｃコマンドの実行をデバッガコマンド
実行手段１０４に要求する。ｐａｎｉｃコマンドは、リ
アルタイムＯＳ１２３が動作不能になった場合に動作不
能になった原因を示すメッセージを標準出力に出力する
ためのパニックトラップの設定、パニックトラップの解
除、および、パニックトラップの設定情報参照を行うデ
バッガのコマンドである。

【００２２】パニックトラップの設定情報参照用にｐａ
ｎｉｃコマンドを実行すると、ｐａｎｉｃコマンドの実
行結果として、リアルタイムＯＳ１２３が起動している
場合はパニックトラップの設定情報（パニックトラップ
を設定している、または、パニックトラップを設定して
いない）を、リアルタイムＯＳ１２３が未起動の場合は
リアルタイムＯＳの状態として未起動を、デバッグモニ
タ１２３から受信することができる。

【００２３】デバッガコマンド実行手段１０４がｐａｎ
ｉｃコマンドを実行して、実行結果をデバッグモニタ１
２３から受信すると（ステップＡ６）、リアルタイムＯ
Ｓ状態記憶手段１０９は、受信したｐａｎｉｃコマンド
の実行結果がリアルタイムＯＳ未起動の場合、リアルタ
イムＯＳ１２３の状態として未起動を記憶し、実行結果
がリアルタイムＯＳ未起動以外の場合はリアルタイムＯ
Ｓ１２３の状態として起動を記憶する（ステップＡ
７）。

【００２４】さて、ｐａｎｉｃコマンドを実行すると走
行中の交換機１２０のプログラムが停止するため、周期
コマンド実行手段１０８は、交換機のプログラムを走行
させるｇコマンドの実行をデバッガコマンド実行手段１
０４に要求する。デバッガコマンド実行手段１０５がｇ
コマンドを実行して、交換機１２０のプログラムを走行
させる（ステップＡ８）。すると、障害検出手段１１０
は、リアルタイムＯＳ状態記憶手段１０９で前回記憶し
たリアルタイムＯＳ１２３の状態と今回記憶したリアル
タイムＯＳ１２３の状態の遷移により、障害発生の有無
を判定する（ステップＡ９）。

【００２５】ここで、起動から未起動への状態遷移であ
った場合は障害発生あり、それ以外の状態遷移は障害発
生なしと判定するが、障害発生していない場合には、引
き続きステップＡ１からの試験実行処理を行う。障害が
発生していた場合、コマンド取得手段１０１は、ステッ
プＡ１０に処理を進め、再開を行うためのコマンドが順
次記述された再開手順ファイルから１コマンドを取得
し、続くステップＡ１１ではコマンド取得の有無を判定
する。そして、コマンド取得できなかった場合は再開処
理が終了しているため、ステップＡ１からの試験実行処
理を継続して行うが、コマンド取得できた場合、継続し
て再開処理を行う。

【００２６】次に、ステップＡ１２〜Ａ１７の処理は、
上述したステップＡ３〜Ａ８と同一の処理である。障害
検出手段１１０により、ステップＡ９と同様に障害発生
の有無を判定する。再開処理中に障害が発生していた場
合、自動試験を終了する。障害が発生していない場合、
ステップＡ１０からの処理を継続して行う（ステップＡ
１８）。再開終了後、引き続きステップＡ１からの試験
実行処理を行う。試験手順ファイルからコマンドを取得
できる間、ステップＡ１〜Ａ９またはＡ１８を繰り返し
て行う。

【００２７】障害検出処理および交換機１２０側動作 次に、図３に図示する障害検出処理シーケンスにそっ
て、図２のステップＡ６〜Ａ９およびステップＡ１５〜
Ａ１８に該当する障害検出処理について、交換機１２０
のプログラムの動作とともに説明する。交換アプリケー
ションプログラム１２１、ブートストラッププログラム
１２２、リアルタイムＯＳ１２３、デバッグモニタ１２
４は、従来の自動試験システムと同様に動作する。

【００２８】まず、交換機１２０を立ち上げると、交換
機１２０の固定アドレスに割り付けられたブートストラ
ッププログラム１２２が自動的に起動され、ブートスト
ラッププログラム１２２は、デバッグモニタ１２４の初
期化処理を呼び出し、デバッグモニタ１２４がリアルタ
イムＯＳ１２３の状態として未起動を記憶する（図３の
シーケンスＢ１）。自動試験開始時に自動試験システム
が内部起動した周期コマンド実行手段１０８は、デバッ
ガコマンド実行手段１０４にｐａｎｉｃコマンドの実行
を要求し、デバッガコマンド実行手段１０４がｐａｎｉ
ｃコマンドを実行する（シーケンスＢ２）。

【００２９】デバッグモニタ１２４は、ｐａｎｉｃコマ
ンドの実行結果として、記憶しているリアルタイムＯＳ
１２３の状態である未起動をデバッガコマンド実行手段
１０４に送信する。リアルタイムＯＳ記憶手段１０９
は、デバッグモニタ１２４から受信したリアルタイムＯ
Ｓ１２３の状態である未起動を記憶する（シーケンスＢ
３）。ｐａｎｉｃコマンドを実行すると、実行中の交換
機１２０のプログラムが停止するため、周期コマンド実
行手段１０８は、デバッガコマンド実行手段１０４にｇ
コマンドの実行を要求し、デバッガコマンド実行手段１
０４がｇコマンドを実行して、交換機のプログラムを走
行させる。障害検出手段１１０は、リアルタイムＯＳ１
２３の状態が起動から未起動に遷移していないため、障
害発生なしと判定する（シーケンスＢ４）。

【００３０】そして、リアルタイムＯＳ１２３が起動さ
れるまで、シーケンスＢ２からＢ４が繰り返し行われ
る。ブートストラッププログラム１２２は、交換機１２
０の固定アドレスに格納されているリアルタイムＯＳ１
２３の実行開始アドレスを読み出し、リアルタイムＯＳ
１２３を起動すると、リアルタイムＯＳ１２３がデバッ
グモニタ１２４の初期化処理を呼び出し、デバッグモニ
タ１２４がリアルタイムＯＳ１２３の状態として起動を
記憶する（シーケンスＢ５）。周期コマンド実行手段１
０８は、デバッガコマンド実行手段１０４にｐａｎｉｃ
コマンドの実行を要求し、デバッガコマンド実行手段１
０４がｐａｎｉｃコマンドを実行する（シーケンスＢ
６）。

【００３１】デバッグモニタ１２４は、リアルタイムＯ
Ｓ１２３に記憶しているパニックトラップの設定情報を
読み出す（シーケンスＢ７、Ｂ８）。デバッグモニタ１
２４は、ｐａｎｉｃコマンドの実行結果として、パニッ
クトラップの設定情報をデバッガコマンド実行手段１０
４に送信する。リアルタイムＯＳ状態記憶手段１０９
は、リアルタイムＯＳ１２３の状態として起動を記憶す
る（シーケンスＢ９）。周期コマンド実行手段１０８
は、デバッガコマンド実行手段１０４にｇコマンドの実
行を要求し、デバッガコマンド実行手段１０４がｇコマ
ンドを実行して、交換機１２０のプログラムを走行させ
る。障害検出手段１１０は、リアルタイムＯＳ１２３の
状態が起動から未起動に遷移していないため、障害発生
なしと判定する（シーケンスＢ１０）。

【００３２】交換アプリケーションプログラム１２１に
障害が発生しない間は、シーケンスＢ６からＢ１０が繰
り返し行われる。交換アプリケーションプログラム１２
１にアドレスエラーやバスエラーなどの障害が発生する
と例外割り込みが発生し、リアルタイムＯＳ１２３の例
外ハンドラに制御が移る（シーケンスＢ１１）。リアル
タイムＯＳ１２３の例外ハンドラは、交換機１２０の固
定アドレスの命令を実行することにより、ブートストラ
ッププログラム１２２に制御が移り、ブートストラップ
プログラム１２２は、デバッグモニタ１２４の初期化処
理を呼び出し、デバッグモニタ１２４がリアルタイムＯ
Ｓ１２３の状態として未起動を記憶する（シーケンスＢ
１２）。

【００３３】周期コマンド実行手段１０８は、デバッガ
コマンド実行手段１０４にｐａｎｉｃコマンドの実行を
要求し、デバッガコマンド実行手段１０４がｐａｎｉｃ
コマンドを実行する（シーケンスＢ１３）。デバッグモ
ニタ１２４は、ｐａｎｉｃコマンドの実行結果として、
記憶しているリアルタイムＯＳ１２３の状態である未起
動をデバッガコマンド実行手段１０４に送信する。リア
ルタイムＯＳ状態記憶手段１０９は、デバッグモニタ１
２４から受信したリアルタイムＯＳ１２３の状態である
未起動を記憶する（シーケンスＢ１４）。周期コマンド
実行手段１０８は、デバッガコマンド実行手段１０４に
ｇコマンドの実行を要求し、デバッガコマンド実行手段
１０４がｇコマンドを実行して、交換機１２０のプログ
ラムを走行させる。障害検出手段１１０はリアルタイム
ＯＳ１２３の状態が起動から未起動に遷移していること
により、障害発生ありと判定する（シーケンスＢ１
５）。

【００３４】以上のように、本実施形態によれば、周期
コマンド実行手段１０８により、周期的にデバッガのコ
マンドを実行して、デバッグモニタ１２４から受信した
リアルタイムＯＳの状態遷移により、障害検出手段１１
０が障害発生を検出するようにしたので、効率よく確実
に交換アプリケーションプログラム１２１の障害発生を
検出することができる。また、障害検出手段１１０で障
害発生を検出した場合、コマンド取得手段１０１が再開
手順ファイルを読み込んで再開処理を行うので、障害発
生時にも継続して自動試験を行うことができる。

【００３５】なお、上述したステップＡ６，Ａ１５（図
２参照）およびシーケンスＢ２，Ｂ６，Ｂ１３（図３参
照）において実行するｐａｎｉｃコマンドに替えて、設
定情報参照用にｅｍコマンド（図４のステップＣ６、Ｃ
１５および図５のシーケンスＤ２、Ｄ６、Ｄ１３）を実
行する態様としても同様な効果を奏することができる。
このｅｍコマンドとは、交換アプリケーションプログラ
ム１２１にアドレスエラーや、バスエラーなどの例外が
発生した時、発生した例外の種類に対応した番号を標準
出力に出力するための例外トラップの設定、例外トラッ
プの解除、例外トラップの設定情報参照を行うデバッガ
のコマンドである。

【００３６】つまり、図４および図５に図示した通り、
例外トラップの設定情報参照用にｅｍコマンドを実行す
ると実行結果として、リアルタイムＯＳ１２３が起動し
ている場合は例外トラップの設定情報を、リアルタイム
ＯＳ１２３が未起動の場合はリアルタイムＯＳの状態と
して未起動を、デバッグモニタ１２３から受信する。上
述した実施の形態において周期的に実行したｐａｎｉｃ
コマンドと、本形態にて周期的に実行したｅｍコマンド
とは、ともにリアルタイムＯＳ１２３に記憶した設定情
報を変更せずに、リアルタイムＯＳ１２３の状態をデバ
ッグモニタ１２４から受信することができるデバッガの
コマンドである。同様に、デバッグモニタ１２４からリ
アルタイムＯＳ１２３の状態を受信することができるデ
バッガのコマンドを周期コマンド実行手段１０８から周
期的に実行することによっても、障害発生を検出するこ
とができる。

【００３７】

【発明の効果】本発明によれば、周期的にデバッガコマ
ンドを実行させ、そのコマンド実行に対応したリアルタ
イムＯＳの状態から障害発生の有無を検出し、障害発生
を検出した場合、所定の再開手順で交換機を再開させる
ので、効率よく確実に交換アプリケーションプログラム
の障害発生を検出でき、しかも障害発生時にも継続して
自動試験を行うことができる。

【図面の簡単な説明】

【図１】 本発明の実施の一形態による自動試験システ
ムの構成を示すブロック図である。

【図２】 自動試験システムにおける全体動作を示すフ
ローチャート図である。

【図３】 障害検出処理シーケンスを示すシーケンス図
である。

【図４】 ｅｍコマンドを用いた場合の全体動作を示す
フローチャート図である。

【図５】 ｅｍコマンドを用いた場合の障害検出処理シ
ーケンスを示すシーケンス図である。

【図６】 従来例を説明するためのブロック図である。

【符号の説明】

１００…ワークステーション、１０１…コマンド取得手
段、１０２…コマンド検査手段、１０３…コマンド判別
手段、１０４…デバッガコマンド実行手段、１０５…通
話路系擬似手段、１０６…オンラインコマンド実行手
段、１０７…実行結果記憶手段、１０８…周期コマンド
実行手段、１０９…リアルタイムＯＳ状態記憶手段、１
１０…障害検出手段、１２０…交換機、１２１…交換ア
プリケーションプログラム、１２２…ブートストラップ
プログラム、１２３…リアルタイムＯＳ、１２４…デバ
ッグモニタ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 リアルタイムＯＳ上で実行され、交換機
   の処理動作を具現する交換ソフトウェアを自動的に試験
   する自動試験システムにおいて、 周期的にデバッガコマンドを実行させ、そのコマンド実
   行に対応した前記リアルタイムＯＳの状態から障害発生
   の有無を検出する障害検出手段と、 この障害検出手段が障害発生を検出した場合、所定の再
   開手順で交換機を再開させる再開コマンドを実行する再
   開手段と を具備することを特徴とする交換ソフトウェアの自動試
   験システム。
2. 【請求項２】 リアルタイムＯＳ上で実行され、交換機
   の処理動作を具現する交換ソフトウェアを自動的に試験
   する自動試験システムにおいて、 デバッガコマンドを周期的に実行する周期コマンド実行
   手段と、 この周期コマンド実行手段の実行結果から前記リアルタ
   イムＯＳの状態を判定して記憶する状態記憶手段と、 この状態記憶手段に記憶される前記リアルタイムＯＳの
   状態に応じて障害発生の有無を検出する障害検出手段
   と、 この障害検出手段が障害発生を検出した場合、交換機を
   再開させるコマンドを再開手順ファイルから読み込んで
   実行する再開手順取得手段とを具備することを特徴とす
   る交換ソフトウェアの自動試験システム。
3. 【請求項３】 前記デバッガコマンドは、リアルタイム
   ＯＳが動作不能に陥った原因を示す情報を出力させるこ
   とを特徴とする請求項１または請求項２のいずれかに記
   載の交換ソフトウェアの自動試験システム。