JP2000112784A - プログラムテスト支援装置及びプログラムテスト支援プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ＧＵＩによる入力操作を行う対話型プログラ
ムのテストの効率化、さらにはエラー発生状況や発生要
因の把握の容易化を実現する。 【解決手段】 被テストプログラム８０に対するオペレ
ータの操作手順データを記録する手段２０、操作手順デ
ータより入力操作の入力項目を抽出し、入力項目毎に入
力値を設定する手段３０、入力値の組み合せより複数の
テストケースを自動生成する手段４０、各テストケース
毎の新しい操作手順データを作成して被テストプログラ
ムのテストを行う手段６０、各テストケース毎にテスト
結果を評価し、該評価に応じて各入力値を強調表示し、
また、失敗の要因となっている入力値を抽出する手段７
０を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＧＵＩ（Ｇｒａｐ
ｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）による入力操
作を行う対話型プログラムのテスト作業を支援するプロ
グラムテスト支援装置及びプログラムテスト支援プログ
ラムを記録した記録媒体に関する。

【０００２】

【従来の技術】オペレータのマウスやキーボードによる
アイコン、メニューなどによる情報入力を受け付ける形
式の、所謂ＧＵＩによる入力操作を行う対話型プログラ
ムのテストの場合、人手による入力テストを行う対話型
には限界がある。そのため、ＧＵＩによる入力操作を行
うプログラムのテストでは、操作の自動入力を可能とす
るテストツールなどを利用して自動的にテストが行われ
る。テストツールでは、オペレータの操作を記録してお
けば、その操作を再生できる。記録済みの操作手順と異
なる操作手順のテストを実行したい場合には、もう一度
操作を記録しなおすか、記録済みの操作手順データを直
接編集して異なる操作手順データを作成できる。各テス
トケースの実行結果は、操作手順データ内に含まれる結
果確認用の命令によって確認し報告される。テストケー
スの正否はテストツール上で確認できるが、実行結果に
ついての詳細な情報は、個々の実行結果ログファイルに
記録される。

【０００３】

【発明が解決しようとする課題】しかし、従来のテスト
ツールでは次のような問題があった。 （１）色々な入力値を使って大量のテストを実施したい
場合には、入力値に応じた操作手順データをオペレータ
が作成するために、入力値ごとに操作を記録し直す、も
しくは、操作手順データを直接変更する必要があり、大
変手間がかかる。 （２）複数のテストケースでエラーが発生した場合、入
力値などの詳細な情報は個々の実行結果ログファイルを
別々に参照する必要があるため、エラーの発生状況を把
握しにくい。 （３）大量のテストケースによるテストの実行後、複数
のエラーが発生している場合、エラーの原因となる入力
値を判断するのが難しい。

【０００４】本発明の目的は、ＧＵＩによる入力操作を
行う対話型プログラムのテストを効率良く実施するとと
もに、エラーの発生状況や発生要因を容易に把握するこ
とができるプログラムテスト支援装置及びそのプログラ
ムテスト支援プログラムを記録した記録媒体を提供する
ことである。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明は、ＧＵＩによる入力操作を行う対
話型プログラムの被テストプログラムのテスト作業を支
援するプログラムテスト支援装置において、前記被テス
トプログラムに対するオペレータの入力操作を操作手順
データとして記録する手段と、前記記録された操作手順
データより入力操作の入力項目を抽出し、入力項目毎に
一つあるいは複数の入力値を設定する手段と、前記入力
項目毎に設定された入力値の組み合せより複数のテスト
ケースを生成する手段と、前記記録された操作手順デー
タの入力項目の入力値を各テストケースの入力値に置き
換えて、各テストケース毎の新しい操作手順データを生
成し、該生成された各操作手順データを使用して前記被
テストプログラムのテストを行う手段とを有することを
特徴とする。

【０００６】請求項２の発明は、請求項１記載のプログ
ラムテスト支援装置において、テスト実行後に、各テス
ト毎に結果を評価し、該評価に応じて各入力値を強調表
示する手段を有することを特徴とする。

【０００７】請求項３の発明は、請求項１、２記載のプ
ログラムテスト支援装置において、各テストケースの実
行結果により、失敗の要因となっている入力値を抽出す
る手段を有することを特徴とする。

