JP6961218B2 - テストケース自動作成装置、及びプログラム - Google Patents

Description

本発明は、テストケース自動作成装置、及びプログラムに関する。

システム開発プロジェクトにおいては、作成したシステムが要求仕様を満たすこと、すなわちシステムの妥当性を担保すること、異常入力に対しても正常な動作を担保することなどを目的として、システムテストが行われる。システムテストの実施者は、設計書に記載された設計情報などに基づいてテスト対象項目を定め、あらかじめ各テスト項目に対する入力値及び期待値などを記載したテストケースを作成する。

特開平０８−０５５０４１号公報

上述のようなシステムテストにおいては、テストケースの作成は、設計書に沿って人手で行われることが多い。すなわち、テストケースは作成者の主観に基づいて作成されるため、作成者によってテストケースの品質にばらつきが生じる。

また、途中でシステムの要求仕様が変更となった場合に、設計書には変更点が反映されるものの、テストケースの修正漏れが生じることがある。この場合、設計されたシステムは正しいにもかかわらず、テストケースの不備によりテスト結果がＮＧとなり、テスト効率が低下する。

さらに、テストケースに沿ってテストを実施する際には、テストケースに記載されたテスト条件を満たすような所定のデータをあらかじめ設計されたシステムに入力する必要があるが、このデータの作成も人手で行う必要があるため、テスト時間が増大する。

本発明は、上記事情に鑑みてなされており、ユーザに設計情報を所定の項目に分けて入力させ、入力された所定の項目に基づいて自動的にテストケース及びテストに必要なデータ仕様を作成することにより、テスト効率を大幅に向上させるテストケース自動作成装置、及びプログラムを提供する。

本発明に係るテストケース自動作成装置は、システムテストの実行対象である第１のシステムの画面設計に関する第１の設計データと、前記第１のシステムの機能設計に関する第２の設計データとの入力を受け付ける入力部と、前記第１の設計データ及び前記第２の設計データに基づいて、前記第１のシステムに含まれる複数の画面間の画面遷移を検証する第１のテストケースと、前記第１のシステムに含まれる複数の機能間の機能遷移を検証する第２のテストケースとを作成する作成部とを具備する。

本発明によれば、所定の項目に分けて入力された設計情報に基づき、自動的にシステムテストのテストケース及びテストデータ仕様を作成するテストケース自動作成装置、及びプログラムを提供することができる。

実施形態に係るテストケース自動作成装置の一例を示すブロック図。 実施形態に係るテストケース自動作成装置のユーザインタフェースの一例を示すフローチャート。 実施形態に係るメインメニュー画面の一例を示す図。 実施形態に係る画面設計情報の基本情報の入力画面の一例を示す図。 実施形態に係る画面設計情報の画面遷移に関する情報の入力画面の一例を示す図。 実施形態に係る画面設計情報の画面初期表示に関する情報の入力画面の一例を示す図。 実施形態に係る画面設計情報のアクション情報の入力画面の一例を示す図。 実施形態に係る画面設計情報のソート順に関する情報の入力画面の一例を示す図。 実施形態に係る画面設計情報の最大表示件数に関する情報の入力画面の一例を示す図。 実施形態に係る機能設計情報の基本情報の入力画面の一例を示す図。 実施形態に係る機能設計情報の機能遷移に関する情報の入力画面の一例を示す図。 実施形態に係る機能設計情報の周辺連携に関する情報の入力画面の一例を示す図。 実施形態に係る機能設計情報の入力条件に関する情報の入力画面の一例を示す図。 実施形態に係る機能設計情報の処理機能情報の入力画面の一例を示す図。 実施形態に係る機能設計情報の最終起動処理機能の出力分岐情報の入力画面の一例を示す図。 実施形態に係る画面検証ケース作成における入力画面の一例を示す図。 実施形態に係る画面検証ケースの一例を示す図。 実施形態に係る画面検証ケースの作成処理の一例を示すフローチャート。 実施形態に係る機能検証ケース作成における入力画面の一例を示す図。 実施形態に係る機能検証ケースの一例を示す図。 実施形態に係る機能検証ケースの作成処理の一例を示すフローチャート。 実施形態に係るシステム検証ケース作成における入力画面の一例を示す図。 実施形態に係るシステム検証ケースの一例を示す図。 実施形態に係るシステム検証ケースの作成処理の一例を示すフローチャート。 実施形態に係る実行計画データの作成における入力画面の一例を示す図。 実施形態に係る実行結果データの入力又は検索における入力画面の一例を示す図。 実施形態に係る障害票検索における入力画面の一例を示す図。

以下、図面を参照して、発明の実施形態について説明する。この説明においては、全図にわたり共通の部分には共通の参照符号を付す。

本実施形態に係るテストケース自動作成装置は、まず、所定のフォーマットに従い、設計情報の入力を受け付ける。次に、テストケース自動作成装置は、入力された設計情報に基づき、システムテストのテストケースを作成する。テストケースには、例えば、画面検証ケース、機能検証ケース、システム検証ケースなどが含まれる。

図１は、本実施形態に係るテストケース自動作成装置１を示すブロック図である。

テストケース自動作成装置１は、第１のメモリ２、第２のメモリ３、プロセッサ４、入出力部５、記憶装置６などを備える。第１のメモリ２、第２のメモリ３、プロセッサ４、入出力部５、記憶装置６は、バスＢを介して互いに通信可能に接続されている。

記憶装置６は、例えば、ユーザ管理データＡ，設計情報Ｓ、テストケースＴ、実行計画データＪ、結果データＲを格納する。

ユーザ管理データＡは、テストケース自動作成装置１を使用するユーザに関するデータを格納する。例えば、ユーザ管理データＡは、少なくとも１人以上のユーザのユーザ名とパスワードとを紐づけて管理する。

設計情報Ｓは、テストの実行対象となるシステム（以下、テスト対象システムと呼ぶ）の設計に関する情報である。設計情報Ｓは、ユーザによりテストケース自動作成装置１に入力される。設計情報Ｓは、例えば、画面設計情報Ｓ１、機能設計情報Ｓ２、データベース設計情報Ｓ３、ファイル設計情報Ｓ４を含む。

画面設計情報Ｓ１は、テスト対象システムの画面設計に関する情報である。より具体的には、画面設計情報Ｓ１は、基本情報、画面遷移情報、画面初期表示情報、アクション情報、ソート順、最大表示件数などを含む。画面設計情報Ｓ１の詳細は、図４Ａ〜図４Ｆを用いて後述する。なお、本実施形態において、アクションとは、例えばボタン押下、画面タッチなどのユーザ操作に伴って画面の状態を変更するイベントを発生させることを指す。イベントには、具体的には、画面に含まれる項目の検索、登録、更新、削除、前画面へ戻る、などが含まれる。

機能設計情報Ｓ２は、テスト対象システムの機能設計に関する情報である。より具体的には、機能設計情報Ｓ２は、基本情報、機能遷移情報、周辺連携情報、入力条件情報、処理機能情報、出力分岐情報などを含む。機能設計情報Ｓ２の詳細は、図５Ａ〜図５Ｆを用いて後述する。

データベース設計情報Ｓ３は、テスト対象システム及び／又はサブシステムに紐づくデータベースの構成に関する情報である。データベース設計情報Ｓ３は、例えば、データベース名、データベースに含まれる項目名などを含む。

ファイル設計情報Ｓ４は、テスト対象システム及び／又はサブシステムに紐づくファイルの構成に関する情報である。ファイル設計情報Ｓ４は、例えば、ファイル名、ファイルに含まれる項目名などを含む。

データベース及びファイルは、例えば、テスト実行の際に必要なデータをテスト対象システムへ入力し、及び、テスト実行の際に生成されたデータをテスト対象システムより出力される記憶手段である。

テストケースＴは、設計情報Ｓに基づいて、テストケース自動作成装置１により自動的に作成されるテストケースである。テストケースＴは、例えば、画面検証ケースＴ１、機能検証ケースＴ２、システム検証ケースＴ３などを含む。

画面検証ケースＴ１は、主として画面設計情報Ｓ１に基づいて作成されるテストケースである。画面検証ケースＴ１の詳細は、図６〜図８を用いて後述する。

機能検証ケースＴ２は、主として機能設計情報Ｓ２に基づいて作成されるテストケースである。より具体的には、機能検証ケースＴ２は、例えば、入力条件と、入力条件に対応する１つ以上の処理機能と、処理機能に紐づく出力条件とをそれぞれ網羅するように作成されたテストケースである。機能検証ケースＴ２の詳細は、図９〜図１１を用いて後述する。

システム検証ケースＴ３は、主として機能設計情報Ｓ２に基づいて作成されるテストケースである。より具体的には、システム検証ケースＴ３は、例えば、テストの対象システムの外部に接続されるシステム（以下、外部システムと呼ぶ）からの入力条件、及び、外部システムへの出力条件を網羅するように作成されたテストケースである。システム検証ケースＴ３の詳細は、図１２〜図１４を用いて後述する。

実行計画データＪは、テストケースＴに基づいて作成される、テストの実行計画を示す情報である。

結果データＲは、実行計画データＪに基づいてテスト対象システムのテストを実行した結果得られるデータである。結果データＲは、例えば、実行結果データＲ１、進捗データＲ２、障害データＲ３、品質データＲ４を含む。

実行結果データＲ１は、テストケース毎のテストの実行結果を格納する。実行結果データＲ１は、例えば、テストの成功／失敗を表すデータを含む。

進捗データＲ２は、実行計画データＪに沿ったテストの進捗に関するデータを格納する。進捗データＲ２は、例えば、テストケースの消化予定、テストの進行実績値、進捗率などを含む。

