JPH0756768A

JPH0756768A - データ型対応の自動テスト方法

Info

Publication number: JPH0756768A
Application number: JP5198154A
Authority: JP
Inventors: Akihiro Yoshikawa; 彰弘吉川; Kazuyuki Aoyama; 和之青山; Tetsuya Masuishi; 哲也増石
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-08-10
Filing date: 1993-08-10
Publication date: 1995-03-03

Abstract

(57)【要約】【目的】本発明は情報処理装置を用いたプログラム開
発支援システムに関し、特にプログラムのテストのため
のテストデータの作成、及び作業者との対話を有するプ
ログラムを作業者の介在なくテストできる自動テスト方
法を提供することにある。【構成】データ型とテストデータとの対応を表す標準
テストデータを予め記憶し、テストするプログラムの引
数に関する情報を取得し（１０４）、その引数に対する
適切なテストデータを標準テストデータに基づいて作成
し（１０６）、作成したテストデータのテストレベルが
あるレベル以上のものだけを選別し（１０７）、得られ
たテストデータを引数に対応させて出力することで達成
される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理装置を用いたプ
ログラム開発においてプログラムのテスト作業を自動化
する自動テスト方法に係り、例えばプログラムのテスト
のための入力データを作成する場合や、作業者との対話
を有するプログラムをテストする場合にこれらを自動化
する自動テストシステムに好適な自動テスト方法に関す
る。

【０００２】

【従来の技術】情報処理システムの開発において、プロ
グラムのテスト作業の占める割合は大きいため、従来か
らテストを自動化したりテスト作業を支援する方法が考
えられてきた。

【０００３】例えば、ＨＥＷＬＥＴＴＰＡＣＫＡＲＤ
社発行のマニュアル「ＨＰ−ＵＸＲｅｆｅｒｅｎｃｅ
Ｖｏｌｕｍｅ１ＭａｎｕａｌＰａｒｔＮｏ．Ｂ１
８６４−９００００」の p.871 によれば、デバッグ用
ツール「ｘｄｂ」の記録・再生機能が開示されていた。
これによると、プログラムのテスト実行において、デバ
ッグ用ツールに対する作業者の指示をファイルに記録
し、後にこれを再生することで、デバッグ用ツールに対
する作業者の指示を簡単にできる方法が示されていた。

【０００４】また、日立製作所発行のマニュアル「ＣＯ
ＢＯＬ８５テストデバッグ解説・手引書 6180-3-726」
によれば、p.25 の図４．１−１のようなテスト用ツー
ル「ＣＯＢＯＬ８５／ＴＤ」によるテスト装置があっ
た。このツールは pp.77-81 によれば、実際のファイル
を使わずに、データ名への値の設定及びデータ名の参照
ができ、また入出力条件がテストでき、また入出力文の
論理的な誤りをチェックできた。また pp.190-192 によ
れば、例えばテストプログラム中のファイル読み込み命
令であるREAD文に対して、あたかも作業者が文字などを
入力したかのように動作させる「READ文の疑似実行」機
能の適用例が示されていた。

【０００５】またデータに関する定義を予め記憶してお
き、プログラム開発においてその定義を参照すること
で、データに関する定義を作成する手間を省いたり、デ
ータに関する定義が種々のプログラムごとに食い違った
り矛盾したりするのを防ぐ方法があった。

【０００６】例えば、日立製作所発行のマニュアル「Ｅ
ＡＧＬＥ２システム設計編解説、文法、操作書 6180-
3-810-10」の p.209 によれば、データに関する定義画
面が示されていた。これによると、データ名、タイプ、
長さ、初期値、コメントの定義が行なえた。さらにこの
ツールのユーザが独自に８個までの項目を取り決めるこ
とができ、その項目について定義することもできた。し
かしユーザが独自に決めた項目について定義した内容は
印刷出力にしか利用できなかった。

【０００７】また対話端末に文字や図形を表示するウィ
ンドウシステムの、使用環境を管理するウィンドウマネ
ージャというプログラムがあった。例えば日刊工業新聞
社発行の「Ｘ−ＷｉｎｄｏｗＶｅｒ．１１プログラミ
ング」の pp.48-50 にウィンドウマネージャの動作が示
されていた。これによれば、ウィンドウマネージャはト
ップレベルのウィンドウのレイアウトに介入して画面の
概観を変更できた。その機能はウィンドウシステムのリ
ダイレクション機能を用いて実現されていた。

【０００８】

【発明が解決しようとする課題】しかし上記「ｘｄｂ」
に見られる従来技術では、作業者が行なった指示を記録
できるだけで、指示を自動的に作成することはできなか
った。またテスト中のある時点で画面に表示されている
内容をプリンタに印刷する方法は示されていなかった。

【０００９】また上記「ＣＯＢＯＬ８５」に見られる従
来技術では、テストプログラムのデータの入出力を模擬
するだけで、入出力する内容は作業者が指示しなければ
ならなかった。またテスト中のある時点で画面に表示さ
れている内容をプリンタに印刷する方法は示されていな
かった。

【００１０】また上記データの定義画面に見られる従来
技術では、プログラムを生成するためにデータの定義を
用いていたが、テストデータを作成することはできなか
った。

【００１１】また上記ウィンドウマネージャに見られる
従来技術では、作業者との対話を有するプログラムに装
飾を施すことはできたが、テストのために作業者との対
話を記録・再生することはできなかった。

【００１２】

【課題を解決するための手段】上記課題の解決のため本
発明の自動テスト方法では、データ型の定義と対応づけ
て、そのデータ型のデータのテストで用いるべき典型的
なテストデータを予め記憶しておく。プログラムのテス
トにおいては、プログラムの仕様書から、プログラムの
入力データのデータ型を取得し、これに対応するテスト
データを作成できる。

【００１３】特に本発明の望ましい態様では、予め記憶
するテストデータに対して、そのテストデータの重要さ
を表すテストレベルを併せて記憶しておく。テストデー
タを作成するときはテストレベルに基づいて、重要なテ
ストデータを優先的に選択することで効率よくテストが
行なえる。あるいは作業者が、得たいテストデータの個
数を指示し、テストレベルに基づいて、重要なテストデ
ータから順に必要個数を自動的に作成することもでき
る。

【００１４】さらに本発明の望ましい態様では、データ
が取り得る値の範囲に基づいてデータの名称を付与し、
予め記憶するテストデータに対して、そのテストデータ
の値がどの範囲に属するかに基づいて、対応するデータ
名を併せて記憶しておく。テストしたいプログラムのデ
ータ名が記憶しておいたものに合致するものがあれば、
それを優先させることで、さらにデータの値の範囲にも
配慮した効果的なテストデータを作成することができ
る。

【００１５】また、上記従来技術によるウィンドウマネ
ージャの代わりに、テストしたいプログラムとウィンド
ウシステムとの情報交換を監視して、その中で作業者の
指示に起因するものをファイルに記録する。次に記録し
たファイルを再生することで、作業者との対話を含むプ
ログラムのテストを作業者の介在なくテストできる。

【００１６】特に本発明の望ましい態様では、画面操作
の模擬入力を記述できる言語を用いて、テストしたいプ
ログラムに対する画面操作を記述し、これに基づいてテ
ストを行なえる。その際、その記述中に印刷命令を挿入
することで、テスト中の画面の様子をプリンタで紙に印
刷できる。さらに本発明の望ましい態様では、印刷命令
が複数回実行されたときは、前回印刷した内容と比較し
て、変化した部分だけを印刷できる。

【００１７】また、予め設定したタイムアウト時間が経
過してもテスト実行が終わらない場合はテスト実行を中
断する。また、ＧＵＩ部品に対応づけて、そのＧＵＩ部
品のテストで行うべき画面操作の模擬入力記述を予め記
憶しておく。次に特定のプログラムの画面構成を定義す
るＧＵＩ部品記述に基づいてそのプログラムの画面操作
の模擬入力記述を作成できる。

【００１８】

【作用】本発明の自動テスト方法では、予め記憶してお
いたデータ型とテストデータとの対応に基づいて、プロ
グラムの仕様書からそのプログラムのテストで用いるテ
ストデータを自動的に作成できる。予め記憶しておくデ
ータ型とテストデータとの対応は特定のプログラムに依
存しないため、任意のプログラムのテストで共通利用で
きるのでプログラムの生産効率を向上できる。

【００１９】特にテストレベルやデータが取り得る値の
範囲に基づいて、より重要なテストデータを優先させる
ことで、少ないテストデータで効率良くテストできる。
しかもテストデータの作成で必要となるデータ型に関す
る情報やプログラム仕様などはプログラムを自動生成す
る従来技術に利用することもできるので、必要な情報を
複数の作業で共有して有効利用でき、プログラムの生産
効率を高める上で特に効果的である。

【００２０】また、プログラムは一般にある値の範囲の
入力データについて動作するように構成されるため、あ
るデータがとり得る値の範囲とデータ型との関係の情報
に基づいて、一つの値の範囲について少なくとも１個ず
つのテストデータを作成するようにすれば、プログラム
がどの領域でも正しく動作することを確認するうえで効
果的である。