【０００８】請求項４の発明は、請求項１、２、３記載
のプログラムテスト支援装置において、テスト結果を確
認するための条件として複数の種類を登録した手段を備
え、各テストケース毎に適用する条件を設定し、該設定
された条件に応じてテスト結果を評価することを特徴と
する。

【０００９】請求項５の発明は、ＧＵＩによる入力操作
を行う対話型プログラムの被テストプログラムのテスト
作業を支援するプログラムテスト支援プログラムを記録
したコンピュータ読み取り可能な記録媒体であって、被
テストプログラムに対するオペレータの入力操作を操作
手順データとして記録する処理プロセスと、前記記録さ
れた操作手順データより入力操作の入力項目を抽出し、
入力項目毎に一つあるいは複数の入力値を設定する処理
プロセスと、前記入力項目毎に設定された入力値の組み
合せより複数のテストケースを生成する処理プロセス
と、前記記録された操作手順データの入力項目の入力値
を各テストケースの入力値に置き換えて、各テストケー
ス毎の新しい操作手順データを生成し、該生成された各
操作手順データを使用して前記被テストプログラムのテ
ストを行う処理プロセスと、各テストケース毎にテスト
結果を評価し、該評価に応じて各入力値を強調表示する
処理プロセスと、各テストケース毎にテスト結果によ
り、失敗の要因となっている入力値を抽出する処理プロ
セスとを有することを特徴とする。

【００１０】

【発明の実施形態】以下、本発明を図面に示す実施形態
に基づいて詳細に説明する。図１は、本発明に係るプロ
グラムテスト支援装置の一実施形態を示すブロック図で
ある。本実施形態のシステムは、実際には計算機システ
ムのハードウエアやソフト資源を利用して構築されるこ
とは云うまでもない。

【００１１】図１において、テストの対象となる被テス
トプログラム８０は、ＧＵＩによる入力操作を行う対話
型のプログラムである。この被テストプログラム８０が
動作する計算機システムの環境は、オペレーティングシ
ステム（以下、ＯＳ）の入出力制御部９０、文字やコマ
ンド等を入力するためのキーボードなどの入力装置９
１、マウスなどのポインティング入力装置９２、ディス
プレイなどの表示装置９３を備えている。被テストプロ
グラム８０は、入出力制御部９０を通し、キーボード９
１やマウス９２などによるオペレータの入力を受け取
り、入力に応じて該プログラムの一部の機能を実行す
る。テスト装置１０も、入出力制御部９０を通し、オペ
レータのキーボード９１やマウス９２などによる入力を
受け取り、また、ディスプレイ９３に必要な情報を出力
する。該テスト装置１０は記憶装置１００を備える。

【００１２】本実施形態の主要な構成はテスト装置１０
と付属の記憶装置１００である。記憶装置１００は、被
テストプログラム８０に対しオペレータが行った基本操
作を記録する操作手順データファイル１１０、オペレー
タが行った操作の入力項目（入力操作対象項目）と入力
値を記録する入力項目ファイル１２０、入力項目ファイ
ル１２０内の各入力項目の入力値を組み合わせて作成し
た種々のテストケースを記録するテストケースファイル
１３０、テストの実行結果を評価するための種々の条件
を記録する結果確認条件ファイル１４０、及び、テスト
の実行結果が条件を満たしているかどうか確認するプロ
グラム（確認プログラム）を記録する確認プログラムフ
ァイル１５０などを格納する。テスト装置１０は、オペ
レータが被テストプログラム８０に対して行う基本操作
を操作手順データファイル１１０に記録する操作記録部
２０、操作手順データファイル１１からオペレータが入
力操作を行った画面上の項目を抽出し、各入力項目へ入
力値を設定して入力項目ファイル１２０を編集するテス
トデータ編集部３０、入力項目ファイル１２０に設定し
た各入力項目の入力値を組み合わせて種々のテストケー
スのテストケースファイル１３０を生成するテストケー
ス生成部４０、各テストケース毎に実行結果を確認する
ための条件を結果確認条件ファイル１４０に登録する結
果確認条件登録部５０、各テストケース毎に被テストプ
ログラム８０を操作し実行結果を確認する操作再生部６
０、テストした種々のテストケースを分析しその結果を
表示するテスト結果分析・表示部７０で構成される。