障害データＲ３は、実行結果データＲ１が失敗を示すテストケースを分析した結果得られる、障害（バグ）に関する情報を含む。障害データＲ３は、例えば、障害検出日時、障害事象、影響度、障害のステータス（対応状況）、テストが失敗した原因となる処理に関する情報（エビデンス情報）などを含む。障害のステータスは、例えば、未着手、実施中、障害対応中、完了などである。

品質データＲ４は、テストを実行済のテスト対象システムの品質に関するデータを格納する。品質データＲ４は、例えば、テスト対象システムの障害発生件数、発生した障害が改修されるまでの期間、障害のステータス別の件数、影響度別の件数などを含む。

第１のメモリ２は、例えばハードディスク、ＳＳＤ（Solid State Drive）、フラッシュメモリなどにより構成され、第２のメモリ３とともに記憶領域を構成する。

第１のメモリ２は、各種ソフトウェア又はデータを格納する。各種ソフトウェアは、オペレーティングシステム（ＯＳ）、データ管理プログラム、及び各種アプリケーションプログラム等を含む。第１のメモリ２は、ＵＩ（ユーザインタフェース）制御、設計情報の入力及び管理、テストケースの作成及び管理、テスト管理のための各種処理を実行するプログラムＰを格納する。

また、第１のメモリ２は、例えば、プロセッサ４による処理対象となっている設計情報Ｓ、テストケースＴ、実行計画データＪ、結果データＲの一部又は全部を格納してもよい。なお、設計情報Ｓ、テストケースＴ、実行計画データＪ、結果データＲは、第２のメモリ３に格納されてもよい。

メインメモリとしての第２のメモリ３は、例えばＲＡＭ（Random Access Memory）により構成され、ワークエリアなどとして使用される。ワークエリアは、プロセッサ４が各種ソフトウェアを実行する際に使用される。

プロセッサ４は、各種ソフトウェア（プログラム）を実行し、テストケース自動作成装置１全体を制御する。プロセッサ４は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）などである。

プロセッサ４は、例えば、第１のメモリ２に格納され、又は、第1のメモリ２から第２のメモリ３に読み出されたプログラムＰを実行することにより、例えば、ＵＩ制御部４１、設計情報入力部４２、テストケース作成部４３、設計情報管理部４４、テストケース管理部４５、テスト管理部４６として機能する。

ＵＩ制御部４１は、テストケース自動作成装置１のユーザインタフェースを作成し、後述する入出力部５に表示する。ＵＩ制御部４１は、入出力部５に表示されたユーザインタフェースを、ユーザの入力などに基づいて制御する。ユーザインタフェースは、ユーザにテストケース自動作成装置１を操作させるための各種画面を含む。また、設計情報入力部４２、テストケース作成部４３、設計情報管理部４４、テストケース管理部４５、テスト管理部４６は、ＵＩ制御部４１にそれぞれの処理部が必要とするユーザインタフェースを作成させ、当該ユーザインタフェースの入出力部５への表示と制御を実行させる。

設計情報入力部４２は、例えば、ユーザからの設計情報Ｓの入力を受け付け、入力された設計情報Ｓを記憶装置６へ格納する。

テストケース作成部４３は、例えば、設計情報入力部４２により入力された設計情報Ｓに基づいて、テストケースＴを作成する。

設計情報管理部４４は、例えば、ユーザからの要求に基づいて、設計情報Ｓの参照及び更新を行う。

テストケース管理部４５は、例えば、ユーザからの要求に基づいて、テストケースＴの参照及び更新を行う。

テスト管理部４６は、例えば、テスト実行部４６１、進捗管理部４６２、障害管理部４６３、品質管理部４６４などを含む。

テスト実行部４６１は、作成されたテストケースＴに基づいて実行計画データＪを作成する。また、テスト実行部４６１は、実行結果データＲ１を作成する。

進捗管理部４６２は、実行計画データＪに基づいて、進捗データＲ２を作成する。また、進捗管理部４６２は、進捗データＲ２に基づいて、進捗レポートを作成する。

障害管理部４６３は、障害データＲ３に基づき障害票を作成する。また、障害管理部４６３は、障害票の検索、更新、表示などを実行する。

品質管理部４６４は、品質データＲ４を作成する。また、品質管理部４６４は、品質データＲ４に基づいて、品質レポートを作成する。

入出力部５は、テストケース自動作成装置１を操作するためのユーザインタフェースの表示、及び結果データＲの表示などを行う。また、入出力部５は、ユーザからの入力を受け付ける。入出力部５は、例えば、タッチパネル、ボタン、キーボードなどの入力装置、及び、ディスプレイなどの表示装置を含む。

なお、本実施形態においては、プログラムＰの機能を便宜的にＵＩ制御部４１、設計情報入力部４２、テストケース作成部４３、設計情報管理部４４、テストケース管理部４５、テスト管理部４６に分割して説明する。しかしながら、プログラムＰは他の処理部を含んでいてもよく、１つの処理部で構成されてもよく、又は、図１に示す以外の態様で複数の処理部に分割されてもよい。

図２は、本実施形態に係るテストケース自動作成装置１のユーザインタフェースの一例を示すフローチャートである。

ステップＳ１０１において、ＵＩ制御部４１は、ログイン画面を表示する。ログイン画面は、例えば、ユーザ名及びパスワードを入力させ、ログインを促す画面である。ＵＩ制御部４１は、入力されたユーザ名及びパスワードを、記憶装置６のユーザ管理データＡと照合し、照合成功した場合に、テストケース自動作成装置１へのログインを許可する。

ステップＳ１０２において、ＵＩ制御部４１は、使用条件確認画面を表示する。ＵＩ制御部４１がユーザより使用条件に同意する旨の入力を受け付けた場合に、処理はステップＳ１０３へ進む。

ステップＳ１０３において、ＵＩ制御部４１は、メインメニューを表示する。メインメニューには、例えば、設計情報入力カテゴリＣ１、テストケース作成カテゴリＣ２、設計情報管理カテゴリＣ３、テストケース管理カテゴリＣ４、テスト管理カテゴリＣ５が含まれる。各カテゴリには、１つ以上のサブメニューが含まれていてもよい。

ステップＳ１０４において、ＵＩ制御部４１は、ユーザにメインメニューの各項目を選択させる。

ステップＳ１０４において設計情報入力カテゴリＣ１が選択された場合、ステップＳ１０５Ａにおいて、ＵＩ制御部４１は、各設計情報入力画面を表示する。さらに、ステップＳ１０５Ｂにおいて、設計情報入力部４２は設計情報入力処理を実行し、当該処理の完了後に処理はステップＳ１０３に戻る。

ステップＳ１０４においてテストケース作成カテゴリＣ２が選択された場合、ステップＳ１０６Ａにおいて、ＵＩ制御部４１は、各テストケース作成画面を表示する。さらに、ステップＳ１０６Ｂにおいて、テストケース作成部４３はテストケース作成処理を実行し、当該処理の完了後に処理はステップＳ１０３に戻る。

ステップＳ１０４において設計情報管理カテゴリＣ３が選択された場合、ステップＳ１０７Ａにおいて、ＵＩ制御部４１は、各設計情報参照・更新画面を表示する。さらに、ステップＳ１０７Ｂにおいて、設計情報管理部４４は設計情報の参照又は更新などの設計情報管理処理を実行し、当該処理の完了後に処理はステップＳ１０３に戻る。

ステップＳ１０４においてテストケース管理カテゴリＣ４が選択された場合、ステップＳ１０８Ａにおいて、ＵＩ制御部４１は、各テストケース参照・更新画面を表示する。さらに、ステップＳ１０８Ｂにおいて、テストケース管理部４５はテストケースの参照又は更新などのテストケース管理処理を実行し、当該処理の完了後に処理はステップＳ１０３に戻る。

ステップＳ１０４においてテスト管理カテゴリＣ５が選択された場合、ステップＳ１０９において、ＵＩ制御部４１は、テスト管理画面を表示し、処理はステップＳ１１０に進む。

ステップＳ１１０において、ＵＩ制御部４１は、ユーザにテスト管理メニューの各項目を選択させる。テスト管理メニューには、例えば、進捗管理カテゴリＣ５１、障害管理カテゴリＣ５２、品質管理カテゴリＣ５３などが含まれる。各カテゴリには、１つ以上のサブメニューが含まれていてもよい。

ステップＳ１１０において進捗管理カテゴリＣ５１が選択された場合、ステップＳ１１０Ａにおいて、進捗管理部４６２は進捗管理処理を実行し、当該処理の完了後に処理はステップＳ１０３に戻る。

ステップＳ１１０において障害管理カテゴリＣ５２が選択された場合、ステップＳ１１０Ｂにおいて、障害管理部４６３は障害管理処理を実行し、当該処理の完了後に処理はステップＳ１０３に戻る。

ステップＳ１１０において障害管理カテゴリＣ５２が選択された場合、ステップＳ１１０Ｃにおいて、品質管理部４６４は品質管理処理を実行し、当該処理の完了後に処理はステップＳ１０３に戻る。

図３は、本実施形態に係るメインメニュー画面の一例を示す図である。メインメニューには、設計情報入力カテゴリＣ１、テストケース作成カテゴリＣ２、設計情報管理カテゴリＣ３、テストケース管理カテゴリＣ４、テスト管理カテゴリＣ５が含まれ、さらに各カテゴリはサブメニュー又はサブカテゴリを含む。

また、メインメニューは、基本情報設定ボタンＢ０を備えていてもよい。ユーザは、例えば、基本情報設定ボタンＢ０を押下することにより表示される基本情報設定画面で、テスト対象システムのシステム名及びサブシステム名を登録可能である。登録されたシステム名及びサブシステム名は、例えば、記憶装置６の設計情報Ｓに格納される。