【００２１】また、作業者との対話を含むプログラムの
テストを作業者の介在なくテストできるため、例えばプ
ログラムの一部分に修正を加えたとき、その修正が画面
操作に影響を及ぼさない程度の修正であれば、再度テス
トするときは作業者の介在なく自動的に行なえる。しか
もテスト実行中の画面を印刷出力できるので、テスト実
行が終了した後でプログラムの動作を短時間で観察でき
る。

【００２２】特に複数の印刷において、内容が変化した
部分だけを印刷することで、画面が変化した部分に注目
して観察に集中できる。また、タイムアウト時間を設定
しておけば、テストが完了していないプログラムが暴走
するなどして延々とテスト実行が続くことはない。従っ
てテスト実行全体を自動テストシステムに任せることが
できる。また、ＧＵＩ部品と画面操作の模擬入力記述と
の対応から特定のプログラムの画面操作の模擬入力記述
を作成できるので、そのプログラムのテストにおいて作
業者が画面操作を行なう必要がなく、しかも画面操作の
模擬入力記述を作成する必要もない。

【００２３】しかもここで必要となるＧＵＩ部品の画面
操作の模擬入力記述は特定のプログラムに依存しないの
で、予めさまざまなＧＵＩ部品とそれに対する画面操作
の模擬入力記述を用意しておけば任意のプログラムで共
通に利用できるため生産効率が高い。

【００２４】

【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。図１と図２は、本発明に係る自動テストシ
ステムの第一の実施例の処理手順を示すフローチャート
であり、図３は本発明に係る自動テストシステムの構成
を示すブロック図である。

【００２５】図３において、１はプログラムに基づく逐
次処理機能を有するＣＰＵであり、図１と図２の手順の
実行を制御する。２はキーボードとマウスとモニタテレ
ビ画面を有する対話端末であり、本発明に係る自動テス
トシステムを用いる作業者が指示を入力したり結果を該
作業者に表示するために用いる。３はプログラムないし
データを格納するメモリである。４は仕様書などを紙に
印刷するためのプリンタである。１０はデータの名称と
データ型定義を保持するデータ項目辞書である。１１は
データ型対応にそのデータに対する典型的なテストデー
タを保持する標準テストデータである。１３は再利用を
目的として特定のアプリケーションプログラムに依存し
ないプログラムを保持するプログラム部品である。１４
はプログラムの名称や入出力データやプログラムの機能
に関する情報を保持するプログラム仕様である。８０６
は対話端末とテスト対象プログラムとの間の情報交換の
様子を記録するイベント記録である。

【００２６】図４は図３におけるデータ項目辞書１０の
例を示している。データ項目辞書はプログラムでよく用
いるデータを予め定義しておくものである。あるプログ
ラムを開発するときは、このデータ項目辞書の中から利
用できるデータをさがして、これをプログラムに組み込
む。このようにすることでプログラム中で使用するデー
タの名称や使い方が統一されるため、プログラムの保守
作業がやり易くなる。さらにあるデータに関してよく行
なわれる処理もデータ項目辞書に格納することができ
て、プログラムの作成においてこの処理を複写して利用
すれば、同じ処理を作成する手間が省ける。

【００２７】図４において、各行はあるデータ１個分の
情報を保持している。４０１はデータ型名を表してい
る。データ型はデータの大きさや種類などを規定し、プ
ログラムでデータを扱うときの処理のしかたに影響を及
ぼすものである。通常はプログラミング言語の文法にデ
ータ型に関する規定がある。４０２はデータの名称であ
る。データ型が同じでもデータの使われ方によってデー
タの名称を変えるようにすると便利である。４０３はデ
ータ型に与えられた意味の抽象さに応じてデータ型が階
層構造を形成する時、当該データの上位概念に対応する
データ型を表す。４０４は当該データが取り得る値の範
囲に制約があるときこれを表す。値の範囲は当該データ
に与えられた意味を反映するように設定される。

【００２８】例えば４２２はデータ ″rpDouble″ を表
しており、これは正の実数値データを意図している。従
って範囲制約４０４には「正又は０」と指定する。４０
５は４０４に指定した範囲が包含関係に基づく階層構造
を形成する時、上位の、即ちより広い範囲を有するデー
タの名称を指定する。４０６は４０１に指定したデータ
型の区分を表す。区分が１のときはプログラミング言語
で定められたデータ型を表し、２のときはプログラミン
グ言語の文法規則に従って新たに定義したデータ型を表
す。例えばファイルにアクセスするときに用いるデータ
レコードのデータ型は区分２にあたる。４０７はデータ
をファイルに格納するときの大きさをバイト単位で表
す。

【００２９】４０８はプログラム中で当該データを使用
するとき、最初に代入する前に当該データが保持してい
る値である初期値を表す。４０９はプログラミング言語
の文法規則に則って当該データを記述したものである。
４１０は当該データをファイルないしは対話端末２から
入力するときに用いることのできる入力処理プログラム
を表す。同様に４１１は当該データをファイルないしは
対話端末２に出力するときに用いることのできる出力処
理プログラムを表し、４１２は当該データが範囲制約４
０４に指定した範囲にあるか否かをチェックするときに
用いることのできるチェック処理プログラムを表す。な
お、４０８〜４１２の指定においては、図５の説明で詳
しく述べるテストデータ５０５の指定と同様に指定でき
る。４０８〜４１２の各カラムは固定の大きさにした方
が検索処理が高速に実現できるため有利であるが、その
場合カラムに格納したいデータが大き過ぎるときはカラ
ム内に直接記述できないことがある。このときは別のフ
ァイルに記述し、このカラム内にはファイル名を格納す
るようにする。

【００３０】図５は図３における標準テストデータ１１
の例を示している。図５において、４０１はデータ型
名、４０２はデータ名を指定する。５０５はデータ型名
４０１とデータ名４０２で特定されるデータに対するテ
ストデータである。このテストデータはあるプログラム
の入力データが４０１ないし４０２による指定に合致し
たとき、該プログラムに入力として与えてテストを行な
うためのものである。５０３は当該テストデータのテス
トレベルである。テストレベルは当該テストデータによ
るテストの重要性を示し、重要なテストデータほど小さ
な数を指定する。５０４は当該テストデータの生成フラ
グである。生成フラグの働きは後述する。

【００３１】ここではテストレベル５０３のカラムは整
数で記述するとしているが、図１のステップ１０７でテ
ストデータの振り分けができるなら何でも良い。例えば
実数でもよい。テストレベルは重要なテストデータほど
小さな数を指定するようにする。このようにすればステ
ップ１０７で重要なテストデータほど選ばれ易くなる。
テストデータ５０５の値の最初の文字はテストデータを
保持する形態を表している。テストデータ５０５の値の
最初の文字が ″=″ のときはテストデータを直接この
カラムに記述していることを示す。テストデータ５２１
では最初の文字が ″_″ であるが、この場合はテスト
データはファイルに格納してあって、格納場所は本テス
トシステムで規定した特定の場所に ″complex.g01″
という名称で格納していることを示している。

【００３２】生成フラグ５０４はテストデータの形式を
示しており、フラグが０のときはテストデータの値その
ものであることを示す。しかし例えば百万バイトの大き
なデータを与えたときの動作をテストしたい場合など、
テストデータのサイズが特に大きい場合はテストデータ
を保持すると記憶装置の消費が著しい。この場合はテス
トデータを作成するプログラムを格納しておき、テスト
時以外はテストデータを保持しないようにするとよい。
テスト時には該プログラムを実行してテストデータを作
成すればよい。このようにテストデータを直接格納する
代わりにテストデータを生成するプログラムを格納する
ときは、生成フラグ５０４を１又は２にする。

【００３３】生成フラグ５０４が１のときは与えたプロ
グラムは整数１個を引数にとることができ、引数に与え
た数によりさまざまなテストデータを生成できるように
テストプログラムを構成してあるとする。さらに引数に
０が与えられたときには生成できるテストデータの個数
を返すようにテストプログラムを構成してあるとする。
従って先ず引数に０を与えてテストプログラムを実行す
ることで、生成できるテストデータの個数を得、例えば
５であったなら、次に１〜５の範囲で引数を与えて実行
することで最大５個のテストデータが生成できる。引数
をとらない場合は１個だけ生成する。引数の個数はプロ
グラムを調べることで判別できる。

【００３４】生成フラグ５０４が２のときは任意の引数
をとることができる。この場合はどのような引数をとる
かが機械的に判別できるようにテストプログラムを構成
する。あるいはテストプログラムに対応させて図６に示
すようなプログラム仕様書を格納しておいてもよい。プ
ログラム仕様書を調べればどのような引数をとるかを機
械的に判別できる。なお、生成フラグ５０４の指定とテ
ストデータの値の最初の文字の指定は独立に指定でき
て、例えば生成フラグ５０４に０を指定し、テストデー
タ５０５の最初の文字を ″_″ とすればテストデータ
そのものをファイルに保持することもできる。

