JP2002366387A - ソフトウェアプログラムの自動テストシステム - Google Patents

Abstract

(57)【要約】 【課題】自動テストシステムの構築工数、被テスト側の
仕様変更を自動テストシステムへ反映する工数を削減す
る。 【解決手段】インタフェース定義やデータ長といった定
義情報をもとに、画面の基本仕様からスタブ・ドライバ
を生成し、標準シナリオや標準スクリプトからスクリプ
トを生成する。それら生成物をもとに自動テスト機構が
自動テストを行う。このとき被テストプログラムの各機
能を複数の標準機能から構成し、標準機能の処理順序を
標準シナリオとすると一件の標準シナリオを複数の機能
のテストに流用できる。同時に、標準機能や標準シナリ
オなどの単位でシナリオを準備できる。定義情報とプロ
グラム仕様から被テストプログラムを生成してもよい。 【効果】標準シナリオや標準スクリプトの規模を縮小で
きる。テストシステム全体へ仕様変更を反映するには、
基本的に定義情報のみ変更すればよい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は各種定義情報と仕様
情報および標準シナリオと標準スクリプトを用いて自動
的にソフトウェアプログラムのテストを行う自動テスト
技術に関する。

【０００２】

【従来の技術】ソフトウェアプログラムの自動テスト技
術とは、一連の操作を記述したプログラムを自動テスト
機構が実行して、被テストプログラムを自動的にシミュ
レーション操作するものである。自動実行の過程では、
実行前に準備した想定出力値（期待値）とシミュレーシ
ョン時の出力値を自動的に比較する。また自動テストシ
ステムとは自動テストを継続的に行うシステムを指す。
以下ではシミュレーション用に一連の操作を記述したプ
ログラムをスクリプトと呼ぶ。

【０００３】従来のソフトウェアプログラムの自動テス
ト技術としては、テスト項目、シナリオ、テストデー
タ、テストプログラム、スタブ・ドライバを、定義情報
から自動生成する技術、シナリオ、テストデータ、スク
リプトを、操作を記録する形で生成する技術、それら生
成物件を用いて自動的にテスト実行する技術、自動テス
ト結果の自動出力技術などの要素技術がある。これらの
要素技術のいくつかを組合せた技術もある。

【０００４】従来の自動テスト技術によって自動テスト
システムを構成するには、一つの定義情報と被テストプ
ログラムとスクリプトのひな形からそれぞれのソースを
生成する技術（特開２０００−０２０２９９号公報）、
およびインタフェース定義などからスタブ画面を生成す
るツール、ＧＵＩ画面を通して被テストプログラムのテ
ストをスクリプトに基づいて行う自動テストツールを組
合せて用いる必要があった。

【０００５】その他に関連技術として、インタフェース
定義からスタブもしくはスケルトンを生成する方法（特
開平１１−２９６３５９号公報）、被テストプログラム
の標準パターンに応じてテスト側のパターンを準備する
方法（特開平０６−１１０７３３号公報）があった。

【０００６】

【発明が解決しようとする課題】上記従来技術の組合せ
により自動テストシステムを構成する場合には次のよう
な問題があった。

【０００７】従来技術によるシステムでは、シナリオに
繰返しが発生する場合でもシナリオを事前準備する場合
にシナリオを重複して作り込む必要があった。通常、一
連のテスト操作には、スタブ・ドライバの画面の有無に
よらず同じ操作の繰返しが発生する。スタブ・ドライバ
が画面を持ち、画面仕様が固定であればさらに繰返しが
多くなる。

【０００８】また、従来技術では、被テストプログラム
を標準パターン化して、対応するテストパターンを準備
する場合に、プログラムの標準パターンとテストパター
ンは１対１で事前準備する必要があった。例えばメソッ
ドを標準パターン化し、複数のクラスで、同様の複数の
標準パターンメソッドをもつような、機能の標準化を２
階層で行うプログラムでは、メソッドの処理順序情報に
相当する一つのテストパターンを複数のクラスに適用可
能であるが、従来技術ではこの場合にもクラスごとにテ
ストパターンを準備する必要があった。

【０００９】本発明の目的は、自動テストシステムの事
前準備データの重複を削減し、仕様変更時の自動テスト
システムのメンテナンスを容易にしたソフトウェアプロ
グラムの自動テストシステムを提供することにある。

【００１０】

【課題を解決するための手段】上記課題を解決するため
に、本発明のソフトウェアプログラムの自動テストシス
テムは、事前準備する定義情報を格納する定義情報格納
部と、前記定義情報とスタブもしくはドライバの画面の
基本仕様からスタブもしくはドライバを生成するスタブ
・ドライバ生成部と、前記定義情報と、事前準備する標
準シナリオおよび標準スクリプトとから期待値、テスト
データ、スクリプトを生成するテスト資源生成部と、テ
スト資源生成部の生成物をもとにスタブ・ドライバ生成
部が生成したスタブもしくはドライバを用いて被テスト
プログラムのテストを自動的に行う自動テスト実行部に
より構成される。ここで定義情報とは、例えばインタフ
ェース定義、データ名、データ型、データ長といった情
報であり、標準シナリオが略式の標準シナリオである場
合の略式の標準シナリオから処理順序に沿った個々の処
理を全て記述した標準シナリオへの変換規則を内在して
もよく、標準シナリオ中の記述形式からスクリプト用の
コマンド形式への変換規則を内在してもよく、テストデ
ータおよび期待値の生成規則を内在してもよい。前記２
件の変換規則および１件の生成規則は、テスト資源生成
部に内在してもよい。前記インタフェース定義は、被テ
ストプログラムの機能名、機能ごとの入出力データ項目
の構成と名称といった情報である。スタブ仕様もしくは
ドライバ仕様とは、スタブもしくはドライバの基本画面
仕様情報である。標準シナリオとは、例えば一連のテス
ト処理順序、および個々の処理と入出力項目名、値との
対応情報および個々の処理で必要な引数の基準情報であ
り、一連のテスト処理の例としては、「データＡ登録処
理、データＢ登録処理、データＣ登録処理、データＡと
Ｂ関連付け処理、データＡとＣ関連付け処理、データＡ
をキーに検索して対応するデータＢとＣがヒットするこ
とを確認する処理」などが挙げられ、その詳細は個々の
処理ごとに入力処理、実行処理、出力値の取得処理、出
力値の確認処理などから構成される。個々の処理で必要
な引数の基準情報の例としては入力値がデータの定義長
最大値か定義長オーバ値かの区別情報、あるいは同様の
指定情報などがある。また個々の処理に必要な引数を外
部情報で埋めるための置換用情報を内在してもよい。標
準シナリオは、テスト処理順序の情報と、処理と標準ス
クリプト間の対応情報とに分割して格納してもよく、か
つテスト内容ごとに複数格納してよい。標準スクリプト
とは画面をもつスタブ・ドライバへの標準操作情報であ
り、操作情報の形式の例としては関数、コマンド、プロ
グラム、ひな形など、標準操作の例としてはデータの入
力、イベントの実行、出力値の取得、出力値の確認など
がある。標準操作情報は、操作に必要な引数を外部情報
で埋めるための置換用情報を内在してよい。標準スクリ
プトもテスト内容ごとに複数格納してよい。期待値と
は、自動テスト機構が自動テストを実行する時に出力値
の比較対象となる値である。期待値は、値がないがデー
タの型やスタブ・ドライバの入出力に応じたフォーマッ
トをもつ状態の情報でもよい。その場合の期待値を標準
期待値と呼べば、標準期待値とスタブもしくはドライバ
の画面仕様は１対１で準備すればよい。このとき、標準
期待値は流用できる。標準期待値を設けた場合も、仕様
変更時に標準期待値の変更は不要である。テストデータ
や期待値が固定値であるときは、前記標準シナリオもし
くは前記標準スクリプト自体に、テストデータや期待値
を内在させる構成としてもよい。内在させれば以降でテ
ストデータの展開処理を縮小できる。

【００１１】以上において、テストデータ生成時に期待
値を生成せず、テスト資源に期待値を含まない構成とし
て作業を自動化するだけの構成としてもよい。その場合
発明の構成は変形となり、テスト資源やデータつきシナ
リオ、データ込み標準シナリオ中の期待値がない構成と
なる。

【００１２】テストデータと期待値は、スクリプトに内
在させる構成でよい。内在方法は、スクリプト内部に記
述する形でもよく、外部ファイルなどの外部情報として
スクリプトが読み込む形でもよい。

【００１３】また本発明ではスタブ・ドライバ画面の操
作シミュレーションプログラムをスクリプトと呼び、期
待値、テストデータ、スクリプトをあわせてテスト資源
と呼ぶこととする。さらに前記定義情報中もしくはテス
ト資源生成部中のテストデータおよび期待値生成規則を
データ期待値展開規則と呼び、前記定義情報中もしくは
テスト資源生成部中の標準シナリオ中の記述形式からス
クリプト用のコマンド形式への変換規則をスクリプト化
規則と呼び、標準シナリオが略式の標準シナリオである
場合の略式の標準シナリオから処理順序に沿った個々の
処理を全て記述した標準シナリオへの変換規則をシナリ
オ具体化規則と呼ぶこととする。

【００１４】はじめに、請求項１に記載の自動テストシ
ステムの処理動作を説明する。まず、事前に定義情報を
定義情報格納部に格納する。次に、前記定義情報とスタ
ブもしくはドライバの画面の基本仕様によりスタブ・ド
ライバ生成部が、画面を持つスタブもしくはドライバを
自動生成する。これはスタブ・ドライバ生成部に事前準
備した画面の基本仕様を画面構成のテンプレートとし
て、スタブ・ドライバの画面を構成することに相当す
る。自動生成処理は、スタブ・ドライバ生成部に事前準
備する画面の基本仕様を画面構成および画面処理の基本
仕様としてもたせ、その基本仕様中の置換用情報を、被
テストプログラムの機能ごとに機能名、入出力データ項
目の構成と名称、といった前記定義情報に変換して画面
構成および画面処理の具体的構成を生成し、生成物をコ
ンパイルする処理となる。このとき、前記置換用情報を
前記定義情報に変換することで、スタブ・ドライバ画面
に具体的な画面名やデータ項目名を表示することが可能
となる。

【００１５】次にテスト仕様に対応する標準シナリオと
標準スクリプトを、テスト資源生成部に事前準備する。
次にテスト資源生成部が、前記定義情報と、標準シナリ
オおよび標準スクリプトをもとに、スタブ・ドライバ画
面の操作シミュレーションプログラム（テスト資源）を
生成する。自動生成処理は、必要に応じて前記定義情報
中もしくはテスト資源生成部中の標準シナリオ変換規則
（シナリオ具体化規則）をもとに、標準シナリオをテス
ト処理順序のひな形情報から具体的なテスト処理順序情
報に変換し、次に標準シナリオ中の、個々の処理に必要
な引数の基準情報と前記定義情報中の、機能を構成する
項目のデータ型、データ長、データ名のリストとから、
前記定義情報中もしくはテスト資源生成部中のテストデ
ータおよび期待値生成規則（データ期待値展開規則）を
もとにテストデータおよび期待値を生成して、具体的な
テスト処理順序情報中の置換用情報を対応するテストデ
ータおよび期待値に置換するとともに、テストデータお
よび期待値置換後の具体的なテスト処理順序情報（デー
タつきシナリオ）中の個々の処理を、前記定義情報中も
しくはテスト資源生成部中の標準シナリオ中の記述形式
からスクリプト用のコマンド形式への変換規則（スクリ
プト化規則）をもとに標準スクリプトの形式に変換する
ことで、テストデータおよび期待値を内在したスタブ・
ドライバ画面の操作シミュレーションプログラム（テス
ト資源）に展開する。

【００１６】自動生成処理の別法は、必要に応じて標準
シナリオを前記シナリオ具体化規則により具体化し、次
に前記定義情報中もしくはテスト資源生成部中の標準シ
ナリオ中の記述形式からスクリプト用のコマンド形式へ
の変換規則（スクリプト化規則）により、標準シナリオ
中の個々の処理情報をスクリプト形式に変換しスクリプ
ト形式のシナリオ（シナリオつきスクリプト）とし、前
記シナリオつきスクリプト中の、個々の処理に必要な引
数の基準情報と前記データ期待値展開規則により、処理
に必要なテストデータおよび期待値を前記定義情報から
生成して、前記シナリオつきスクリプト中の置換用情報
をテストデータおよび期待値で自動的に置換することに
より前記テスト資源を生成する。

【００１７】データ期待値展開規則は、例えば定義情報
にクラスＡのメソッドＰを構成するデータ項目Ｓがデー
タ長６バイト、データ型Ｓｔｒｉｎｇ型、とあるとき
で、シナリオ中の引数基準情報が定義長オーバ値という
基準情報であったとき、その処理に使用するテストデー
タとして、Ｓｔｒｉｎｇ型の６バイトをオーバするデー
タを生成するための規則で、例えばＳｔｒｉｎｇ型なら
ばアルファベットをアルファベット順に並べてテストデ
ータを構成する、という規則となっており、この場合そ
の規則に従えば「ＡＢＣＤＥＦＧ」というテストデータ
を生成する。スクリプト化規則は、シナリオの処理記述
と、シナリオに指定された処理を行うためのスタブ・ド
ライバ画面への一つ一つの基本操作コマンド（自動テス
ト実行部の解釈できるスクリプト形式）との対応情報を
もとに、シナリオの処理記述をスクリプト化する規則で
ある。

【００１８】最後に自動テスト実行部が、テスト資源を
用いて、画面をもつスタブ・ドライバを介して被テスト
プログラムを自動的にテストする。具体的には、スクリ
プトに記述されているテスト操作順序に従ってスタブ・
ドライバ画面へのテストデータの入力や被テストプログ
ラム機能の実行、被テストプログラムの出力値と期待値
との比較、などの処理を行うことにより実現される。こ
こでいう出力値は、自動テスト実行部と同一の機構内の
ファイルでも、スタブ・ドライバ画面に出力された値で
も、ネットワーク上の他のマシン上に格納される情報で
もよい。

【００１９】以上のように、スクリプトのスケルトン情
報を、テスト順序情報である標準シナリオとコマンド情
報である標準スクリプトとに分けて格納すれば、スクリ
プトの構成上被テストプログラムごとにかならず事前準
備するテスト順序情報を単純化でき、テスト順序情報の
規模を縮小できるから、自動テストシステム構築時の準
備情報作成工数を縮小できる。さらに、標準スクリプト
を標準シナリオと分割しているため、被テストプログラ
ムの仕様変更にあわせて自動テストシステムの変更（再
構築）を行うときに、定義情報、および必要に応じて標
準シナリオのみを変更すれば、テスト資源にすべて反映
される。よって、自動テストシステムのメンテナンス工
数が縮小できる。被テストプログラムの仕様変更にあわ
せて標準スクリプトを書き換える必要はない。