なお、本実施形態において、各サブメニュー及びサブカテゴリは、メインメニューとは別画面に表示されてもよい。

以下、各メニューが選択された場合に実行される処理について詳細に説明する。

［設計情報入力カテゴリＣ１：画面設計情報Ｍ１１］
図４Ａ〜図４Ｆを用いて、ユーザによる画面設計情報Ｓ１の入力の際に必要な設計情報入力処理、入力項目、及びユーザインタフェースについて説明する。なお、ユーザは任意の１画面（以下、現在の画面と呼ぶ）について図４Ａ〜図４Ｆにおいて指定される入力項目を入力する。

図４Ａは、現在の画面についての基本情報の入力画面の一例を示す図である。図４Ａは、例えば、項目Ｕ４０１，Ｕ４０２、登録ボタンＢ１、クリアボタンＢ２などを含む。

項目Ｕ４０１は、システム名及びサブシステム名の入力項目である。設計情報入力部４２は、記憶装置６の設計情報Ｓに格納されたシステム名及びサブシステム名を読み出し、プルダウン形式で項目Ｕ４０１に表示する。ユーザは、現在の画面が属するシステム名及びサブシステム名を選択する。

項目Ｕ４０２は、現在の画面の画面ＩＤ、画面名、及び設計書バージョンなどの入力項目である。

設計情報入力部４２は、項目Ｕ４０１及び項目Ｕ４０２をユーザに選択させる。そして、登録ボタンＢ１が押下された場合に、設計情報入力部４２は、項目Ｕ４０１及び項目Ｕ４０２に入力された情報を画面設計情報Ｓ１に格納する。なお、クリアボタンＢ２が押下された場合、設計情報入力部４２は、入力中の内容をクリアする。

図４Ｂは、現在の画面の前後の画面遷移に関する情報の入力画面の一例を示す図である。図４Ｂは、例えば、項目Ｕ４０３，Ｕ４０４、登録ボタンＢ３，Ｂ５、クリアボタンＢ４，Ｂ６などを含む。

項目Ｕ４０３は、先行画面に関する情報の入力項目である。項目Ｕ４０３は、例えば、先行画面ＩＤ、先行画面から現在の画面へ遷移するためのアクション及び条件を含む。

項目Ｕ４０４は、後続画面に関する情報の入力項目である。項目Ｕ４０４は、例えば、後続画面ＩＤ、現在の画面から後続画面へ遷移するためのアクション及び条件を含む。

登録ボタンＢ３，Ｂ５及びクリアボタンＢ４，Ｂ６の動作についての説明は、上述の登録ボタンＢ１及びクリアボタンＢ２と同様であるため省略する。

図４Ｃは、現在の画面の画面初期表示に関する情報の入力画面の一例を示す図である。図４Ｃは、例えば、項目Ｕ４０５〜Ｕ４０８、ＡＮＤボタンＢ７、ＯＲボタンＢ８、追加ボタンＢ９、登録ボタンＢ１０、クリアボタンＢ１１などを含む。

項目Ｕ４０５は、現在の画面の初期表示の表示条件に関する情報の入力項目である。ユーザは、データベース又はファイルの項目と値を表示条件として指定する。例えば、項目Ｕ４０５において、データベースが指定されると、設計情報入力部４２は、データベース設計情報Ｓ３を読み出し、データベース名及びデータベース項目名をプルダウン形式で表示する。条件は、例えば「＝、≦、≧、＜、＞」をプルダウン形式で表示する。さらに、ユーザは、当該データベース名、項目名、条件に対応する値を入力する。なお、項目Ｕ４０５において、ファイルが指定された場合は、設計情報入力部４２は、ファイル設計情報Ｓ４を読み出す。その後の処理はデータベースが指定された場合と同様である。

また、ユーザはＡＮＤ条件がある場合はこのＡＮＤボタンＢ７を押下する。この場合、設計情報入力部４２は、項目Ｕ４０５に入力された値を例えば第２のメモリ３に格納した上で、項目Ｕ４０５をクリアし、ユーザの項目Ｕ４０５を再入力させる。第２のメモリ３に格納された内容は、登録ボタンＢ１０が押下された時点で、ＡＮＤ条件として画面設計情報Ｓ１に格納される。なお、ＯＲ条件の場合はＯＲボタンＢ８が用いられる。

項目Ｕ４０６は、その他の表示条件の入力項目である。ユーザは、任意の表示条件を所定のフォーマットに従いテキスト入力可能である。

なお、項目Ｕ４０５，Ｕ４０６に入力された表示条件は、例えば、後述するテストケースの作成において、テストデータ仕様を自動生成するためなどに用いられる。

項目Ｕ４０７は、現在の画面の初期表示内容に関する入力項目である。ユーザは、初期表示項目及び値を入力可能である。また、追加ボタンＢ９が押下された場合に、設計情報入力部４２は、入力された初期表示項目及び値を例えば第２のメモリ３に格納した上でクリアし、ユーザに初期表示項目及び値を再度入力させる。第２のメモリ３に格納された内容は、登録ボタンＢ１０が押下された時点で画面設計情報Ｓ１に格納される。

項目Ｕ４０８は、現在の画面のその他の初期表示内容についての入力項目である。ユーザは、任意の初期表示内容を所定のフォーマットに従いテキスト入力可能である。

登録ボタンＢ１０及びクリアボタンＢ１１の動作についての説明は、上述の登録ボタンＢ１及びクリアボタンＢ２などと同様であるため省略する。

図４Ｄは、現在の画面についてのアクション情報の入力画面の一例を示す図である。より具体的には、図４Ｄの入力画面は、現在の画面に入力される任意のアクションに対する出力結果を指定するために用いられる。図４Ｄは、例えば、項目Ｕ４０９〜Ｕ４１４、ＡＮＤボタンＢ１２、ＯＲボタンＢ１３、追加ボタンＢ１４，Ｂ１５Ａ〜Ｂ１５Ｄ、登録ボタンＢ１６、クリアボタンＢ１７などを含む。

項目Ｕ４０９は、アクション種別の入力項目である。アクション種別は、画面に対するアクションである。より具体的には、アクション種別は、例えば、検索、登録、更新、削除、戻るなどである。

項目Ｕ４１０は、アクション実行時の画面の出力条件に関する情報の入力項目である。項目Ｕ４１１は、その他の出力条件の入力項目である。項目Ｕ４１０，Ｕ４１１の入力項目は、上述の項目Ｕ４０５，Ｕ４０６の入力項目と同様であるため、説明を省略する。なお、項目Ｕ４１０，Ｕ４１１に入力された出力時条件は、項目Ｕ４０５，Ｕ４０６と同様に、後述するテストケースの作成において、テストデータ仕様を自動生成するためなどに用いられる。

項目Ｕ４１２は、入力方法を示すラベル名及び当該画面に対する入力パターンについての入力項目である。項目Ｕ４１２は、現在の画面上において入力可能な複数の入力パターンのアクションを指定する際に用いられる。

追加ボタンＢ１４は、入力されたラベル名において、さらに追加入力パターンを入力するためのボタンである。追加ボタンＢ１４が押下された場合に、設計情報入力部４２は、入力された入力パターンを例えば第２のメモリ３に格納した上でクリアし、ユーザに画面名に対する入力パターンを再度入力させる。第２のメモリ３に格納された内容は、登録ボタンＢ１６が押下された時点で画面設計情報Ｓ１に格納される。

項目Ｕ４１３Ａ〜Ｕ４１３Ｄは、出力結果に関する入力項目である。項目Ｕ４１３Ａは、アクションに対して任意の画面を出力する場合の入力項目であり、出力する画面名（及び／又は画面ＩＤ）、項目名、及び値などが含まれる。項目Ｕ４１３Ｂは、アクションに対して帳票を出力する場合の入力項目であり、帳票名（及び／又は帳票ＩＤ）、項目名、及び値などが含まれる。帳票は、例えばプリントアウトされた紙媒体などを含む。項目Ｕ４１３Ｃは、アクションに対してデータベースに所定の項目を出力する場合の入力項目であり、データベース名、項目名、及び値などが含まれる。設計情報入力部４２は、データベース設計情報Ｓ３を記憶装置６より読み出し、データベース名及び項目名に反映し、例えばプルダウン形式によりユーザに選択させてもよい。項目Ｕ４１３Ｄは、アクションに対してファイルを出力する場合の入力項目であり、ファイル名、項目名、及び値などが含まれる。設計情報入力部４２は、項目Ｕ４１３Ｃの場合と同様に、ファイル設計情報Ｓ４を記憶装置６より読み出し、ファイル名及び項目名に反映させてもよい。

各項目Ｕ４１３Ａ〜Ｕ４１３Ｄには、追加ボタンＢ１５Ａ〜Ｂ１５Ｄが備えられる。各追加ボタンＢ１５Ａ〜Ｂ１５Ｄ押下時の動作についての説明は、追加ボタンＢ９と同等であるため省略する。

項目Ｕ４１４は、その他の出力結果についての入力項目である。ユーザは、任意の初期出力結果を所定のフォーマットに従いテキスト入力可能である。

入力された項目Ｕ４１３Ａ〜Ｕ４１３Ｄ，Ｕ４１４は、入力条件ごとに、後述するテストケースの期待値欄に設定される。

登録ボタンＢ１６及びクリアボタンＢ１７の動作についての説明は、上述の登録ボタンＢ１及びクリアボタンＢ２などと同様であるため省略する。

図４Ｅは、現在の画面のソート順に関する情報の入力画面の一例を示す図である。より具体的には、図４Ｅの入力画面は、現在の画面がソート機能に対応する表示項目を含む場合に、当該ソート機能の内容とその実行結果を指定する際に用いられる。図４Ｅは、例えば、項目Ｕ４１５、登録ボタンＢ２０、クリアボタンＢ２１などを含む。