【００１３】まず、図１の実施形態の動作概要について
説明する。オペレータは、被テストプログラム８０を起
動することで入力操作画面をディスプレイ９３に表示
し、被テストプログラム８０に対してテストの雛形とな
る入力操作（基本操作）を行う。この時、テスト装置１
０の操作記録部２０は、入出力制御部９０を通して、被
テストプログラム８０に対してオペレータが行った入力
操作を監視し、テストを実施するために必要な操作情報
を操作手順データファイル１１０に記録する。

【００１４】テストデータ編集部３０は、操作手順デー
タファイル１１０よりオペレータが入力を行った項目を
抽出し、格子状の入力項目表をディスプレイ９３に表示
する。オペレータは、この表に対して各入力項目毎にテ
ストすべき一つあるいは複数の入力値を設定する。ステ
トデータ編集部３０では、この入力値の設定された入力
項目表を入力項目ファイル１２０として記録する。

【００１５】テストケース生成部４０は、入力項目ファ
イル１２０内の入力項目毎の入力値を組み合わせて複数
のテストケースを自動生成し、テストケース一覧を予め
登録してある結果確認条件ファイル１４０の内容ととも
にディスプレイ９３に表示する。オペレータは各テスト
ケース毎に条件を設定し、テストケース生成部４０は、
条件の設定されたテストケース一覧をテストケースファ
イル１３０として保存する。

【００１６】結果確認条件登録部４０では、各テストケ
ース毎にテストの結果を確認するための種々の条件（結
果確認条件）を予め結果確認条件ファイル１４０に登録
する。条件の内容は、オペレータが定義し、キーボード
９１などにより入力する。結果確認条件ファイル１４０
には、各条件毎に、オペレータが定義した内容と確認プ
ログラム名が登録される。

【００１７】操作再生部６０は、操作手順データファイ
ル１１０から被テストプログラム８０に対する操作命令
（操作コマンド）を取得し、テストケースファイル１３
０から各入力項目への入力値を取得し、それらを組み合
わせて被テストプログラム８０を操作する。操作終了
後、確認プログラムファイル１５０内の条件に対応する
確認プログラムを起動して、テストケースに対応する結
果確認条件を評価し、テストケースの実行結果が成功か
失敗かを判断する。これを複数のテストケースについて
繰り返す。

【００１８】テスト結果分析・表示部７０は、失敗した
テストケースの発生状況を把握するため失敗テストケー
スの入力値を強調表示した入力項目表を表示する。ま
た、テスト結果分析・表示部７０では、失敗テストケー
スの入力値を解析し、失敗の要因になっている入力値を
検出する。

【００１９】図２は、テスト装置１０の各部の処理の手
順を示すフローチャートである。以下、図２に従って具
体例をもとに、テスト装置１０の各部の動作を詳述す
る。なお、結果確認条件登録部５０によって、あらかじ
め結果確認条件ファイル１４０は登録されているとす
る。

【００２０】最初に、オペレータが被テストプログラム
８０を起動し、その入力操作画面をディスプレイ９３に
表示して、オペレータ自身により被テストプログラム８
０のテスト操作（基本操作）を行う。この時の操作手順
が自動テストを実行するときの操作手順の雛形になる。
操作記録部２０は、入出力制御部９０を通して、この入
力操作画面に対するオペレータの操作を操作手順データ
ファイル１１０に記録する（ステップ２０１）。

【００２１】以下、被テストプログラム８０の入力操作
画面は、簡単に図３（ａ）の３０１に示す画面とする。
この入力操作画面３０１に対し、オペレータが「入
力」、「入力２」、「入力３」の各テキストエリアに値
「Ａ１」、「Ｂ１」、「Ｃ１」を順に入力し、実行ボタ
ンを押すと、操作記録部２０により、図３（ｂ）の３０
２に示す操作手順データ（基本操作命令）が記録され
る。この操作手順データ３０２の中に、入力操作が発生
した入力項目（入力１、入力２、入力３）の情報と入力
された入力値（Ａ１、Ｂ１、Ｃ１）が含まれる。

【００２２】テストデータ編集部３０は、図３（ｂ）の
操作手順データ３０２より入力項目（入力１、入力２、
入力３）を抽出し、図４（ａ）に示すような入力項目表
４０１を生成する（ステップ２０２）。入力項目表４０
１では、各入力項目単位にその項目への入力値を更に入
力可能である。テストデータ編集部３０は、この入力項
目表４０１をディスプレイ９３に表示し、オペレータ
は、この表４０１に対して、入力項目毎にテスト実施対
象の入力値を全て入力する。図４（ｂ）の４０２は、オ
ペレータが入力値を追加した後の入力項目表を示す。テ
ストデータ編集部３０は、この入力項目表４０２を入力
項目ファイル１２０に記録する。