【００２０】以上の自動テストシステムは、異なる自動
テスト機構を並行に用いる場合でも、異なる自動テスト
機構間で定義情報を共通に使用できる仕様とすること
で、自動テストシステムとして機能する。また特に、デ
ータつきシナリオ前記自動テスト機構は、スクリプトを
もとにＧＵＩをもつスタブ・ドライバ操作を再現し、再
現時の出力値と期待値とを比較する市販のツールと同様
でよい。

【００２１】次に請求項２に記載の自動テストシステム
の処理動作を説明する。

【００２２】請求項１に記載のシステム構成に、テスト
シナリオを作成するシナリオ生成部を追加し、標準シナ
リオおよび標準スクリプトをテスト資源生成部に事前準
備するかわりに、まず標準シナリオをシナリオ生成部に
事前準備する。シナリオ生成部は、定義情報格納部の定
義情報と、標準シナリオをもとに、テストデータおよび
期待値を内在したシナリオ（データ込み標準シナリオ）
を生成する。自動生成処理は、請求項１の処理動作説明
中のデータつきシナリオ生成処理と同様である。テスト
資源生成部には、標準スクリプトのみを事前準備する。
テスト資源生成部は、シナリオ生成部の生成したデータ
込み標準シナリオと、標準スクリプトとをもとに、テス
ト資源を生成する。自動生成処理は、請求項１の処理動
作説明中のデータつきシナリオとスクリプト化規則をも
とにテスト資源を生成する処理と同様である。

【００２３】テスト資源生成部の生成したテスト資源は
請求項１の処理動作説明中のテスト資源と同様であるか
ら、請求項１と同様にソフトウェアプログラムの自動テ
ストシステムが機能する。

【００２４】次に請求項３に記載の自動テストシステム
の処理動作を説明する。

【００２５】請求項１に記載のシステム構成にスクリプ
トひな形生成部を追加し、標準シナリオおよび標準スク
リプトをテスト資源生成部に事前準備するかわりに、ス
クリプトひな形生成部に標準シナリオおよび標準スクリ
プトを事前準備する。スクリプトひな形生成部は、標準
シナリオおよび標準スクリプトをもとに、標準シナリオ
の処理に標準スクリプトのコマンドを対応させることに
よってシナリオを展開し、シナリオを内在したスクリプ
ト（シナリオ込み標準スクリプト）を生成する。ここで
シナリオ込み標準スクリプトは、シナリオが内在してい
ないか一部のみ内在しているか全部内在しているかのど
れかの状態であり、全部内在していなくとも良い。また
標準スクリプトはスタブ・ドライバを操作するコマンド
であり、通常は個々の操作単位のコマンドであるが、前
記シナリオ込み標準スクリプトでは、１メソッドの処理
単位かもしくはシナリオの処理全体単位にコマンド化さ
れ、コマンドの引数となるテストデータや期待値が置換
用情報である状態になる。当然シナリオ込み標準スクリ
プトはスクリプトひな形生成部による生成によらず、事
前準備してもよい。テスト資源生成部は、定義情報格納
部の定義情報とシナリオ込み標準スクリプトをもとに、
前記定義情報から生成したデータを前記シナリオ込み標
準スクリプト中に展開することによってテスト資源を生
成する。自動生成処理は、請求項１の処理動作説明中
の、前記定義情報と、シナリオつきスクリプトとデータ
期待値展開規則とをもとにテスト資源を生成する処理と
同様である。

【００２６】テスト資源生成部の生成したテスト資源は
請求項１の処理動作説明中のテスト資源と同様であるか
ら、請求項１と同様にソフトウェアプログラムの自動テ
ストシステムが機能する。

【００２７】次に、請求項４に記載の被テストプログラ
ム、標準シナリオ、標準スクリプトが一つまたは複数の
機能の組合せで構成される場合の処理動作を説明する。

【００２８】本発明のプログラムの自動テストシステム
構成において、被テストプログラムの機能を標準化し、
個々の機能が、一つまたは複数の標準機能の組合せから
なる構成とする。例えば、データの新規作成、取得、更
新、関連付け、バージョンアップ、削除、ファイル転
送、検索といった標準メソッドを準備し、複数クラス
で、それら標準メソッドの機能をもつ構成とする。つま
り、クラスＡにも、クラスＢにも、新規作成、取得、更
新、関連付け、バージョンアップ、削除、ファイル転
送、検索といったメソッドがあるように構成する。ただ
し、各クラスは標準メソッド全部を持つ必要はない。

【００２９】このとき、例えばクラスＡのメソッド新規
作成とクラスＢのメソッド新規作成では、新規作成され
るデータの格納箇所が異なるが、「新規作成」という基
本的な処理動作は同様である。クラスが違っても基本的
な処理動作が同様の標準動作ならばテストの内容も同じ
になる。よって一つ以上のメソッドの処理順序情報を標
準シナリオとして、標準シナリオ１件を、複数クラスの
テストシナリオのテンプレートにすることができる。例
えば、「作成、取得、更新、削除」といったメソッド処
理順序に、テストデータや期待値のデータ長制限、チェ
ック内容を加えたものを標準シナリオとして用意すれ
ば、クラスＡのテストも、クラスＢのテストもこの標準
シナリオを処理順序情報、すなわちテストのシナリオと
することができる。このときシナリオの流用度が従来に
比べて大きくなるため、準備する標準シナリオの規模を
従来に比べ縮小できる。

【００３０】また、上記構成を用い、スタブ・ドライバ
画面を標準機能1件ごとに標準機能処理用画面を1つもた
せ、その画面をメイン画面から呼び出す構成とすること
により、メソッドの処理1件自体がパターン化できる。
例えば、「メソッドを処理するスタブ・ドライバの画面
を開く、画面に値を入力する、メソッドを実行する、画
面に表示される出力値をテスト仕様に応じてチェックす
る、メソッドを処理する画面を閉じる」、というパター
ン1件で複数のメソッドが処理できる。メソッドの処理
がパターン化できれば、そのパターンの処理をスクリプ
ト形式とし、呼び出しメソッド名、テストデータ、期待
値など必要な引数を置換用情報としたものを標準シナリ
オの一つ（パターンシナリオ）もしくは標準スクリプト
の一つ（パターンスクリプト）として準備できる。この
とき標準シナリオは、メソッド1件ずつの詳細な処理の
かわりにメソッドの呼び出し順序と引数の基準のみを定
義すればよいため、標準シナリオの準備規模を縮小でき
る。

【００３１】このときのテスト資源生成部によるテスト
資源の生成処理は、定義情報格納部中のメソッドの入出
力データ項目構成情報と、標準シナリオ中の引数の基準
情報をもとに、テストデータおよび期待値を生成し、パ
ターン部品の引数を埋め、シナリオ中のメソッドごとに
具体化したパターンを生成して、標準シナリオ中のメソ
ッド処理順序情報に対応させて複数の具体化済みパター
ン部品を順次展開する形でデータつきシナリオを生成
し、これをスクリプト化規則でテスト資源を生成する処
理となる。あるいは、処理順序情報と引数の基準情報と
パターンスクリプトと入出力データ項目構成情報をもと
に、引数の基準情報を直接パターンスクリプトに記述
し、シナリオ中のメソッドごとに基準情報を定義したパ
ターンを生成して、標準シナリオ中のメソッド処理順序
情報に対応させて複数の引数定義内在パターンを順次展
開する形でシナリオつきスクリプトを生成し、シナリオ
つきスクリプト中の引数定義情報をもとにテストデータ
および期待値を生成し、シナリオつきスクリプトに埋め
ることでテスト資源を生成する処理となる。

【００３２】パターンスクリプトは、スクリプト形式の
記述となっており、テスト資源生成時にスクリプトへの
変換を省くことが出来る。ただし、実装に当たっては、
パターンの処理を部品として準備せず、シナリオごと、
メソッドごとに異なるデータを処理するスクリプトを生
成する際に、繰り返し同じ細分化部品を書き出すという
形、すなわちアルゴリズムに部品の処理パターンを持た
せる形式でもよい。

【００３３】上記構成を請求項２に記載のシステム構成
に適用する場合、シナリオ生成部によるデータ込み標準
シナリオの生成処理は、データつきシナリオの生成処理
と同様となる。請求項３に記載のシステム構成に適用す
る場合、スクリプトひな形生成部がシナリオ込み標準ス
クリプトを生成する処理は、シナリオつきスクリプトの
生成処理と同様となる。

【００３４】次に請求項５に記載の被テストプログラム
を生成する処理動作を説明する。

【００３５】請求項１または２または３または４に示す
システム構成にプログラム生成部を追加し、プログラム
生成部にプログラム仕様および標準プログラムを事前準
備する。プログラム仕様は、被テストプログラムの本体
における標準プログラムの並び順情報である。標準プロ
グラムは、被テストプログラムを詳細に分割して定型処
理のうち共通部分を一本化したパターンプログラムであ
り、一つ以上準備する。プログラム生成部が、定義情報
格納部の定義情報とプログラム仕様をあわせて展開し、
被テストプログラムの一部もしくは全部を生成する。自
動生成処理は、プログラム仕様に従って標準プログラム
を並べるとともに、定義情報格納部中の定義情報とプロ
グラム仕様中および標準プログラム中の置換用情報をも
とにデータ項目名、機能名または標準機能名などを展開
することで、被テストプログラムの一部もしくは全部を
生成する処理となる。定義情報中のインタフェース定義
情報によって、プログラムの機能構成であるクラスとメ
ソッドの対応とともに、個々のメソッドとプロパティ項
目の対応がつく。また、定義情報格納部中のインタフェ
ース定義情報と標準処理部品を組合せて、被テストプロ
グラムのインタフェース情報であるＤＬＬ（ダイナミッ
クリンクライブラリ）を生成することもできる。前記プ
ログラム生成部は、プログラム部品とプログラムの処理
順序情報と、クラス図など機能構成の定義をもとにプロ
グラムを生成する市販のツールと同様でよい。

【００３６】この被テストプログラムを本システムに適
用して自動テストを行うことにより、事前準備する情報
だけでソフトウェアプログラムの一部もしくは全部を自
動的に開発できる。つまり、被テスト側、テスト側双方
を自動生成した上で自動的にテストを実施できる。この
ように、この発明はプログラム開発支援手法としても有
効である。

【００３７】また、請求項４に示すような被テストプロ
グラムの機能を標準化する処理を行う際に、例えば標準
化したメソッドに名称をつけ、各クラスの標準化したメ
ソッドにクラス名＋メソッド名という名前をつけること
により、標準スクリプトにメソッド名を内在させられる
ため、標準スクリプトの流用度をさらに増すことが可能
となる。

【００３８】

【発明の実施の形態】本発明の実施の形態を、図を用い
て説明する。

【００３９】はじめに、図１により請求項１に記載の自
動テストシステムの基本構成を説明する。

【００４０】自動テストシステムは定義情報格納部１０
１、テスト資源生成部１０２からなるテスト資源の生成
機構１０３と、スタブ・ドライバ生成部１０４、自動テ
スト実行部１０５により構成される。被テストプログラ
ム１０６は予め準備するテスト対象のプログラムであ
り、スタブまたはドライバ（以下、スタブ・ドライバと
記載）１０７とテスト資源１０８は本システムにより生
成される。

【００４１】定義情報格納部１０１は、定義情報１０９
を格納する機構である。定義情報１０９はインタフェー
ス定義情報およびデータ定義情報であり、データ定義情
報は、被テストプログラムの入出力データのデータ型、
データ長などの情報である。データの説明情報を追加し
た構成でもよい。

【００４２】スタブ・ドライバ生成部１０４は、画面の
基本仕様１１０を格納し、定義情報格納部１０１のイン
タフェース定義と画面の基本仕様１１０を用いて、画面
をもつスタブ・ドライバ１０７を生成する機構である。

【００４３】テスト資源生成部１０２は、標準シナリオ
１１１と標準スクリプト１１２を格納し、定義情報格納
部１０１のインタフェース定義情報およびデータ定義情
報と、標準シナリオ１１１と標準スクリプト１１２とを
もとに、テスト資源１０８を生成する機構である。標準
シナリオ１１１は、テストの実行順序情報であり、単一
の順序情報でも複数の順序情報でもよい。標準スクリプ
ト１１２は、スタブ・ドライバ画面の基本操作情報であ
り、例えば画面上の定位置のボタンを押下する、データ
項目名とテストデータを引数として画面上で対応する欄
にテストデータを入力する、といった操作の情報であ
る。スタブ・ドライバ画面の基本仕様を固定することに
より標準スクリプト１１２を設けることが可能となる。
標準スクリプト１１２は、スタブ・ドライバ画面の基本
操作関数であっても、複数の基本操作情報の組合せであ
ってもよい。

【００４４】テスト資源１０８は、期待値１１３、テス
トデータ１１４、スクリプト１１５の３つを内在する情
報である。期待値１１３とテストデータ１１４は、スク
リプト１１５に組み込まれた形でも、スクリプト１１５
の外部にもってスクリプト１１５が読み込む形としても
よい。

【００４５】自動テスト実行部１０５、被テストプログ
ラム１０６、生成したスタブ・ドライバ１０７、生成し
たテスト資源１０８により自動テストを行う機構１１６
が構成される。

【００４６】自動テスト実行部１０５は、テスト資源１
０８をもとに、生成したスタブ・ドライバ１０７を通し
て被テストプログラム１０６のテストを行う。自動テス
ト実行部１０５に対しどのテスト資源を使用するかの指
定、および動作の開始指示を与えると、自動テスト実行
部１０５はテスト資源１０８中のスクリプト１１５の記
述に沿ってスタブ・ドライバ１０７に対して動作指示を
与える。動作指示の内容は、出力値の取得、出力値と期
待値１１３との比較、目的の機能を実行するスタブ・ド
ライバの起動、テストデータ入力操作、目的の機能の実
行指示、スタブ・ドライバの終了、などである。

【００４７】このシステム構成を請求項４に記載の標準
シナリオ・標準スクリプトに標準機能の組合せおよび順
序情報であるものを設けるシステムに適用する場合は、
前述の基本構成に加えて、標準シナリオ１１１もしくは
標準スクリプト１１２に、メソッドの処理単位もしくは
シナリオ単位の、スタブ・ドライバ画面の基本操作を記
述する。

【００４８】次に図２により請求項２に記載の自動テス
トシステムの基本構成を説明する。

【００４９】基本構成は図１と同様であるが、図１のテ
スト資源の生成機構１０２に対応するテスト資源の生成
機構２０１の部分が異なり、シナリオ生成部２０２を追
加し、シナリオ作成機能を実現している。テスト資源生
成部２０３には初期状態では標準スクリプト１１２のみ
が格納される。シナリオ生成部２０２は、標準シナリオ
１１１を格納し、定義情報格納部１０１の定義情報と、
標準シナリオ１１１とをもとに、データ定義込み標準シ
ナリオ２０４を生成する。生成したデータ定義込み標準
シナリオ２０４には、テスト順序だけでなく、具体的な
データ入力順序や、データが最大桁値であるか、また出
力値を期待値と比較する、などという情報が記述され
る。