項目Ｕ４１５において、ユーザは、ソート機能の実行のために必要なソート条件、ソート項目（ソート範囲）、ソートキーを入力し、さらに、ソート機能が実行された結果得られるソート順を入力する。

登録ボタンＢ２０及びクリアボタンＢ２１の動作についての説明は、上述の登録ボタンＢ１及びクリアボタンＢ２などと同様であるため省略する。なお、項目Ｕ４１５に対して複数のソート条件を入力可能にするためのＡＮＤボタンが設けられてもよい。このＡＮＤボタン押下時の動作は、例えば、ＡＮＤボタンＢ１２の場合と同様である。

図４Ｆは、現在の画面の最大表示件数に関する情報の入力画面の一例を示す図である。より具体的には、図４Ｆは、例えば現在の画面において所定の表示領域に複数のレコードが表示される場合に、その最大表示件数の指定のために用いられる。図４Ｆは、例えば、項目Ｕ４１６、登録ボタンＢ２２、クリアボタンＢ２３などを含む。

項目Ｕ４１６において、ユーザは、表示領域を指定し、さらに、指定された表示領域における最大表示件数を入力する。

登録ボタンＢ２０及びクリアボタンＢ２１の動作についての説明は、上述の登録ボタンＢ１及びクリアボタンＢ２などと同様であるため省略する。

なお、例えば、図４Ａ〜図４Ｆに対する入力内容を確認するためのボタンが設けられてもよい。また、例えば、入力内容を破棄してメインメニューに戻るためのボタンが設けられてもよい。

ユーザは、図４Ａ〜図４Ｆに表示された入力項目Ｕ４０１〜Ｕ４１６を、テスト対象システムが遷移可能な画面の種類に応じて繰り返し登録する。これにより、テスト対象システムについての画面設計情報Ｓ１が得られる。

［設計情報入力カテゴリＣ１：機能設計情報Ｍ１２］
図５Ａ〜図５Ｆを用いて、ユーザによる機能設計情報Ｓ２の入力の際に必要な設計情報入力処理、入力項目、及びユーザインタフェースについて説明する。なお、ユーザは任意の１機能（以下、現在の機能と呼ぶ）について図５Ａ〜図５Ｆにおいて指定される入力項目を入力する。

図５Ａは、現在の機能についての基本情報の入力画面の一例を示す図である。図５Ａは、例えば、項目Ｕ５０１，Ｕ５０２、登録ボタンＢ１、クリアボタンＢ２などを含む。

項目Ｕ５０１は、システム名及びサブシステム名の入力項目である。項目Ｕ５０１の表示方法は、図４の項目Ｕ４０１と同様である。ユーザは、現在の機能が属するシステム名及びサブシステム名を選択する。

項目Ｕ５０２は、現在の機能の機能ＩＤ、機能名、及び設計書バージョンなどの入力項目である。

なお、登録ボタンＢ３１、クリアボタンＢ３２は図４の登録ボタンＢ１、クリアボタンＢ２などと同様であるため、説明を省略する。

図５Ｂは、現在の機能の前後の機能遷移に関する情報の入力画面の一例を示す図である。図５Ｂは、例えば、項目Ｕ５０３，Ｕ５０４、登録ボタンＢ３３，Ｂ３５、クリアボタンＢ３４，Ｂ３６などを含む。図５Ｂの各入力項目は、図４Ｂの各入力項目における先行画面、後続画面をそれぞれ先行機能、後続機能に読み替えたものと同様であるため、説明を省略する。

図５Ｃは、現在の機能の周辺連携に関する情報の入力画面の一例を示す図である。図５Ｃは、例えば、項目Ｕ５０５〜Ｕ５０７、追加ボタンＢ３７，Ｂ３９、クリアボタンＢ３８，Ｂ４０などを含む。なお、図５Ｃの周辺連携に関する情報は、主としてシステム検証ケースＴ３の作成に用いられる情報である。

本実施形態において、周辺連携とは、例えば、現在の機能を実行した場合に他の機能が連携して実行されること、及び／又は、他の機能を実行した場合に現在の機能が連携して実行されることを指す。

項目Ｕ５０５は、現在の機能が周辺連携機能であるか否かを入力する項目である。項目Ｕ５０５は、例えばチェックボックスである。

項目Ｕ５０６は、周辺連携対象のシステム名及びサブシステム名の入力項目である。項目Ｕ５０６の表示方法は、図４の項目Ｕ４０１などと同様である。ユーザは、現在の機能と周辺連携するシステム名及びサブシステム名を選択する。

項目Ｕ５０７は、現在の機能を実行した場合に送信又は受信されるプロトコル、当該プロトコルの送信タイミング、連携するファイル名などを入力する項目である。現在の機能が複数の機能と周辺連携する場合は、追加ボタンＢ３７により、項目Ｕ５０６及びＵ５０７を複数入力可能である。

登録ボタンＢ３９及びクリアボタンＢ３８，Ｂ４０の動作についての説明は、上述の登録ボタンＢ１及びクリアボタンＢ２などと同様であるため省略する。

図５Ｄは、現在の機能の入力条件に関する情報の入力画面の一例を示す図である。図５Ｄは、例えば、項目Ｕ５０８〜Ｕ５１０、ＡＮＤボタンＢ４１、ＯＲボタンＢ４２、登録ボタンＢ４３、クリアボタンＢ４４などを含む。

項目Ｕ５０８は、現在の機能の入力条件に関する情報の入力項目である。項目Ｕ５０８及び項目Ｕ５０９は、図４Ｃの項目Ｕ４０５と同様であるため、説明を省略する。

項目Ｕ５１０は、項目Ｕ５０８，Ｕ５０９で入力した条件をもとに現在の機能から最初に起動される機能名（先頭起動処理機能名）の入力項目である。

図５Ｅは、現在の機能から起動される処理機能情報の入力画面の一例を示す図である。より具体的には、図５Ｅは、項目Ｕ５１０で入力された先頭起動処理機能から次に起動される機能を繰り返し関連付けるために用いられる。図５Ｅは、例えば、項目Ｕ５１１〜Ｕ５１６、ＡＮＤボタンＢ４５、ＯＲボタンＢ４６、登録ボタンＢ４７、クリアボタンＢ４８などを含む。

項目Ｕ５１１は、項目Ｕ５１０で入力された先頭起動処理機能から順に起動される機能の機能名の入力項目である。

項目Ｕ５１２は、項目Ｕ５１１で入力された機能の次に起動される機能（次起動処理機能）の起動条件についての入力項目である。項目Ｕ５１２及び項目Ｕ５１３は、図４Ｃの項目Ｕ４０５などと同様であるため、説明を省略する。

項目Ｕ５１４は、項目Ｕ５１２，Ｕ５１３で入力した条件をもとに起動される次起動処理機能の機能名の入力項目である。次起動処理機能が存在しない場合、すなわち項目Ｕ５１４に入力した次起動処理機能が現在の機能に基づく最終の機能（最終起動処理機能）である場合は、ユーザはその旨を項目Ｕ５１５に入力する。項目Ｕ５１５は、例えばチェックボックスでもよい。例えば、項目Ｕ５１５のチェックボックスは、次起動処理機能が最終起動処理機能であることを示す場合にオンされる。

項目Ｕ５１６は、項目Ｕ５１４に入力された次起動処理機能が最終起動処理機能でない場合、すなわち項目Ｕ５１５がオンでない場合に、同様に次に起動される機能に関する情報を入力するために用いられる。例えば、ユーザが項目Ｕ５１６のプラスマークをクリックすることにより、項目Ｕ５１１〜項目Ｕ５１６と同様の入力項目が表示される。ユーザは、項目Ｕ５１５をオンするまで項目Ｕ５１１〜項目Ｕ５１６の入力を繰り返す。

なお、ユーザが項目Ｕ５１５をオンした場合、設計情報入力部４２は、項目Ｕ５１４に入力された次起動処理機能を最終起動処理機能として記憶装置６の設計情報Ｓに格納してもよい。

図５Ｆは、現在の機能に基づく最終起動処理機能の出力分岐情報の入力画面の一例を示す図である。より具体的には、図５Ｆの入力画面は、先頭起動処理機能から最終起動処理機能までの処理が実行されることにより最終的に出力される出力結果を指定するために用いられる。

図５Ｆは、例えば、項目Ｕ５１７〜Ｕ５２１、ＡＮＤボタンＢ４９、ＯＲボタンＢ５０、追加ボタンＢ５１Ａ〜Ｂ５１Ｄ、登録ボタンＢ５２、クリアボタンＢ５３などを含む。

項目Ｕ５１７は、最終起動処理機能名の入力項目である。設計情報入力部４２は、例えば設計情報Ｓより最終起動処理機能名の一覧を読み出してプルダウン形式で項目Ｕ５１７に表示してもよい。

項目Ｕ５１８〜項目Ｕ５２１は、最終起動処理機能が実行された際の出力条件、出力結果に関する情報の入力項目である。項目Ｕ５１８〜項目Ｕ５２１についての説明は、図４Ｄの項目Ｄ４１０〜項目Ｕ４１４と同様であるため省略する。

また、登録ボタンＢ５２及びクリアボタンＢ５３の動作についての説明は、上述の登録ボタンＢ１及びクリアボタンＢ２などと同様であるため省略する。

なお、例えば、図５Ａ〜図５Ｆに対する入力内容を確認するためのボタンが設けられてもよい。また、例えば、入力内容を破棄してメインメニューに戻るためのボタンが設けられてもよい。

ユーザは、図５Ａ〜図５Ｆに表示された入力項目Ｕ５０１〜Ｕ５２１を、テスト対象システムが実行可能な機能の種類に応じて繰り返し登録する。これにより、テスト対象システムについての機能設計情報Ｓ２が得られる。