【００３５】図６は図３におけるプログラム仕様１４に
保持するプログラム仕様書の一例を示している。図６に
おいて、６０１はプログラムの名称であり、母国語を用
いて例えば日本語で「画面表示」と記載する。６０２は
プログラムを機械的に処理するときに用いる名称であ
り、プログラミング言語で規定された規則に従って例え
ば英数字だけを用いて記載する。６０３と６０４は当該
プログラムに与える引数のデータ型名とデータ名を記載
する。６０３は一番目の引数であり、６０４は二番目の
引数である。この例では三番目以降の引数はない。６１
０は当該プログラムのリターン値のデータ型を記載す
る。この例ではリターン値はなく、このプログラムは結
果を返さないことが分かる。６１１は当該プログラムの
処理機能を母国語を用いて記載する。６２１と６２２は
当該プログラムのテストや当該プログラムを呼び出すプ
ログラムのテストにおいて、テスト方法を指示するもの
である。６２１と６２２の使用方法については本実施例
の最後で説明する。

【００３６】次に、図１から図８を用いて第１の実施例
を詳細に説明する。第１の実施例ではプログラムの仕様
に基づいてテストデータを自動的に作成する。図１にお
いて、先ず、どれ程詳細にテストするかを指定するため
のテストレベルを作業者の指示に従って記憶する（１０
１）。テストレベルが大きいほど作成されるテストデー
タの数が増え、より詳細なテストが行なえる。逆に簡単
に済ませたい時はテストレベルに小さな数を指定するこ
とで、重要なテストデータだけを選択的に得ることがで
きる。次にテストの対象となるプログラム仕様を記憶す
る（１０２）。このプログラム名を出力する（１０
３）。出力はただちに対話端末２に表示することもでき
るし、メモリに蓄積しておいて図１と図２の処理手順が
終了した後にまとめて、テストの内容を指示するテスト
仕様書に所定の書式で対話端末２に表示したりプリンタ
４で印刷したりすることもできる。

【００３７】次にプログラム仕様書からテスト対象のプ
ログラムに与える引数に関する情報を引数１個分取得す
る（１０４）。図６の例によれば ″double rpDouble″
という情報が得られる。次に標準テストデータ１１な
いしプログラム部品１３を用いて、引数の情報に対応す
るテストデータを作成する（１０６）。ステップ１０６
の処理は図２を用いて後に詳細に説明する。次にステッ
プ１０１で記憶したテストレベルをここで得られたテス
トデータのテストレベルとそれぞれ比較し、これらのテ
ストレベルがＴ以下のものだけを取り出す（１０７）。
得られたテストデータをステップ１０４で得られた引数
の情報と共に出力する（１０８）。同様にして図６の６
０４から得られる引数の情報についてもテストデータを
作成し、すべての引数を処理すると終了する。

【００３８】次に図２を用いてステップ１０６のテスト
データを作成する処理の処理手順を説明する。図２にお
いて、先ず、標準テストデータ１１を検索してデータ名
とデータ型の両方が一致するテストデータがないか調べ
る（２０１）。あればフラグＦを１とし（２０２）、な
ければフラグＦを０とする（２０３）。図６の例によれ
ばステップ１０６は最初に ″double rpDouble″ とい
う情報について実行するので、図５のデータ型名４０１
とデータ名４０２のカラムの値を検索することでテスト
データ５１１が該当する。該当するテストデータがあっ
たのでここではフラグＦを１に設定する。

【００３９】次にフラグＦを調べて（２０４）、データ
名とデータ型が一致するテストデータを取得（２０５）
ないしはデータ型が一致するテストデータを取得する
（２０６）。この場合テストデータ５１１が該当し、テ
ストレベルが２００、生成フラグが０、テストデータが
″1.0L″ であることが分かる。ここでは該当するもの
が１個だけであるが、複数個あってもよい。取得したテ
ストレベルは変数ＴＤに代入しておく（２０７）。次に
取得したテストデータの最初の文字に従ってテストデー
タの内容を取り出す（２０８）。ここでは最初の文字が
″=″ なので最初の文字を除いた残りの文字がテスト
データの内容である。生成フラグの値によっては、テス
トデータではなくテストデータを生成するプログラムで
あることもあるが、ステップ２０８の処理には関係がな
い。次に生成フラグに従って処理が分かれる（２０９，
２１０）。ここでは生成フラグは０なので既に得られた
テストデータの内容を、テストレベルと対応づけてその
まま出力する（２１７）。さらにデータ名とデータ型が
一致するテストデータを取得（２０５）するが、他に該
当しないので処理を終了する。

【００４０】図６の第２引数６０４の例では ″complex
aComplex″ というデータで検索するので、ステップ２
０５において図５の５２１と５２２が該当する。５２１
においてはテストデータ５０５の最初の文字が ″_″
であるからステップ２０８においてファイル ″comple
x.g01″ の内容を取得し、これをテストデータの内容と
する。さらに生成フラグが２であるから、これはテスト
データそのものではなく、テストデータを生成するプロ
グラムである。従ってステップ２１１で生成プログラム
に入力するデータを作成する。

【００４１】入力データの作成は本実施例と同様にして
行なう。本実施例は与えられたプログラムに対して、テ
ストに使用すべきテストデータを作成するものである
が、テストデータ生成プログラムの入力データを作成す
る場合にも利用できる。図７はプログラム部品１３に格
納された ″complex.g01″ ファイルの例である。プロ
グラム仕様１４は図６のように所定のプログラム仕様書
の様式で保持することもできるが、図７はプログラミン
グ言語の文法規則に従いながらプログラム仕様として必
要な情報をおり混ぜたものである。

【００４２】図７において、７０１は母国語によるプロ
グラムの名称であり６０１に対応する。７０２は母国語
によるプログラムの機能の説明であり６１１に対応す
る。７０３は引数の名称（この場合aDouble）、入出力
区分(この場合i、即ち入力)、引数の意味と役割（この
場合実数値）を表しており、７１２にはこの引数に対応
する記述をプログラミング言語の文法に従って記述して
ある。これら７０３と７１２の情報は６０３や６０４に
対応する。７０４と７１０はリターン値を表しており、
６１０に対応する。７０５はプログラムの作成日付と作
成者を表しており、図６には対応するものがない。なぜ
なら、プログラム仕様の作成者とプログラムの作成者と
は異なる場合があるためである。７１１はプログラムの
記号名称であり、６０２に対応する。７１３はプログラ
ムの本体部分である。

【００４３】さて、図５の５２１に図２の処理手順を適
用した場合、図７の７０３と７１２の情報に従って ″d
ouble aDouble″ に対応するテストデータを図５から検
索する。この場合５１０と５１３が該当するので、ステ
ップ２１１ではこれらが得られる。次にプログラム本体
７１３にこれらのテストデータを入力してそれぞれ実行
することで、５２１に対するテストデータが得られる。
ここでは、プログラム７１３はＣ言語で記述してあり、
図４の１０３０の定義と合わせて解釈すれば、このプロ
グラムは入力された実数値を複素数に変換している。次
に、得られた各テストデータのテストレベルを計算する
（２１３）。テストレベルは生成プログラムに与えたテ
ストデータのテストレベルに、生成プログラムのテスト
レベルを加算して求める。この場合、生成プログラムに
与えたテストデータは５１０と５１３であって、それら
のテストレベルはそれぞれ１００と３００である。５２
１によれば、生成プログラムのテストレベルは５０であ
り、これは変数ＴＤに代入してある。従って生成プログ
ラムに５１０と５１３を入力して実行することで得られ
たテストデータのテストレベルはそれぞれ１５０と３５
０になる。

【００４４】図２において、ステップ２０５ないしステ
ップ２０６で取得したテストデータの生成フラグが１で
あったときはステップ２１４とステップ２１５を実行す
る。ステップ２０８で取得したテストデータ生成プログ
ラムに先ず引数に０を入力して実行して生成できるテス
トデータの個数を得、次に引数に生成するテストデータ
の番号を入力してテストデータを生成する（２１４）。
ここで生成したテストデータのテストレベルはすべてＴ
Ｄに設定する（２１５）。

【００４５】以上のようにして、図６に示したプログラ
ム仕様書に対するテストデータを作成できる。図８は図
６に対して本実施例を適用し、ステップ１０１において
作業者がテストレベルとして５００を指定した場合に作
成するテストデータの例を示している。図８はテストの
内容を指示する仕様書で、プログラムチェックリストと
呼ぶ。図８において１８０１はこの仕様書、即ちプログ
ラムチェックリストの作成者を表している。これはテス
トデータ生成処理を指示した作業者をオペレーティング
システムに問い合わせることで取得できる。１８０２は
この仕様書を作成した日付を表す。これはテストデータ
生成処理を指示した日時をシステム内蔵の時計から取得
できる。１８０３はテスト対象となるプログラムの記号
名称を表す。これはテストデータ生成プログラムの入力
として作業者が指示したプログラム仕様書から得られる
（この場合は６０２による）。１８０４は同様にテスト
対象となるプログラムの母国語による名称を表す。同様
にプログラム仕様書から取得できる。