【００５０】次にテスト資源生成部２０３は、標準スク
リプト１１２を格納し、標準スクリプト１１２とデータ
定義込み標準シナリオ２０４をもとにテスト資源１０８
を生成する。図１のシステムと同様にこのテスト資源１
０８と生成したスタブ・ドライバ１０７により自動テス
ト実行部１０５は被テストプログラム１０６のテストを
実行する。

【００５１】このシステム構成を請求項４に記載の標準
シナリオ・標準スクリプトを標準機能の組合せとするシ
ステムに適用する場合は、標準スクリプト１１２に、メ
ソッドの処理単位もしくはシナリオ単位の、スタブ・ド
ライバ画面の基本操作を追加してもよい。

【００５２】次に図３により請求項３に記載の自動テス
トシステムの基本構成を説明する。

【００５３】基本構成は図１と同様であるが、図１のテ
スト資源の生成機構１０３に対応するテスト資源の生成
機構３０１の部分が異なり、スクリプトひな形生成部３
０２を追加し、シナリオ情報を内包するスクリプト作成
機能を実現している。テスト資源生成部３０３には初期
状態では何も格納されていない。

【００５４】スクリプトひな形生成部３０２は、標準シ
ナリオ１１１および標準スクリプト１１２を格納し、標
準シナリオ１１１および標準スクリプト１１２をもとに
シナリオ込み標準スクリプト３０４を生成する。シナリ
オ込み標準スクリプト３０４は、スタブ・ドライバ画面
に値を入力する、という様な単位のコマンドではなく、
一連のシナリオに沿ったスクリプトひな形である。

【００５５】テスト資源生成部３０３は、スクリプトひ
な形生成部３０２の生成したシナリオ込み標準スクリプ
ト３０４を格納し、定義情報格納部１０１の定義情報１
０９とシナリオ込み標準スクリプト３０３とをもとに、
テスト資源１０８を生成する。図１のシステムと同様に
このテスト資源１０８と本システムで生成したスタブ・
ドライバ１０７により自動テスト実行部１０５は被テス
トプログラム１０６のテストを実行する。

【００５６】このシステム構成を請求項４に記載の標準
シナリオ・標準スクリプトを標準機能の組合せとするシ
ステムに適用する場合は、シナリオ込み標準スクリプト
３０３は、「一つのメソッドを呼んで対応するスタブ・
ドライバ画面を開き、値を入力し、実行キーをキック
し、出力値を取得し、出力値と期待値とを比較し、スタ
ブ・ドライバ画面を閉じる」といったメソッドの処理を
単位とするスクリプトひな形としたり、シナリオに沿っ
たメソッド処理順序を単位とするスクリプトひな形のよ
うな構成とする。

【００５７】次に図４により請求項５に記載の自動テス
トシステムの基本構成を説明する。

【００５８】基本構成は図１と同様であるが、プログラ
ム生成部４０１を追加し、被テストプログラム４０２の
自動生成を実現している。自動テスト実行部１０５、被
テストプログラム４０２、生成したスタブ・ドライバ１
０７、生成したテスト資源１０８により自動テストを行
う機構４０６が構成される．その他の構成要素及びそれ
らの処理動作は図１と同様である。

【００５９】プログラム生成部４０１は、被テストプロ
グラムのプログラム仕様などの情報４０３を格納し、定
義情報格納部１０１中の定義情報１０９とプログラム仕
様など４０３とをもとに、被テストプログラムの一部
（自動生成部分４０４）を自動生成する。コーディング
部分４０５は、被テストプログラムを構成するために、
自動生成部分４０４、その他のプログラムに加えて、必
要に応じて手動でコーディングを追加する部分である。

【００６０】上記プログラム生成部はそれぞれ請求項２
に対応する図２、請求項３に対応する図３のシステム構
成にも追加することができる。

【００６１】次に図１を用いて請求項１に記載の自動テ
ストシステムの処理動作を詳細に説明する。

【００６２】まず定義情報格納部１０１の定義情報をも
とにスタブ・ドライバ１０７を生成する処理と、入出力
要素を説明する。

【００６３】定義情報格納部１０１には、定義情報１０
９を格納しておく。図５は定義情報格納部１０１中の定
義情報１０９のうちインタフェース定義情報５０１の一
例であり、構造体のデータ項目名情報５０２とインタフ
ェースの定義情報５０３からなる。この例では、一つ一
つのクラス・メソッドに共通のヘッダ「ＨＥＡＤＥＲ」
の構造と、「ＳＨＯＵＨＩＮ」クラスの構造と、ＳＨＯ
ＵＨＩＮクラスのメソッド「ＣｒｅａｔｅＯｂｊｅｃ
ｔ」「Ｕｐｄａｔｅ」「Ｄｅｌｅｔｅ」「ＧｅｔＳｔｒ
ｕｃｔｕｒｅ」「ＧｅｔＶｅｒｓｉｏｎ」の入出力項目
の仕様を定義している。図５で冒頭がｓｔｒｕｃｔであ
るものは以下に構造を記述することを、ｉｎｔｅｒｆａ
ｃｅである行は以下に入出力項目の仕様を記述すること
を表す。例えばＧｅｔＶｅｒｓｉｏｎというメソッド
は、共通ヘッダＨＥＡＤＥＲとＯＢＪＥＣＴ＿ＩＤを入
力項目とし、ＨＥＡＤＥＲとＶＥＲＳＩＯＮ＿ＩＤを出
力項目とすることを表す。定義情報１０９は、その他各
データ項目のデータ名、データ型、データ長の定義情報
などをもつ。ここに内容説明情報を加えてもよい。

【００６４】スタブ・ドライバ生成部１０４には、画面
の基本仕様１１０を格納しておく。画面の基本仕様１１
０は、スタブ・ドライバ１０７の画面構成および画面処
理の定義情報である。画面構成の定義情報とは主に画面
内のオブジェクトの配置情報であり、画面処理の定義情
報とはボタン押下時にどのような処理をするといったイ
ベントの定義情報である。

【００６５】例として、スタブ・ドライバが画面の基本
仕様１１０による画面と別にメインのＧＵＩ画面をもつ
とし、そのメイン画面がメインメニューを親、クラスを
子、メソッドを孫としたメニューをもつ場合の動作を説
明する。図６は、画面の基本仕様１１０の一部をもとに
画面を構成した場合の、画面イメージの一例である。６
０１はＧＵＩウィンドウであり、６０２は入力項目名表
示部、６０３は値入力欄、６０４は被テストプログラム
の機能の実行キック用ボタン、６０５は出力項目名表示
部、６０６は出力値表示欄である。メイン画面でクラス
名を子、メソッド名を孫とするメニューを選択すると、
対応するクラス下のメソッドを実行するための画面６０
１が開く。図６では、たとえば、クラス名とメソッド名
をあわせた画面タイトル「ＳＨＯＵＨＩＮ．Ｕｐｄａｔ
ｅ」、入力項目名表示部６０２、出力項目名表示部６０
５にプロパティ名「ＵＳＥＲ＿ＩＤ」「ＳＥＳＳＩＯＮ
＿ＩＤ」などが表示された状態で開くことを想定してい
る。入力項目名表示部６０２、入力欄６０３、出力項目
名表示部６０５、出力欄６０６の項目数は、メソッドに
より異なる。そして、入力項目表示部６０２のプロパテ
ィ名「ＵＳＥＲ＿ＩＤ」「ＶＥＲＳＩＯＮ＿ＩＤ」など
に、対応する値入力欄６０３にテストデータとなる値
「ＪＰＯ」「００００００１」などを入力してボタン６
０４「Ｅｘｅｃｕｔｅ＿ＳＨＯＵＨＩＮ＿Ｕｐｄａｔ
ｅ」を押下すると、対応するプログラム機能が実行さ
れ、出力項目表示部６０５「ＲＥＴＵＲＮ＿ＣＯＲＤ」
「ＳＨＯＵＨＩＮ．ＰＲＩＣＥ」などに対応する出力値
表示欄６０６に出力値「ｔｒｕｅ」「￥６０」などが表
示される。図６は、ＳＨＯＵＨＩＮクラスのＵｐｄａｔ
ｅメソッドを処理する画面で、実行ボタン６０４を押下
後出力値が表示された状態を表している。

【００６６】スタブ・ドライバ生成部１０４で、定義情
報１０９をもとにＧＵＩを持つスタブ・ドライバ１０７
を生成する処理フローを図７に示す。まず処理７０１に
おいて、変数を初期化し、処理７０２においてｓ件目の
クラス、ｔ件目のメソッドについての定義情報を定義情
報１０９から読み込む。例えばメソッドの入出力データ
項目の構成などである。次に処理７０３でスタブ・クラ
ス画面の基本仕様１１０を読み込み、処理７０４では処
理７０２で読み込んだクラス名で画面の基本仕様１１０
中のクラス名置換用情報を置換し、処理７０５では処理
７０２で読み込んだメソッド名で画面の基本仕様１１０
中のメソッド名置換用情報を置換し、処理７０６では処
理７０２で読み込んだメソッドのデータ構成中のデータ
項目定義で画面の基本仕様１１０中のｕ件目のデータ項
目に関する置換用情報を置換する。処理７０７で１メソ
ッド内のデータ項目をすべて展開したか判定し、すべて
展開していない場合には処理７０８でデータ項目名のカ
ウンタをカウントアップし、処理７０９で次のデータ項
目の情報を読み込み、処理７０６に戻る。処理７０６か
ら７０９により、１メソッドを構成するデータ項目をす
べて展開する。処理７０７ですべて展開したという判定
結果の場合は処理７１０で、置換用情報を置換済みの画
面の基本仕様を出力する。１メソッドのデータ項目名の
単位で出力するのは、ここではメソッド１件ごとに１画
面をもつ場合を想定しているためである。次に処理７１
１でｓ件目のクラスに内包するメソッドをすべて画面に
展開したかを判定し、未展開のメソッドがあれば処理７
１２でメソッド名のカウンタをカウントアップし、処理
７１３で次のメソッドの情報を読み込み、処理７１５に
戻る。また、処理７１４により全てのクラスについて内
部メソッドを画面に展開したかを判定し未展開のクラス
があれば、処理７１５によりクラス項目のカウンタをカ
ウントアップし、その他のカウンタを初期化した上で処
理を処理７０２に戻し、次のクラスの処理を開始する。
処理７１４で展開が全て終わったと判定されたときは、
処理７１５によりすでに書き出した（出力した）、「置
換用情報を具体的値に置換済みの画面の基本仕様」をコ
ンパイルすることで画面をもつ実行形式のスタブ・ドラ
イバ１０７を生成する。

【００６７】本発明では、被テストプログラム１１５の
どの機能に対しても、データ入出力のためのスタブ・ド
ライバ画面の構成、すなわち入力欄、出力値表示欄のＧ
ＵＩオブジェクトの種類、配置などを固定する。メソッ
ドで入出力するデータ項目名の変更や追加削除があって
も、データ項目名称や項目数が変わるのみであり、画面
の基本仕様は一定である。

【００６８】次に、定義情報格納部１０１の定義情報１
０９をもとにテスト資源１０８を生成する、テスト資源
生成部１０２の入出力要素と処理を説明する。まずテス
ト資源生成部１０２には、標準シナリオ１１１および標
準スクリプト１１２を格納しておく。

【００６９】標準シナリオ１１１は、テスト仕様を踏ま
えてテスト用にメソッドを呼ぶ順番を設計した上で操作
者が定義することを想定している。図８と図９は標準シ
ナリオ１０８の一例である。図８が通常のシナリオであ
り、図９が略式のシナリオである。図８のようにシナリ
オが「選択から閉じるまで」の定型的な処理の繰返しで
表せるとき、図９のような略式のシナリオ表現が可能と
なる。図９のシナリオ表現をしても、図８のシナリオへ
変換することが可能なためである。

【００７０】図８において、各処理８０１〜８０８は、
それぞれが、スタブ・ドライバのメイン画面でメニュー
を選択して図６のような仕様をもつメソッド実行画面を
呼び出し、メソッド実行画面において、入力値を入力
し、実行キックを行い、出力結果を確認するもしくは取
得する、メソッド実行画面を閉じる、という一連の処理
順序情報となっている。

【００７１】例えば処理８０１の内容は、具体的には、
次の一連の処理順序を表す情報である。「メイン画面か
ら［メインメニュー］−［クラスメニュー］「ＳＨＯＵ
ＨＩＮ」−［メソッドメニュー］「ＣｒｅａｔｅＯｂｊ
ｅｃｔ」を選択し、メソッド実行画面（図６の６０１の
仕様）を開き、入力欄（図６の６０３）のうちＨＥＡＤ
ＥＲ項目であるＵＳＥＲ＿ＩＤ項目に「ＴＥＳＴ」を入
力、ＳＥＳＳＩＯＮ＿ＩＤ項目に「ＷＯＲＫ」を入力し
た上で、メソッドの実行ボタン（図６の６０４）を押下
し、その結果出力欄（図６の６０６）のうちヘッダ項目
であるＲＥＴＵＲＮ＿ＣＯＲＤ項目に戻り値「ｔｒｕ
ｅ」が表示されることを確認し、ＩＤ項目のＯＢＪＥＣ
Ｔ＿ＩＤ項目の戻り値を変数ＯＧ１に格納して、メソッ
ド画面を閉じる」。また、処理８０５の内容は、具体的
には、次の一連の処理順序を表す情報である。「メイン
画面から［メインメニュー］−［クラスメニュー］「Ｓ
ＨＯＵＨＩＮ」−［メソッドメニュー］「ＧｅｔＳｔｒ
ｕｃｔｕｒｅ」を選択し、メソッド実行画面（図６の６
０１の仕様）を開き、入力欄（図６の６０３）のうち、
ヘッダ項目であるＵＳＥＲ＿ＩＤ項目に「ＴＥＳＴ」を
入力、ＳＥＳＳＩＯＮ＿ＩＤ項目に「ＷＯＲＫ」を入
力、ＯＢＪＥＣＴ＿ＩＤ項目に処理８０１で取得した値
ＯＧ１を入力、ＶＥＲＳＩＯＮ＿ＩＤ項目に処理８０２
で取得した値ＯＧ２を入力した上で、メソッドの実行ボ
タン（図６の６０４）を押下し、その結果出力欄（図６
の６０６）のうち、ヘッダ項目であるＲＥＴＵＲＮ＿Ｃ
ＯＲＤ項目に戻り値「ｔｒｕｅ」が表示されること、Ｕ
ＳＥＲ＿ＩＤ項目に「ＴＥＳＴ」が表示されること、Ｓ
ＥＳＳＩＯＮ＿ＩＤ項目に「ＷＯＲＫ」が表示されるこ
と、ＳＨＯＵＨＩＮクラスのデータ構造の各項目のうち
ＯＢＪＥＣＴ＿ＩＤ項目に変数ＯＧ１の内容が表示され
ること、ＶＥＲＳＩＯＮ＿ＩＤ項目に変数ＯＧ２の内容
が表示されること、残りのＳｔｒｉｎｇ型項目には定義
最大長データが表示されること、その他の型の項目には
定義長内の通常データが表示されること、を確認してメ
ソッド画面を閉じる」。ここで「ＳＨＯＵＨＩＮクラス
のデータ構造の各項目」とは、ＳＨＯＵＨＩＮクラスに
ついて図５のような定義情報があったとき、ＳＥＴＳ、
ＢＡＲＣＯＲＤＮＯ、ＰＲＩＣＥ、ＴＥＮＴＯ＿ＦＬ
Ｇ、ＳＯＫＯ＿ＦＬＧの各項目である。