［設計情報入力カテゴリＣ１：データベース設計情報Ｍ１３］
設計情報入力部４２は、例えば、所定のフォーマットで記載された定義ファイルを読み込むことにより、データベース設計情報Ｓ３を取得する。

定義ファイルには、例えば、データベース名、データベースが保有する項目名、当該項目がデータベースのプライマリーキーであるか否か、当該項目名に紐づくデータタイプ、当該項目名の長さ、当該項目がＮＵＬＬを許可するか否か、などが記載されていることが好ましい。

なお、定義ファイルの読み込みには、例えば、ユーザに定義ファイルを選択させるユーザインタフェースが用いられてもよい。

［設計情報入力カテゴリＣ１：ファイル設計情報Ｍ１４］
設計情報入力部４２は、例えば、所定のフォーマットで記載された定義ファイルを読み込むことにより、ファイル設計情報Ｓ４を取得する。

定義ファイルには、例えば、ファイル名、ファイルが保有する項目名、当該項目名に紐づくデータタイプ、当該項目名の長さ、当該項目がＮＵＬＬを許可するか否か、などが記載されていることが好ましい。

なお、定義ファイルの読み込みには、例えば、ユーザに定義ファイルを選択させるユーザインタフェースが用いられてもよい。

［テストケース作成カテゴリＣ２：画面検証ケースＭ２１］
図６〜図８を用いて、画面検証ケースＴ１の作成の際にテストケース作成部４３により実行されるテストケース作成処理について説明する。

図６は、本実施形態に係る画面検証ケースＴ１の作成における入力画面の一例を示す図である。図６は、例えば、項目Ｕ６１０、作成ボタンＢ６１、参照ボタンＢ６２、クリアボタンＢ６３、戻るボタンＢ６４などを含む。

項目Ｕ６１０は、テストケース作成対象の画面名を選択するための入力項目である。テストケース作成部４３は、記憶装置６の設計情報Ｓに格納されたシステム名及びサブシステム名を読み出し、プルダウン形式で項目Ｕ６１０に表示する。また、テストケース作成部４３は、例えば、システム名及びサブシステム名が指定された場合に、当該システム名及びサブシステム名に対応する画面名を画面設計情報Ｓ１より読み出し、プルダウン形式で項目Ｕ６１０に表示する。ユーザは、テストケース作成対象の画面名を選択する。

作成ボタンＢ６１は、テストケースの作成を開始するためのボタンである。作成ボタンＢ６１が押下された場合、テストケース作成部４３は、項目Ｕ６１０で指定された画面名に対応する画面検証ケースＴ１を作成し、記憶装置６に格納する。

参照ボタンＢ６２は、例えば、作成済のテストケースを参照するためのボタンである。参照ボタンＢ６２が押下された場合、テストケース管理部４５は、項目Ｕ６１０で指定された画面名に対応する画面検証ケースＴ１を表示する。なお参照ボタンＢ６２は、当該画面検証ケースＴ１が正常に作成された後に押下可能状態となることが好ましい。

クリアボタンＢ６３は、項目Ｕ６１０の入力内容をクリアするためのボタンである。戻るボタンＢ６４は、例えば、メインメニューへ戻るためのボタンである。

図７は、本実施形態に係る画面検証ケースＴ１の一例を示す図である。

画面検証ケースＴ１は、図７に示すように、例えば、ケースＩＤ Ｉ１１、テストケースＩ１２、アクションＩ１３、データスペックＩ１４、画面入力項目Ｉ１５、期待値Ｉ１６を含む。

ケースＩＤ Ｉ１１は、テストケース番号を示すＩＤである。テストケースＩ１２は、テストケース実行時の入力条件、表示条件、出力条件などの各種条件を含む。アクションＩ１３は、画面に対して実行されるアクションを示す。

データスペック（テストデータ仕様）Ｉ１４は、例えば、テストケースＩ１２に設定された条件を満たすようにテスト対象システムに入力されるデータの仕様である。より具体的には、データスペックＩ１４は、テスト実行に必要な入力データをデータベースに登録するためのコマンド、指令などを含む。また、データスペックＩ１４は、テスト実行に必要な入力ファイルを生成するためのコマンド、指令などを含む。

画面入力項目Ｉ１５は、例えば、項目Ｕ４１２と対応する、画面バリエーションに関連する入力項目である。期待値Ｉ１６は、テスト出力結果の期待値である。より具体的には、期待値Ｉ１６は、例えば図４Ｄの出力結果の項目Ｕ４１３Ａ〜Ｕ４１３Ｄに対応する４つの項目（画面欄、帳票欄、データベース欄、ファイル欄）を含む。次に、画面検証ケースＴ１の各項目の作成処理について述べる。

図８は、本実施形態に係る画面検証ケースＴ１の作成処理の一例を示すフローチャートである。

ステップＳ３０１において、テストケース作成部４３は、例えば、図４Ｃの項目Ｕ４０５で設定した初期表示条件をテストケースＩ１２に設定し、項目Ｕ４０７で設定した初期表示条件に紐づく値を期待値Ｉ１６の画面欄に設定する。

ステップＳ３０２において、テストケース作成部４３は、ステップＳ３０１で設定した初期表示条件を満たすためのデータスペックＩ１４を生成する。

例えば、出力がデータベースの場合、テストケース作成部４３は、項目Ｕ４０５のデータベース名、項目名、及び値を参照し、表示条件を満たす入力データの作成コマンドをランダムに生成する。次に、テストケース作成部４３は、表示条件に記載されていない項目についての入力データの作成コマンドをランダムに生成する。テストケース作成部４３は、生成された入力データの作成コマンドをデータスペックＩ１４の入力ＤＢ欄に設定する。

同様に、出力がファイルの場合、テストケース作成部４３は、項目Ｕ４０５のファイル名、項目名、値を参照し、表示条件を満たす入力ファイルの作成コマンドをランダムに生成する。次に、テストケース作成部４３は、表示条件に記載されていない項目についての入力ファイルの作成コマンドをランダムに生成する。テストケース作成部４３は、生成された入力ファイルの作成コマンドをデータスペックＩ１４のファイルＤＢ欄に設定する。

ステップＳ３０１，Ｓ３０２の処理により、初期表示条件を網羅した画面検証ケースＴ１が作成される。

ステップＳ３０３において、テストケース作成部４３は、例えば、図４Ｄの項目Ｕ４０９〜Ｕ４１１で設定したアクション毎の出力条件をテストケースＩ１２に設定する。また、テストケース作成部４３は、項目Ｕ４１２で設定した画面入力バリエーションを画面入力項目Ｉ１５に設定する。さらに、テストケース作成部４３は、入力されたテストケースＩ１２、アクションＩ１３、画面入力項目Ｉ１５ごとに、項目Ｕ４１３Ａ〜Ｕ４１３Ｄで設定した出力条件に紐づく出力結果を期待値Ｉ１６の画面欄、帳票欄、データベース欄、ファイル欄にそれぞれ設定する。

ステップＳ３０４において、テストケース作成部４３は、ステップＳ３０３で設定した出力条件を満たすためのデータスペックＩ１４を生成する。テストケース作成部４３は、ステップＳ３０２の処理と同様に、項目Ｕ４１０のデータベース名又はファイル名、項目名、及び値を参照し、出力条件を満たす入力データ又は入力ファイルの作成コマンド及び出力条件に記載されていない項目についての入力データ又は入力ファイルの作成コマンドをランダムに生成し、生成された入力データ又は入力ファイルの作成コマンドをデータスペックＩ１４の入力ＤＢ欄及び入力ファイル欄に設定する。

ステップＳ３０３，Ｓ３０４の処理により、アクション別の出力条件を網羅した画面検証ケースＴ１が作成される。

ステップＳ３０５において、テストケース作成部４３は、図４Ｆの項目Ｕ４１５で設定したソート条件、ソート項目、及びソートキーをテストケースＩ１２に設定し、ソート順を期待値Ｉ１６へ設定する。

ステップＳ３０６において、テストケース作成部４３は、図４Ｆの項目Ｕ４１６で設定した表示領域及び最大表示件数を、テストケースＩ１２へ設定する。また、テストケース作成部４３は、表示件数を最大表示件数＋１及び最大表示件数−１としたテストケースＩ１２を作成する。

なお、ケースＩＤ Ｉ１１は、設定されたテスト条件（テストケースＩ１２、アクションＩ１３、画面入力項目Ｉ１５など）に含まれる１つの条件ごとに１つ追加される。すなわち、各項目に記載される条件の組み合わせの数のケースＩＤ Ｉ１１が作成される。それぞれのケースＩＤ Ｉ１１に対してデータスペックＩ１４及び期待値Ｉ１６が設定される。これは、後述する機能検証ケースＴ２、システム検証ケースＴ３についても同様である。

［テストケース作成カテゴリＣ２：機能検証ケースＭ２２］
図９〜図１１を用いて、機能検証ケースＴ２の作成の際にテストケース作成部４３により実行されるテストケース作成処理について説明する。

図９は、本実施形態に係る機能検証ケースＴ２の作成における入力画面の一例を示す図である。図９は、例えば、項目Ｕ６２０、作成ボタンＢ７１、参照ボタンＢ７２、クリアボタンＢ７３、戻るボタンＢ７４などを含む。

項目Ｕ６２０は、テストケース作成対象の機能名を選択するための入力項目である。項目Ｕ６２０のシステム名及びサブシステム名の表示は、図６の項目Ｕ６１０と同様であるため、説明を省略する。テストケース作成部４３は、例えば、システム名及びサブシステム名が指定された場合に、当該システム名及びサブシステム名に対応する機能名を機能設計情報Ｓ２より読み出し、プルダウン形式で項目Ｕ６２０に表示する。ユーザは、テストケース作成対象の機能名を選択する。