【００２３】テストケース生成部４０は、図４（ｂ）の
入力項目表４０２から、入力項目「入力１」、「入力
２」、「入力３」について、入力値「Ａ１」、「Ａ
２」、「Ａ３」、「Ｂ１」、「Ｂ２」、「Ｃ１」、「Ｃ
２」のすべての組み合わせのテストケース１〜１２を展
開し、そのテストケース一覧を、予め登録してある結果
確認条件ファイル１４０の内容と一緒にディスプレイ９
３に表示する。オペレータは、該内容を参照して、テス
トケース一覧の各テストケース毎に結果確認条件を設定
する。テストケース生成部４０では、オペレータが条件
を設定したテストケース一覧を取り込み、図５（ａ）に
示すような、テストケースファイル５０１を生成する
（ステップ２０３）。このテストケースファイル５０１
のテスト結果欄は、まだ空である。

【００２４】結果確認条件ファイル１４０には、図５
（ｂ）に示すように、条件を見出しとして、条件の内容
（確認内容）、テスト結果について当該条件が満たされ
ているかどうかを判定するための確認プログラム名が登
録されている。これにより、テストケース毎に、それぞ
れ異なる条件下でテストの実行結果を評価できる。

【００２５】操作再生部６０では、図３（ｂ）の操作手
順データ３０２と図５（ａ）のテストケースファイル５
０１を参照し、各テストケースで指定している入力操作
を行う新しい操作手順データを生成する（ステップ２０
４）。図６に、一例として図５（ａ）のテストケース３
に対応する操作手順データ６００を示す。ここで、操作
手順データ６００のほとんどの部分は、オペレータの基
本操作を記録した図３（ｂ）の操作手順データ３０２を
そのまま使用する。そして、該当テストケース３におけ
る各入力項目への入力値（Ａ１、Ｂ２、Ｃ１）で新しい
操作手順データ６００内の該当箇所を置き換える。操作
手順の最後には、当該テストケースに設定された結果確
認条件（条件２）に相当する命令を付け加える。

【００２６】操作再生部６０は、新しく作成した操作手
順データ６００の操作命令を、入出力制御部９０を通し
て被テストプログラム８０に送る。被テストプログラム
８０は、操作再生部６０からの操作命令を、あたかもオ
ペレータからの入力操作命令のごとく認識して所定の処
理を実行する（ステップ２０５）。被テストプログラム
８０での処理終了後、操作再生部６０は操作手順データ
６００の最後の結果確認命令に基づき、確認プログラム
ファイル１５０内の当該条件（条件２）に関連付けられ
た確認プログラムを起動する。当該確認プログラムは、
被テストプログラム８０の実行結果を確認し、当該条件
が満たされていた場合は真を返し、満たされていない場
合は真以外を返す。これにより、操作再生部６０は、テ
ストが成功か失敗かの判定フラグを、図５（ａ）のテス
トケースファイル５０１における当該テストケースの結
果欄に記録する。

【００２７】操作再生部６０では、実際には、図５
（ａ）のテストケースファイル５０１の各テストケース
１〜１２について、ステップ２０４とステップ２０５の
処理を繰り返し実行する。この結果、図７に示すテスト
ケースファイル７００が得られたとする。

【００２８】テスト結果分析表示部７０は、図７のテス
トケースファイル７００を参照して、図８に示すように
失敗テストケースの入力値毎に重み付けを行い、重みに
応じてテストデータを強調表示する（ステップ２０
６）。図８は、テストケースの実行結果が失敗と判定さ
れる毎に、そのテストケースへの入力値に対して重みを
加えたものである。例えば図７のテストケースファイル
７００において、７０１に示す結果が「×」印のテスト
ケース３は失敗テストケースである為、該テストケース
７０１への入力値「Ａ１」、「Ｂ２」、「Ｃ１」に対し
て重みを１ずつ加える。すべての重み計算後、図９
（ａ）に示すように、重みの大小に応じて入力項目表
（図４（ｂ））内の各入力値を段階的に強調表示する。
即ち、もっとも失敗件数の多い入力値を強調し、以降、
重みの順番に応じて入力値の強調を弱めて表示する。