【００７２】図９の標準シナリオの例において、一行目
のＨＥＡＤＥＲ＿ＡＲＣＨは、どのメソッドを呼ぶとき
も必ず入力する項目の構造の定義を想定している。ＨＥ
ＡＤＥＲ＿ＡＲＣＨ下のＳｔｒｉｎｇ、ＵＳＥＲ＿Ｉ
Ｄ、ＴＥＳＴは、メソッド処理画面を呼んだら、まずＨ
ＥＡＤＥＲ構造のなかのＵＳＥＲ＿ＩＤ項目の入力欄
に、ＴＥＳＴというＳｔｒｉｎｇ型のテキストを入力す
ることを示す。インデントしていない行のうちＦＵＮＣ
ＴＩＯＮと次行のＳＨＯＵＨＩＮは、このシナリオがＳ
ＨＯＵＨＩＮクラスのシナリオであることを表す。ま
た、インデントしていない行のうちＣｒｅａｔｅＯｂｊ
ｅｃｔ以降がメソッド処理である。インデントしていな
い行の並び順がメソッドの呼び出し順に対応している。
ここでは、インデント行冒頭のＩやＯのうち、I項目は
入力欄への値入力処理を、Ｏ項目は、値の取得でないか
ぎり、出力値と期待値とを比較して同じであるかを確認
する処理を想定している。このような標準シナリオは複
数用意してよい。

【００７３】図９において、６行目のＣｒｅａｔｅＯｂ
ｊｅｃｔ、ｔｒｕｅおよび次行のＯ、Ｓｔｒｉｎｇ、Ｏ
ＢＪＥＣＴ＿ＩＤ、ＯＧ１は、次の処理を示す。「メイ
ン画面で［メインメニュー］−クラス名［ＳＨＯＵＨＩ
Ｎ］−メソッド名［ＣｒｅａｔｅＯｂｊｅｃｔ］という
メニューを選択すると、図６に示す仕様のメソッド処理
画面が開く。入力欄（図６の６０３）のうち、ＵＳＥＲ
＿ＩＤ項目にＴＥＳＴ、ＳＥＳＳＩＯＮ＿ＩＤ項目にＷ
ＯＲＫを入力し、実行ボタン（図６の６０４）を押下す
る。そして出力欄（図６の６０６）のうちＲＥＴＵＲＮ
＿ＣＯＲＤ項目にｔｒｕｅが出力されること、ＯＢＪＥ
ＣＴ＿ＩＤ項目に出力される値を変数ＯＧ１に格納す
る、メソッド処理画面を閉じる」。また、１４行目のＵ
ｐｄａｔｅメソッド処理の中にある１７行目のＩ、Ｓｔ
ｒｉｎｇ、ＳＨＯＵＨＩＮ＿ＡＲＣＨ、ＦＵＬＬは、例
えばクラスが図５に定義されたものであれば、次の処理
になる。「ＳＨＯＵＨＩＮクラスのデータ項目の内Ｓｔ
ｒｉｎｇ型項目であるＯＢＪＥＣＴ＿ＩＤ、ＶＥＲＳＩ
ＯＮ＿ＩＤ、ＳＥＴＳ、ＢＡＲＣＯＲＤＮＯ、ＴＥＮＴ
Ｏ＿ＦＬＧ、ＳＯＫＯ＿ＦＬＧの各項目に、各データ定
義最大長のデータを入力し、Ｓｔｒｉｎｇ型でない項目
ＰＲＩＣＥには最大長内の正常データを入力する」。こ
れはクラスのデータ構造を構成する全データ項目に入力
する処理であるが、たとえばかわりに、「Ｉ、Ｓｔｒｉ
ｎｇ、ＳＨＯＵＨＩＮ．ＳＥＴＳ、ＡＡＡＡ」と定義す
れば、ＳＨＯＵＨＩＮクラスの項目ＳＥＴＳ欄のみデー
タＡＡＡＡを入力する、という意味になる。また、図８
および図９の標準シナリオにおけるテスト内容は、次の
ようなものである。「オブジェクトを新規作成（Ｃｒｅ
ｔｅＯｂｊｅｃｔ）できること、ＯＢＪＥＣＴ＿ＩＤ１
をもとにＶＥＲＳＩＯＮ＿ＩＤ２を取得（ＧｅｔＶｅｒ
ｓｉｏｎ）できること、ＩＤ２なしで更新（Ｕｐｄａｔ
ｅ）しようとすると戻り値がｆａｌｓｅとなること、Ｓ
ｔｒｉｎｇ型の各項目に最大バイト数を入力して更新
（Ｕｐｄａｔｅ）できること、更新したとおりの属性値
が取得（ＧｅｔＳｔｒｕｃｔｕｒｅ）できること、オブ
ジェクトを削除（ＤｅｌｅｔｅＯｂｊｅｃｔ）できるこ
と、連続して同じＩＤのオブジェクトを削除（Ｄｅｌｅ
ｔｅＯｂｊｅｃｔ）しようとすると戻り値がｆａｌｓｅ
となること、削除したＩＤの属性値を取得（ＧｅｔＳｔ
ｒｕｃｔｕｒｅ）しようとすると戻り値がｆａｌｓｅと
なること」。また、Ｓｔｒｉｎｇ型の最大桁テストのた
めにＳｔｒｉｎｇ型項目のみ最大桁を入力することに
し、Ｌｏｎｇ型項目については通常範囲の値を入力する
テスト仕様を想定している。

【００７４】図９の略式のシナリオから図８のシナリオ
への自動変換処理は、例えば、図１０に示す処理フロー
で行う。これは、「図９の略式のシナリオ」、「定型操
作で置換用情報あり」、「定型操作」の情報を用意し、
それらの結合規則をもとにシナリオを具体化する処理に
相当する。まず処理１００１によりシナリオ読み込み行
カウンタを初期化する。次に処理１００１で図９のシナ
リオのｓ行目を読み込む。処理１００３では読み込み行
がインデントのない行であるとともにＨＥＡＤＥＲ＿Ａ
ＲＣＨでもＦＵＮＣＴＩＯＮでもない行であることをチ
ェックしてメソッドを宣言する行であるかを判定する。
メソッド行でない場合はメソッドを呼ばないシナリオ情
報であるということであるとして処理１００４でエラー
メッセージを出力して処理を終了する。メソッド名部が
ある場合は処理１００５によりスタブ・ドライバ画面に
おいてメインメニュー、クラス名、メソッド名をそれぞ
れ親、子、孫メニューとするメニュー選択処理を表す記
述を書き出す。このとき、図９には、クラス名、メソッ
ド名が定義されているから、メニュー選択処理を表す記
述には、クラス名、メソッド名が入る。次に処理１００
６により定型記述であるヘッダ項目の入力処理を表す記
述を書き出し、処理１００７によりカウンタアップして
処理１００８により標準シナリオのｓ行目を読み込む。
処理１００９では出力値に関する記述であるかを判定す
る。行頭がＯであるかで判定できる。出力値に関する記
述でない場合は、Ｉ項目であるため、処理１０１０で入
力値を入力する処理を表す記述を書き出し、処理１００
７に戻る。処理１００９で判定の結果、出力値に関する
記述であるときは、処理１０１１によって定型記述であ
るメソッド実行処理と戻り値の確認処理を表す記述を書
き出す。このとき、図９のシナリオ中にはメソッド名が
定義されているから、メソッド実行処理の記述には具体
的なメソッド名が入る。次に、処理１００８で直前に読
み込んだ項目が処理１００９で出力値操作であることが
わかっているから、処理１０１２により出力値に関する
処理を表す記述を書き出す。次に処理１０１３によりカ
ウンタアップして処理１０１４により標準シナリオのｓ
行目を読み込み、処理１０１５でメソッド名のある行で
あるかを判定する。処理１００３と同様の判定である。
メソッド行のときは、次のメソッドを呼ぶということで
あるから、まず処理１０１６により処理１００５で呼び
出しているメソッド処理画面を閉じることを意味する定
型記述であるメソッド処理画面を閉じる処理を表す記述
を書き出す。そして処理１０１７でカウントアップして
処理を処理１００５に戻す。処理１０１５の判定結果が
メソッド行でない場合は、処理１０１８により読み込み
中のシナリオの終わりであるかを判定する。読み込み行
の内容がない場合はシナリオの終わりであり、処理を終
了するが、内容があるときは出力項目であるから処理１
０１２にもどる。ここでは１件のシナリオを具体化する
処理のみを示したが、この処理が、次々とシナリオを読
み込んで行われる処理に組み込まれることにより、複数
のシナリオの具体化処理を自動化できる。また、シナリ
オの定義が正しいことを前提にしたが、その他エラー関
連処理を挿入してよい。さらに、書き出しのフォーマッ
トは標準シナリオ用に定義したフォーマットであること
を想定している。

【００７５】標準スクリプト１０９は、例えば、スタブ
・ドライバ画面の入力欄の項目名と入力値を引数にして
画面上に値を入力するコマンドや、メソッド名を引数に
して実行指示を被テストプログラムに与えるボタンを押
下するコマンドである。コマンドは、自動テスト実行部
１１４が解釈できる仕様として設定しており、スタブ・
ドライバ画面の基本操作関数であるといってよい。図１
１は、標準スクリプト１０９の一例であり、部品群１１
０１を構成する。部品群１１０１を構成する部品は、次
に示す定型処理をコマンドの形で記述したものといえ
る。まず部品１１０２は、クラス名・メソッド名などの
引数をもとにスタブ・ドライバ画面を開く処理である。
部品１１０３は、スタブ・ドライバ画面を識別する情報
をチェックする処理である。例えば、クラス名やメソッ
ド名から「クラス名．メソッド名」という画面タイトル
を構成している場合でメソッドごとに画面をもつ場合こ
れで画面は一意に決まるから、画面タイトルをチェック
する。スタブ・ドライバ画面をもとに「クラス名．メソ
ッド名」という画面タイトルをチェックする。部品１１
０４は、スタブ・ドライバ画面の入力項目表示部の表示
データ名と、対応する入力欄に入力する値とを引数とし
てスタブ・ドライバ画面中の入力欄に値を入力する処理
である。部品１１０５は、ボタン名を引数に、スタブ・
ドライバ画面上の引数と同じボタン名をもつボタンを押
下する処理である。部品１１０６は、ラベル名を引数
に、スタブ・ドライバ画面上の引数と同じラベル名をも
つラジオボタンを選択する処理である。部品１１０７
は、現在開いているスタブ・ドライバ画面のうち、メソ
ッド処理画面を閉じる処理である。部品１１０８は、ス
タブ・ドライバ画面の出力項目表示部の項目名と、変数
名とを引数にして、出力項目表示部の項目名に対応する
出力欄に出力される値を取得し、変数名の変数に格納す
る処理である。部品１１０９は、スタブ・ドライバ画面
の出力項目表示部の項目名と、対応する出力欄に出力さ
れる想定値（出力値の期待値）とを引数としてスタブ・
ドライバ画面中の出力欄に出力される値を取得し、想定
値と比較するとともに、比較結果をログ出力する処理で
ある。部品１１１０は、外部出力情報名と具体的な値を
引数として、外部出力情報がいくつかの値のリストであ
るとき、リスト中に引数と同じ値がないことをチェック
し、チェック結果をログ出力する処理である。部品１１
１１は、スタブ・ドライバ画面の出力項目表示部の項目
名と、データ長を引数として、項目名に対応する出力欄
に出力される値が引数のデータ長と同じであるかをチェ
ックしてチェック結果をログ出力する処理である。部品
１１１２は、外部出力情報名と具体的な値を引数とし
て、外部出力情報がいくつかの値のリストであるとき、
リストの項目数が引数と同じ値であることをチェック
し、チェック結果をログ出力する処理である。部品１１
１３は、外部出力情報名と期待値情報名とプロパティ名
を引数として、外部出力情報が行列を構成し、列項目名
をヘッダとするリスト形式であるとき、列ヘッダが引数
と異なるプロパティ名のものが、期待値情報と同じであ
ることをチェックし、チェック結果をログ出力する処理
である。部品１１１４は、外部出力情報名と期待値名を
引数として、外部出力情報と期待値が同じであることを
チェックし、チェック結果をログ出力する処理である。
部品群を用意するにあたり、例えばボタン押下処理を部
品一件でよくするには、図６の画面基本仕様を固定すれ
ばよい。

【００７６】テスト資源１０８は、被テストプログラム
のシミュレーション内容が記述されたプログラムであ
り、期待値、テストデータを内包する。図１２は、テス
ト資源１０８の処理フローの一例である。これは、図８
の変形であり、各処理に概要記述はなく、全て具体的記
述とするとともに、各処理がコマンド形式となっている
ものである。よって各処理１２０１〜１２０８は、それ
ぞれが、スタブ・ドライバのメイン画面でメニューを選
択して図６の仕様をもつメソッド実行画面を呼び出し、
メソッド実行画面において、入力値を入力し、実行キッ
クを行い、出力結果を確認するもしくは取得する、メソ
ッド実行画面を閉じる、という一連の処理となってい
る。各処理１２０１〜１２０８のうち処理１２０４と１
２０５以外の処理概要は、対応する図８の処理と同様で
あり、一連の処理を行うコマンド（スクリプト）形式で
あるか、シナリオ形式であるかの違いしかない。処理１
２０４と処理１２０５は、図８の対応処理の等倍コマン
ド化ではなく、具体化されている。