作成ボタンＢ７１、参照ボタンＢ７２、クリアボタンＢ７３、戻るボタンＢ７４の説明は、図６の作成ボタンＢ６１、参照ボタンＢ６２、クリアボタンＢ６３、戻るボタンＢ６４と同様であるため、省略する。

図１０は、本実施形態に係る機能検証ケースＴ２の一例を示す図である。

機能検証ケースＴ２は、図１０に示すように、例えば、ケースＩＤ Ｉ２１、テストケースＩ２２、実行処理機能Ｉ２３、データスペックＩ２４、期待値Ｉ２５を含む。

ケースＩＤ Ｉ２１、テストケースＩ２２、データスペックＩ２４、期待値Ｉ２５の説明は、図９のケースＩＤ Ｉ１１、テストケースＩ１２、データスペックＩ１４、期待値Ｉ１６と同様であるため省略する。実行処理機能Ｉ２３は、テストケースＩ２２ごとに特定された処理機能名を含む。次に、機能検証ケースＴ２の各項目の作成処理について述べる。

図１１は、本実施形態に係る機能検証ケースＴ２の作成処理の一例を示すフローチャートである。

ステップＳ５０１において、テストケース作成部４３は、例えば、図５Ｄの項目Ｕ５０８で設定した入力条件をテストケースＩ１２に設定する。

ステップＳ５０２において、テストケース作成部４３は、ステップＳ５０１で設定した入力条件を満たすためのデータスペックＩ２４を生成する。テストケース作成部４３は、ステップＳ３０２の処理と同様に、項目Ｕ５０８のデータベース名又はファイル名、項目名、及び値を参照し、入力条件を満たすデータセット及び入力条件に記載されていない項目についてのデータセットをランダムに生成し、生成されたデータセットをデータスペックＩ２４の入力ＤＢ欄及び入力ファイル欄に設定する。

ステップＳ５０１，Ｓ５０２の処理により、入力表示条件を網羅した機能検証ケースＴ２が作成される。

ステップＳ５０３において、テストケース作成部４３は、例えば項目Ｕ５１０に基づき、ステップＳ５０２までに設定した入力条件毎に起動処理機能名を特定する。

ステップＳ５０４において、テストケース作成部４３は、例えば項目Ｕ５１１〜項目Ｕ５１４に基づき、起動処理機能名に紐づく次処理機能起動条件を参照し、次起動処理機能を特定する。

ステップＳ５０５において、テストケース作成部４３は、Ｓ５０４で特定した処理機能名を実行処理機能Ｉ２３へ順次追加し、次起動処理機能の起動条件をテストケースＩ２２へ順次追加する。

ステップＳ５０６において、テストケース作成部４３は、ステップＳ５０４で特定した処理機能の最終フラグ（項目Ｕ５１５）がオンであるか否かを確認する。最終フラグがオンでない場合は、次に起動される処理機能が存在するため、処理はステップＳ５０４へ戻る。最終フラグがオンの場合は、処理はステップＳ５０７へ進む。

ステップＳ５０３〜Ｓ５０６の処理により、先頭起動処理機能から最終起動処理機能までの一連の処理機能を網羅した機能検証ケースＴ２が作成される。

ステップＳ５０７において、テストケース作成部４３は、例えば項目Ｕ５１７〜項目Ｕ５１９に基づき、最終起動処理機能名に紐づく出力条件をテストケースへ設定する。

ステップＳ５０８において、テストケース作成部４３は、ステップＳ５０７で設定した出力条件を満たすためのデータスペックＩ２４を生成する。テストケース作成部４３は、ステップＳ３０２の処理と同様に、項目Ｕ５１８のデータベース名又はファイル名、項目名、及び値を参照し、出力条件を満たすデータセット及び出力条件に記載されていない項目についてのデータセットをランダムに生成し、生成されたデータセットをデータスペックＩ２４の入力ＤＢ欄及び入力ファイル欄に設定する。

ステップＳ５０９において、テストケース作成部４３は、ステップＳ５０８で設定した出力条件に紐づく出力結果を期待値Ｉ２５の画面欄、帳票欄、データベース欄、ファイル欄にそれぞれ設定する。

ステップＳ５０７〜Ｓ５０９の処理により、出力条件を網羅した機能検証ケースＴ２が作成される。

ステップＳ５１０において、テストケース作成部４３は、他の入力条件があるか否かを確認し、他の入力条件がある場合は、ステップＳ５０３に戻り同様の処理を繰り返す。

［テストケース作成カテゴリＣ２：システム間インタフェース検証ケースＭ２３］
図１２〜図１４を用いて、システム検証ケースＴ３の作成の際にテストケース作成部４３により実行されるテストケース作成処理について説明する。

図１２は、本実施形態に係るシステム検証ケースＴ３の作成における入力画面の一例を示す図である。図１２は、例えば、項目Ｕ６３０、作成ボタンＢ８１、参照ボタンＢ８２、クリアボタンＢ８３、戻るボタンＢ８４などを含む。

項目Ｕ６３０は、テストケース作成対象の接続先サブシステム名を選択するための入力項目である。項目Ｕ６３０のシステム名及びサブシステム名の表示は、図６の項目Ｕ６１０などと同様であるため、説明を省略する。テストケース作成部４３は、例えば、システム名及びサブシステム名が指定された場合に、当該システム名及びサブシステム名に対応する接続先サブシステム名を機能設計情報Ｓ２より読み出し、プルダウン形式で項目Ｕ６３０に表示する。ユーザは、テストケース作成対象の接続先サブシステム名を選択する。

作成ボタンＢ８１、参照ボタンＢ８２、クリアボタンＢ８３、戻るボタンＢ８４の説明は、図６の作成ボタンＢ６１、参照ボタンＢ６２、クリアボタンＢ６３、戻るボタンＢ６４などと同様であるため、省略する。

図１３は、本実施形態に係るシステム検証ケースＴ３の一例を示す図である。

システム検証ケースＴ３は、図１０に示すように、例えば、ケースＩＤ Ｉ３１、テストケースＩ３２、外部システム名Ｉ３３、送受信ファイル名Ｉ３４、送受信機能名Ｉ３５、送受信フラグＩ３６、データスペックＩ３７、期待値Ｉ３８を含む。

ケースＩＤ Ｉ３１、テストケースＩ３２、データスペックＩ３７、期待値Ｉ３８の説明は、図９のケースＩＤ Ｉ１１、テストケースＩ１２、データスペックＩ１４、期待値Ｉ１６と同様であるため省略する。外部システム名Ｉ３３は、テスト対象システムと連携する外部システムを含む。送受信ファイル名Ｉ３４は、外部システム名Ｉ３３と送受信するファイル名を含む。送受信機能名Ｉ３５は、送受信を実行するテスト対象システムの機能名を含む。送受信フラグＩ３６は、外部システムへの送信であるか外部システムからの受信であるかを示すフラグである。以下では、送信先の外部システムを送信先システムとし、受信元の外部システムを受信元システムとする。次に、システム検証ケースＴ３の各項目の作成処理について述べる。

図１４は、本実施形態に係るシステム検証ケースＴ３の作成処理の一例を示すフローチャートである。

以下では、外部システムからの入力条件を網羅したシステム検証ケースＴ３の作成手順を説明する。なお、テストケース作成部４３は、ステップＳ７０１〜Ｓ７０５の処理における「受信」を「送信」に読み替えて同様の処理を行うことにより、外部システムへの出力条件を網羅したシステム検証ケースＴ３が作成される。

ステップＳ７０１において、テストケース作成部４３は、例えば図５Ｃの項目Ｕ５０５〜Ｕ５０７に基づき、受信元システム名に紐づく受信ファイル名及び受信機能を特定する。テストケース作成部４３は、受信元システム名を外部システム名Ｉ３３に設定し、受信ファイル名を送受信ファイル名Ｉ３４に設定し、受信機能名を送受信機能名Ｉ３５に設定し、受信機能の入力条件をテストケースＩ３２へ設定し、送受信フラグＩ３６を受信を示す値に設定する。

ステップＳ７０２において、テストケース作成部４３は、ステップＳ７０１で設定した入力条件を満たすためのデータスペックＩ３７を生成する。テストケース作成部４３は、ステップＳ３０２の処理と同様に、例えば項目Ｕ５０８のデータベース名又はファイル名、項目名、及び値を参照し、入力条件を満たすデータセット及び入力条件に記載されていない項目についてのデータセットをランダムに生成し、生成されたデータセットをデータスペックＩ３７の入力ＤＢ欄及び入力ファイル欄に設定する。

ステップＳ７０３において、テストケース作成部４３は、例えば項目Ｕ５１８などに基づき、受信機能における出力条件をテストケースＩ３２へ設定する。

ステップＳ７０４において、テストケース作成部４３は、ステップＳ７０３で設定した出力条件を満たすためのデータスペックＩ３７を生成する。テストケース作成部４３は、ステップＳ３０２の処理と同様に、例えば項目Ｕ５１８のデータベース名又はファイル名、項目名、及び値を参照し、出力条件を満たすデータセット及び出力条件に記載されていない項目についてのデータセットをランダムに生成し、生成されたデータセットをデータスペックＩ３７の入力ＤＢ欄及び入力ファイル欄に設定する。

ステップＳ７０５において、テストケース作成部４３は、ステップＳ７０３で設定した出力条件に紐づく出力結果を期待値Ｉ３８の画面欄、帳票欄、データベース欄、ファイル欄にそれぞれ設定する。

