JPH0787165A - 抽象試験ケース分割装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、ＴＴＣＮ．ＧＲで記述された試験
系全体の抽象試験ケースからテスタごとのサブ試験ケー
スの分割を効率良く行なうための抽象試験ケース分割装
置を提供することを目的とする。 【構成】 本発明は、ＴＴＣＮ．ＧＲを用いて記述した
抽象試験ケースから、テスタごとのイベントを抽出し、
インデントの付替、不要イベントの削除、サブ判定結果
の付加を行なうことを特徴とするものである。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＯＳＩ（Open Systems
Interconnection）参照モデルの２つの（Ｎ）層プロト
コル実装情報通信端末間の（Ｎ）サービスの相互接続性
の試験を行う相互接続試験システムで使用するＴＴＣ
Ｎ．ＧＲ（Tree and Tabular CombinedNotation,Graphi
cal Form;ISO/IEC9646 ) で記述された試験系全体に対
する抽象試験ケースをテスタごとに分割する抽象試験ケ
ース分割装置の改良に関するものである。

【０００２】

【従来の技術】従来、ＴＴＣＮ．ＧＲ記述による抽象試
験ケースの分割方法としては、特願平５−２２１４号に
開示されている。この方法は、試験系全体に対する抽象
試験ケースを各テスタごとに分割し、判定結果のないサ
ブ試験ケースには、「パス（Ｐａｓｓ：合格」の判定を
付加するというものである。

【０００３】この方法では、単純にイベントの分離を行
っているので、複雑な抽象試験ケースに対して処理を行
った場合、矛盾した記述が現れることがある。例えばタ
イムアウト（Ｔｉｍｅｏｕｔ）イベントが繰り返し現れ
たり、また、全く同じイベントのブロックが同一インデ
ントに繰り返し現れたりする。このように従来の抽象試
験ケース分割方法では、分割された試験ケースがＴＴＣ
Ｎ．ＧＲに従った正しい記述とは必ずしもならないとい
う問題があった。また、上記方法による試験ケースの分
割後、人手により修正することも考えられるが専門的な
知識を必要とするため手間のかかる作業となる。

【０００４】

【発明が解決しようとする課題】本発明は上記の事情に
鑑みてなされたもので、ＴＴＣＮ．ＧＲで記述された試
験系全体の抽象試験ケースを分割し、テスタごとのサブ
試験ケースの出力を効率良く行なうための抽象試験ケー
ス分割装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明は上記目的を達成
するために、ＴＴＣＮ．ＧＲを用いて記述した抽象試験
ケース内のイベントごとに検査し、同一インデントイベ
ントの抽出・削除を行なうことにより矛盾のないサブ試
験ケースに分割することを特徴とするものである。

【０００６】

【作用】本発明は、ＯＳＩ参照モデルの（Ｎ）層プロト
コル実装に対する相互接続試験装置用の抽象試験ケース
の作成において、ＴＴＣＮ．ＧＲで記述した試験系全体
の抽象試験ケースからテスタごとのサブ試験ケースの分
割を自動生成することによりサブ試験ケースの作成を効
率化するものである。

【０００７】

【実施例】以下図面を参照して本発明の実施例を詳細に
説明する。図１は、本発明の一実施例にかかわる相互接
続試験システムのブロック図である。図において、１０
はＴＴＣＮ．ＧＲで記述した試験系全体の抽象試験ケー
ス、１１は本発明である抽象試験ケース分割装置、１２
ａ，１２ｂはテスタ［１］，［２］用サブ試験ケース
［１］，［２］、１３ａ，１３ｂは適合性試験スイート
作成装置［１］，［２］、２０はテストマネージャ、２
１は実行型結果判定テーブル、２２は判定結果出力、２
３は結果判定テーブル、２４ａ，２４ｂは通信部
［１］，［２］、３０ａ，３０ｂはテスタ［１］，
［２］、３１ａ，３１ｂは実行型サブ試験ケース
［１］，［２］、３２ａ，３２ｂはテスタ［１］，
［２］用のタイマＡ，Ｂ、４０ａ，４０ｂはＩＵＴ
［１］，［２］、５０は下位レイヤ、６０は試験チャネ
ルである。