【００７７】例えば、１２０５の内容は、具体的には、
次の一連の処理を行うスクリプトである。「メイン画面
から［メインメニュー］−［クラスメニュー］「ＳＨＯ
ＵＨＩＮ」−［メソッドメニュー］「Ｇｅｔ」を選択
し、メソッド実行画面（図６の６０１の仕様）を開き、
入力項目のうち、入力欄（図６の６０３）のうちヘッダ
項目であるＵＳＥＲ＿ＩＤ項目に「ＴＥＳＴ」を入力、
ＳＥＳＳＩＯＮ＿ＩＤ項目に「ＷＯＲＫ」を入力、ＯＢ
ＪＥＣＴ＿ＩＤ項目に処理１２０１で取得した値ＯＧ１
を入力、ＶＥＲＳＩＯＮ＿ＩＤ項目に処理１２０２で取
得した値ＯＧ２を入力した上で、メソッドの実行ボタン
（図６の６０４）を押下し、その結果出力欄（図６の６
０６）のうち、ヘッダ項目であるＲＥＴＵＲＮ＿ＣＯＲ
Ｄ項目に戻り値「ｔｒｕｅ」が表示されること、ＵＳＥ
Ｒ＿ＩＤ項目に「ＴＥＳＴ」が表示されること、ＳＥＳ
ＳＩＯＮ＿ＩＤ項目に「ＷＯＲＫ」が表示されること、
ＯＢＪＥＣＴ＿ＩＤ項目に変数ＯＧ１の内容が表示され
ること、ＶＥＲＳＩＯＮ＿ＩＤ項目に変数ＯＧ２の内容
が表示されること、ＳＥＴＳ項目に「ＡＢＣＤ」（１文
字１バイトの仕様）が表示されること、ＢＡＲＣＯＲＤ
ＮＯ項目に「ＡＢＣＤＥＦＧＨＩＪＫＬＭ」（１文字１
バイトの仕様）が表示されること、ＰＲＩＣＥ項目に
「１００」（１０進数）が表示されること、ＴＥＮＴＯ
＿ＦＬＧ項目に「Ａ」（１文字１バイトの仕様）が表示
されること、ＳＯＫＯ＿ＦＬＧに「Ａ」（１文字１バイ
トの仕様）が表示されることを確認して、メソッド画面
を閉じる」。ここではＬｏｎｇ型１バイト以上であれ
ば、最大バイト数入力指定がシナリオにない限り１００
をテストデータとする、というテスト仕様を想定して、
ＰＲＩＣＥ項目のテストデータが「１００」（１０進
数）としている。このように、テスト資源１０８は、期
待値１１３とテストデータ１１４が、スクリプト１１５
に組み込まれている状態であってよいが、期待値１１３
とテストデータ１１４を外部ファイルとしてスクリプト
１１５が読み込む仕様でもよい。またテスト資源１０８
は、自動テスト機構１０５がスタブ・ドライバ画面を標
準シナリオ１１１どおりに操作するプログラムに相当す
る。以上がテスト資源生成部１０２の処理の入出力要素
の説明である。

【００７８】テスト資源生成部１０２の処理は、例え
ば、図１３に示す処理フローで行う。ここではまず処理
１３０１で、標準シナリオの読み込み行カウンタおよび
読み込み構成データカウンタを初期化する。次に処理１
３０２で標準シナリオのｓ行目を読み込み、処理１３０
３で読み込み行に置換用情報があるかどうかを判定す
る。ここでは入出力データ処理の記述に置換用情報があ
りうることを想定している。置換用情報がない場合は、
シナリオの処理記述がシミュレーション時の処理そのも
のを表すため、処理１３０４により対応する標準コマン
ドを図１１のスクリプト部品群から抽出し、処理１３０
５でシナリオの読み込み行をスクリプト化して書き出
す。次に処理１３０６で読み込み行カウンタをアップ
し、処理１３０７でシナリオのｓ行目を読み込む。処理
１３０８では処理１３０７で読み込んだ行が空行である
か否かを判定することなどで処理中の標準シナリオをコ
マンド化し終えたかを判定し、し終えていない場合には
処理１３０３に戻り、シナリオのコマンド化を続ける。
コマンド化し終えた場合は処理１３０９により他にコマ
ンド化未済のシナリオがあるかを調査し、ある場合は処
理１３１０によりそのシナリオを読み込み、処理を１３
０１に戻す。コマンド化未済のシナリオがない場合はコ
マンド化処理を終了する。また処理１３０３で置換用情
報があるときは、処理１３１１により標準シナリオ中の
引数基準情報を読み込み、処理１３１２により処理中メ
ソッドのインタフェース定義を定義情報格納部から読み
込む。これはデータ項目の構成を読むことに相当する。
次に処理１３１３により処理中メソッドを構成するデー
タ項目のｔ件目のデータ長定義を定義情報格納部から読
み込み、処理１３１４でデータ項目が終わったかを判定
する。判定は、処理１３１３で読み込んだ項目がデータ
項目であるかいなかにより判定できる。一回目は処理１
３０３の判定結果がＹであるためデータ項目が必ずある
が、以降で、処理１３１４の判定の結果データ項目の終
わりであるときは、処理１３１５で読み込み構成データ
カウンタを初期化し、処理を１３０６に戻す。終わりで
ないときは、処理１３１６で、処理１３１２のインタフ
ェース定義と処理１３１３のデータ長とをもとに、事前
定義した規則に従って期待値とテストデータを生成す
る。次に処理１３１７によりシナリオ中の置換用情報を
処理１３１６で生成したテストデータに置換する。処理
１３１８ではコマンドの部品群に相当する標準スクリプ
トから読み込み中の処理内容に対応するコマンドを抽出
し、処理１３１９では、処理１３１６から１３１８でデ
ータ挿入を終えた処理記述を、処理１３１８で抽出した
コマンドでコマンド化し、処理１３２０ではコマンド化
した入出力処理を書き出す。次に処理１３２１により読
み込み構成データカウンタをカウントアップし、処理１
３１３に戻る。

【００７９】以上の図１３の処理により、シナリオに期
待値とテストデータが挿入され、記述がコマンドの形式
になるから、テスト資源を生成できる。

【００８０】図１３の別法として、例えば図１４の処理
フローがあげられる。これは、図１３の変形であり、処
理１３１７、１３１８、１３１９、１３２０の代わり
に、処理１４０１、１４０２、１４０３、１４０４に置
換した構成となっている。これは、処理１３１７、１３
１８、１３１９、１３２０を、処理１３１８、１３１
９、１３１７、１３２０の順にしたことに相当する。す
なわち、処理１３１６によるデータ生成後、処理１４０
１によりシナリオの処理記述に対応するコマンドを標準
スクリプトから抽出し、処理１４０２により処理をコマ
ンド化し、処理１４０３により生成データを挿入し、処
理１４０４によりコマンド置換とデータ挿入の済んだ処
理記述を書き出す。この構成により、図１３と同様にし
てテスト資源を生成することができる。

【００８１】次に、生成したスタブ・ドライバ１０７を
通して、テスト資源１１０をもとに被テストプログラム
１０６をテストする自動テスト実行部１０５の動作を説
明する。まず、自動テスト実行部１０５が、テスト資源
１０８中のスクリプト１１５の記述に沿って、スタブ・
ドライバ１０７を自動操作し、その自動操作にあわせて
被テストプログラム１０６が動作する。例えば、入力値
は、テストデータ１１４をスタブ・ドライバ１０７の画
面で対応する入力欄に入力する。また、出力値はスタブ
・ドライバ１０７の画面に表示されるが、スクリプト１
１５の記述に出力値を確認せよというスクリプトがあれ
ば、自動テスト実行部１０５は出力値を取得し、期待値
１１３と比較する。比較結果はログとして出力できる。
出力値を変数に格納せよというスクリプトがあれば、出
力値を取得し、自動テスト実行部１０５が変数に格納す
る。

【００８２】以上のような処理動作により請求項１に記
載の自動テストシステムは被テストプログラムのテスト
処理を実行する。

【００８３】次に図２を用いて請求項２に記載の自動テ
ストシステムの処理動作を詳細に説明する。

【００８４】請求項１に記載の自動テストシステムとの
構成の相違はテスト資源の生成機構３１８の部分であ
り、シナリオ生成部２０２が追加されている。この部分
の処理動作を以下に説明する。

【００８５】シナリオ生成部２０２が定義情報格納部１
０１の定義情報１０９と、標準シナリオ１１１とをもと
に、データ定義込み標準シナリオ２０４を生成する処理
フローを図１５に示す。図１５の処理フローは、図１３
の変形である。図１５では、第一に「処理１３１８から
１３２０がなく、処理１５０１がある」、第二に「処理
１３０４および１３０５がなく、処理１５０２があ
る」。図１５は、データの定義情報からテストデータお
よび期待値を生成して、標準シナリオと組合せる処理で
あり、テスト資源生成処理である図１３に比して、コマ
ンド化処理が不要である。そのため第一の相違ではま
ず、処理１５０１によりシナリオに生成データ長を関連
付けて書き出す処理を行う。第二の相違では読み込んだ
標準シナリオを処理１５０２によりそのまま転記する処
理を行う。図１３の処理のうちコマンド化を省いてい
る。以上のようにしてデータ定義込み標準シナリオ２０
４を生成する。

【００８６】図１６は、シナリオ生成部２０２により生
成されたデータ定義込み標準シナリオ２０４の一例であ
る。例えば、８行目から１１行目のシナリオは、次の一
連の処理を意味する。「まず４、５、８行目の定義によ
り、ＳＨＯＵＨＩＮクラス（４、５行目）のＧｅｔＶｅ
ｒｓｉｏｎメソッド（８行目）の処理画面（スタブ・ド
ライバ画面）を開く」、「１から３行目の、全メソッド
に共通なＨＥＡＤＥＲ＿ＡＲＣＨの定義によりスタブ・
ドライバ画面のＵＳＥＲ＿ＩＤ項目の入力欄にＴＥＳＴ
を入力する、ＳＥＳＳＩＯＮ＿ＩＤ項目の入力欄にＷＯ
ＲＫを入力する」、「９行目の定義により、７行目で出
力値を変数ＯＧ１に格納したことを受けてＯＢＪＥＣＴ
＿ＩＤ項目の入力欄に変数ＯＧ１の値を入力する」、
「１０行目の定義により、ＶＥＲＳＩＯＮ＿ＩＤ項目の
出力欄に出力された値を変数ＯＧ２に格納する」、「Ｓ
ＨＯＵＨＩＮクラスのＧｅｔＶｅｒｓｉｏｎメソッド画
面を閉じる」。ここではシナリオで冒頭がＩで末尾がＯ
Ｇ１の場合はなく、冒頭がＯで末尾がＯＧ１の場合は、
出力値をＯＧ１に格納する処理、冒頭がＩで末尾がＩ＿
ＯＧ１の場合は入力値にＯＧ１を入力する処理、冒頭が
Ｏで末尾がＩ＿ＯＧ１の場合は、出力値とＯＧ１とが同
じことを確認する処理を表す。また図１６のデータ定義
込み標準シナリオ生成もとの入力情報である、図５に例
示のインタフェース定義や図８に例示の標準シナリオ中
にないデータ長情報があるのは、別途例示しないデータ
定義情報を定義情報格納部１０１中の定義情報１０９か
ら読み込んで反映しているためである。さらに、図１５
の処理では、図８のシナリオを入力とすると図１２でス
クリプト化が未済の状態の処理情報となり、図９のシナ
リオを入力とすると図１６のようなシナリオとなる。

【００８７】このように、データ定義込み標準シナリオ
２０４は、データが、テスト順序の情報とあわせて記述
されたものである。生成にあたって、出力値を変数に格
納する処理では、変数名を自動生成することにしてもよ
い。

【００８８】次に、テスト資源生成部２０３が、標準ス
クリプト１１１とデータ定義込み標準シナリオ２０４を
もとにテスト資源１０８を生成する処理を図１７に示
す。

【００８９】図１７の処理フローは、図１３の変形であ
る。図１７では、第一に「処理１３０２、１３１１、１
３１３、１３０７、１３０８、１３０９、１３１０の読
み込みもとが、標準シナリオではなく、データ定義込み
標準シナリオ２０４となっている」。第二に「処理１３
１２、１３１３、１３１６、１３１７がない」。第三に
「処理１３１４、１３２１、１３１５により構成される
データ項目の終了判定処理がない」。第四に「処理１３
０１でシナリオ読み込みカウンタのみを初期化してい
る」。図１７は、データ定義込み標準シナリオからテス
ト資源を生成する処理フローである。入力が図１３と異
なるために第一の相違がある。データ構成はデータ定義
込み標準シナリオに展開済みである。そのため第二の相
違でデータ展開用処理がなく、第三の相違でデータ構造
展開用の処理がなく、第四の相違で不要なカウンタ初期
化処理をなくしている。そのため第一の相違ではまず、
処理１５０１によりシナリオにデータ長定義を関連付け
て書き出す処理のみを行う第二の相違では処理１５０２
で読み込んだ標準シナリオをそのまま転記する処理を行
う。ここでは図１３の処理のうち、コマンド化とデータ
生成処理を省いている。

【００９０】このように生成されたテスト資源１０８を
用いて前述の自動テスト実行処理と同様にして被テスト
プログラムのテスト処理を実行する。

【００９１】次に図３を用いて請求項３に記載の自動テ
ストシステムの処理動作を詳細に説明する。

【００９２】請求項１に記載の自動テストシステムとの
構成の相異はテスト資源の生成機構１０３の部分であ
り、シナリオ込み標準スクリプト３０３を作成するスク
リプトひな形生成部３０２が追加されている。この部分
の処理動作を以下に説明する。

【００９３】標準シナリオ１１１と標準スクリプト１１
２をもとに、スクリプトひな形生成部３０２がシナリオ
込み標準スクリプト３０３を生成する処理を図１８に示
す。これは図１４の変形である。図１８では第一に「デ
ータ生成に関連する処理１３１１、１３１６、１４０３
がない」、第二に「処理１３１３がなく、処理１８０１
により、データ項目の定義のみを読み込む処理としてい
る」、第三に「処理１４０４がなく、処理１８０２によ
り、コマンド置換したシナリオの処理を書き出す処理を
設けている」。図１８は、シナリオスクリプト化処理で
あり、データ定義を行うがデータ生成格納処理は行わな
い。そのため第一の相違ではデータ生成関連処理を省い
ており、第二の相違により「データ長定義」の読み込み
書き出しを行い、第三の相違によりテストデータが具体
化されていない処理を書き出す。以上のようにしてシナ
リオ込み標準スクリプト３０３を生成する。