【００２９】このように失敗に関係する入力値を失敗の
発生頻度に応じて段階的に表示するとことで、失敗テス
トケース発生状況を把握しやすくすることができる。図
８では入力値「Ｂ２」がもっとも重み付けされており、
以下、「Ｃ１」、「Ａ２」と「Ｃ２」、「Ａ１」と「Ａ
３」、「Ｂ１」の順で重みが計算される。この図８に対
応して、図９（ａ）では、「Ｂ２」を一番強調して表示
し（９０１）、続いて「Ｃ１」を強調し（９０２）、次
に「Ａ２」と「Ｃ２」を強調し（９０３）、更に「Ａ
１」と「Ａ３」を少し強調表示する（９０４）。入力値
「Ｂ１」を含む失敗テストケースは一つだけである為、
「Ｂ１」はほんの少しだけ強調表示する（９０５）。

【００３０】より詳細な状況表示を行う場合は、特定の
入力値もしくは入力値の組み合わせを選択し、選択した
入力値を含む失敗テストケースだけを元に入力項目表を
強調表示する。この場合は、その入力値を含むテストケ
ースの実行結果のみに基づいた段階表示をするため、複
数の失敗テストケースが発生している場合でも個々のテ
ストケースもしくは入力値について個別に状況を調査で
きる。図９（ｂ）は、この表示例を示したもので、入力
値「Ａ１」を選択し、「Ａ１」に関連する失敗テストケ
ースの発生状況を表示している。

【００３１】更に、テスト結果分析表示部７０では、図
１０（ａ）に示すように失敗テストケース一覧を作成
し、失敗テストケース全てに対し失敗パターンの抽出を
行うことで、テストが失敗した原因となる入力項目とそ
の入力値の組み合わせである図１０（ｂ）に示すような
失敗パターン一覧を検出・表示する（ステップ２０
７）。複数の失敗テストケースからその失敗パターンを
抽出し、それを表示することで、オペレータは失敗の要
因を簡単に把握できる。

【００３２】図１１は、テスト結果分析表示部７０にお
ける失敗パターン抽出処理の全体的フローチャートであ
る。図１１により、まず、ステップ２０７の全失敗パタ
ーン抽出処理の概要を説明する。

【００３３】テストケースファイル（図７）からテスト
結果が失敗であったテストケースだけを取り出し、失敗
テストケース一覧（図１０（ａ））を作成し（ステップ
１１００）、全ての失敗テストケースに対して順番に失
敗パターン抽出処理を繰り返す（ステップ１１０１〜１
１０５）。即ち、調査対象失敗テストケースが失敗パタ
ーン一覧内の失敗パターンのどれかとマッチングしてい
るかを比較し（ステップ１１０２）、失敗パターン一覧
内のどの失敗パターンとも一致しない場合は失敗パター
ン抽出を実行し（ステップ１１０３）、抽出した新しい
失敗パターンを失敗パターン一覧に追加登録する（ステ
ップ１１０４）。ステップ１１０２で一覧内の失敗パタ
ーンに一致する場合には抽出済みの失敗パターンである
ため、ステップ１１０３・１１０４の失敗パターン抽出
・登録処理を行わない。

【００３４】図１０（ａ）の失敗テストケース一覧にお
いて、１００１に示す失敗テストケース（ケース３）に
対して失敗パターンを検出する場合、図１０（ｂ）の１
０１１に示す失敗パターンが抽出できる。次の失敗テス
トケース（１００２）であるケース４は、失敗パターン
一覧内の失敗パターン１０１１に一致するため、ステッ
プ１１０３とステップ１１０４の処理は行われない。次
の失敗テストケース（１００３）のケース５は、この時
点での失敗パターン一覧内の失敗パターン１０１１とは
一致しない。そのため、失敗パターン抽出処理（ステッ
プ１１０３）を行い、新しい失敗パターン（図１０
（ｂ）の１０１２）を抽出し、失敗パターン一覧に登録
する。図１０（ａ）に示すこれ以降の失敗テストケース
は全て失敗パターン一覧内の失敗パターン（１０１１，
１０１２）に一致するため、新しい失敗パターンは抽出
されない。そして、最後の失敗テストケースまで処理を
繰り返した結果、失敗原因の入力値は図１０（ｂ）の失
敗パターン一覧に登録した失敗パターンである１０１１
と１０１２であることが判明する。このように、失敗テ
ストケース一覧から失敗の原因となっている入力値のパ
ターンを検出することで、テスト実行結果一覧を人手で
解析しなくても、失敗の原因である入力値を特定でき
る。