【０００８】試験系全体の抽象試験ケース１０は抽象試
験ケース分割装置１１によりテスタ［１］用サブ試験ケ
ース［１］１２ａとテスタ［２］用サブ試験ケース
［２］１２ｂに分割され、それぞれ適合性試験スイート
作成装置（特願平５−２８９１２号参照）［１］１３ａ
と適合性試験スイート作成装置［２］１３ｂにより実行
型サブ試験ケース［１］３１ａと実行型サブ試験ケース
［２］３１ｂに変換され、テスタ［１］３０ａとテスタ
［２］３０ｂに配置される。

【０００９】テスタ［１］３０ａおよびテスタ［２］３
０ｂは、テストマネージャ２０からの指示により試験ケ
ースに従いＩＵＴ［１］４０ａおよびＩＵＴ［２］４０
ｂに対して試験を実行する。

【００１０】ＩＵＴ［１］４０ａとＩＵＴ［２］４０ｂ
は、下位レイヤ５０に試験チャネル６０を確立し相互動
作を行なう。試験実行後、各試験ケースの結果は通信部
［１］２４ａと通信部［２］２４ｂを介してテストマネ
ージャ２０に送られ、結果判定テーブル２３に従った実
行型結果判定テーブル２１により判定結果出力２２が出
力される。

【００１１】図２は本発明の一実施例に係わる抽象試験
ケースの分割方法の例であり、本例は、ＩＵＴ［１］か
らＩＵＴ［２］へのトランスポートコネクション（Ｔコ
ネクション）の確立要求、応答の試験のための試験ケー
スをＴＴＣＮ．ＧＲで記述したものである。

【００１２】ＴＴＣＮ．ＧＲの動作記述方法の基本は、
（制御・観測点）（送受信区別）（サービスプリミティ
ブ）の順番でサービスプリミティブの交換動作を記述す
ることである。「？」は受信、「！」は送信を表わす。
制御・観測点は本例では、ＩＵＴ［１］の上位インタフ
ェース（上位サービスアクセス点（ＳＡＰ）Ｕ１とＩＵ
Ｔ［２］の上位インタフェースＵ２である。サービスプ
リミティブは試験対象の層で標準、例えばＩＳＯのＩＳ
（International Standard）により決められている。ま
たタイマ操作にはＳｔａｒｔ（引数）、Ｃａｎｃｅｌ
（引数）があり引数としてタイマの種類を記述する。そ
の他の記述としてＴｉｍｅｏｕｔがある。

【００１３】さらに判定結果１０２の欄には判定結果
（Ｐａｓｓ（合格）、（Ｆａｉｌ（失敗）、（Ｉｎｃｏ
ｎｃ（不確定））のいずれかを記述する。動作記述とし
ては、試験に用いる試験イベントが実行される時間順序
に従ってインデントを付けて記述される。そして、同じ
時間に２つ以上のイベントが起こる可能性がある場合、
同じインデントの位置に複数のイベントを記述する。

【００１４】ここで、１００は試験系全体の抽象試験ケ
ース、１０１は動作記述、１０２は判定結果、１０３は
動作内容の説明、１０４はサブ試験ケースに分離後の該
当行の行き先、１０５はテスタ１用サブ試験ケース
［１］、１０６はテスタ２用サブ試験ケース［２］であ
る。なお、動作内容の説明１０３、サブ試験ケースに分
離後の該当行の行き先１０４は説明のために付加したも
ので本来の試験ケースでは記述しなくともよい。

【００１５】試験系全体の抽象試験ケース１００から各
サブ試験ケースの生成の方法は、各ＩＵＴに関連するサ
ービスプリミティブ、この例ではＵ１がＩＵＴ［１］に
関するもの、Ｕ２がＩＵＴ［２］に関するものでありそ
れぞれＩＵＴ［１］用およびＩＵＴ［２］用に分離す
る。タイマ操作、この例ではタイマＡがＩＵＴ［１］に
関するもの、タイマＢがＩＵＴ［２］に関するものであ
り、これらに対するＳｔａｒｔ、Ｃａｎｃｅｌ、Ｔｉｍ
ｅｏｕｔに対しての記述はそれぞれ各サブ試験ケース
［１］、［２］に分離する。分離したものを元の各行の
順序は変えずに記述したものを各サブ試験ケース［１］
１０５および［２］１０６とする。