【００９４】図１９は、シナリオ込み標準スクリプト３
０３の処理の一例である。処理概要は、図１２の変形で
ある。第一の相違は、「図１２はコマンド形式である
が、図１９では処理の記述がシナリオ形式であるこ
と」。第二の相違は「処理１９０４、１９０５におい
て、メソッドのデータ項目が具体的なデータ定義情報と
なっていること」。図１９は、シナリオとデータ定義を
あわせたシナリオ情報である。図１８の機構による生成
物はシナリオ込み標準スクリプト３０３であり、データ
生成やコマンド化はなく、データ定義のみ展開してい
る。そのため、第一および第二の相違が生じる。図１９
において、たとえば処理部１９０４の６行目は、次の処
理順序情報を示す。「ＳＯＵＨＨＩＮクラスのメソッド
画面上で、入力項目ヘッダが「ＳＥＴＳ」である入力欄
にＳｔｒｉｎｇ型のデータ４バイト長のデータ入力す
る」。図１９で、生成元データである図５に例示のイン
タフェース定義や図８に例示の標準シナリオ中にないデ
ータ長定義が現れているのは、別途例示しないデータ定
義情報を定義情報格納部１０１中の定義情報１０９から
読み込んで反映しているためである。また、シナリオ込
み標準スクリプト３０３はテスト処理順序であるシナリ
オと、スタブ・ドライバ操作コマンドである標準スクリ
プトとを組合せた情報であり、データ項目の詳細が未定
義の情報となっている。

【００９５】このシナリオ込み標準スクリプト３０３を
もとにテスト資源生成部３０４がテスト資源１０８を生
成する処理の一例を図２０に示す。これは図１４の変形
である。

【００９６】図２０では第一に「処理１３０２、１３１
１、１３０７、１３０８、１３０９、１３１０の呼び出
しもとソースが変更され、シナリオ込み標準スクリプト
となっている」、第二に「コマンド化に関する処理１３
０１、１３０４、１３０５、１３１２、１３１４、１３
１５、１３１７、１４０１、１４０２がなく、処理２０
１１によ読み込み行カウンタのみ初期化する処理となっ
ている」、第三に「処理２００８、２００９、によりデ
ータを挿入して書き出す操作にし、処理２０１０により
シナリオ込み標準スクリプトの処理を書き出す処理にし
ている」。図２０は、シナリオ込み標準スクリプトから
テスト資源を生成する処理である。そのために第一の相
違がある。シナリオ込み標準スクリプトはデータ構成展
開済かつコマンド化済のシナリオ情報であり、データ構
成の展開処理およびコマンド化処理は不要である。その
ために、第二、第三の相違がある。

【００９７】このように生成されたテスト資源１０８を
用いて前述の自動テスト実行処理と同様にして被テスト
プログラムのテスト処理を実行する。

【００９８】次に請求項４に示す被テストプログラムの
機能を標準化した場合の自動テストシステムの処理動作
の詳細を説明する。

【００９９】図１における被テストプログラム１０６の
機能を標準化し、個々の機能が、一つまたは複数の標準
機能の組合せからなるようにする。例えば、データの新
規作成、取得、更新、関連付け、バージョンアップ、削
除、ファイル転送、検索といった種類の標準メソッドを
準備し、複数クラスで、それら標準メソッドの機能をも
つようにする。つまり、クラスＡにも、クラスＢにも、
新規作成、取得、更新、関連付け、バージョンアップ、
削除、ファイル転送、検索といったメソッドがあるよう
にする。全クラスとも同じ構成である必要はない。

【０１００】このとき、例えばクラスＡのメソッド新規
作成とクラスＢのメソッド新規作成では、機能の中身が
異なるが、新規作成という基本的な処理概要は同様であ
る。クラスが違ってもメソッドが同様ならばテストの内
容も同じになる。よって、一つ以上のメソッドの処理順
序情報を標準シナリオ１１１とすれば、標準シナリオ１
件を、複数クラスのテストシナリオのテンプレートにで
きる。例えば、「作成、取得、更新、削除」といったメ
ソッド処理順序に、テストデータの桁数制限、チェック
内容を加えたものを標準シナリオ１１１として事前準備
すれば、標準シナリオ１１１に応じて、クラスＡのテス
トも、クラスＢのテストも行えるようになる。

【０１０１】図２１、図２２は、標準シナリオの一例で
ある。いずれも複数に広げて適用できるもので、どのク
ラスで使用するか、項目名などは指定されていない。

【０１０２】図２１はメソッドの処理順序情報であり、
各クラスの構成情報を読み込んでクラス名・データ名を
埋めれば各クラスのテストシナリオができる仕掛けにな
っており、このシナリオ一件で、このメソッドをもつ全
クラスのテストシナリオに展開できる。図２１におい
て、 ４行目の「ＣｒｅａｔｅＯｂｊｅｃｔ、ｔｒｕ
ｅ」および次行の「Ｏ、Ｓｔｒｉｎｇ、＠＠＠＠＠＠＿
ＩＤ、ＯＧ１」は、次の処理を示す。「メイン画面で
［メインメニュー］−クラス名［＠＠＠＠＠＠］−メソ
ッド名［ＣｒｅａｔｅＯｂｊｅｃｔ］というメニューを
選択すると、メソッド処理画面（図６の６０１）が開
く。入力欄（図６の６０３）のうち、ＵＳＥＲ＿ＩＤ項
目に「＠＠＠＠＠＠」、ＳＥＳＳＩＯＮ＿ＩＤ項目に
「＠＠＠＠＠＠」を入力し、実行ボタンを押下する。そ
してＲＥＴＵＲＮ＿ＣＯＲＤ項目に「ｔｒｕｅ」が出力
されることを確認する。出力欄（図６の６０６）のうち
＠＠＠＠＠＠＿ＩＤ項目の出力欄に出力される値を変数
ＯＧ１に格納する、メソッド処理画面を閉じる」。シナ
リオは、クラス名、構造体項目など、項目名を置換でき
るようになっており、置換用文字列＠＠＠＠＠＠は、テ
スト資源生成部１０７によりクラスに応じたデータ名称
などに置換される。メソッド名がクラス名を含む場合
も、シナリオに置換用文字列を配すことによって１件の
シナリオを流用できる。

【０１０３】１２行目のＵｐｄａｔｅメソッド処理の中
にある１５行目の「Ｉ、Ｓｔｒｉｎｇ、＠＠＠＠＠＠＿
ＡＲＣＨ、ＦＵＬＬ」は、例えばクラスが図５に定義さ
れたものであれば、次の処理になる。「入力項目の内Ｓ
ｔｒｉｎｇ型項目であるＯＢＪＥＣＴ＿ＩＤ、ＶＥＲＳ
ＩＯＮ＿ＩＤ、ＳＥＴＳ、ＢＡＲＣＯＲＤＮＯ、ＴＥＮ
ＴＯ＿ＦＬＧ、ＳＯＫＯ＿ＦＬＧの各項目に、各データ
定義最大長のデータを入力し、Ｓｔｒｉｎｇ型でない項
目ＰＲＩＣＥには最大バイトにおさまる正常データを入
力する」。仮に１５行目に「Ｉ、Ｓｔｒｉｎｇ、＠＠＠
＠＠＠．ＯＢＪＥＣＴ＿ＩＤ、Ｉ＿ＯＧ１」とあった場
合は、構造体項目のＯＢＪＥＣＴ＿ＩＤ項目の入力欄に
は４行目５行目のＣｒｅａｔｅＯｂｊｅｃｔメソッドの
実行で取得したＯＧ１を入力する」という処理とし、そ
の後に連続して「Ｉ、Ｓｔｒｉｎｇ、＠＠＠＠＠＠＿Ａ
ＲＣＨ、ＦＵＬＬ」とあった場合は、＠＠＠＠＠＠＿Ａ
ＲＣＨを構成するデータ項目のうちＯＢＪＥＣＴ＿ＩＤ
以外の項目についてＳｔｒｉｎｇ型項目のデータに定義
最大長のデータを入力し、その他の型のデータ項目には
通常データを入力するという処理とする仕様としてもよ
い。

【０１０４】図２１の標準シナリオにおけるテスト内容
は、次のようなものである。「オブジェクトを新規作成
（ＣｒｅａｔｅＯｂｊｅｃｔ）できること、＠＠＠＠＠
＠＿ＩＤ１をもとに＠＠＠＠＠＠＿ＩＤ２を取得（Ｇｅ
ｔＶｅｒｓｉｏｎ）すること、ＩＤ２なしで更新（Ｕｐ
ｄａｔｅ）しようとすると戻り値がｆａｌｓｅとなるこ
と、Ｓｔｒｉｎｇ型の各項目に定義最大長データを入力
して更新（Ｕｐｄａｔｅ）できること、更新したとおり
の属性値が取得（ＧｅｔＳｔｒｕｃｔｕｒｅ）できるこ
と、オブジェクトを削除（Ｄｅｌｅｔｅ）できること、
連続して同じＩＤのオブジェクトを削除（Ｄｅｌｅｔｅ
Ｏｂｊｅｃｔ）しようとすると戻り値がｆａｌｓｅとな
ること、削除したＩＤの属性値を取得（ＧｅｔＳｔｒｕ
ｃｔｕｒｅ）しようとすると戻り値がｆａｌｓｅとなる
こと」。

【０１０５】図２２はメソッド１件の処理パターンの定
型処理部品であり、構成２２０１もしくは２２０２とな
り、標準シナリオ１１１群もしくは標準スクリプト１１
２群のうちのひとつを構成するようにする。

【０１０６】構成２２０１は、図２１のシナリオを図２
３もしくは図２４の構成に変換する処理自体に組み込ま
れて使用されることを想定している。図２１のシナリオ
から図２３のシナリオに変換する処理は、前述の図８か
ら図１２の構成へ変換する図１０の処理と同様であり、
構成２２０１の要素を組み込んで図１０と同様の処理を
行うには、処理１００５、処理１００６、処理１０１
１、処理１０１７をそれぞれ部位２２０３、２２０４、
２２０５、２２０６の書き出し処理と置き換えればよ
い。部位２２０３はメニュー選択処理、２２０４は定型
入力処理、２２０５は定型実行処理、２２０６は定型終
了処理である。置き換えによりメソッド１件の処理パタ
ーンの定型処理部品を実装しているといえる。図２１の
シナリオから図２４のシナリオに変換する処理は、図１
０の処理の変形であり、処理１０１６で、シナリオの終
わりを判定するたびに処理１０１７および１０１９で定
型記述を書き出すたびに情報を新規作成し、シナリオフ
ァイルにパターン部品ＩＤを追記する処理となる。

【０１０７】構成２２０２は、例えば、スタブ・ドライ
バ１０７の画面を操作することを想定すれば、「メイン
メニューから、クラス名を冠する親メニュー、メソッド
名を冠する子メニューを選択することでメソッドを処理
する画面を開く、メニュー選択によって開いた各メソッ
ド処理画面において、ヘッダ項目や各クラス構造体項目
に対応する入力欄に値を入力する、メソッドを実行す
る、画面に表示される出力値をテスト仕様に沿ってチェ
ックする、必要に応じて出力値を変数に取得する、出力
値を確認する、メソッドを処理する画面を閉じる」、と
いう処理パターンを定型処理として部品化したものであ
る。このとき、図２１は、パターン部品の順序情報およ
び引数の条件情報に相当する。

【０１０８】以上に説明した入出力情報を用いてテスト
資源１０８を自動生成する処理の例を次に説明する。例
えば、図２３の標準シナリオ１１１と標準スクリプト１
１２と定義情報１０９とをもとにテスト資源生成部１０
２がテスト資源１０８を生成する方法がある。この処理
フローの一例は、図２５のフローが挙げられる。図２５
では、まず処理２４０１により、シナリオ読み込み行カ
ウンタを初期化し、処理２５０２によりシナリオｓ行目
を読み込む。処理２５０３によりｓ行目に置換用情報が
あるかを判定し、ない場合には処理２５０４に移り読み
込み中の処理に対応するコマンドを抽出し、処理２５０
５で処理をコマンド化（スクリプト化）して書き出す。
次に処理２５０６でシナリオ読み込み行のカウンタをア
ップし、処理２５０７でｓ行目を読み込む。処理２５０
８で読み込み中のシナリオ全体をコマンド化したかを判
定し、していない場合は処理２５０３に戻り、コマンド
化した場合は、処理２５０９に移ってコマンド化してい
ないシナリオがあるかを判定する。全てコマンド化した
という判定結果のときはテスト資源生成処理を終了し、
まだコマンド化していないシナリオがある場合は処理２
５１０によりそのシナリオを読み込み、処理２５０１に
戻る。処理２５０３の判定の結果置換用情報がある場合
は、処理２５１１により置換用情報がクラス項目やデー
タ項目の名称かを判定し、名称であるときは処理２５１
２により置換用情報を指定クラス名やデータ項目名に置
換して、処理２５０４に写る。名称でないおきは処理２
５１３にうつり、構造体のデータ項目情報であるかを判
定し、そうでないときは。処理２５１４によりＩＤ項目
名であるかを判定する。ＩＤ項目名でないときは、処理
２５１５により置換用情報に対応する情報に置換して処
理を２５０４に移す。処理２５１４の判定の結果、置換
用情報がＩＤ項目名であるときは、処理２５１６により
定義情報からインタフェース定義を読み込み、処理２５
１７により定義された名前で置換用情報を置換して、処
理２５０４に移る。また処理２５１３の判定の結果置換
用情報がデータ生成関連処理であるときは、処理２５１
８に移り、図５のようにして構造を定義したデータ項目
であるかを判定し、そうである場合は処理２５１９で定
義情報中のインタフェースを読み込み、処理２５２０で
読み込み中メソッドを構成するｔ件目の入出力データ項
目を読み込んで処理２５２１に移る。処理２５１８で構
造体項目ではないという判定結果であったときは、処理
２５２１に移る。処理２５２１ではデータ長などの定義
情報と引数の基準情報を判定して対応データを生成し
て、読み込み行中の置換用情報を生成データに置換す
る。次に処理２５２２により読み込み中の行で処理する
べきデータ項目をすべて展開したかを判定し、まだ処理
するべきデータ項目がある場合は処理２５２３でデータ
構成項目読み込み行カウンタをカウントアップして処理
２５２０に戻る。処理すべきデータ項目をすべて展開し
た場合には処理２５２４によりデータ構成項目読み込み
行カウンタを初期化して処理２５０４に移る。以上のよ
うにして、テスト資源を生成できる。

【０１０９】別法として、図２１のシナリオ（標準シナ
リオ１１１）と図２２の構成２２０１の情報（シナリオ
形式）から図２３のシナリオ形式に変換後、図２３のシ
ナリオと定義情報１０９と標準スクリプト１１２を用い
て図１２のテスト資源を生成する方法がある。図２１の
情報と図２２の構成２２０１の情報から図２３の情報
（中間情報）に変換する処理の一例として、図１０の処
理フローを繰り返し行う方法が挙げられることを前述し
た。以降ははじめの例と同様である。