【００４６】１８０５は第１引数に対するテストデータ
である。１８０６〜１８０８は第２引数に対するテスト
データである。１８０６と１８０７は５２１に５１０と
５１３を入力に与えて生成できる。１８０８は５２２か
ら直接得られる。これらのテストレベルはそれぞれ、２
００、１５０、３５０、１００であり、最初に作業者が
テストレベルとして指示した５００よりも小さい。従っ
て図８の仕様書の生成においてはすべてのテストデータ
を用いる。１８０９はテストデータの組合せを表し、例
えばチェックＩＤ０３０（１８１０）によれば、１８０
５と１８０８のテストデータを組み合わせてテストする
ことが分かる。本実施例によるテストデータの生成では
どの組合せがよいかは分からないので、可能なすべての
組合せを出力している。ただし一度に一つの引数に２個
以上のテストデータを与えることはできないため、例え
ば１８０６と１８０７の組合せは出力していない。

【００４７】本実施例によれば、特定のプログラムに依
存しない各種の情報に基づき、プログラム仕様とテスト
レベルを入力するだけでテストデータを自動的に作成す
ることができる。データ項目辞書１０、標準テストデー
タ１１、プログラム部品１３は特定のプログラムに依存
しない情報であり、これらは予め作成しておく。個々の
プログラム開発ではこれらを新規に作ることはせず、プ
ログラム仕様だけを作成するのが一般的である。これに
より、プログラム仕様を作成する労力だけでテストデー
タが得られるのでテストに必要な工数を削減できる。

【００４８】ただし、例えば特定のプログラム開発で必
要な特殊なテストデータを新規に追加することもある。
この場合はテストレベルを大きめの数値に設定すること
で、他のプログラム開発で無駄なテストをする必要がな
くなる。このようにテストレベルの指示によって生成す
るテストデータの個数を制限できるので、高い品質が要
求される場合には多くのテストデータでテストを行な
い、簡略化してテスト工数を削減したい場合にはテスト
レベルを用いてテストデータの個数を制限すれば良い。
しかもこのとき無作為に選ばれるのではなく、標準テス
トデータ１１で予め個々のテストデータに与えられたテ
ストレベルに基づいて重要なテストデータだけを取捨選
択できるため効率良くテストが行なえる。

【００４９】本実施例ではテストレベルを作業者が指示
するとしたが、テストデータの個数を作業者が指示する
こともできる。この場合は図１のステップ１０７におい
て、それまでに得られたテストデータをテストレベルの
順に並び替えた後、テストレベルの値が小さいものから
必要な個数分を選択し、これを出力すればよい。この場
合でも無作為に選ばれるのではなく、テストレベルに基
づいて重要なテストデータだけを選ぶことができる。な
お、テストレベルに基づくテストデータの重要さの判別
は有効な方法ではあるが、例えば常にすべてのテストデ
ータを用いる場合ではテストレベルに関するデータや処
理を割愛できることはいうまでもない。

【００５０】本実施例ではテストデータの生成について
述べたが、プログラムを自動生成する従来技術を適用す
ればデータ項目辞書１０、プログラム部品１３及びプロ
グラム仕様書１４からプログラムを自動生成することが
できる。従って本実施例で用いたデータ項目辞書１０、
プログラム部品１３及びプログラム仕様書１４はテスト
データ生成だけのために特別に用意するものではない。
プログラムの開発においてはさまざまな作業が互いに関
連しあっており、このように必要な情報を複数の作業で
共有して有効利用できることは、プログラムの生産効率
を高める上で特に重要である。

【００５１】図５において、データ型名４０１とテスト
データ５０５のカラムだけでも本実施例は実施できる。
データ名４０２があれば、データ型名によるテストデー
タの検索よりもさらに状況に応じて適切なテストデータ
を作成できる。その効果については次に詳しく述べる。
テストレベル５０３があれば、前述のように重要なテス
トデータを優先的に選択することで、少ないテストデー
タで効率よくテストできる。生成フラグ５０４があれ
ば、テストデータの値を直接保持するだけでなく、プロ
グラムを実行して必要なときに動的にテストデータを作
成することが可能となる。これによりテストデータを記
憶するための記憶領域を節約できる。また、多数のテス
トデータやサイズが大きなテストデータが正しいことを
人手で確認するとき、テストデータそのものを調べるよ
り、それを生成するプログラムが正しいテストデータを
作成することを調べた方が簡単な場合もある。このよう
にテストデータの正しさを確認するときにも生成フラグ
５０４が役に立つこともある。

【００５２】次にデータ名４０２の効果について説明す
る。計算機プログラムにおいて、データ型はデータが取
り得る値の範囲を束縛しており、例えば整数型のデータ
が1.2などの実数値をとることはない。実際のプログラ
ムにおいては、データを用いる場面や役割に応じて、デ
ータ型で規定された範囲よりさらに狭い範囲に限定して
プログラムを動作させることがよくある。例えば整数型
のデータは正の整数、０、負の整数のいずれの値もとる
ことがあるが、あるデータは常に正の整数又は０であっ
て、けっして負の整数にはならないことがある。このよ
うな状況を明らかにするため、そのことが分かるような
データ名を付与することがプログラム作成の一つの技術
となっている。

【００５３】図５の５１１では ″rpDouble″ に対する
テストデータを与えている。このデータは図４の４２２
によれば正又は０の値の範囲が指定されている。プログ
ラムの入力データが単に実数値をとるというだけでな
く、正又は０の値で動作させるように設計されているこ
とが分かるのならば、テストデータとしては正又は０の
値を選択すべきである。前述のようにデータの名称には
データの場面や役割が分かるものを与えることが多いの
で、データの型だけでなくデータの名称を用いることで
このような状況も配慮してテストデータの作成と選択を
行うことができる。図２のフラグＦはデータ名とデータ
型名がともに一致するものがあれば、そのようなテスト
データを優先させる働きがある。

【００５４】図４によれば、データが取り得る値の範囲
が包含関係に基づく階層構造を形成するとき、その関係
を上位範囲４０５が保持している。もし、プログラムの
入力データが任意の実数値を取る場合、それには「正又
は０」の範囲や「負」の範囲が含まれることが４２０と
４２２と４２３から分かる。プログラムの誤りの一般的
な性質として、ある範囲に含まれるある１個のテストデ
ータについて正しく動作すれば、同じ範囲に含まれる他
のデータに対しても正しく動作することが多いことが分
かっている。従って任意の実数値で動作するプログラム
のテストにおいては、「正又は０」の範囲から１個のテ
ストデータを選び、「負」の範囲からも１個のテストデ
ータを選んだ方が、「正又は０」の範囲から２個のテス
トデータを選ぶよりも効果的である。

【００５５】あるデータ型に対するテストデータを作成
するとき、図４の上位範囲４０５を用いて、テストした
いデータの範囲よりもさらに狭い範囲のデータのそれぞ
れから少なくとも１個ずつのテストデータを選択するよ
うにすれば、プログラムがどの領域でも正しく動作する
ことを確認するうえで効果的である。

【００５６】図６の６２１と６２２は、プログラム仕様
の中で当該プログラムのテストのための指示を指定して
いる。６２１は第一引数に2.0Lを入力し、第二引数に
{3.0L,4.0L}を入力してテストすることを指定してい
る。ここで{3.0L,4.0L}という入力データは複素数デー
タに対して、通常の数学の表記で3+4iという値を与える
ことを、ここで用いているＣ言語というプログラミング
言語の文法に従って表現したものである。最初のcase
1:は１番目のテストデータの指示であることを表してい
る。同様に「case 2:...」という指示で、...の部分に
別のテストデータを指定すれば２番目のテストデータを
指示することもできる。

【００５７】６２２は本実施例で作成したテストデータ
をテストでどのように使用するかを指示している。記
号：で区切られており、最初の部分は対象となる引数を
特定し、次の部分はテストデータの使用方法を指定し、
その他の部分は先に示されたテストデータの使用方法を
補足している。この例によれば、この指示はaComplexと
いう引数、すなわち第二引数に適用すること、本実施例
で作成したテストデータからさらに他のテストデータを
作成すること、その作成ではテストデータの値を２倍し
て算出することが指示されている。テストデータの使用
方法に「gen also」という指示があるときは、本実施例
で作成したテストデータもテストに用いるし、さらにそ
のテストデータから別のテストデータを作成してそれも
テストに用いる。テストデータの作成においては、本実
施例で作成したテストデータをｃとしてｃ＊２と指示さ
れている。(complex c)の部分は、本実施例で作成した
テストデータをｃとすることを表しており、残りの部分
が計算式である。

【００５８】本実施例のテストデータ自動作成方法によ
れば、特定のプログラムによらないデータ項目辞書１
０、標準テストデータ１１、プログラム部品１３によっ
てテストデータを作成できる。しかしここで得られるテ
ストデータはプログラム仕様１４の引数に関するデータ
型名とデータ名の情報から類推できる範囲でしかない。
しかし６２１や６２２のように、プログラム仕様の中に
テストのための指示を与えることで、テストしたいプロ
グラム特有の性質を反映させて、効果的なテストができ
る。

