(57)【特許請求の範囲】
【請求項１】
テスト項目の欠落を補完して網羅的なテスト項目を生成するためのシナリオテストのテスト項目生成装置であって、
入力されたユーザとシステム間のインタラクションの流れを示すユースケース記述に基づいて実行経路を抽出し、実行経路記憶手段に格納する実行経路抽出手段と、
前記ユースケース記述と、画面間の遷移を示す画面遷移図のマッチングを行い、該画面遷移図には存在するが該ユースケース記述には存在しない遷移がある場合は、該ユースケース記述が不完全であると判断し、該遷移がない場合は完全であると判断するマッチング手段と、
前記マッチング手段で前記ユースケース記述が不完全であると判断された場合に、該マッチング手段において画面遷移図から見つけたユースケース記述から欠落している遷移について新たな実行経路を生成し、前記実行経路記憶手段に格納する欠落補完手段と、
前記実行経路記憶手段から実行経路を読み出して、該実行経路に対するテスト項目を生成するテスト項目生成手段と、
を有し、
前記マッチング手段は、
前記画面遷移図から遷移の一覧を取得して、各遷移毎に、遷移元画面、遷移先画面、イベントの３つ組を取得し、前記ユースケース記述に、該３つ組が存在するかを判定し、存在しない場合に、該３つ組のうち遷移元画面と遷移先画面のいずれかが該ユースケース記述に存在しない場合に、該遷移を該ユースケース記述から欠落している遷移と見なさず、該３つ組のうち遷移元画面と遷移先画面が共に該ユースケース記述に存在する場合に、該遷移を該ユースケース記述から欠落している遷移と見なす手段を含む
ことを特徴とするシナリオテストのテスト項目生成装置。
【請求項２】
前記欠落補完手段は、
前記ユースケース記述中の、前記欠落している遷移の遷移元画面と遷移先画面の場所を特定する手段と、
前記ユースケース記述の始点から前記遷移元画面に至る最短経路Ｓと、前記遷移先画面から該ユースケース記述の終点までの最短経路Ｅを抽出する手段と、
前記経路Ｓ、前記欠落している遷移、前記経路Ｅを順番にマージして新しい経路を生成する手段と、
を含む請求項１記載のシナリオテストのテスト項目生成装置。
【請求項３】
テスト項目の欠落を補完して網羅的なテスト項目を生成するためのシナリオテストのテスト項目生成方法であって、
実行経路抽出手段が、入力されたユーザとシステム間のインタラクションの流れを示すユースケース記述に基づいて実行経路を抽出し、実行経路記憶手段に格納する実行経路抽出ステップと、
マッチング手段が、前記ユースケース記述と、画面間の遷移を示す画面遷移図のマッチングを行い、該画面遷移図には存在するが該ユースケース記述には存在しない遷移がある場合は、該ユースケース記述が不完全であると判断し、該遷移がない場合は完全であると判断するマッチングステップと、
欠落補完手段が、前記マッチングステップで前記ユースケース記述が不完全であると判断された場合に、該マッチングステップにおいて画面遷移図から見つけたユースケース記述から欠落している遷移について新たな実行経路を生成し、前記実行経路記憶手段に格納する欠落補完ステップと、
テスト項目生成手段が、前記実行経路記憶手段から実行経路を読み出して、該実行経路に対するテスト項目を生成するテスト項目生成ステップと、
を行い、
前記マッチングステップにおいて、
前記画面遷移図から遷移の一覧を取得して、各遷移毎に、遷移元画面、遷移先画面、イベントの３つ組を取得し、前記ユースケース記述に、該３つ組が存在するかを判定し、存在しない場合に、該３つ組のうち遷移元画面と遷移先画面のいずれかが該ユースケース記述に存在しない場合に、該遷移を該ユースケース記述から欠落している遷移と見なさず、該３つ組のうち遷移元画面と遷移先画面が共に該ユースケース記述に存在する場合に、該遷移を該ユースケース記述から欠落している遷移と見なす
ことを特徴とするシナリオテストのテスト項目生成方法。
【請求項４】
前記欠落補完ステップにおいて、
前記ユースケース記述中の、前記欠落している遷移の遷移元画面と遷移先画面の場所を特定し、
前記ユースケース記述の始点から前記遷移元画面に至る最短経路Ｓと、前記遷移先画面から該ユースケース記述の終点までの最短経路Ｅを抽出し、
前記経路Ｓ、前記欠落している遷移、前記経路Ｅを順番にマージして新しい経路を生成する
請求項３記載のシナリオテストのテスト項目生成方法。
【請求項５】
コンピュータを、
請求項１または２に記載のテスト項目生成装置の各手段として機能させるためのシナリオテストのテスト項目生成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シナリオテストのテスト項目生成装置及び方法及びプログラムに係り、特に、ユーザとシステム間のインタラクションがシナリオとして書かれたユースケース記述を用いて網羅的なテスト項目を生成するためのシナリオテストのテスト項目生成装置及び方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ユースケース記述のみを入力としてテスト項目を生成する技術として以下のようなものがある。
【０００３】
要求仕様の記法として用いられる、ユースケース記述からテスト項目とテストケースを抽出したり(例えば、特許文献１参照)、ユースケースの包含関係に基づき、テスト項目を実施する優先順位を決定する方法がある。
【０００４】
また、フローチャートを入力として結合テストのテスト項目を生成する技術がある。当該技術は、処理概要フロー図、入力制約定義書等を入力として処理の振る舞い、入力エラーの有無等を含むテスト項目を生成するものがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2008-293382号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ユースケースは、システムの振舞いの一側面を表すものであり、例えば、Webアプリケーションの各画面での「戻る」リンク押下のように、本筋と関係のないシナリオは省略されて記述されないことが多い。このように、ユースケース記述が不完全である場合、従来技術ではシステムの振る舞いを検証する網羅的なテスト項目を得られないという問題がある。
【０００７】
本発明は、上記の点に鑑みなされたもので、ユースケース記述の欠落部分を検出し、網羅的なシナリオテストを実行することが可能なシナリオテストのテスト項目生成装置及び方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明（請求項１）は、テスト項目の欠落を補完して網羅的なテスト項目を生成するためのシナリオテストのテスト項目生成装置であって、
入力されたユーザとシステム間のインタラクションの流れを示すユースケース記述に基づいて実行経路を抽出し、実行経路記憶手段に格納する実行経路抽出手段と、
前記ユースケース記述と、画面間の遷移を示す画面遷移図のマッチングを行い、該画面遷移図には存在するが該ユースケース記述には存在しない遷移がある場合は、該ユースケース記述が不完全であると判断し、該遷移がない場合は完全であると判断するマッチング手段と、
前記マッチング手段で前記ユースケース記述が不完全であると判断された場合に、該マッチング手段において画面遷移図から見つけたユースケース記述から欠落している遷移について新たな実行経路を生成し、前記実行経路記憶手段に格納する欠落補完手段と、
前記実行経路記憶手段から実行経路を読み出して、該実行経路に対するテスト項目を生成するテスト項目生成手段と、を有し、
前記マッチング手段は、
前記画面遷移図から遷移の一覧を取得して、各遷移毎に、遷移元画面、遷移先画面、イベントの３つ組を取得し、前記ユースケース記述に、該３つ組が存在するかを判定し、存在しない場合に、該３つ組のうち遷移元画面と遷移先画面のいずれかが該ユースケース記述に存在しない場合に、該遷移を該ユースケース記述から欠落している遷移と見なさず、該３つ組のうち遷移元画面と遷移先画面が共に該ユースケース記述に存在する場合に、該遷移を該ユースケース記述から欠落している遷移と見なす手段を含む。
【００１０】
また、本発明（請求項２）は、請求項１の前記欠落補完手段に、
前記ユースケース記述中の、前記欠落している遷移の遷移元画面と遷移先画面の場所を特定する手段と、
前記ユースケース記述の始点から前記遷移元画面に至る最短経路Ｓと、前記遷移先画面から該ユースケース記述の終点までの最短経路Ｅを抽出する手段と、
前記経路Ｓ、前記欠落している遷移、前記経路Ｅを順番にマージして新しい経路を生成する手段と、を含む。
【発明の効果】
【００１１】
本発明によれば、ユースケース記述書と画面遷移図という２つの入力ドキュメントを突き合せることにより、ユースケース記述の漏れを検知し、画面遷移図を利用して補完することにより、網羅的なシナリオテストのためのテスト項目を抽出することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態におけるシナリオテストのテスト項目生成装置の構成図である。
【図２】本発明の一実施の形態におけるユースケース記述の例である。
【図３】本発明の一実施の形態における画面遷移図の例である。
【図４】本発明の一実施の形態におけるユースケース記述のデータ構造である。
【図５】本発明の一実施の形態における画面遷移図のデータ構造である。
【図６】本発明の一実施の形態におけるテスト項目生成装置の概要動作のフローチャートである。
【図７】本発明の一実施の形態におけるステップ１１０の詳細フローチャートである。
【図８】本発明の一実施の形態におけるステップ１２０の詳細フローチャートである。
【図９】本発明の一実施の形態におけるステップ１３０の詳細フローチャートである。
【図１０】本発明の一実施の形態におけるステップ４２０の詳細フローチャートである。
【図１１】本発明の一実施の形態におけるテスト項目のデータ構造である。
【図１２】本発明の一実施の形態におけるステップ４３０の詳細フローチャートである。
【図１３】本発明の一実施の形態におけるユースケース記述と画面遷移図の比較を示す図である。
【図１４】本発明の一実施の形態におけるステップ４５０の詳細フローチャートである。
【図１５】本発明の一実施の形態におけるテスト項目表の例である。
【発明を実施するための形態】
【００１３】
以下図面と共に、本発明の実施の形態を説明する。
【００１４】
まず、本明細書中で用いる用語について説明する。
【００１５】
・シナリオテスト：要求定義に基づき、ユーザが行う業務を想定してシナリオを作成して、システムが想定シナリオどおりに振舞うか確認するテスト。
【００１６】
・テスト項目：シナリオテストにおけるテスト項目は、「テストシナリオ」と「確認観点」を含む。「テストシナリオ」は、画面と操作で構成されたシーケンスであり、「確認観点」は画面遷移の正しさ、画面表示内容の正しさ、データベース破壊の有無、などがある。
【００１７】
・画面遷移図：設計ドキュメントの一種である。特定の機能内における各画面間の遷移を示す。
【００１８】
・ユースケース記述：設計ドキュメントの一種である。要求を明確化するための記法でもある。ユーザとシステムの間のインタラクションの流れを示す。流れは「基本フロー」に沿って進むが、「代替フロー」や「例外フロー」に分岐することもある。
【００１９】
図１は、本発明の一実施の形態におけるシナリオテストのテスト項目生成装置の構成を示す。
【００２０】
テスト項目生成装置１０は、設計情報読込部１、設計モデル分析部２、実行経路抽出部３、実行経路補完部４、実行経路記憶部５、テスト項目生成部６から構成され、設計情報読込部１及びテスト項目生成部６は、ユーザ端末２０と接続されている。
【００２１】
設計情報読込部１は、ユーザ端末２０から設計ドキュメント情報を取得して、指定されたファイルパスのユースケース記述書及び画面遷移図を抽出する。ユーザ端末２０から入力されるユースケース記述の例を図２に示し、画面遷移図の例を図３に示す。ユースケース記述は、基本フロー、代替フロー、例外フロー毎に、利用者のアクション、システムアクション、ジャンプ先、復帰先のフロー番号を含む。画面遷移図は、画面の遷移を矢印で表したものである。また、設計情報読込部１で抽出されるユースケース記述のデータ構造を図４に示す。ユースケース記述のデータ構造は、フローID,フロー種別(基本／代替)、主体（システム／ユーザ）、フロー内容(「トップ画面を表示する」、「認証情報を入力し、ログインボタンを押下」等）、遷移先からなる。また、抽出される画面遷移図のデータ構造を図５に示す。当該画面遷移図は、矢印イメージで表示される遷移の集合を表しており、各遷移は、遷移ID、遷移元画面、遷移先場面、イベント、遷移条件から構成される。図５の例の「transition 0」では、ログインボタンが押下され、認証が成功すると、遷移元画面"トップ画面"から遷移先画面"メニュー画面"に遷移することを表している。
【００２２】
設計モデル分析部２は、設計情報読込部１から取得したユースケース記述書及び画面遷移図から設計モデルを生成する。
【００２３】
実行経路抽出部３は、ユースケース記述由来のテストシナリオ（実行経路）を生成し、実行経路記憶部５に格納する。生成されるテスト項目のデータ構造を図４に示す。
【００２４】
実行経路補完部４は、ユースケース記述と画面遷移図を付き合わせ、ユースケースの記述が不完全であれば、画面遷移図由来のテストシナリオ（実行経路）を生成し、実行経路記憶部５に格納する。
【００２５】
テスト項目生成部６は、実行経路記憶部５から実行経路を読み出して、テスト項目表を生成して、ユーザ端末２０に渡す。
【００２６】
以下に、上記の構成における動作を説明する。
【００２７】
図６は、本発明の一実施の形態におけるテスト項目生成装置の概要動作のフローチャートである。
【００２８】
ステップ１１０）  設計情報読込部１は、ユーザ端末２０から入力された設計ドキュメント群（画面遷移図(Visio(登録商標) VDX形式ファイル)、ユースケース記述書(Excel(登録商標) XLS形式ファイル)を読み込み、それぞれ、Java(登録商標) Objectに変換する。詳細は、図７にて詳述する。
【００２９】
ステップ１２０）  設計モデル分析部２は、設計情報読込部１から入力されたJava(登録商標) Objectを単一の設計モデル(XMI形式UML)に変換する。詳細は、図８にて詳述する。
【００３０】
ステップ１３０）  設計モデル解析部２、実行経路抽出部３及び実行経路補完部４、テスト項目生成部６は、設計モデルを解析し、その結果に基づいて、テストシナリオを抽出し、テスト項目を生成する。詳細は、図９にて詳述する。
【００３１】
ステップ１４０）  テスト項目生成部６は、テスト項目を帳票形式に成型し、テスト項目表(Excel(登録商標) XLS形式ファイル)を出力する。
【００３２】
次に、上記のステップ１１０の処理について説明する。
【００３３】
図７は、本発明の一実施の形態におけるステップ１１０の詳細フローチャートである。
【００３４】
ステップ２１０）  設計情報読込部１は、読み込むべき設計ドキュメントを特定する処理として、ファイルを階層的に探索し、画面遷移図、もしくは、ユースケース記述書であるファイルのファイルパスをメモリ（図示せず）に記録する。その他のファイルは無視するものとする。
【００３５】
ステップ２２０）  設計情報読込部１は、ステップ２１０で探索されたユースケース記述書(Excel(登録商標)XLS形式ファイル)のファイルパスをメモリ(図示せず)から取得し、指定されたファイルパスに存在するユースケース記述書を読み込み、対応する中間言語（ユースケース記述Object）を生成し、ユースケース記述Objectのリストとしてメモリ（図示せず）に格納する。
【００３６】
ステップ２３０）  設計情報読込部１は、ステップ２１０で探索された画面遷移図(Visio (登録商標)VDX形式のファイル)のファイルパスをメモリ（図示せず）から読み込み、指定されたファイルパスに存在する画面遷移図を読み込み、対応する中間言語（画面遷移図Object）を生成し、画面遷移図Objectのリストとしてメモリ（図示せず）に格納する。
【００３７】
次に、図６のステップ１２０の設計モデル生成処理について説明する。
【００３８】
図８は、本発明の一実施の形態におけるステップ１２０の詳細フローチャートである。
【００３９】
ステップ３１０）  設計モデル分析部２は、メモリ（図示せず）からユースケース記述Objectを読み込む。
【００４０】
ステップ３２０）  設計モデル分析部２は、それぞれのフローに対して、ユースケース記述Objectに含まれる各フローを基にUML Activity(XMI形式)を構築する。具体的には、遷移先画面や遷移元画面をUML ActivityNode、フローをUML ActivityEdgeに変換し、UML Activityを構築する。
【００４１】
ステップ３３０）  設計モデル分析部２は、メモリ（図示せず）より画面遷移図Objectを読み込む。
【００４２】
ステップ３４０）  設計モデル分析部２は、それぞれの遷移に対して、画面遷移Objectに含まれる各遷移をもとにUML StateMachine (XMI形式)を構築する。詳しくは、遷移先画面や遷移元画面をUML State、遷移をUML Transitionに変換し、UML StateMachineを構築する。なお、XMI形式を構築するための手法として、「XStream http://xstream.codehaus.org/tutorial.html」を用いるものとする。
【００４３】
ステップ３５０）  設計モデル分析部２は、ステップ３２０やステップ３４０で作成した情報をマージして設計モデル(XMI形式)を作成する。詳しくは、設計モデル中の各機能がUML Activity、UML StateMachineのペアを保持するよう、全体の設計モデル(XMI形式)を作成し、メモリ（図示せず）に格納する。
【００４４】
次に、ステップ１３０のテスト項目抽出処理の詳細な動作を説明する。
【００４５】
図９は、本発明の一実施の形態におけるステップ１３０の詳細フローチャートである。
【００４６】
ステップ４１０）設計モデル分析２は、メモリ（図示せず)を走査し、ステップ３５０で生成された設計モデルからテスト対象となる各機能を抽出する。
【００４７】
ステップ４２０）  実行経路抽出部３は、抽出した各機能のユースケース記述から、抽出した実行経路をそれぞれテストシナリオとしてテスト項目を生成する。詳細な動作は図１０にて詳述する。
【００４８】
ステップ４３０）  実行経路補完部４は、設計モデル分析部２で抽出された設計モデルの機能のユースケース記述と画面遷移図を順に取得し、両者の遷移群を比較する。詳細な動作は図１２にて詳述する。
【００４９】
ステップ４４０）  実行経路補完部４は、画面遷移図に存在するがユースケース記述に存在しない遷移を、ユースケース記述の抜けと見做して、漏れ遷移リストとしてメモリ（図示せず）に格納し、ステップ４５０に移行し、両者に遷移の漏れがない場合は当該処理を終了する。
【００５０】
ステップ４５０）  実行経路補完部４は、ステップ４４０でメモリ（図示せず）に格納されている漏れ遷移リストを読み出し、ユースケース記述に基づいて、漏れ遷移のそれぞれについてテスト項目を生成し、実行経路記憶部５に格納する。
【００５１】
次に、上記のステップ４２０のユースケース記述由来のテスト項目の生成処理について説明する。
【００５２】
図１０は、本発明の一実施の形態におけるステップ４２０の詳細フローチャートである。
【００５３】
ステップ５１０）  実行経路抽出部３は、設計モデル分析部２からユースケース記述(UML Activity)を取得する。
【００５４】
ステップ５２０）  実行経路抽出部３は、UML Activityで有向グラフにおける深さ優先探索を行い、始点から終点までの経路を網羅的に抽出する。有向グラフからの経路抽出のための深さ優先探索の手法としては、例えば、文献１「杉原厚吉著、『データ構造とアルゴリズム』、共立出版、ISBN4-320-12034-5」を用いればよい。
【００５５】
ステップ５３０）  実行経路抽出部３は、実行経路を始点から終点まで辿り、カギ括弧などでマークアップされた画面名とイベント名の文字列を順次収集し、画面名とイベント名のリストを生成し、実行経路記憶部５に格納する。
【００５６】
ステップ５４０）  テスト項目生成部６は、画面名とイベント名のリストをテストシナリオとしてまとめる。
【００５７】
ステップ５５０）  テスト項目生成部６は、テストシナリオ、実行経路に加え、ユーザ設定の確認観点からテスト項目を生成する。生成されたテスト項目のデータ構造を図１１に示す。テスト項目は、テスト項目ID、パス情報、テストシナリオ、確認観点を含む。なお、確認観点は、予め設定された固定文字列である。ユーザがこれを変えることができる。
【００５８】
次に、上記の図９のステップ４３０のユースケース記述と画面遷移図を付き合わせる処理について説明する。
【００５９】
図１２は、本発明の一実施の形態におけるステップ４３０の詳細フローチャートである。
【００６０】
ステップ６１０）  実行経路補完部４は、設計モデル分析部２からユースケース記述(UML Activity)を取得し、エッジ(UML ActivityEdge)を抽出する。
【００６１】
ステップ６２０）  実行経路補完部４は、設計モデル分析部２から画面遷移図(UML StateMachine)を取得し、遷移(UML Transition)を抽出する。
【００６２】
ステップ６３０）  実行経路補完部４は、ステップ６２０で抽出された遷移(UML Transition)に対応付けられている遷移元画面、遷移先画面、イベントを取得する。例えば、図５の例では、「transition0」に対応付けられている遷移元画面は「トップ画面」であり、遷移先画面は「メニュー画面」であり、イベントは「ログインボタン押下」である。実行経路補完部４は、これらを｛遷移元画面・遷移先画面・イベント｝の３つ組とする。
【００６３】
ステップ６４０）  実行経路補完部４は、ステップ６３０で得られた３つ組み｛遷移元画面・遷移先画面・イベント｝を基に、ユースケース記述(UML Activity)に該当するエッジがあるかを調べる。
【００６４】
ステップ６５０）  ユースケース記述に該当するエッジがある場合は、当該処理を終了し、ない場合は、ステップ６６０に移行する。
【００６５】
ステップ６６０）  実行経路補完部４は、遷移元画面と遷移先画面が共にユースケース記述に存在するかを判定し、存在する場合はユースケース記述が不完全であると判断し、存在しない場合は当該処理を終了する。
【００６６】
ステップ６７０）  実行経路補完部４は、ユースケース記述が不完全であると認定し、該当遷移をユースケース記述から欠落している遷移（漏れ遷移）と見做し、漏れ遷移リストに加えてメモリ(図示せず)に格納する。
【００６７】
上記のステップ６５０〜６７０の処理を具体的に説明する。
【００６８】
図１３は、本発明の一実施の形態におけるユースケース記述と画面遷移図の比較を示す。
【００６９】
ユースケース記述と画面遷移図を比較した結果、画面遷移図に存在し、ユースケース記述に存在しない遷移は、
画面Ｃ⇒イベント４⇒画面Ｂ
画面Ｂ⇒イベント５⇒画面Ｄ
画面Ｅ⇒イベント６⇒画面Ｃ
画面Ｅ⇒イベント７⇒画面Ｄ
の４つとなる(ステップ６５０)。このうち、遷移元画面と遷移先画面の両方がユースケースに存在するのは
画面Ｃ⇒イベント４⇒画面Ｂ
であるため(ステップ６６０、Ｙｅｓ)、これをユースケースから漏れた「漏れ遷移」（欠落部分）としてメモリ(図示せず)に格納する(ステップ６７０)。
【００７０】
上記のように、欠落を判定する際に、ユースケース記述と関連ある部分のみを篩い分けて使用することで、シナリオテストにとって無駄なテスト項目を生成しなくともよく、従来技術で生成可能なユースケース記述に由来するテスト項目に加えて、画面遷移図に由来するテスト項目も生成でき、ユースケース記述の欠落部分を検出できる。
【００７１】
次に、図９のステップ４５０の画面遷移図由来のテスト項目生成処理について説明する。
【００７２】
図１４は、本発明の一実施の形態におけるステップ５４０の詳細フローチャートである。
【００７３】
ステップ７１０）  実行経路補完部４は、メモリ（図示せず）から漏れ遷移リストを取得する。
【００７４】
ステップ７２０）  実行経路補完部４は、漏れ遷移リストから漏れ遷移の遷移元画面を取得し、ユースケース記述から該当する画面を検索する。
【００７５】
ステップ７３０）  実行経路補完部４は、漏れ遷移の遷移先画面を取得し、ユースケース記述の中から該当画面の場所を特定する。
【００７６】
ステップ７４０）  実行経路補完部４は、ユースケース記述の始点からステップ７２０で特定した遷移元画面の位置に至る最短の実行経路Ｓを抽出する。
【００７７】
ステップ７５０）  ステップ７３０で特定した遷移先画面の位置から、ユースケース記述の終点までの最短の実行経路Eを抽出する。
【００７８】
なお、上記のステップ７４０，７５０の経路探索には、有向グラフの２点間の最短経路の探索手法として、前述の文献１のダイクストラのアルゴリズム等を用いればよい。
【００７９】
ステップ７６０）  実行経路補完部４は、ステップ７４０，７５０で探索された部分経路Ｓ、漏れ遷移、部分経路Eを順番にマージして新しい経路を生成し、実行経路記憶部５に格納する。
【００８０】
ステップ７７０）  テスト項目生成部６は、実行経路記憶部５から実行経路抽出部３で抽出された実行経路及び実行経路補完部４で生成された新しい経路を読み込み、テストシナリオを生成し、図１５に示すようなテスト項目表を生成する。
【００８１】
上記の処理により、ユースケース記述の漏れを検出し、画面遷移図を利用して補完することで、網羅的なテスト項目を抽出できる。
【００８２】
なお、上記の図１に示すテスト項目生成装置の構成要素の動作をプログラムとして構築し、テスト項目生成装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００８３】
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００８４】
１  設計情報読込部
２  設計モデル分析部
３  実行経路抽出部
４  実行経路補完部
５  実行経路記憶部
６  テスト項目生成部
１０  テスト項目生成装置
２０  ユーザ端末
【図１】
0005404721.tif 000002
【図２】
0005404721.tif 000003
【図３】
0005404721.tif 000004
【図４】
0005404721.tif 000005
【図５】
0005404721.tif 000006
【図６】
0005404721.tif 000007
【図７】
0005404721.tif 000008
【図８】
0005404721.tif 000009
【図９】
0005404721.tif 000010
【図１０】
0005404721.tif 000011
【図１１】
0005404721.tif 000012
【図１２】
0005404721.tif 000013
【図１３】
0005404721.tif 000014
【図１４】
0005404721.tif 000015
【図１５】
0005404721.tif 000016