【００１６】各サブ試験ケースの判定結果は元の抽象試
験ケースにあるものはそのまま記述し、タイマ操作を除
く到達可能な最終状態での元の抽象試験ケースでは記述
されないものについては全て合格（Ｐａｓｓ）を付加す
る。この例では、テスタ２用サブ試験ケース［２］１０
６のＰａｓｓ（１０７）の記述がこれにあたる。

【００１７】図３は、本発明の一実施例に係わる試験系
全体の抽象試験ケースの例である。本例は、ＩＵＴ
［１］からＩＵＴ［２］へのトランスポートコネクショ
ン（Ｔコネクション）の確立、開放の試験のための試験
ケースをＴＴＣＮ．ＧＲで記述したものである。

【００１８】図４は、本発明の一実施例に係わる図３の
抽象試験ケースを図２に示す方法によりサブ試験ケース
に分割した例である。本例にはＴＴＣＮ．ＧＲ記述とし
て不自然な記述が現れている。テスタ１用サブ試験ケー
ス［１］においては、Ｔｉｍｅｏｕｔイベントが１０
７，１０８で示すように繰り返されている。Ｔｉｍｅｏ
ｕｔイベントは、「タイマがタイムアウトとなると同時
にタイマをリセットする。」というイベントであるため
繰り返されるものではない。また、テスタ２用サブ試験
ケース［２］においては、全く同じイベントのブロック
が１０９，１１０に示すように同一インデント上に現れ
ている。つまりイベントのブロック１１０は余分な記述
ということになる。

【００１９】図５は、本発明の一実施例に係わる図４の
サブ試験ケースを修正した例である。即ち、図４におい
て、テスタ１用サブ試験ケース［１］の動作記述からＴ
ｉｍｅｏｕｔイベント１０７，１０８を削除し、テスタ
２用サブ試験ケース［２］の動作記述からイベントのブ
ロック１１０を削除したものである。

【００２０】図６は、本発明の一実施例に係わる抽象試
験ケース分割装置のブロック図である。図において７０
はＴＴＣＮ．ＧＲで記述した試験系全体の抽象試験ケー
ス、７１はテスタ情報、８０は抽象試験ケース分割装
置、８１はイベント解釈部、８２ａ，８２ｂはテスタ
［１］，［２］イベント抽出部、８３ａ，８３ｂはＳｔ
ａｒｔ−受信イベント関連解釈部［１］，［２］、８４
ａ，８４ｂはインデント付替部［１］，［２］、８５
ａ，８５ｂは同一インデントイベント検査・削除部
［１］，［２］、８６ａ，８６ｂはＴｉｍｅｏｕｔイベ
ント検査・削除部［１］，［２］、８７ａ，８７ｂは判
定結果検査・付加部［１］，［２］、８８ａ，８８ｂは
サブ試験ケース検査部［１］，［２］、８９ａ，８９ｂ
はサブ試験ケース出力部［１］，［２］、９０ａ，９０
ｂはテスタ［１］，［２］用抽象試験ケース、９１ａ，
９１ｂは試験ケースエラー［１］，［２］である。

【００２１】ＴＴＣＮ．ＧＲで記述した試験系全体の抽
象試験ケース７０は抽象試験ケース分割装置８０に入力
され、まずイベント解釈部８１でテスタ情報（各テスタ
で使用するＰＣＯ名・タイマ種別）７１によりテスタ
［１］イベント、テスタ［２］イベントに区分される。
その出力からテスタ［１］，［２］イベント抽出部８２
ａ，８２ｂはテスタ［１］，［２］イベントのみを抽出
し、Ｓｔａｒｔ−受信イベント関連解釈部［１］，
［２］８３ａ，８３ｂに送る。Ｓｔａｒｔ−受信イベン
ト関連解釈部［１］，［２］８３ａ，８３ｂでは各Ｓｔ
ａｒｔイベントに対応する受信イベントの検査を行な
い、その結果を元にインデント付替部［１］，［２］８
４ａ，８４ｂでインデントの付替を行なう。同一インデ
ントイベント検査・削除部［１］，［２］８５ａ，８５
ｂでは同一インデントイベントを検査し、同じイベント
を検出した場合、後のイベントを削除する。また、Ｔｉ
ｍｅｏｕｔイベント検査・削除部［１］，［２］８６
ａ，８６ｂではＴｉｍｅｏｕｔイベントの検査を行ない
Ｔｉｍｅｏｕｔイベントが繰り返されている場合、後の
イベントを削除する。その出力に対し判定結果検査・付
加部［１］，［２］８７ａ，８７ｂは判定結果の検査を
行ないＴｉｍｅｏｕｔイベントを除く最終受信イベント
の内「Ｐａｓｓ」判定のないイベントに対して仮の「Ｐ
ａｓｓ」判定を付加する。