【００３５】図１２は、図１１の失敗パターン抽出（ス
テップ１１０３）の詳細フローチャートである。失敗パ
ターン抽出では、各入力項目毎に失敗の要因となる値を
調査し、各入力項目の失敗の要因となった値を結合した
結果を失敗パターンとして返す。まず、調査を行ってい
ない入力項目があるかを判定する（ステップ１２０
１）。ある場合には、当該項目で失敗入力値の抽出を行
っていない入力値があるか判定する（ステップ１２０
２）。ある場合には当該入力値でのテストは失敗かを判
定し（ステップ１２０３）、失敗の場合、その入力値を
記憶し（ステップ１２０４）、ステップ１２０２に戻
る。ステップ１２０２で、現調査対象入力項目に対して
全ての入力値の調査が完了したら、調査対象入力値すべ
てで失敗しているか確認する（ステップ１２０５）。調
査した入力値すべてで失敗している場合は、全ての入力
値をあらわす記号「＊」を失敗値として記憶し（ステップ
１２０７）、それ以外の場合は失敗した入力値だけを失
敗値として記憶する(ステップ１２０６)。次に、ステッ
プ１２０１に戻り、失敗値抽出処理を行っていない入力
項目がない場合には、各入力項目の失敗の要因となった
値を結合した結果を失敗パターンとして返す(ステップ
１２０９)。

【００３６】次に、図１２に示す失敗パターン抽出の処
理の流れを、図１３を使い具体的に説明する。図１０
（ａ）の失敗テストケース一覧より、図１３（ａ）に示
す失敗パターン抽出対象テストケース（１３０１）が与
えられた場合は、入力１、入力２、入力３の順番で各入
力項目の失敗入力値を調査する。図１３（ｂ）の入力項
目表１３０２（図４（ｂ））に示すように、入力１では
３個の入力値、入力２では２個の入力値、入力３では２
個の入力値を調査する。図１３（ｃ）は入力項目「入力
１」に対する調査を表している。現調査対象項目である
入力１については、失敗パターン抽出対象テストケース
（１３０１）の値「Ａ１」から残りの入力値「Ａ２」、
「Ａ３」の順に調査する。その際、残りの入力項目「入
力２」と「入力３」は失敗パターン抽出テストケース
（１３０１）の値「Ｂ２」と「Ｃ１」を使用する。それ
ぞれの入力値を組み合わせたテストケースの結果は全て
失敗しており、調査した入力値は「入力１」への全入力
値である為、入力項目「入力１」の失敗値には全ての入
力値（Ａ１、Ａ２、Ａ３）を表す記号「＊」を設定する
（ステップ１２０８）。

【００３７】図１３（ｄ）は入力項目「入力２」につい
ての調査を表している。現調査対象項目「入力２」は失
敗パターン抽出テストケース（１３０１）の値「Ｂ２」
から調査を行う。「入力２」はそれ以降の入力値を持た
ない為、入力値「Ｂ２」についてだけ調査を行う。その
際、「入力１」には先に確定した失敗値「＊」（Ａ１、
Ａ２、Ａ３）を使用し、「入力３」には失敗パターン抽
出対象テストケース（１３０１）の値「Ｃ１」を使用す
る。各入力値を組み合わせてテストケースの結果は失敗
しているが、調査した入力値は「入力２」に対する全入
力値ではない為、「入力２」の失敗値として「Ｂ２」を
設定する（ステップ１２０７）。

【００３８】図１３（ｅ）は入力項目「入力３」につい
ての調査を表す。入力項目「入力３」は失敗パターン抽
出対象テストケース（１３０１）の値「Ｃ１」から残り
の入力値「Ｃ２」までの調査を行う。「入力１」と「入
力２」には確定済の失敗値を使用し、各入力値の組み合
わせに該当するテストケースを調査する。調査したテス
トケースは全て結果が失敗しており、調査した入力値は
「入力３」への全入力値である為、「入力３」の失敗値
として全ての入力値を表す記号「＊」を設定する（ステ
ップ１２０８）。