【００５９】次に、図３及び図９から図１７を用いて本
発明の第２の実施例について説明する。本実施例は、作
業者との対話処理を含むプログラムのテストを作業者の
介在なく行えるようにすることで、テストに要する手間
を軽減するものである。図３において、本実施例ではデ
ータ項目辞書１０、標準テストデータ１１、プログラム
部品１３、プログラム仕様１４は使用しない。本実施例
は、対話端末２が図形なども表示できるグラフィックス
端末である場合に好適である。しかし文字だけを表示で
きるキャラクタ端末の場合にも適用できる。本実施例で
は対話端末２がグラフィックス端末であった場合につい
て説明する。

【００６０】図９は従来技術による、作業者との対話を
含むプログラムの構成を示すブロック図である。図９に
おいて、８０１は作業者との対話を含むアプリケーショ
ンプログラムで、本実施例によるテストの対象となるプ
ログラムである。８０２は作業者との対話処理を行うた
めのウィンドウシステムである。ウィンドウシステム８
０２は、作業者との対話を含む任意のプログラムで共通
利用できるように設計されている。８０３はディスプレ
イ画面とキーボードとマウスからなるグラフィックス端
末である。

【００６１】ウィンドウシステム８０２はアプリケーシ
ョンプログラム８０１からの指示に従って画面表示の内
容を決定し、これをグラフィックス端末８０３に命令す
る。グラフィックス端末８０３はウィンドウシステム８
０２からの指示に従って文字や図形を画面に表示し、ま
たキーボードやマウスにより作業者からの指示を検出し
てウィンドウシステム８０２に伝達する。ウィンドウシ
ステム８０２は画面表示の内容と、グラフィックス端末
８０３が検出した作業者からの指示とを照合し、作業者
から指示されたデータ入力を解析して結果をアプリケー
ションプログラム８０１に伝達する。アプリケーション
プログラム８０１とウィンドウシステム８０２との間
は、オペレーティングシステムが提供する通信機能など
を介して互いに情報交換を行っている。

【００６２】ウィンドウシステム８０２はアプリケーシ
ョンプログラム８０１が複数あった場合も、それぞれに
対応する画面表示の内容を保持し、それをグラフィック
ス端末８０３上に適当に配置する機能を有する。画面上
での配置はアプリケーションプログラム８０１から指示
することもできるが、他のプログラムで制御することも
できる。図１０は従来技術による、１個又は複数の画面
表示の配置や大きさなどを制御するプログラムを介在し
てアプリケーションプログラム８０１を動作させる場合
のプログラムの構成を示すブロック図である。

【００６３】図１０において、８０４はアプリケーショ
ンプログラム８０１とウィンドウシステム８０２との間
に位置し、画面表示の配置や大きさなどを制御するウィ
ンドウマネージャである。ウィンドウマネージャ８０４
は、図９においてアプリケーションプログラム８０１と
ウィンドウシステム８０２が行う情報交換に対して、図
１０のように間に入り、アプリケーションプログラム８
０１が送った情報を変更してウィンドウシステム８０２
に送ったり、逆にウィンドウシステム８０２が送った情
報を変更してアプリケーションプログラム８０１に送っ
たりすることができる。このようにしてウィンドウマネ
ージャ８０４はアプリケーションプログラム８０１の画
面表示の様子を変更したり、作業者の指示に従って画面
表示の位置や大きさを変更したりすることができる。

【００６４】ウィンドウシステム８０２はこのようなウ
ィンドウマネージャ８０４を受け入れるための機能を有
している。図９のような構成で動作しているとき、ウィ
ンドウマネージャ８０４が実行されると、ウィンドウマ
ネージャ８０４はアプリケーションプログラム８０１と
ウィンドウシステム８０２との情報交換に介在すること
をウィンドウシステム８０２に要求する。ウィンドウシ
ステム８０２はこの要求を受け入れ、情報交換の経路を
変更して図９の構成から図１０の構成に変更する。この
ようにウィンドウシステム８０２が情報交換の経路を変
更することをリダイレクトと呼ぶ。

【００６５】本実施例は従来のウィンドウシステム８０
２が有しているこのような機能を、作業者との対話処理
を含むプログラムのテストに利用するものである。図１
１は本発明に係る第２の実施例のブロック構成図であ
る。図１１において、８０５は作業者との対話処理を含
むプログラムのテストを支援するＧＵＩテスタである。
８０６はアプリケーション８０１とウィンドウシステム
８０２との間の情報交換を記録するイベント記録であ
る。ＧＵＩテスタ８０５は図１０と同様に、アプリケー
ションプログラム８０１とウィンドウシステム８０２と
の間に入り、これらの間の情報交換を監視し、イベント
記録８０６に記録したり、逆にイベント記録８０６に記
録された内容に従ってアプリケーションプログラム８０
１やウィンドウシステム８０２に情報を送ったりする。

【００６６】図１２と図１３とを用いて第２の実施例の
処理手順を詳細に説明する。図１２はアプリケーション
プログラム８０１とウィンドウシステム８０２との間の
情報交換の様子をイベント記録８０６に記録する、ＧＵ
Ｉテスタ８０５のイベント記録処理の処理手順を示すフ
ローチャートである。図１２において、先ずウィンドウ
システム８０２にリダイレクト要求を出す（１２０
１）。これにより、それまで図９のようなプログラム構
成であったのに対し、ウィンドウシステム８０２はそれ
を図１１のように変更する。次にアプリケーションプロ
グラム８０１の状態を記録する（１２０２）。記録すべ
き状態には、例えばアプリケーションプログラム８０１
に関する画面表示の、グラフィックス端末８０３上での
位置座標、画面表示の大きさがある。作業者による指示
は、マウスによる画面上での位置座標の指定に依存して
意味が異なり、そのためアプリケーションプログラム８
０１の動作も位置座標によって変化する。従ってアプリ
ケーションプログラム８０１に関する画面表示の位置座
標を記録しておき、テスト時に動作を再現するときは同
じ位置座標に配置しなければならない。従ってアプリケ
ーションプログラムの最初の状態を記録しておかなけれ
ばならない。

【００６７】次に記録開始時刻を記録する（１２０
３）。前述の位置座標の影響と同様に、作業者が指示を
出した時刻と画面表示を変更した時刻などの時間間隔が
動作に影響することがある。このため記録を開始した時
刻を記録しておく。次にアプリケーションプログラム８
０１又はウィンドウシステム８０２からなんらかの情報
が送られてくるのを待つ（１２０４）。このように他か
ら情報が送られて来たり、指定したある時刻に到達した
りすることをイベントと呼ぶ。何らかのイベントが発生
したら、その内容を取得する（１２０５）。もしそれが
記録中断を指示するものであれば、記録を中断する事
と、その時刻とを記録し（１２０７）、処理を終了す
る。

【００６８】またアプリケーションプログラム８０１の
処理終了を表すイベントか又はグラフィック端末８０３
に対する作業者の操作を表すイベントであれば、画面の
状態を記録し（１２１０）、発生したイベントと発生時
刻をイベント記録８０６に記録する（１２１１）。画面
の状態は、図１３に示すイベント再生処理で動作を再現
したときに画面の表示内容が同じであるかを確認するた
めに記録する。従ってテスト対象となっているアプリケ
ーションプログラム８０１の動作に関与する部分だけに
ついて、画面の表示の様子を記録する。

【００６９】次に、ステップ１２０５で取得したイベン
トがアプリケーションプログラム８０１から送られたも
のであればそれをウィンドウシステム８０２へ送り、ま
た逆にウィンドウシステム８０２から送られたイベント
であればアプリケーションプログラム８０１へ送る（１
２１２）。これにより、アプリケーションプログラム８
０１とウィンドウシステム８０２との間の情報交換は図
９の構成のときと同様に行われるため、図９の構成のと
きと同様に動作する。従って図９の構成で動作している
アプリケーションプログラム８０１の動作の様子をイベ
ント記録８０６に記録することができる。

【００７０】次に図１３の処理手順を詳細に説明する。
図１３はイベント記録８０６に記録された内容に従っ
て、作業者によるグラフィックス端末８０３への指示を
模擬する、ＧＵＩテスタ８０５のイベント再生処理の処
理手順を示すフローチャートである。この処理により、
作業者の介在なく、あたかも作業者がグラフィックス端
末８０３とウィンドウシステム８０２を通じてアプリケ
ーションプログラム８０１に指示をしているような状況
を作り、このときアプリケーションプログラム８０１が
どのように動作するかをテストできる。