【０１１０】また別法として、図２１のシナリオ（標準
シナリオ１１１）と図２２の構成２２０２の情報（シナ
リオ形式）から図２４のシナリオ形式に変換後、図２４
のシナリオと定義情報１０９と標準スクリプト１１２を
用いて図１２のテスト資源を生成する方法がある。中間
情報の生成処理フローの一例は図１０の変形となること
を前述した。以降はメインシナリオ２４０２に従って各
シナリオを順次書き出すことにより図２３の情報が生成
できるため、以降ははじめの例と同様である。さらに別
法として、図２１のシナリオ（標準シナリオ１１１）と
図２２の構成２２０１の情報（スクリプト形式）と標準
スクリプト１１２から図２３の情報（スクリプト形式）
に変換後、図２３の情報と定義情報１０９を用いて図１
２のテスト資源を生成する方法がある。図２３の情報生
成処理フローの一例は、図１０および図２５の合成とな
る。図１０を先に行い、図２５の処理２５０２入力で、
シナリオではなく図１０で生成し他情報を使用すればよ
い。

【０１１１】ここであげた例では、いずれの方法も、ク
ラス名、メソッド名、データ項目名などが未定義の標準
シナリオや標準スクリプトから、複数クラスのテスト資
源１０８を生成する処理となっている。また、標準シナ
リオや標準スクリプトが流用できるように置換用情報が
内在することを特徴としている。上記のように請求項４
に示す構成では図１の構成における標準シナリオ１１１
と標準スクリプト１１２の内容が変更されているが、テ
スト資源生成部１０２がテスト資源１０８を生成する処
理も、置換用情報の処理があることを除けば請求項１と
同様に行うことができる。

【０１１２】図１の被テストプログラム、標準シナリ
オ、標準スクリプトの構成は、図２、図３の被テストプ
ログラム、標準シナリオ、標準スクリプトにも適用でき
る。また、標準シナリオを他クラスに展開する処理につ
いて、図２３の処理２３０４のように、メソッド処理に
あたって全データ項目への入力が必要なシナリオでな
く、メソッドに特徴的な入力のみでよいシナリオでは、
クラスが異なってもテストデータが同じ場合が発生す
る。この場合は、一度一クラスについてテスト資源化し
てから、クラスごとに異なる部分を置換用情報に変換
し、それを標準シナリオとして準備すると、置換用情報
が少なくて多くの記述を展開できる。これにより、シナ
リオの流用度が更に大きくなり、自動テストシステムの
構築工数が削減できる。

【０１１３】次に図４を用いて請求項５に記載の自動テ
ストシステムの処理動作を詳細に説明する。

【０１１４】図１においては定義情報格納部１０１と被
テストプログラム１０６が独立していたが、図４におい
ては、その間にプログラム生成部４０１が介在し、定義
情報格納部１０１中の定義情報から被テストプログラム
の一部を自動生成する構成となっている。この被テスト
プログラムの一部を自動生成する部分の処理を以下に説
明する。

【０１１５】プログラム生成部４０１が、定義情報格納
部１０１中の定義情報をもとに被テストプログラムの一
部である自動生成部４０４を生成する。この処理は、例
えば、プログラムの定型処理部品、プログラムの処理順
序情報、定義情報をもとに、まず定義情報からメソッド
のデータ項目名、データ構成を展開して必要な情報を定
型処理部品中の置換用情報と置換する。次に、プログラ
ムの順序情報の置換用情報を対応する置換済み定型処理
部品で置換する。これにより、被テストプログラムの自
動生成部４０４を自動的に生成する。被テストプログラ
ムの機能実装にあたり、自動生成で不足する部分につい
ては、操作者がコーディングし、コーディング部４０５
を作成する。被テストプログラムのアプリケーション
は、自動生成部４０４とコーディング部４０５により実
装されることになる。被テストプログラムの自動生成に
あたり、この例では、オペレーティングシステム、およ
びミドルウェアではない、アプリケーション部分を生成
することを想定している。被テストプログラム作成部分
以外の処理は既述のシステムと同様である。請求項２、
請求項３に記載のシステム構成においてもこのプログラ
ム生成部４０１は同様に実装できる。

【０１１６】これらの構成の自動テストシステムにおい
て、仕様変更があったとき、自動テストシステムのテス
ト資源情報や被テストプログラムに仕様変更を反映する
必要がある。しかし、データ項目の追加削除・データ型
変更・定義長変更・名称変更、メソッドの追加削除・処
理内容変更・名称変更、などの仕様変更に対し、定義情
報の変更のみ、もしくは加えて標準シナリオの変更のみ
定義し直せば、あとは自動的に反映できる。処理順序情
報と入出力情報を明確にしたプログラムチェックリスト
を自動生成することや、各スクリプトの自動テストの実
行時間を一覧出力することなども可能である。

【０１１７】

【発明の効果】以上説明したように、本発明の自動テス
トシステムの構成をとることにより、スタブ・ドライバ
画面を起点とした自動テストにおいて、テスト仕様もし
くは被テスト側の仕様変更をテスト側に反映するにあた
り、仕様変更のために修正や作り込みが必要になるのは
定義情報と標準シナリオのみとなる。データ項目の追加
削除があったときは、定義情報のみ変更すればよく、メ
ソッドの追加削除がない限り、標準シナリオの変更が必
要なくなるため、メンテナンス工数を削減できる。

【０１１８】また、スタブ・ドライバ画面仕様を固定
し、標準シナリオと標準スクリプトに分けて格納するこ
とにより、標準シナリオが従来に比べ簡略化した形で定
義できるため、標準シナリオ準備工数が削減できる。標
準スクリプトも固定部品化できるため、標準スクリプト
メンテナンス工数が削減できる。

【０１１９】さらに、被テストプログラム側の設計標準
化により、テストの標準パターンであるシナリオを、被
テストプログラムの多くの機能テストに適用できるた
め、シナリオの流用度を高められる。同時に事前準備す
るシナリオの規模を縮小できる。これらによりさらに自
動テストシステム構築工数を削減できる。

【図面の簡単な説明】

【図１】請求項１に記載の自動テストシステムのシステ
ム構成の一例を示す図である。

【図２】請求項２に記載の自動テストシステムのシステ
ム構成の一例を示す図である。

【図３】請求項３に記載の自動テストシステムのシステ
ム構成の一例を示す図である。

【図４】請求項５に記載の自動テストシステムのシステ
ム構成の一例を示す図である。

【図５】定義情報格納部中の定義情報のうち、インタフ
ェース定義の一例を示す図である。

【図６】メソッド単位に設ける、スタブ・ドライバ画面
の基本仕様の一例を示す図である。

【図７】スタブ・ドライバの生成処理フローの一例を示
す図である。

【図８】標準シナリオの一例を示す図である。

【図９】標準シナリオの略式表現の一例を示す図であ
る。

【図１０】標準シナリオの略式表現を詳細表現に変換す
る処理フローの一例を示す図である。

【図１１】標準スクリプトの一例を示す図である。

【図１２】テスト資源であるスクリプトの処理内容の一
例を処理フローとして示す図である。

【図１３】図１および図４の構成における、テスト資源
の生成処理フローの一例を示す図である。

【図１４】図１および図４の構成における、テスト資源
の生成処理フローの一例を示す図である。

【図１５】テストデータ定義込みシナリオの生成処理フ
ローの一例を示す図である。

【図１６】テストデータ定義込みシナリオの一例を示す
図である。

【図１７】図２の構成における、テスト資源の生成処理
フローの一例を示す図である。

【図１８】シナリオ込み標準スクリプトの生成処理フロ
ーの一例を示す図である。

【図１９】シナリオ込み標準スクリプトの一例を示す図
である。

【図２０】図３の構成における、テスト資源の生成処理
フローの一例を示す図である。

【図２１】請求項４に記載の自動テストシステムの標準
シナリオの一例を示す図である。

【図２２】請求項４に記載の自動テストシステムの標準
スクリプトまたは標準シナリオの一例を示す図である。

【図２３】請求項４に記載の自動テストシステムの標準
シナリオの一例を示す図である。

【図２４】請求項４に記載の自動テストシステムの標準
シナリオの一例を示す図である。

【図２５】請求項４に記載の自動テストシステムにおけ
る、テスト資源の生成処理フローの一例を示す図であ
る。

【符号の説明】