［設計情報管理カテゴリＣ３］
設計情報管理カテゴリＣ３には、例えば、設計情報Ｓの参照及び更新を行うユーザインタフェース、テスト対象システムに含まれる各種リソース（システム間インタフェース、画面、機能、データベース、ファイルなど）の参照及び更新を行うユーザインタフェース、画面及び機能の遷移図を参照するユーザインタフェースなどが含まれる。

設計情報管理部４４は、特定の画面名に対する画面設計情報Ｓ１の参照及び更新要求を受け付けた場合に、例えば、画面設計情報Ｓ１に含まれる基本情報、画面遷移情報、画面初期表示情報、アクション情報、画面入力バリエーション、ソート順、最大表示件数などのうち、当該画面名に対応する画面ＩＤに関連する項目を選択してリスト表示する。設計情報管理部４４は、ユーザの要求により、各項目の追加、更新、削除を実行可能である。

設計情報管理部４４は、特定の画面名に対する機能設計情報Ｓ２の参照及び更新要求を受け付けた場合に、例えば、機能設計情報Ｓ２に含まれる基本情報、機能遷移情報、周辺連携情報、入力条件情報、処理機能情報、出力分岐情報などのうち、当該機能名に対応する機能ＩＤに関連する項目を選択してリスト表示する。設計情報管理部４４は、ユーザの要求により、各項目の追加、更新、削除を実行可能である。

設計情報管理部４４は、特定のデータベース名に対するデータベース設計情報Ｓ３の参照及び更新要求を受け付けた場合に、例えば、データベース設計情報Ｓ３に含まれるデータベース定義情報のうち当該データベース名に関連する項目を選択してリスト表示する。設計情報管理部４４は、ユーザの要求により、各項目の追加、更新、削除を実行可能である。

設計情報管理部４４は、特定のファイル名に対するファイル設計情報Ｓ４の参照及び更新要求を受け付けた場合に、例えば、ファイル設計情報Ｓ４に含まれるファイル定義情報のうち当該ファイル名に関連する項目を選択してリスト表示する。設計情報管理部４４は、ユーザの要求により、各項目の追加、更新、削除を実行可能である。

設計情報管理部４４は、特定のサブシステム名の有するシステム間インタフェース（周辺連携機能）一覧の参照要求を受け付けた場合に、当該サブシステムで実行される機能のうち、周辺連携機能を検索して抽出し、抽出した周辺連携機能に関連する所定の項目を表示する。所定の項目は、例えば、連携対象システム名、連携対象サブシステム名、連携ファイル名、送受信フラグ、プロトコル、タイミングなどである。

設計情報管理部４４は、特定のサブシステム名の有する画面一覧の参照要求を受け付けた場合に、当該サブシステムの有する画面を検索し、所定の項目を表示する。所定の項目は、例えば、画面ＩＤ、画面名、当該画面への入力として使用されるデータベース及びファイルに関する情報、当該画面が出力するデータベース、ファイル、及び帳票に関する情報などである。

設計情報管理部４４は、特定のサブシステム名の有する機能一覧の参照要求を受け付けた場合に、当該サブシステムの有する機能を検索し、所定の項目を表示する。所定の項目は、例えば、機能ＩＤ、機能名、当該機能が周辺連携機能であるか否か、当該機能への入力として使用されるデータベース及びファイルに関する情報、当該機能が出力するデータベース、ファイル、及び帳票に関する情報などである。

設計情報管理部４４は、特定のサブシステム名が使用するデータベース一覧の参照要求を受け付けた場合に、当該サブシステムの使用するデータベースを検索し、所定の項目を表示する。所定の項目は、例えば、データベース名、当該データベースにアクセスする画面名、当該データベースにアクセスする機能名などである。

設計情報管理部４４は、特定のサブシステム名が使用するファイル一覧の参照要求を受け付けた場合に、当該サブシステムの使用するファイルを検索し、所定の項目を表示する。所定の項目は、例えば、ファイル名、当該ファイルにアクセスする画面名、当該ファイルにアクセスする機能名などである。

設計情報管理部４４は、画面遷移図の参照要求を受け付けた場合に、例えば、テスト対象システムの有する初期画面からの画面名、遷移条件を示す情報を、図又は表形式で出力してもよい。

設計情報管理部４４は、特定のサブシステム名における機能遷移図の参照要求を受け付けた場合に、当該サブシステムにおける先頭（入力）の機能から最後（出力）の機能までの機能名、遷移条件を示す情報を、図又は表形式で出力してもよい。

また、設計情報管理部４４は、テスト対象システムのシステムが改正された場合、すなわち設計情報Ｓが変更された場合に、システム改正の影響範囲を分析してもよい。より具体的には、設計情報管理部４４は、影響範囲に必要な所定の情報に基づいて検索条件を作成し、当該検索条件を用いて設計情報Ｓ全体を検索し、得られた検索結果を影響範囲として表示してもよい。

画面設計情報Ｓ１が変更された場合の上述の所定の情報は、例えば、は、各画面の入出力となるデータベース及びファイルの名称と項目の定義、各画面の先行画面と後続画面、各画面における入力項目と項目定義などである。これに基づいて作成される検索条件は、各画面と関連するサーバー側のデータベース名及びファイル名、各画面での入力項目に対応する最終出力結果、各画面での入力項目と紐付くデータベース・ファイル項目名、システム内画面遷移などである。

機能設計情報Ｓ２が変更された場合の上述の所定の情報は、各機能の入出力となっているデータベース及びファイルの名称と項目定義、各機能の先行機能と後続機能、各機能内で実行される処理機能と実行順、処理機能とプログラム名称の紐付け、ソート情報、最大出力件数、画面入出力情報に紐づくデータベース定義及びファイル定義などである。これに基づいて作成される検索条件は、システム内機能遷移、各機能における入出力データベース名及びファイル名、各機能における処理機能及び実行順、周辺連携機能（受信/送信)かどうか、プログラムが使用する機能名などである。

機能設計情報Ｓ２のうち外部接続機能が変更された場合の上述の所定の情報は、外部システム名及び外部システム毎の入出力ファイルの名称と項目定義、外部システムからの受信機能名と送信機能名などである。これに基づいて作成される検索条件は、接続される外部システム名、外部システムと紐付く送受信ファイル名、項目定義、受信機能名、送信機能名、送受信プロトコル、送受信タイミングなどである。

［テストケース管理カテゴリＣ４］
テストケース管理カテゴリＣ４には、例えば、テストケースＴの参照及び更新を行うユーザインタフェースが含まれる。

テストケース管理部４５は、特定の画面名に対する画面検証ケースＴ１の参照及び更新要求を受け付けた場合に、例えば画面検証ケースＴ１を読み出し、画面検証ケースＴ１のうち当該画面名に対応する画面ＩＤに関連するケースＩＤを検索及び抽出し、当該ケースＩＤに対応するテストケースをリスト表示する。

テストケース管理部４５は、特定の機能名に対する機能検証ケースＴ２の参照及び更新要求を受け付けた場合に、例えば機能検証ケースＴ２を読み出し、機能検証ケースＴ２のうち当該機能名に対応する機能ＩＤに関連するケースＩＤを検索及び抽出し、当該ケースＩＤに対応するテストケースをリスト表示する。

テストケース管理部４５は、特定の接続先サブシステム名に対する画面検証ケースＴ１の参照及び更新要求を受け付けた場合に、例えばシステム検証ケースＴ３を読み出し、システム検証ケースＴ３のうち当該接続先サブシステム名を外部システム名に含むケースＩＤを検索及び抽出し、当該ケースＩＤに対応するテストケースをリスト表示する。

［テスト管理カテゴリＣ５：進捗管理カテゴリＣ５１］
進捗管理カテゴリＣ５１には、例えば、テスト実行計画の作成及び更新、テスト実行結果の入力、進捗レポートの作成などを行うためのユーザインタフェースが含まれる。

図１５は、本実施形態に係る実行計画データＪの作成における入力画面の一例を示す図である。図１５は、例えば、項目Ｕ７０１，次へボタンＢ１０１、戻るボタンＢ１０２などを含む。

項目Ｕ７０１は、システム名及びサブシステム名と、これらに対応するテスト種類の入力項目である。テスト種類は、例えば、「画面検証」、「機能検証」、「システム間インタフェース検証」のプルダウン表示である。

次へボタンＢ１０１が押下されると、進捗管理部４６２は、例えば、選択されたテスト種類に対応するテストケースの内容を表示し、実行計画データＪの作成の際に必要な所定の項目をユーザに入力させる。所定の項目は、例えば、実行開始予定日、実行完了予定日、実行担当者、検証開始予定日、検証完了日などである。ここで、検証とは、実行結果時に発生した障害の分析及び改修などを含む。また、実行計画データＪには、実行開始及び終了実績日、検証開始及び終了実績日、テストを実行した証拠の保存先、実行ステータス（例えば、未着手、実施中、障害対応中、完了など）、発生した障害の番号などが含まれていてもよい。

戻るボタンＢ１０２は、メインメニューへ遷移するためのボタンである。

また、進捗管理部４６２は、作成された実行計画データＪのうち特定の実行計画に対する参照又は更新要求を受け付けた場合に、実行計画データＪより当該特定の実行計画を検索して表示し、当該特定の実行計画を参照又は更新可能としてもよい。進捗管理部４６２は、例えば、テストが実行開始される際に進捗データＲ２を作成し、実行計画データＪが更新される毎に、進捗データＲ２を更新してもよい。

図１６は、本実施形態に係る実行結果データＲ１の入力又は検索における入力画面の一例を示す図である。図１６は、例えば、項目Ｕ７１１、検索ボタンＢ１１１、戻るボタンＢ１１２などを含む。戻るボタンＢ１１２は、戻るボタンＢ１０２と同様である。