【００２２】以上の操作終了後、サブ試験ケース検査部
［１］，［２］８８ａ，８８ｂによりサブ試験ケースの
検査を行ない、異常がない場合はサブ試験ケース出力部
［１］，［２］８９ａ，８９ｂによりテスタ［１］，
［２］用抽象試験ケース９０ａ，９０ｂとして出力され
る。異常がある場合は、試験ケースエラー［１］，
［２］９１ａ，９１ｂを出力する。

【００２３】図７（ａ）は図６のテスタ情報７１の一例
である。この情報を元に試験系全体の抽象試験ケースを
テスタごとに分割する。図７（ｂ）は図６のＳｔａｒｔ
−受信イベント関連解釈部［１］，［２］８３ａ，８３
ｂの処理フローである。ここでは、各Ｓｔａｒｔイベン
トに対応する受信イベントの検出を行い複数のイベント
が対応している場合、それらのイベントを同一インデン
ト受信イベントとして検出する。

【００２４】図８は図６のインデント付替部［１］，
［２］８４ａ，８４ｂの処理フローである。ここでは、
Ｓｔａｒｔ−受信イベント関連解釈部［１］，［２］８
３ａ，８３ｂで検出した同一インデント受信イベントに
よりインデントの付替を行う。最初のイベントから順番
に１文字ずつインデントを付けていき、同一インデント
受信イベントがある場合にはそれらのインデントを揃
え、以降のイベントのインデントを付け替えていく。

【００２５】図９は図６の判定結果検査・付加部
［１］，［２］８７ａ，８７ｂの処理フローである。こ
こでは、「Ｐａｓｓ」判定の無い試験ケースに対して仮
の「Ｐａｓｓ」判定を付加する。「Ｐａｓｓ」判定の無
い試験ケースのＴｉｍｅｏｕｔイベントを除く最終受信
イベントの判定結果を検査し、判定が全て「Ｆａｉｌ」
であれば１つ前の受信イベントの検査を行う。判定が全
て「Ｆａｉｌ」でなければ「Ｆａｉｌ」以外の受信イベ
ントに対し全て「Ｐａｓｓ」判定を付加する。

【００２６】図１０は図６のサブ試験ケース検査部
［１］，［２］８８ａ，８８ｂの処理フローである。イ
ンデント検査ではインデントが正しく付けられているか
どうかを検査し正しくない場合はインデント付替部
［１］，［２］８４ａ，８４ｂからの処理を再実行す
る。同一インデント検査では同一インデントに矛盾した
記述がないかどうかを検査し正しくない場合は抽象試験
ケースエラーとして出力する。タイマ検査ではタイマイ
ベントの記述に矛盾がないかどうかを検査し正しくない
場合は抽象試験ケースエラーとして出力する、判定結果
検査では判定結果が正しく与えられているかどうかを検
査し正しくない場合は判定結果検査・付加部［１］，
［２］８７ａ，８７ｂからの処理を再実行する。

【００２７】

【発明の効果】以上述べたように本発明によれば、ＴＴ
ＣＮ．ＧＲで記述した試験系全体の抽象試験ケースをテ
スタごとに自動的に分割することにより、相互接続試験
装置で使用できる試験ケースを効果的に提供できるとい
う利点がある。

【図面の簡単な説明】

【図１】本発明の一実施例に係わる相互接続試験システ
ムを示すブロック図である。

【図２】本発明の一実施例に係わる抽象試験ケースの分
割方法の一例を示す構成説明図である。

【図３】本発明の一実施例に係わる試験系全体の抽象試
験ケースの一例を示す構成説明図である。