１０１…定義情報格納部、１０２…テスト資源生成部、
１０３…テスト資源生成機構、１０４…スタブ・ドライ
バ生成部、１０５…自動テスト実行部、１０６…被テス
トプログラム、１０７…画面をもつスタブ・ドライバ、
１０８…テスト資源、１０９…定義情報、１１０…スタ
ブ・ドライバ画面の基本仕様、１１１…標準シナリオ、
１１２…標準スクリプト、１１３…期待値、１１４…テ
ストデータ、１１５…スクリプト、１１６…自動テスト
機構、２０１…テスト資源生成機構、２０２…シナリオ
生成部、２０３…テスト資源生成部、２０４…データ定
義込み標準シナリオ、３０１…テスト資源生成機構、３
０２…スクリプトひな形生成部、３０３…テスト資源生
成部、３０４…シナリオ込み標準スクリプト、４０１…
プログラム生成部、４０２…被テストプログラム、４０
３…プログラム仕様など、４０４…自動生成部、４０５
…コーディング部、５０１…インタフェース定義、５０
２…データ構造定義、５０３…インタフェース定義、６
０１…ＧＵＩ画面、６０２…入力項目名表示部、６０３
…入力欄、６０４…実行ボタン、６０５…出力項目名表
示部、６０６…出力欄、７０１…カウンタを初期化する
処理、７０２…定義情報からクラス・メソッド構成を読
み込む処理、７０３…スタブ・ドライバ画面の基本仕様
を読み込む処理、７０４…読み込み中のスタブ・ドライ
バ画面基本仕様中の対応する置換用情報を定義情報中の
クラス名などで置換する処理、７０５…読み込み中のス
タブ・ドライバ画面基本仕様中の対応する置換用情報を
定義情報中のメソッド名などで置換する処理、７０６…
読み込み中のスタブ・ドライバ画面基本仕様中の対応す
る置換用情報を定義情報中のデータ項目名などで置換す
る処理、７０７…読み込み中の定義情報中のメソッドを
構成するデータ項目中の置換用情報をすべて定義情報中
のデータ項目名などで置換したかの判定処理、７０８…
データ項目の読み込み行カウンタのカウントアップ処
理、７０９…読み込み中の定義情報中のメソッド構成情
報からカウンタで指定したデータ項目を読み込む処理、
７１０…読み込み中のスタブ・ドライバ画面基本仕様中
の対応する置換用情報をすべて定義情報中のクラス名、
メソッド名、データ項目名などで置換した情報を出力す
る処理、７１１…読み込み中の定義情報中のクラスを構
成するすべてのメソッドについて画面基本仕様に構成情
報を展開し、出力処理をしたかを判定する処理、７１２
…メソッド名の読み込み行カウンタのカウントアップ処
理、７１３…読み込み中の定義情報中のクラス定義情報
からカウンタで指定したメソッド項目を読み込む処理、
７１４…読み込み中の定義情報中のすべてのクラスにつ
いて構成情報を展開した画面の基本仕様を出力したかを
判定する処理、７１５…クラス名の読み込み行カウンタ
のカウントアップ処理とメソッド名およびデータ項目の
読み込み行カウンタの初期化処理、８０１…スタブ・ド
ライバを通したＳＨＯＵＨＩＮクラスのオブジェクト新
規作成操作およびリターンコード確認処理および変数取
得処理をシミュレートするシナリオの処理、８０２…ス
タブ・ドライバを通したＳＨＯＵＨＩＮクラスの属性値
取得操作およびリターンコード確認処理をシミュレート
するシナリオの処理、８０３…スタブ・ドライバを通し
たＳＨＯＵＨＩＮクラスの属性値更新操作およびリター
ンコード確認処理をシミュレートするシナリオの処理、
８０４…スタブ・ドライバを通したＳＨＯＵＨＩＮクラ
スの属性値更新操作およびリターンコード確認処理をシ
ミュレートするシナリオの処理、８０５…スタブ・ドラ
イバを通したＳＨＯＵＨＩＮクラスの属性値取得操作お
よびリターンコード確認処理および出力値確認処理をシ
ミュレートするシナリオの処理、８０６…スタブ・ドラ
イバを通したオブジェクトの削除操作およびリターンコ
ード確認処理をシミュレートするシナリオの処理、８０
７…スタブ・ドライバを通したオブジェクトの削除操作
およびリターンコード確認処理をシミュレートするシナ
リオの処理、８０８…スタブ・ドライバを通したＳＨＯ
ＵＨＩＮクラスの属性値取得操作およびリターンコード
確認処理をシミュレートするシナリオの処理、１００１
…読み込み行カウンタを初期化する処理、１００２…標
準シナリオからカウンタで指定された行を読み込む処
理、１００３…読み込み行がメソッド名をもつかを判定
する処理、１００４…エラーを出力する処理、１００５
…読み込んだクラス名・メソッド名を子メニュー、孫メ
ニューとして選択する処理を書き出す処理、１００６…
読み込み中のメソッドの入出力データ構成のうち、各メ
ソッドに共通な項目の値を入力する記述を詳細シナリオ
形式で書き出す処理、１００７…読み込み行カウンタを
カウントアップする処理、１００８…標準シナリオから
カウンタで指定された行を読み込む処理、１００９…読
み込み行が出力値処理であるかの判定処理、１０１０…
読み込み行を詳細シナリオ形式で出力する処理、１０１
１…読み込み中のメソッドを実行し、リターンコードを
確認する記述を詳細シナリオ形式で書き出す処理、１０
１２…読み込み行を詳細シナリオ形式で出力する処理、
１０１３…読み込み行カウンタをカウントアップする処
理、１０１４…標準シナリオからカウンタで指定された
行を読み込む処理、１０１５…読み込み行がメソッド名
をもつかを判定する処理、１０１６…読み込み行がシナ
リオの終わりかを判定する処理、１０１７…メソッドを
処理するスタブ・ドライバ画面を閉じる操作記述を詳細
シナリオ形式で書き出す処理、１０１８…読み込み行カ
ウンタをカウントアップする処理、１０１９…メソッド
を処理するスタブ・ドライバ画面を閉じる操作記述を書
き出す処理、１１０１…標準スクリプトであるスクリプ
ト部品群、１１０２…クラス名・メソッド名などをもと
にした画面名を引数にスタブ・ドライバ画面を開く処理
を行うコマンド部品、１１０３…クラス名・メソッド名
などをもとにした画面名を引数にスタブ・ドライバ画面
を識別する処理を行うコマンド部品、１１０４…プロパ
ティ名と入力値を引数に、スタブ・ドライバ画面でプロ
パティ名をヘッダとする入力欄に入力値を入力する処理
を行うコマンド部品、１１０５…ボタン名を引数に、ス
タブ・ドライバ画面で処理対象の機能の実行キックボタ
ンを押下する処理を行うコマンド部品、１１０６…ボタ
ン名を引数に、スタブ・ドライバ画面で処理対象の項目
を選択するラジオボタンを選択する処理を行うコマンド
部品、１１０７…スタブ・ドライバ画面を閉じる処理を
行うコマンド部品、１１０８…プロパティ名と変数名を
引数に、スタブ・ドライバ画面でプロパティ名をヘッダ
とする出力欄の出力値を指定変数名の変数に格納する処
理を行うコマンド部品、１１０９…プロパティ名と期待
値を引数に、スタブ・ドライバ画面でプロパティ名をヘ
ッダとする出力欄の出力値を期待値と比較する処理およ
び比較結果のログ出力処理を行うコマンド部品、１１１
０…外部出力情報名と値を引数に、外部出力情報中に引
数に指定した値がないことを確認する処理と確認結果の
ログ出力処理を行うコマンド部品、１１１１…プロパテ
ィ名とデータ長を引数に、スタブ・ドライバ画面でプロ
パティ名をヘッダとする出力欄の出力値のデータが引数
に指定したデータ長であるかを確認する処理と確認結果
のログ出力処理を行うコマンド部品、１１１２…外部出
力情報名と値を引数に、外部出力情報の項目数が引数に
指定した値であるかを確認する処理と確認処理のログ出
力処理を行うコマンド部品、１１１３…外部出力情報名
とプロパティ名と値を引数に、外部出力情報中の、引数
に指定したプロパティ名に対応しない項目の出力値が引
数に指定した値と等しいことを確認する処理と確認処理
のログ出力処理を行うコマンド部品、１１１４…外部出
力情報名と値を引数に、外部出力情報中に引数に指定し
た値があることを確認する処理と確認処理のログ出力処
理を行うコマンド部品、１２０１…処理８０１と同様の
スクリプトの処理、１２０２…処理８０２と同様のスク
リプトの処理、１２０３…処理８０３と同様のスクリプ
トの処理、１２０４…項目、値を具体化済みの処理８０
４と同様のスクリプトの処理、１２０５…項目、値を具
体化済みの処理８０５と同様のスクリプトの処理、１２
０６…処理８０６と同様のスクリプトの処理、１２０７
…処理８０７と同様のスクリプトの処理、１２０８…処
理８０８と同様のスクリプトの処理、１３０１…読み込
み行カウンタを初期化する処理、１３０２…読み込み中
の標準シナリオからカウンタで指定された行を読み込む
処理、１３０３…読み込み中の標準シナリオのシナリオ
処理に置換用情報があるかの判定処理、１３０４…読み
込み中の標準シナリオのシナリオ処理に対応するコマン
ド部品を標準スクリプトから抽出する処理、１３０５…
処理１３０４で抽出したスクリプトをもとに読み込み中
の行の処理をスクリプト形式で書き出す処理、１３０６
…読み込み行カウンタのカウントアップ処理、１３０７
…読み込み中の標準シナリオからカウンタで指定された
行を読み込む処理、１３０８…読み込み中の標準シナリ
オの具体的処理記述としたシナリオ処理をすべて書き出
したかの判定処理、１３０９…未処理の標準シナリオが
あるかの判定処理、１３１０…未処理の標準シナリオを
読み込む処理、１３１１…読み込み中の標準シナリオ中
のシナリオ処理に対応するメソッドを構成するデータ項
目が終わりであるかを判定する処理、１３１２…定義情
報から読み込み中の標準シナリオ中のシナリオ処理に対
応するクラス名、メソッド構成、データ構成などの情報
を読み込む処理、１３１３…定義情報から読み込み中の
標準シナリオ中のシナリオ処理に対応する入出力データ
のデータ長定義を読み込む処理、１３１４…読み込み中
の標準シナリオのシナリオ処理に対応するメソッドを構
成するデータ項目情報が終わりであるかを判定する処
理、１３１５…読み込み行カウンタの初期化処理、１３
１６…読み込み中の標準シナリオ中のシナリオ処理に対
応する引数基準情報と定義情報中のデータ長定義からテ
ストデータおよび期待値を生成する処理、１３１７…読
み込み中の標準シナリオ中のシナリオ処理の置換用情報
に処理１３１６で生成したデータを挿入する処理、１３
１８…読み込み中の標準シナリオ中のシナリオ処理に対
応するコマンドを標準スクリプトから抽出する処理、１
３１９…定義情報中のメソッド名、処理１３１７でデー
タを挿入したシナリオ処理、処理１３１８で抽出したコ
マンドをもとにスクリプト形式の具体的処理記述を構成
する処理、１３２０…処理１３１９で構成した記述を書
き出す処理、１３２１…メソッドを構成するデータ項目
の読み込み行カウンタのカウントアップ処理、１４０１
…読み込み中の標準シナリオ中のシナリオ処理に対応す
るコマンドを標準スクリプトから抽出する処理、１４０
２…処理１４０１で抽出したコマンドと読み込み中の標
準シナリオ中のシナリオ処理からスクリプト形式の具体
的処理記述を構成する処理、１４０３…読み込み中の標
準シナリオ中のシナリオ処理の引数に処理１３１６で生
成したデータを挿入する処理、１４０４…定義情報中の
メソッド名、処理１４０３でデータを挿入したシナリオ
処理、処理１４０１で抽出したスクリプトなどをもとに
読み込み中の処理からスクリプト形式の具体的処理記述
を構成して書き出す処理、１５０１…読み込み中の標準
シナリオのシナリオ処理にデータ長定義など引数基準情
報を対応させた情報を書き出す処理、１５０２…読み込
み中の処理を書き出す処理、１５０３…未処理の標準シ
ナリオがあるかを判定する処理、１７０１…読み込み行
カウンタの初期化処理、１７０２…読み込み中のデータ
定義込み標準シナリオのうちカウンタで指定された行を
読み込む処理、１７０３…読み込み中のデータ定義込み
標準シナリオ中の対応する引数基準情報を読み込む処
理、１７０４…読み込み中のデータ定義込み標準シナリ
オ中の対応するデータ長定義を読み込む処理、１７０５
…読み込み中のデータ定義込み標準シナリオのうちカウ
ンタで指定された行を読み込む処理、１７０６…読み込
み中のデータ定義込み標準シナリオのコマンド化したシ
ナリオ処理をすべて書き出したかを判定する処理、１７
０７…未処理のデータ定義込み標準シナリオがあるかを
判定する処理、１７０８…未処理のデータ定義込み標準
シナリオを読み込む処理、１８０１…定義情報中のメソ
ッドを構成するデータ定義情報からからカウンタで指定
された行の情報を読み込む処理、１８０２…コマンド化
した読み込み行中のシナリオ処理を書き出す処理、１９
０１…処理８０１と同様のスクリプトの処理、１９０２
…処理８０２と同様のスクリプトの処理、１９０３…処
理８０３と同様のスクリプトの処理、１９０４…処理８
０４と同様のスクリプトの処理、１９０５…処理８０５
と同様のスクリプトの処理、１９０６…処理８０６と同
様のスクリプトの処理、１９０７…処理８０７と同様の
スクリプトの処理、１９０８…処理８０８と同様のスク
リプトの処理、２００１…読み込み中のシナリオ込み標
準スクリプトから読み込み行カウンタに指定された行を
読み込む処理、２００２…読み込み中のシナリオ込み標
準スクリプト中のスクリプト処理に対応する引数基準情
報を読み込む処理、２００３…シナリオ込み標準スクリ
プトから読み込み行カウンタに指定された行を読み込む
処理、２００４…読み込み中のシナリオ込み標準スクリ
プトの、置換用情報を生成データで置換したスクリプト
処理をすべて書き出したかを判定する処理、２００５…
未処理のシナリオ込み標準スクリプトがあるかを判定す
る処理、２００６…未処理のシナリオ込み標準スクリプ
トを読み込む処理、２００７…シナリオに指定された、
もしくは別途指定された定義情報から、読み込み中のク
ラス・メソッドを構成するデータ項目を読み込む処理、
２００８…読み込み中のシナリオ込み標準スクリプト中
の対応する置換用情報を処理１３１６で生成したデータ
で置換する処理、２００９…読み込み中のシナリオ込み
標準スクリプト中シナリオ処理の対応する置換用情報を
置換した情報を出力する処理、２０１０…読み込み中の
シナリオ込み標準スクリプト中シナリオ処理を書き出す
処理、２０１１…シナリオ込み標準スクリプトの読み込
み行カウンタの初期化処理、２２０１…パターン部品
群、２２０２…パターン部品、２２０３…クラス名、メ
ソッド名を指定する定型処理、２２０４…共通ヘッダ項
目にデータを入力する定型処理、２２０６…呼び出した
メソッドを実行し、リターンコードの出力値を確認する
定型処理、２２０７…メソッド画面を呼び出してから閉
じるまでの処理パターン部品、２３０１…スタブ・ドラ
イバを通したオブジェクトの新規作成操作およびリター
ンコード確認処理および変数取得処理をシミュレートす
るスクリプトの処理、２３０２…スタブ・ドライバを通
した＠＠＠＠＠＠クラスの属性値取得操作およびリター
ンコード確認処理および出力値確認処理をシミュレート
するスクリプトの処理、２３０３…スタブ・ドライバを
通した＠＠＠＠＠＠クラスの属性値更新操作およびリタ
ーンコード確認処理をシミュレートするスクリプトの処
理、２３０４…スタブ・ドライバを通した＠＠＠＠＠＠
クラスの属性値更新操作およびリターンコード確認処理
をシミュレートするスクリプトの処理、２３０５…スタ
ブ・ドライバを通した＠＠＠＠＠＠クラスの属性値取得
操作およびリターンコード確認処理および出力値確認処
理をシミュレートするスクリプトの処理、２３０６…ス
タブ・ドライバを通したオブジェクトの削除操作および
リターンコード確認処理をシミュレートするスクリプト
の処理、２３０７…スタブ・ドライバを通したオブジェ
クトの削除操作およびリターンコード確認処理をシミュ
レートするスクリプトの処理、２３０８…スタブ・ドラ
イバを通した＠＠＠＠＠＠クラスの属性値取得操作およ
びリターンコード確認処理をシミュレートするスクリプ
トの処理、２４０１…パターン群、２４０２…単位パタ
ーンの順序情報、２５０１…読み込み行カウンタを初期
化する処理、２５０２…標準シナリオのうち読み込み行
カウンタに指定された行を読み込む処理、２５０３…読
み込み行に置換用情報があるかを判定する処理、２５０
４…読み込み中の処理に対応するコマンドを標準スクリ
プトから抽出する処理、２５０５…読み込み中の処理を
コマンド化して書き出す処理、２５０６…読み込み行カ
ウンタのカウントアップ処理、２５０７…標準シナリオ
のうち読み込み行カウンタに指定された行を読み込む処
理、２５０８…読み込み中のシナリオをすべて書き出し
たかを判定する処理、２５０９…未処理のシナリオがあ
るかを判定する処理、２５１０…未処理のシナリオを読
み込む処理、２５１１…読み込み中のシナリオ処理がク
ラス名やデータ項目名について置換用情報をもつかどう
かを判定する処理、２５１２…読み込み中のシナリオ処
理についてクラス名、メソッド名で対応する置換用情報
を置換する処理、２５１３…データ生成について置換用
情報をもつ処理であるかどうかを判定する処理、２５１
４…読み込み中のシナリオ処理がＩＤ項目名の処理であ
るかを判定する処理、２５１５…読み込み中のシナリオ
処理の置換用情報を対応する情報に置換する処理、２５
１６…読み込み中のメソッドについて、定義情報からイ
ンタフェース定義を読み込む処理、２５１７…読み込み
中のシナリオ処理のＩＤ項目名を、インタフェース定義
から読み込み、置換する処理、２５１８…構造体項目で
あるかどうかを判定する処理、２５１９…読み込み中の
メソッドについて、定義情報からインタフェース定義を
読み込む処理、２５２０…読み込み中のメソッドを構成
するデータ項目を定義情報から読み込む処理、２５２１
…定義情報中のデータ長定義とシナリオ中の引数基準情
報をもとにテストデータおよび期待値を生成して読み込
み中の処理に生成データを格納する処理、２５２２…読
み込み中の定義情報中のメソッドを構成するデータ項目
をすべて処理したかを判定する処理、２５２３…読み込
み行カウンタのカウントアップ処理、２５２４…読み込
み行カウンタの初期化処理。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山口 潔 東京都江東区新砂一丁目６番27号 株式会 社日立製作所公共システム事業部内 Ｆターム(参考） 5B042 GA08 HH07 HH12 HH13 HH17 HH49

Claims (5)

【特許請求の範囲】
1. 【請求項１】 インタフェース等の定義情報を格納する
   定義情報格納部と、前記定義情報とスタブもしくはドラ
   イバの画面の基本仕様からスタブもしくはドライバを生
   成するスタブ・ドライバ生成部と、前記定義情報と、事
   前準備する標準シナリオおよび標準スクリプトとから期
   待値、テストデータ、スクリプトを生成するテスト資源
   生成部と、テスト資源生成部の生成物をもとにスタブ・
   ドライバ生成部が生成したスタブもしくはドライバを用
   いて被テストプログラムのテストを自動的に行う自動テ
   スト実行部とを備えたことを特徴とするソフトウェアプ
   ログラムの自動テストシステム。
2. 【請求項２】 請求項１に記載の自動テストシステムに
   おいて、事前準備する定義情報と標準シナリオとからテ
   ストシナリオを生成するシナリオ生成部を備え、テスト
   資源生成部においてシナリオ生成部の生成したテストシ
   ナリオと事前準備する標準スクリプトとから期待値、テ
   ストデータ、スクリプトを生成することを特徴とするソ
   フトウェアプログラムの自動テストシステム。
3. 【請求項３】 請求項１に記載の自動テストシステムに
   おいて、事前準備する標準シナリオおよび標準スクリプ
   トからシナリオ情報を内包するスクリプトひな形を生成
   するスクリプトひな形生成部を備え、テスト資源生成部
   において事前準備する定義情報と前記スクリプトひな形
   とをもとに期待値、テストデータ、スクリプトを生成す
   ることを特徴とするソフトウェアプログラムの自動テス
   トシステム。
4. 【請求項４】 請求項１または２または３記載の自動テ
   ストシステムにおいて、被テストプログラムを一つまた
   は複数の標準機能の組合せとして構成し、標準シナリオ
   か標準スクリプトを標準機能の順序情報および標準機能
   単位情報で構成する、もしくは加えて標準スクリプトを
   標準シナリオ単位で構成することを特徴とするソフトウ
   ェアプログラムの自動テストシステム。
5. 【請求項５】 請求項１または２または３または４記載
   の自動テストシステムにおいて、定義情報格納部の定義
   情報と事前準備するプログラム仕様および被テストプロ
   グラムのテンプレートを用いて被テストプログラムの一
   部もしくは全部を生成するプログラム生成部を設けたこ
   とを特徴とするソフトウェアプログラムの自動テストシ
   ステム。