【００３９】失敗パターン抽出対象テストケース（１３
０１）に対して「入力１」「入力２」「入力３」の順に
全ての入力項目を調査した後（ステップ１２０１）、各
入力項目より抽出した失敗値を結合した値を結果として
戻す（ステップ１２１１）。図１３（ｆ）は、失敗パタ
ーン抽出対象テストケース（１３０１）より抽出した失
敗パターンである。これが図１０（ｂ）の失敗パターン
１０１１である。ここで抽出した失敗パターンでは、入
力項目「入力１」と入力項目「入力３」の失敗値が
「＊」になっているため、この二つの入力項目は失敗の
直接の要因ではない。入力項目「入力２」の失敗値「Ｂ
２」が失敗の直接の要因であり、「入力２」に「Ｂ２」
が入力されている場合は、「入力１」と「入力３」がど
んな値でも関係なくテストケースは失敗していることが
判る。

【００４０】同様にして、図１０（ａ）の失敗テストケ
ース一覧より、失敗パターン抽出対象テストケースとし
てケース５（１００３）が与えられた場合には、図１０
（ｂ）に失敗パターン２として示すように、入力項目
「入力１」は失敗値「Ａ２」、入力項目「入力２」は失
敗値「＊」、入力項目「入力３」は失敗値「Ｃ１」の失
敗パターンが抽出される。

【００４１】図１４は入力操作画面、操作手順データ、
入力項目、入力値の具体例を示したものである。図１４
（ａ）はアンケート入力画面であり、オペレータが年齢
テキストエリアに「２０」を入力し、性別セレクトボタ
ンから「男」、質問１セレクトボタンから「はい」、質
問２セレクトボタンから「青」、質問３セレクトボタン
から「好き」を選択し、登録ボタンを押した場合を示し
ている。この場合、図１４（ｂ）に示す操作手順データ
（基本操作命令）が得られる。ここで、「年齢」、「性
別」、「質問１」、「質問２」、「質問３」、「登録」
が入力項目、「２０」、「男」、「はい」、「青」、
「好き」などが入力値である。図１４（ｃ)は、図１４
（ｂ）の操作手順データから抽出される入力項目（入力
操作対象項目）を示したもので、図４（ａ）の入力項目
表の元になるものである。オペレータは、これら入力項
目毎にテスト実施対象の入力値を全て入力する。例え
ば、年齢は「１０」、「３０」、・・・、性別は
「女」、質問１は「いいえ」、「質問２」は「赤」、
「その他」、質問３は「嫌い」などを入力する。これに
より、各入力項目毎の各入力値の全ての組み合せのテス
トケースが自動生成される。

【００４２】以上、本発明の一実施形態を説明したが、
図２、図１１、図１２に示したような処理手順やアルゴ
リズムをコンピュータに実行させるためのプログラム
（プログラムテスト支援装置プログラム）は、該コンピ
ュータが読み取り可能な記録媒体、例えばフロッピーデ
ィスクやメモリカード、コンパクトディスク（ＣＤ−Ｒ
ＯＭ）などに記録して提供することが可能である。この
記録媒体に記録されたプログラムテスト支援プログラム
をコンピュータにロードすることにより、図１のテスト
装置１０の各部の機能が実現される。

【００４３】

【発明の効果】以上の説明から明らかなように、本発明
によれば、次のような効果が達成される。 （１）入力項目毎の入力値を設定するだけで、そのすべ
ての組み合わせをテストするための操作手順ファイルを
自動的に生成でき、入力値全ての組み合わせに対してテ
ストとテスト結果の評価までを自動実行できる。 （２）失敗テストケースを解析しエラーが発生する入力
値を強調して表示することで、入力値に応じたエラーの
発生状況を簡単に把握できる。 （３）失敗テストケースを解析しエラーの発生要因とな
る入力値パターンを検出することで、テストケース一覧
を人手で解析しなくても、エラー要因を絞り込むことが
できる。 （４）テストケース毎に異なるテスト結果確認条件を設
定することにより、それぞれ異なる条件下でテストの実
行結果を評価できる。

【図面の簡単な説明】

【図１】本発明よるプログラムテスト支援装置の一実施
形態を示すブロック図である。

【図２】図１のテスト装置の処理の流れを示す図であ
る。

【図３】入力操作画面とその操作手順データを説明する
図である。

【図４】入力項目表を説明する図である。