【００７１】図１３において、先ずタイムアウト時間を
記憶する。ここでタイムアウト時間とは、イベント再生
処理の途中であっても強制的に処理を終了させる時間で
ある。テストにおいては、テスト対象のプログラムは必
ずしも正しく動作するとは限らないので、永久に終了し
ない状態に陥る場合がある。このためイベント再生処理
の開始時刻から計って、タイムアウト時間だけ経過して
もまだ正常に終了しないときは強制的に処理を終了す
る。タイムアウト時間は、テスト対象のプログラムが正
しく動作したときに要する時間より少し長めの時間を作
業者が設定する。

【００７２】次にステップ１２０１と同様にウィンドウ
システム８０２にリダイレクトを要求する（１３０
１）。次にステップ１２０２で記録したアプリケーショ
ンプログラム８０１の状態を取得する（１３０２）。次
にその状態をアプリケーションプログラム８０１に設定
し（１３０３）、図１２のイベント記録処理を実行する
前のアプリケーションプログラム８０１の状態を再現す
る。

【００７３】次に再生開始時刻を記憶する（１３０
４）。図１２のイベント記録処理では、記録開始時刻と
イベント発生時刻を記録したので、その時間間隔を再生
開始時刻に加えれば各イベントが発生すべき時刻が算出
できる。次にイベント記録８０６から次に起こるべきイ
ベントを取得する（１３０５）。イベント記録処理にお
いて、イベントは発生した順に記録したので、このステ
ップでも単に同じ順に取り出すだけでよい。同時に、前
述のようにして、イベントを再生すべき時刻も算出して
おく。

【００７４】次にタイムアウト時刻又はステップ１３０
５で取得したイベントを再生すべき時刻に達するか、又
は新しいイベントが発生するのを待つ（１３０６）。タ
イムアウト時刻はステップ１３０４で記憶した再生開始
時刻にタイムアウト時間を加えたものである。新しいイ
ベントとは、アプリケーションプログラム８０１又はウ
ィンドウシステム８０２から情報が送られてきたことを
意味する。

【００７５】タイムアウト時刻に達したら、タイムアウ
ト時刻に達したために強制的に終了するというメッセー
ジをグラフィックス端末８０３に表示し（１３０８）、
処理を終了する。アプリケーションプログラム８０１又
はウィンドウシステム８０２から送られてきた新しいイ
ベントであれば、ステップ１２１２と同様に、そのイベ
ントが送られてきた方とは別の方にそのイベントを送る
（１３１０）。イベントを再生すべき時刻に達したら、
その時点での画面の状態を記録する（１３１１）。記録
した画面表示の様子はステップ１２１０で記録したもの
と比較する事で、イベント記録処理のときと同じように
動作しているか確認できる。

【００７６】次にステップ１３０５でイベント記録から
取得した内容に従って、イベント記録処理のときの作業
者の指示を模擬する（１３１２）。実際に作業者がグラ
フィックス端末を用いて指示したときは、その内容がウ
ィンドウシステム８０２からアプリケーションプログラ
ム８０１に送られる。模擬においては、ウィンドウシス
テム８０２から何も送られてこなくても、イベント記録
処理のときに記録したイベントをアプリケーションプロ
グラム８０１に送ることで模擬できる。次にイベントが
アプリケーション終了イベントであったときは処理を終
了する（１３１３）。そうでなければイベント記録８０
６から次のイベントを取りだし、以後繰り返す。

【００７７】本実施例によれば、ウィンドウシステム８
０２の制御の元で動作するアプリケーションプログラム
８０１のテストを作業者の介在なくテストすることが可
能となる。そのために、イベント記録処理では作業者が
アプリケーションプログラム８０１に対して行なった操
作をイベント記録８０６に記録した。イベント再生処理
では、イベント記録８０６に記録した内容に従って、あ
たかも作業者がアプリケーションプログラム８０１に対
して操作を行なっているように模擬する。これによって
一度行なったプログラムのテストについて、次回からは
作業者の介在なく自動的に行なうことができる。

【００７８】例えばプログラムの一部分に修正を加えた
とき、その修正の影響でプログラムが正しく動作しなく
なったかも知れない。このためテストをやり直さなけれ
ばならない。しかしその修正が画面操作に影響を及ぼさ
ない程度の修正であれば、本実施例を適用することで自
動的にテストが行なえる。テストを実行したとき、その
結果が期待される動作であるか確認する必要がある。そ
のためには、ステップ１２１０で記録した画面の状態と
ステップ１３１１で記録した画面の状態とを比較すれば
よい。

【００７９】ステップ１２１０ないしステップ１３１１
はメモリ３やファイルに格納することもできるし、プリ
ンタ４で紙に印刷することもできる。メモリ３やファイ
ルに格納したときは、テスト結果の確認においては格納
した内容をグラフィックス端末８０３に表示して確認で
きる。あるいはそれぞれの画面状態を自動的に比較し、
違う部分だけを表示することもできる。プリンタ４で紙
に印刷したときは、テスト結果の確認では対応する印刷
出力を見比べることができる。なお、どの画面を比較す
るかについては、画面の状態を記録した時刻とステップ
１２０３ないしステップ１３０４で記憶した処理開始時
刻との差の時間の対応を調べることで機械的に判別する
ことができる。

【００８０】ステップ１２１０ないしステップ１３１１
において、そのステップを最初に実行するときは必要な
部分すべてを記録するが、２回目以降では前回の画面の
状態と異なっている部分だけを記録することもできる。
このようにすることで、記録のために必要な記憶領域や
印刷のために必要な紙を節約でき、また作業者が動作の
確認をするときも画面が変化した部分だけに注目できる
ため確認が容易になる場合がある。

【００８１】本実施例では従来のシステム構成におけ
る、図１０のウィンドウマネージャ８０４の部分を図１
１のＧＵＩテスタ８０４に置き換えて実施する例を説明
した。しかしウィンドウマネージャ８０４とＧＵＩテス
タ８０５の両方の機能を兼ね備えた、新規なウィンドウ
マネージャを構成し、これをもって図１０のウィンドウ
マネージャ８０４に置き換えることによっても本実施例
を同様に適用できる。イベント記録８０６は作業者が作
成することもできる。この場合は図１２のイベント記録
処理によるイベントの記録は不要である。作業者が作成
したイベント記録８０６を用いて図１３のイベント再生
処理を行なえば良い。これにより、イベント記録処理で
作業者が操作を行なう必要がなくなるが、その反面、イ
ベント記録８０６を作成しなければならなくなる。

【００８２】次に図３と図１１と図１４〜図１８を用い
て本発明の第３の実施例について説明する。本実施例
は、作業者との対話処理を含むプログラムのテストにお
いて、作業者の介在が必要な部分に対して画面操作の模
擬入力を記述する言語を用いて記述しておくことで自動
的にテストを行ない、テストに要する手間を軽減するも
のである。

【００８３】図３において、本実施例ではデータ項目辞
書１０、標準テストデータ１１、プログラム部品１３、
プログラム仕様１４は使用しない。本実施例は、対話端
末２が図形なども表示できるグラフィックス端末である
場合に好適である。しかし文字だけを表示できるキャラ
クタ端末の場合にも適用できる。本実施例では対話端末
２がグラフィックス端末であった場合について説明す
る。

【００８４】図１１において、ＧＵＩテスタ８０５の処
理手順は図１３に示すイベント再生処理と図１７に示す
模擬入力記述作成処理と、模擬入力記述からイベント記
録８０６を作成する処理からなる。模擬入力記述は図１
４に示すようなものである。イベント記録８０６は模擬
入力記述と同じ形式で保持することもできるし、より機
械処理しやすい形式にすることもできる。後者の場合の
変換処理の手順は模擬入力記述とイベントとの対応関係
から明らかである。前述のようにこの変換処理もＧＵＩ
テスタ８０５に含まれる。

【００８５】先ず、図１４を用いて画面操作の模擬入力
を記述する言語の新規な機能について説明する。図１４
は画面操作の模擬入力を記述する言語で模擬入力を記述
した例である。図１４において、１４００は変数 ″no
w″ を宣言している。１４０１は図１４の記述を実行し
た時点の時刻を取得してこれを変数 ″now″ に代入し
ている。１４０２は模擬入力を行なうタイミングを計る
起点となる時刻を変数″now″ に設定している。

【００８６】１４０３はタイムアウト時間を１００秒に
設定している。この設定は図１３のイベント再生処理の
ステップ１３００で用いる。１４０４はマウスポインタ
（マウスが指し示す画面上での位置座標）を位置座標
(100,100) に移動させる画面操作の模擬入力を記述して
いる。この記述を実行したときは、ＧＵＩテスタ８０５
がアプリケーションプログラム８０１及びウィンドウシ
ステム８０２にイベントを送ることで、あたかも作業者
がマウスを用いてマウスポインタを座標 (100,100) に
移動したかのように動作する。

【００８７】１４０５は１４０２で設定した時刻を起点
として２秒が経過するまで待つ。これにより、次の１４
０６は模擬入力の実行開始後２秒後に動作する。１４０
７と１４１０も同様に時間を調節する。１４０６はマウ
スの第１ボタンを押す画面操作の模擬入力を記述してい
る。１４０８はその時点での画面の様子をプリンタ４を
用いて紙に印刷する。その際、 ″case 1″ という文字
列を紙の上部や下部などの適当な位置に印刷する。これ
により、複数の印刷物のそれぞれがどの場面で印刷され
たかが分かる。