【図４】本発明の一実施例に係わる図３の抽象試験ケー
スを図２に示す方法によりサブ試験ケースに分割した一
例を示す構成説明図である。

【図５】本発明の一実施例に係わる図４のサブ試験ケー
スを修正した一例を示す構成説明図である。

【図６】本発明の一実施例に係わる抽象試験ケース分割
装置のブロック図である。

【図７】本発明の一実施例に係わるテスタ情報の一例を
示す構成説明図とＳｔａｒｔ−受信イベント関連解釈部
の処理フローを示すフローチャートである。

【図８】本発明の一実施例に係わるインデント付替部の
処理フローを示すフローチャートである。

【図９】本発明の一実施例に係わる判定結果検査・付加
部の処理フローを示すフローチャートである。

【図１０】本発明の一実施例に係わるサブ試験ケース検
査部の処理フローを示すフローチャートである。

【符号の説明】

１０…ＴＴＣＮ．ＧＲで記述した試験系全体の抽象試験
ケース、１１…抽象試験ケース分割装置、１２ａ…テス
タ［１］用サブ試験ケース［１］、１２ｂ…テスタ
［２］用サブ試験ケース［２］、１３ａ…適合性試験ス
イート作成装置［１］、１３ｂ…適合性試験スイート作
成装置［２］、２０…テストマネージャ、２１…実行型
結果判定テーブル、２２…判定結果出力、２３…結果判
定テーブル、２４ａ…通信部［１］、２４ｂ…通信部
［２］、３０ａ…テスタ［１］、３０ｂ…テスタ
［２］、３１ａ…実行型サブ試験ケース［１］、３１ｂ
…実行型サブ試験ケース［２］、３２ａ…タイマＡ、３
２ｂ…タイマＢ、４０ａ…ＩＵＴ［１］、４０ｂ…ＩＵ
Ｔ［２］、５０…下位レイヤ、６０…試験チャネル、７
０…ＴＴＣＮ．ＧＲで記述した試験系全体の抽象試験ケ
ース、７１…テスタ情報、８０…抽象試験ケース分割装
置、８１…イベント解釈部、８２ａ…テスタ［１］イベ
ント抽出部、８２ｂ…テスタ［２］イベント抽出部、８
３ａ…Ｓｔａｒｔ−受信イベント関連解釈部［１］、８
３ｂ…Ｓｔａｒｔ−受信イベント関連解釈部［２］、８
４ａ…インデント付替部［１］、８４ｂ…インデント付
替部［２］、８５ａ…同一インデントイベント検査・削
除部［１］、８５ｂ…同一インデントイベント検査・削
除部［２］、８６ａ…Ｔｉｍｅｏｕｔ検査・削除部
［１］、８６ｂ…Ｔｉｍｅｏｕｔイベント検査・削除部
［２］、８７ａ…判定結果検査・付加部［１］、８７ｂ
…判定結果検査・付加部［２］、８８ａ…サブ試験ケー
ス検査部［１］、８８ｂ…サブ試験ケース検査部
［２］、８９ａ…サブ試験ケース出力部［１］、８９ｂ
…サブ試験ケース出力部［２］、９０ａ…テスタ用
［１］抽象試験ケース、９０ｂ…テスタ［２］用抽象試
験ケース、９１ａ…試験ケースエラー［１］、９１ｂ…
試験ケースエラー［２］。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ＯＳＩ（Open Systems Interconnectio
   n）参照モデルの２つの（Ｎ）層プロトコル実装情報通
   信端末間の（Ｎ）サービスの相互接続性の試験を行う相
   互接続試験システムで使用するＴＴＣＮ．ＧＲ（Tree a
   nd Tabular Combined Notation,Graphical Form;ISO/IE
   C9646 ) で記述された試験系全体に対する抽象試験ケー
   スをテスタごとに分割する抽象試験ケース分割装置にお
   いて、 発生イベントの順序を変更せずにインデントの付替を行
   う手段と、 同一インデントにおける発生イベントから不要となるイ
   ベントを検出し、削除する手段と、 「パス」の判定の無い試験ケースに対して仮の「パス」
   の判定を付加する手段とを具備することを特徴とする抽
   象試験ケース分割装置。