【図５】テストケースファイルと結果確認条件ファイル
を説明する図である。

【図６】新しく作成する操作手順データを説明する図で
ある。

【図７】操作再生直後のテストケースファイルの状態を
説明する図である。

【図８】テストケース結果に応じたテストデータ別の重
み付け結果を示す図である。

【図９】テスト結果に応じた問題入力値の強調表示を示
す図である。

【図１０】失敗テストケース一覧と失敗パターン一覧を
示す図である。

【図１１】失敗パターン抽出処理の全体的流れを示す図
である。

【図１２】失敗テストケースから失敗パターンを抽出す
る詳細処理の流れを示す図である。

【図１３】失敗パターン抽出の処理の遷移を示す図であ
る。

【図１４】入力操作画面と操作例の具体例を示す図であ
る。

【符号の説明】

１０ テスト装置 ２０ 操作記録部 ３０ テストデータ編集部 ４０ テストケース生成部 ５０ 結果確認条件登録部 ６０ 操作再生再生部 ７０ テスト結果分析・表示部 ８０ 被テストプログラム ９０ ＯＳ入出力制御部 ９１ キーボード ９２ マウス ９３ ディスプレイ １００ 記憶装置 １１０ 操作手順データファイル １２０ 入力項目ファイル １３０ テストケースファイル １４０ 結果確認条件ファイル １５０ 確認プログラムファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 菅沼 弘 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 三橋 尚文 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 Ｆターム(参考） 5B042 HH17 MA14 MC28 NN04 NN14 NN45

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ＧＵＩによる入力操作を行う対話型プロ
   グラムの被テストプログラムのテスト作業を支援するプ
   ログラムテスト支援装置において、 前記被テストプログラムに対するオペレータの入力操作
   を操作手順データとして記録する手段と、 前記記録された操作手順データより入力操作の入力項目
   を抽出し、入力項目毎に一つあるいは複数の入力値を設
   定する手段と、 前記入力項目毎に設定された入力値の組み合せより複数
   のテストケースを生成する手段と、 前記記録された操作手順データの入力項目の入力値を各
   テストケースの入力値に置き換えて、各テストケース毎
   の新しい操作手順データを生成し、該生成された各操作
   手順データを使用して前記被テストプログラムのテスト
   を行う手段と、を有することを特徴とするプログラムテ
   スト支援装置。
2. 【請求項２】 請求項１記載のプログラムテスト支援装
   置において、テスト実行後に、各テスト毎に結果を評価
   し、該評価に応じて各入力値を強調表示する手段を有す
   ることを特徴とするプログラムテスト支援装置。
3. 【請求項３】 請求項１、２記載のプログラムテスト支
   援装置において、各テストケースの実行結果により、失
   敗の要因となっている入力値を抽出する手段を有するこ
   とを特徴とするプログラムテスト支援装置。
4. 【請求項４】 請求項１、２、３記載のプログラムテス
   ト支援装置において、テスト結果を確認するための条件
   として複数の種類を登録した手段を備え、各テストケー
   ス毎に適用する条件を設定し、該設定された条件に応じ
   てテスト結果を評価することを特徴とするプログラムテ
   スト支援装置。
5. 【請求項５】 ＧＵＩによる入力操作を行う対話型プロ
   グラムの被テストプログラムのテスト作業を支援するプ
   ログラムテスト支援プログラムを記録したコンピュータ
   読み取り可能な記録媒体であって、 被テストプログラムに対するオペレータの入力操作を操
   作手順データとして記録する処理プロセスと、 前記記録された操作手順データより入力操作の入力項目
   を抽出し、入力項目毎に一つあるいは複数の入力値を設
   定する処理プロセスと、 前記入力項目毎に設定された入力値の組み合せより複数
   のテストケースを生成する処理プロセスと、 前記記録された操作手順データの入力項目の入力値を各
   テストケースの入力値に置き換えて、各テストケース毎
   の新しい操作手順データを生成し、該生成された各操作
   手順データを使用して前記被テストプログラムのテスト
   を行う処理プロセスと、 各テストケース毎にテスト結果を評価し、該評価に応じ
   て各入力値を強調表示する処理プロセスと、 各テストケースの実行結果により、失敗の要因となって
   いる入力値を抽出する処理プロセスと、を有することを
   特徴とするプログラムテスト支援プログラムを記録した
   記録媒体。