項目Ｕ７１１は、例えば、システム名及びサブシステム名と、これらに対応するテスト種類、担当者名、実行開始予定日、検証開始予定日、実行ステータスを含む。進捗管理部４６２は、検索ボタンＢ１１１が押下された場合に、項目Ｕ７１１で指定された条件に該当するテスト実行結果を実行結果データＲ１より検索して表示する。

また、進捗管理部４６２は、特定の実行計画に対する進捗レポート作成要求を受け付けた場合に、進捗データＲ２を読み出し、進捗データＲ２に基づいて進捗レポートを作成及び表示してもよい。進捗レポートには、例えば、テストケースの消化予定と消化実績を表した表、又は、経過日数と進捗率との関係を表したグラフなどが含まれる。

［テスト管理カテゴリＣ５：障害管理カテゴリＣ５２］
障害管理カテゴリＣ５２には、例えば、新規障害票の作成、障害票の更新、障害一覧表示などを行うためのユーザインタフェースが含まれる。

障害管理部４６３は、新規障害票の作成要求を受け付けた場合に、例えば、ユーザに所定の項目を入力させて障害票を作成する。所定の項目は、例えば、対象システム、対象サブシステム、起票日、起票者、分析担当者、チーム名、テスト種類、テストケースＩＤ、障害のステータス、障害の種類、障害検出日時、障害事象、重要度、影響度、リリース予定日、再テスト予定日などを含む。重要度及び影響度は、例えばあらかじめ定められたランクなどである。所定の項目には、上述以外の項目が含まれてもよい。

なお、障害管理部４６３は、新規作成した障害票を障害データＲ３に格納する。新規作成された障害票には、所定の障害管理番号が割り振られる。

図１７は、本実施形態に係る障害票検索における入力画面の一例を示す図である。図１７は、例えば、項目Ｕ７２１、検索ボタンＢ１２１、戻るボタンＢ１２２などを含む。戻るボタンＢ１２２は、戻るボタンＢ１０２などと同様である。

項目Ｕ７２１は、上述の新規障害票を作成する際に入力した項目のうち、障害票の検索を行う際の検索キーとなる所定の項目を含む。所定の項目は、例えば、障害管理番号、テストケースＩＤ、障害のステータス、重要度、影響度、障害の種類、起票日、起票者、分析担当者、リリース予定日、再テスト予定日などである。なお、項目Ｕ７２１に含まれる項目は、ユーザにより任意に設定可能としてもよい。

検索ボタンＢ１２１が押下されると、進捗管理部４６２は、例えば、項目Ｕ７２１に入力された条件に基づき、障害票の検索を実行し、条件に一致する障害票を表示する。

また、障害管理部４６３は、検索された障害票の更新要求を受け付けた場合に、障害票の編集画面を表示してユーザに編集させ、編集内容に基づいて障害票の更新を実行してもよい。

障害管理部４６３は、障害票の一覧表示要求を受け付けた場合に、所定のフォーマットで障害票を表示するユーザインタフェースを表示してもよい。所定のフォーマットには、例えば、障害票が属するシステム名、サブシステム名、テスト種類などで障害票を選択可能とし、障害管理番号の昇順（又は降順）で障害票の内容を表示することなどが含まれる。

［テスト管理カテゴリＣ５：品質管理カテゴリＣ５３］
品質管理カテゴリＣ５３には、例えば、品質レポートの作成及び表示などを行うためのユーザインタフェースが含まれる。

品質管理部４６４は、障害データＲ３に基づいて、所定のタイミングで品質データＲ４を作成する。所定のタイミングは、例えば障害データＲ３の更新タイミングでもよく、一定期間経過ごとでもよい。

品質管理部４６４は、例えば特定のテスト種類に関する品質レポートの作成要求を受け付けた場合に、品質データＲ４を読み出し、品質データＲ４に基づいて、所定の項目を含む品質レポートを作成し、表示してもよい。所定の項目は、例えば、当該テスト種類における障害発生件数、障害のステータス別及び／又は重要度別の障害件数、分析完了している件数、及び障害の原因ごとの内訳、障害票の起票から分析完了まで、再テスト完了まで、テスト対象システムのリリース完了までのそれぞれの平均時間などを含む。

以上説明した本実施系形態においては、テストケース自動作成装置１は、テスト対象システムの設計情報を、所定のフォーマットに従い少なくとも画面設計情報Ｓ１、機能設計情報Ｓ２の２つのカテゴリに分けて格納する。テストケース自動作成装置１は、当該設計情報に基づいて、例えば、画面遷移に関するテストケースである画面検証ケースＴ１、機能遷移に関するテストケースである機能検証ケースＴ２、外部システムとの接続機能に関するテストケースであるシステム検証ケースＴ３の３種類のテストケースＴを作成する。これにより、網羅的にテストケースＴを作成可能となるため、テスト効率が向上し、さらにテストにより担保されるテスト対象システムの品質が向上する。

本実施形態において、テストケース自動作成装置１は、画面設計情報Ｓ１及び機能設計情報Ｓ２に含まれる入力条件、出力条件などに基づいて、テストケースＴに含まれるテスト項目ごとに、テストの実行に必要なデータスペック（テストデータ仕様）を作成する。これにより、テスト実行時に必要なデータベース上の項目及び／又はファイルが自動的に作成されるため、テスト効率が向上する。

また、本実施形態において、テストケース自動作成装置１は、設計情報Ｓが変更された場合に、あらかじめ定められた影響範囲の分析に必要な所定の情報に基づいて検索条件を作成し、当該検索条件を用いて設計情報Ｓ全体を検索し、得られた検索結果を影響範囲として表示してもよい。このように影響範囲に関する情報が自動生成されることにより、ユーザの利便性が向上する。

以上、本実施形態を用いて本発明の説明を行ったが、この発明は上記実施形態に限定されるものではなく、この実施形態のみに限定されることを意図していない。したがって、本発明を実施するにあたってその趣旨を逸脱しない範囲で、各構成を同等の機能を有するものに置き換えて実施することも可能であり、それらもまた本発明に含まれる。また、本実施形態で説明した構成のいくつかを互いに組み合わせて、あるいは置き換えて実施することも本発明に含まれる。

１…テストケース自動作成装置、２…第１のメモリ、３…第２のメモリ、４…プロセッサ、５…入出力部、６…記憶装置、４１…ＵＩ制御部、４２…設計情報入力部、４３…テストケース作成部、４４…設計情報管理部、４５…テストケース管理部、４６…テスト管理部、４６１…テスト実行部、４６２…進捗管理部、４６３…障害管理部、４６４…品質管理部、Ｂ…バス、Ｊ…実行計画データ、Ｐ…プログラム、Ｒ…結果データ、Ｒ１…実行結果データ、Ｒ２…進捗データ、Ｒ３…障害データ、Ｒ４…品質データ、Ｓ…設計情報、Ｓ１…画面設計情報、Ｓ２…機能設計情報、Ｓ３…データベース設計情報、Ｓ４…ファイル設計情報、Ｔ…テストケース、Ｔ１…画面検証ケース、Ｔ２…機能検証ケース、Ｔ３…システム検証ケース。

Claims (7)

1. システムテストの実行対象である第１のシステムの画面設計に関する第１の設計データと、前記第１のシステムの機能設計に関する第２の設計データとの入力を受け付ける入力部と、
   前記第１の設計データ及び前記第２の設計データに基づいて、前記第１のシステムに含まれる複数の画面間の画面遷移を検証する第１のテストケースと、前記第１のシステムに含まれる複数の機能間の機能遷移を検証する第２のテストケースとを作成する作成部と、
   を具備するテストケース自動作成装置。
2. 前記入力部は、前記第１のシステムが、前記第１のシステムの外部に接続される第２のシステムに対してデータの送受信を行う際の送受信プロトコル及び送受信タイミングに関する第３の設計データの入力を受け付け、
   前記作成部は、前記第２の設計データ及び前記第３の設計データに基づいて、前記第１のシステムの送受信機能を検証する第３のテストケースを作成する
   請求項１のテストケース自動作成装置。
3. 前記第１の設計データは、前記複数の画面の初期表示条件及び初期表示内容を含む第１の情報と、前記複数の画面への入力条件及び出力結果を含む第２の情報と、前記複数の画面間の画面遷移条件を含む第３の情報とを含む、
   請求項１のテストケース自動作成装置。
4. 前記第２の設計データは、前記複数の機能間の機能遷移条件を含む第４の情報と、前記複数の機能のうち最初に起動される機能から最後に起動される機能までの一連の機能の起動条件を含む第５の情報と、前記最後に起動される機能が出力する出力結果を含む第６の情報とを含む、
   請求項１乃至請求項３のいずれか一項に記載のテストケース自動作成装置。
5. 前記第２の情報は、前記入力条件を満たすように前記第１のシステムに入力される入力データを特定する情報を含み、
   前記作成部は、前記入力データを特定する情報及び前記入力データを格納する記憶手段の仕様に基づいて前記入力データの仕様を作成する、
   請求項３に記載のテストケース自動作成装置。
6. 前記第５の情報は、前記一連の機能の起動条件を満たすように前記第１のシステムに入力される入力データを特定する情報を含み、
   前記作成部は、前記入力データを特定する情報及び前記入力データを格納する記憶手段の仕様に基づいて前記入力データの仕様を作成する、
   請求項４に記載のテストケース自動作成装置。
7. コンピュータを、
   システムテストの実行対象である第１のシステムの画面設計に関する第１の設計データと、機能設計に関する第２の設計データの入力を受け付ける入力手段と、
   前記第１の設計データ及び前記第２の設計データに基づいて、前記第１のシステムの画面遷移を検証する第１のテストケースと、前記第１のシステムの機能遷移を検証する第２のテストケースとを作成する作成手段と
   して機能させるためのプログラム。

Images