【００８８】１４０９は１４０６と同様に、マウスの第
１ボタンを離す画面操作の模擬入力を記述している。１
４１１は１４０８と同様にその時点での画面の様子をプ
リンタ４を用いて紙に印刷する。ただし１４０８と違
い、１４０８で印刷したときの画面の様子と比較して、
変化した部分だけを印刷する。

【００８９】図１４の画面操作の模擬入力記述は、以上
のように記述されている。本実施例ではマウスを用いた
操作について説明したが、キーボードやその他の入出力
機器を用いる場合も同様に記述することができる。上記
の模擬入力記述の中で、１４０８ないし１４１１の部分
が新規な機能である。従来は、模擬入力記述に従ってテ
ストを行なっている間ずっと、作業者はグラフィックス
端末８０３を監視し、プログラムが正しく動作している
ことを確認しなければならなかった。本実施例によれば
テスト中はグラフィックス端末８０３を監視する必要が
なく、テスト終了後に１４０８ないし１４１１で印刷さ
れた出力を見るだけでプログラムの動作を確認できる。
このため例えば夜中の間に自動的にテストを行ない、翌
朝テスト結果を確認することもできる。このような方法
によりテスト実行の確認を短時間で効率よく行なえる。
１４０８ないし１４１１ではプリンタ４を用いて紙に印
刷するとしたが、書き換え可能な磁気ディスク装置や磁
気テープ装置、光磁気ディスク装置などの記憶装置に記
憶することもできることは言うまでもない。

【００９０】図１４に示した画面操作の模擬入力記述
は、ある特定のプログラムのテストのために記述したも
のであるが、この部分を特定のプログラムに依存しない
ように記述することで、任意のプログラムで利用できる
ようにすることもできる。その方法について、図１５〜
図１８を用いて以下に詳しく説明する。

【００９１】一般に、作業者との対話処理は、特定のプ
ログラムに依存しないように汎用的に構成することが可
能であり、これをＧＵＩ部品と呼んでいる。図１５は
″Button″ という名称のＧＵＩ部品に対する画面操作
の模擬入力の記述例である。図１５において、１５０
２、１５０３、１５０６、１５０８、１５１０、１５１
１の部分はそれぞれ図１４の１４０１、１４０２、１４
０６、１４０９、１４０８、１４０２と同様である。ま
た、１５０５、１５０７、１５０９の部分はいずれも１
４０５と同様である。

【００９２】１５００は図１５の記述全体が ″Butto
n″ という名称のＧＵＩ部品に対する画面操作の模擬入
力を記述していることを示すとともに、 ″HomeX″,″H
omeY″,″name″ という３個の変数を持つことをも示し
ている。変数に対する値は、このＧＵＩ部品が実際に使
用される時に決定され、模擬入力記述の中でこれらの変
数が現れた部分にその値を設定するようになっている。
ここでは ″HomeX″,″HomeY″ はこのＧＵＩ部品が配
置される位置座標を意味し、 ″name″ はこのＧＵＩ部
品が使用されるときに与えられる名称を意味している。

【００９３】１５０１は１４０２のような記述で時間を
測定する起点が既に設定されているとき、設定された時
刻を得ることを記述している。ここで得た時刻を最後に
１５１１で再度設定することで、図１５の記述を実行す
る前と後で、起点の時刻が変化しないようにできる。こ
れは図１５のような記述を複数組み合わせて使用する時
に互いが他に悪影響を及ぼさないようにするためであ
る。１５０４は１４０４と同様の模擬入力を記述してい
るが、このＧＵＩ部品が実際に配置される位置座標に依
存して詳細が決定するようになっている。例えばこのＧ
ＵＩ部品が (10,20) に配置されたなら、１５０４によ
れば、 ″pointerMove(11,21)″ で表される画面操作が
模擬実行される。

【００９４】図１６はＧＵＩ部品を用いて特定のプログ
ラムのための画面構成を指定するための、ＧＵＩ部品の
配置記述の例を示している。図１６において、１６０１
は″Button″ という名称のＧＵＩ部品を座標 (10,20)
に配置し、″ボタン１″という名称を与えることを記述
している。同様に１６０２は ″Button″ という名称の
ＧＵＩ部品を座標 (110,10) に配置し、″ボタン２″
という名称を与えることを記述している。

【００９５】図１７はＧＵＩ部品の画面操作の模擬入力
記述とＧＵＩ部品の配置記述とから、特定のプログラム
のテストのための画面操作の模擬入力記述を作成する、
模擬入力記述作成処理の手順を示すフローチャートであ
る。以下、図１７に従って手順を説明する。図１７にお
いて、先ずＧＵＩ部品の配置記述から部品記述を取得す
る（１７０１）。図１６の例では ″Button(10,20,″ボ
タン１″)″ という記述が得られる。次にその部品に対
応するＧＵＩ部品の画面操作の模擬入力記述を取得する
（１７０３）。本発明に係る自動テストシステムでは、
複数のＧＵＩ部品とそれに対応するＧＵＩ部品の画面操
作の模擬入力記述が登録されている。その中で ″Butto
n″ という名称に対応するものを取得する。その記述は
例えば図１５のようなものである。

【００９６】次にステップ１７０３で取得した模擬入力
記述の変数の部分に、具体的な値を代入する。図１５と
図１６によれば、変数の対応関係から ″HomeX″ には
10、″HomeY″ には 20、″name″ には ″ボタン１″
がそれぞれ対応することが分かる。この対応に従って変
数に値を代入する。以後、ＧＵＩ部品の配置記述の残り
について繰り返す。図１８は、図１５と図１６から作成
した模擬入力記述の例を示す。

【００９７】本実施例によれば、作業者との対話を含む
プログラムのテストにおいて、画面操作の模擬入力を記
述できる言語を用いて作業者の操作を予め記述し、それ
に従って自動的にテストできる。しかもテストの途中経
過をプリンタ４を用いて紙に印刷することができる。従
って作業者は、テスト中はグラフィックス端末８０３を
監視する必要がなく、テスト実行が終了した後で印刷出
力をまとめて観察できるので、グラフィックス端末を監
視するよりも短時間で効率良くテスト実行の動作を確認
できる。

【００９８】さらに、印刷出力を複数出力する場合は、
２回目以降は前回の画面と比較して変化した部分だけを
印刷するようにすることで、作業者が印刷出力を観察す
るとき変化部分だけを観察すればよいのでさらに観察が
楽になる場合がある。また、予め設定したタイムアウト
時間が経過してもテスト実行が終わらない場合はテスト
実行を中断できるので、例えば夜間にテスト実行をする
場合でも延々とテスト実行が続くことはないので安心し
て自動テストシステムに任せられる。

【００９９】また、紙に印刷したときは一度使用した紙
に再び印刷できないが、書き換え可能な磁気ディスク装
置や磁気テープ装置、光磁気ディスク装置などの記憶装
置に記憶すれば、テスト実行の結果を確認したあとは記
録を消去できる。テスト実行の結果を保存する必要がな
いなら、このようにすることで紙を節約できる。

【０１００】また、ＧＵＩ部品に対応づけて、そのＧＵ
Ｉ部品のテストで行うべき画面操作の模擬入力記述を予
め用意しておけば、特定のプログラムの画面構成を定義
するＧＵＩ部品記述に基づいてそのプログラムの画面操
作の模擬入力記述を作成できる。ここで必要となるＧＵ
Ｉ部品の画面操作の模擬入力記述は特定のプログラムに
依存しないので、予めさまざまなＧＵＩ部品とそれに対
する画面操作の模擬入力記述を用意しておけば任意のプ
ログラムで共通に利用できるため生産効率が高い。しか
もＧＵＩ部品配置記述はプログラムの画面構成を定義し
ているので、この情報に基づいて画面表示を行うプログ
ラムを生成することもできる。あるいはこのＧＵＩ部品
配置記述を入力するとその定義に従って画面表示を行う
プログラムを構成することも可能である。

【０１０１】

【発明の効果】プログラムのテストにおいて、プログラ
ムを実際に動作させて確認するときは、プログラムに具
体的な入力データを与えなければならない。しかも少な
い実行回数で効果的に動作を確認できるテストデータを
用意する必要がある。本発明によれば、データ型とテス
トデータとの対応を予め登録しておけば、プログラム仕
様を与えるだけでテストデータを作成できる。

【０１０２】特に、テストデータに対応するテストレベ
ルを用いてテストデータの重要さを判別できるため、効
果的なテストデータを作成できる。あるいはテストデー
タに対応する範囲制約を用いて、ある範囲でプログラム
が動作するか否かを、その範囲に属するテストデータで
代表させることで、一つの範囲について一つずつのテス
トデータで動作確認ができる。

【０１０３】ウィンドウシステムの制御の元で動作する
アプリケーションプログラムのテストを行なった時、作
業者が指示した内容を記録しておくことで、次回以降は
作業者の介在なくテストすることが可能となる。しかも
そのときの画面表示の内容を印刷出力できるので、テス
ト実行が終了した後に短時間でまとめて観察できる。さ
らに画面表示が変化した部分だけを印刷することで、変
化部分に集中して観察できるとともに、紙を節約でき
る。

【０１０４】タイムアウト時間を設定しておけば、テス
ト対象プログラムが暴走したときにも強制的に終了させ
ることができる。ＧＵＩ部品とそれに対する画面操作の
模擬入力記述から、特定のプログラムの画面操作の模擬
入力記述を作成できる。しかもここで必要となるＧＵＩ
部品の画面操作の模擬入力記述は特定のプログラムに依
存しないので、予めさまざまなＧＵＩ部品とそれに対す
る画面操作の模擬入力記述を用意しておけば任意のプロ
グラムで共通に利用できるため生産効率が高い。

【図面の簡単な説明】

【図１】本発明に係る第１の実施例の処理手順を示すフ
ローチャートである。

【図２】データ名からテストデータを作成する処理の手
順を示すフローチャートである。

【図３】本発明に係る自動テストシステムのシステム構
成を示すブロック図である。

【図４】データ項目辞書の例である。

【図５】標準テストデータの例である。

【図６】プログラム仕様の例である。

【図７】プログラム部品の例である。

【図８】テスト仕様書の例である。

【図９】作業者との対話を含むプログラムの構成を示す
ブロック図である。

【図１０】画面表示の配置制御を含むシステムのブロッ
ク構成図である。

【図１１】本発明に係る第２の実施例のブロック構成図
である。

【図１２】ＧＵＩテスタのイベント記録処理の手順を示
すフローチャートである。

【図１３】ＧＵＩテスタのイベント再生処理の手順を示
すフローチャートである。

【図１４】画面操作の模擬入力の記述例である。

【図１５】ＧＵＩ部品の画面操作の模擬入力の記述例で
ある。

【図１６】ＧＵＩ部品の配置記述例である。

【図１７】模擬入力記述作成処理の手順を示すフローチ
ャートである。

【図１８】模擬入力記述の作成結果の例である。

【符号の説明】

１…ＣＰＵ，２…対話端末，３…メモリ，４…プリン
タ，１０…データ項目辞書，１１…標準テストデータ，
１３…プログラム部品，１４…プログラム仕様，４０１
…データ型名，４０２…データ名，８０１…アプリケー
ションプログラム，８０２…ウィンドウシステム，８０
３…グラフィックス端末，８０４…ウィンドウマネージ
ャ，８０５…ＧＵＩテスタ，８０６…イベント記録。

Claims

【特許請求の範囲】

【請求項１】計算機及び対話端末を有する情報処理装置
において、データ型とテストデータとの対応を表す標準テストデー
タを記憶するステップと、プログラムの名称と、該プログラムの１個又は複数の入
力データのデータ名と、該入力データのデータ型との対
応を表すプログラム仕様を記憶するステップと、該入力データの該データ型に対応する１個又は複数のテ
ストデータを該標準テストデータから取得するステップ
と、前記ステップで取得した該１個又は複数のテストデータ
と、該プログラムの名称と、該入力データのデータ名と
の対応を対話端末に表示するステップとを有することを
特徴とするデータ型対応の自動テスト方法。
【請求項２】請求項１記載の自動テスト方法において、前記標準テストデータはデータ型と、テストデータと、
さらにテストデータの重要さを表すテストレベルとの対
応を表し、前記該テストデータと、該プログラムの名称と、該入力
データのデータ名との対応を対話端末に表示する前記該
ステップは、該テストデータに対応する該テストレベル
の順に整列して表示することを特徴とするデータ型対応
の自動テスト方法。
【請求項３】請求項１記載の自動テスト方法において、表示したいテストレベルを限定するための限定テストレ
ベルを記憶するステップをさらに有し、前記標準テストデータはデータ型と、テストデータと、
さらにテストデータの重要さを表すテストレベルとの対
応を表し、該テストデータと、プログラムの名称と、入力データの
データ名との対応を対話端末に表示する前記該ステップ
は、該テストデータに対応する該テストレベルが該限定
テストレベルよりも重要であるときに限り表示すること
を特徴とするデータ型対応の自動テスト方法。
【請求項４】請求項１記載の自動テスト方法において、前記標準テストデータはデータ型と、テストデータと、
さらに該テストデータの値の範囲又は性質を表すデータ
名との対応を表し、入力データのデータ型に対応する１個又は複数のテスト
データを該標準テストデータから取得する前記ステップ
は、入力データのデータ型とデータ名との両方が合致す
る対応が該標準テストデータに含まれるときは該対応を
優先的に取得することを特徴とするデータ型対応の自動
テスト方法。
【請求項５】請求項１又は請求項４記載の自動テスト方
法において、データ型と、データ名と、該データの上位概念を表す上
位データ名との対応を表すデータ項目辞書を記憶するス
テップをさらに有し、入力データのデータ型に対応する１個又は複数のテスト
データを該標準テストデータから取得する前記ステップ
は、該データ項目辞書の対応の中で、入力データのデー
タ型が該データ項目辞書の該データ型と合致し、かつ入
力データのデータ名が該データ項目辞書の該上位データ
名と合致する対応があるときは、該データ型と、該対応
のデータ名との両方が合致する対応を該標準テストデー
タから少なくとも１個取得することを特徴とするデータ
型対応の自動テスト方法。
【請求項６】請求項１記載の自動テスト方法において、前記標準テストデータはデータ型と、あるテストデータ
を生成するプログラム又はテストデータを算出する計算
式との対応を表し、入力データのデータ型に対応する１個又は複数のテスト
データを該標準テストデータから取得する前記ステップ
は、入力データのデータ型に対応する１個又は複数の該
プログラム又は該計算式を取得し、該プログラムを実行
してテストデータ生成するか又は該計算式によりテスト
データを算出してテストデータを取得することを特徴と
するデータ型対応の自動テスト方法。
【請求項７】計算機及び対話端末を有する情報処理装置
において、該対話端末による入出力処理を行う画面制御プログラム
を有し、該対話端末を用いた対話処理を含むテスト対象プログラ
ムを記憶するステップと、該テスト対象プログラムの指示に従って該画面制御プロ
グラムが入出力処理を行うステップと、作業者の画面操作の指示に従って該画面制御プログラム
が入出力処理を行うステップと、前記ステップの該作業者の画面操作の指示をイベント記
録に記録するステップと、該イベント記録に記録された該作業者の画面操作の指示
を該テスト対象プログラム又は画面制御プログラムに指
示することで、あたかも該作業者の画面操作の指示があ
ったかのようにこれを模擬することを特徴とするデータ
型対応の自動テスト方法。
【請求項８】計算機及び対話端末を有する情報処理装置
において、画面操作の模擬入力を記述できる言語を有し、該対話端末を用いた対話処理を含むテスト対象プログラ
ムを記憶するステップと、該テスト対象プログラムを実行しながら、該言語で記述
した画面操作の模擬入力の記述に従って画面操作の模擬
入力を行うステップとを有し、該言語で記述した画面操作の模擬入力の該記述の中に、
画面を印刷する命令があったときは、該記述に従って画
面操作の模擬入力を行う前記ステップは、その時点での
画面を印刷することを特徴とするデータ型対応の自動テ
スト方法。
【請求項９】請求項８記載の自動テスト方法において、画面を複数回印刷するときは、２回目以降の印刷ではそ
の時点での画面と前回印刷時の画面とを比較して、変化
があった部分だけを印刷することを特徴とするデータ型
対応の自動テスト方法。
【請求項１０】請求項８記載の自動テスト方法におい
て、画面を印刷する代わりに磁気ディスク又は光磁気ディス
ク又は磁気テープに記録することを特徴とするデータ型
対応の自動テスト方法。
【請求項１１】計算機及び対話端末を有する情報処理装
置において、画面操作の模擬入力を記述できる言語を有し、対話処理の名称と、該対話端末を用いた対話処理を行う
プログラムと、該プログラムに対する画面操作の模擬入
力記述との対応を記憶するステップと、対話処理の名称と、該対話処理のための文字又は図形を
該対話端末上に表示する位置座標との対応を表す配置記
述を記憶するステップと、該配置記述に含まれるすべての対応について、該対応に
おける該対話処理の名称に対応する該画面操作の模擬入
力記述を取得し、その中の位置座標の部分を該対応にお
ける該位置座標に従って変更するステップと、変更の結果得られた画面操作の模擬入力記述をまとめて
全体の画面操作の模擬入力を作成するステップを有する
ことを特徴とするデータ型対応の自動テスト方法。
【請求項１２】請求項１ないし請求項１１記載の自動テ
スト方法において、タイムアウト機能を有し、テスト実行が予め設定したタイムアウト時間以内に終了
しないときは強制的に終了することを特徴とするデータ
型対応の自動テスト方法。