JP7686540B2 - 生成装置、生成方法及びプログラム - Google Patents

Description

本発明の実施形態は生成装置、生成方法及びプログラムに関する。

ＷｅｂＡＰＩ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）には１つのパスに対して複数のパラメータが存在する。このパラメータ１つ１つに対して、上限境界値、下限境界値及び標準値チェック等のテストが大量発生する。パス及びパラメータが少し変化するだけで、テストの変更及び増加が大量に発生するため、テスト担当の開発者にとってテストコードの開発は負担となる。また、テストコードの作成が不十分であると成果物であるＷｅｂＡＰＩの品質が低下するという副次的な課題もある。

特許第５３７９５２６号公報 特許第５００８８２９号公報

従来の技術では、ＷｅｂＡＰＩをテストするテストコードの開発時間を短縮することが難しかった。

実施形態の生成装置は、解析部とテストシナリオ生成部とテストコード生成部とを備える。解析部は、ＷｅｂＡＰＩ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）の構造を定義する定義ファイルを解析し、前記ＷｅｂＡＰＩの構造解析データを生成する。テストシナリオ生成部は、前記ＷｅｂＡＰＩのテスト種別と前記テスト種別毎のテスト項目とを含むテスト設定ファイル、及び、前記構造解析データから、前記ＷｅｂＡＰＩのテストシナリオデータを生成する。テストコード生成部は、前記ＷｅｂＡＰＩをテストするテストコードを、前記テストシナリオデータに基づいて生成する。

第１実施形態のＷｅｂＡＰＩの開発フローについて説明するための図。 第１実施形態の生成装置の機能構成の例を示す図。 第１実施形態のテスト設定ファイルの例を示す図。 第１実施形態の生成方法の例を示すフローチャート。 第２実施形態のテスト設定ファイルの例を示す図。 第２実施形態の生成方法の例を示すフローチャート。 第１及び第２実施形態の生成装置のハードウェア構成の例を示す図。

以下に添付図面を参照して、生成装置、生成方法及びプログラムの実施形態を詳細に説明する。

（第１実施形態）
はじめに、第１実施形態のＷｅｂＡＰＩの開発フローについて説明する。

図１は、第１実施形態のＷｅｂＡＰＩの開発フローについて説明するための図である。図１は、インフラサービスを提供する空調メーカーのクラウドシステムのＷｅｂＡＰＩの開発フローの例を示す。一般には、ＷｅｂＡＰＩの開発は、ＷｅｂＡＰＩの設計工程、ＷｅｂＡＰＩの実装工程、ＷｅｂＡＰＩのテストコードの実装工程、ＷｅｂＡＰＩのテスト工程を含む。そして、ＷｅｂＡＰＩのテストの実行後、ＷｅｂＡＰＩの品質に問題がなければ、ＷｅｂＡＰＩがリリースされる。

ＷｅｂＡＰＩのテストコードは大量のパターンを用意する必要があり、テスト開発者の負担となっていた。例えば、従来のテストコード自動生成システムは、ＷｅｂＡＰＩの定義ファイルから確認できるＷｅｂＡＰＩの正常系テスト、及び、一部の異常系テストしか生成できなかった。

第１実施形態の生成装置は、ＷｅｂＡＰＩ開発におけるＷｅｂＡＰＩのテストコードを自動生成する装置に係わる。以下に説明する第１実施形態の生成装置によれば、テストコードの実装工程を自動化することができるので、テストコード開発にかかっていた時間を大幅に短縮できる。また、更に、第１実施形態の生成装置により生成されたテストコードを、市販あるいは無料で提供されているテスト自動実行ツール（例えば、Ｔａｖｅｒｎ等）に読み込ませることで、テスト工程も短縮できる。これにより、テストコード作成というソフトウェア開発における工数が大きい作業が、自動化されるので、テストコード開発者の負担を軽減させることができる。

［機能構成の例］
図２は第１実施形態の生成装置の機能構成の例を示す図である。第１実施形態の生成装置１０は、解析部１、テストシナリオ生成部２及びテストコード生成部３を備える。

解析部１は、ＷｅｂＡＰＩの構造を定義する定義ファイル１０１を解析し、ＷｅｂＡＰＩの構造解析データ１０２を生成する。定義ファイル１０１は、例えばＷｅｂＡＰＩのソースコード等を含む。

テストシナリオ生成部２は、ＷｅｂＡＰＩのテスト種別とテスト種別毎のテスト項目とを含むテスト設定ファイル１０３、及び、構造解析データ１０２から、ＷｅｂＡＰＩのテストシナリオを示すテストシナリオデータ１０４を生成する。このテストシナリオデータ１０４は、プログラムとして実際に動作させるテストコード１０５の生成に用いられる。

テストコード生成部３は、ＷｅｂＡＰＩをテストするテストコード１０５を、テストシナリオデータ１０４に基づいて生成する。

［テスト設定ファイルの例］
図３は第１実施形態のテスト設定ファイル１０３の例を示す図である。テスト設定ファイル１０３は、ＷｅｂＡＰＩの機能を確認するテストシナリオデータ１０４の生成に用いられる。図３の例では、ＷｅｂＡＰＩのテスト種別のバリエーションとして、ＷｅｂＡＰＩのパラメータのパラメータ型情報（パラメータ型のテスト種別）を含む。

パラメータ型＜ｉｎｔｅｇｅｒ＞は、テスト項目“ｚｅｒｏ”，“ｍａｘ”，“ｍｉｎ”及び“ｓｔｒｉｎｇ”を含む。テスト項目“ｚｅｒｏ”は、当該パラメータに０（文字列型であればｎｕｌｌ文字）を代入してテストを行う項目である。テスト項目“ｍａｘ”は、当該パラメータに、当該パラメータの最大値を代入してテストを行う項目である。テスト項目“ｍｉｎ”は、当該パラメータに、当該パラメータの最小値を代入してテストを行う項目である。テスト項目“ｓｔｒｉｎｇ”は、当該パラメータに文字列データを代入してテストを行う項目である。

パラメータ型＜ｓｔｒｉｎｇ＞は、テスト項目“ｚｅｒｏ”，“ｂｙｔｅ”及び“ｌｅｎ”を含む。テスト項目“ｚｅｒｏ”は、当該パラメータにｎｕｌｌ文字（数値型であれば０）を代入してテストを行う項目である。テスト項目“ｂｙｔｅ”は、当該パラメータに、例えば２ｂｙｔｅコードの文字列データを代入してテストを行う項目である。テスト項目“ｌｅｎ”は、当該パラメータに、例えば当該パラメータに代入可能な最大文字列長の文字列データを代入してテストを行う項目である。

なお、図３は一例であり、パラメータ型毎のテスト項目には、例えば当該パラメータ型に応じた上限値、下限値、標準値及び異常値等、任意のデータをテストするテスト項目を定めてよい。

［生成方法の例］
図４は第１実施形態の生成方法の例を示すフローチャートである。はじめに、解析部１が、ＷｅｂＡＰＩの定義ファイル１０１を読み込む（ステップＳ１）。定義ファイル１０１は、例えばＷｅｂＡＰＩ開発者により作成される。この定義ファイル１０１のフォーマットは、機械可読なフォーマットによって記述される。機械可読なフォーマットは、ＯｐｅｎＡＰＩ、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）又はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等、いずれでもよいが、説明の簡略化のため、以降ではＯｐｅｎＡＰＩを用いた場合で説明する。

次に、解析部１は、ステップＳ１読み込まれた定義ファイル１０１（ＯｐｅｎＡＰＩ）を解析し（ステップＳ２）、ＷｅｂＡＰＩの構造を示す構造解析データ１０２を生成する。構造解析データ１０２は、ＷｅｂＡＰＩのパラメータ情報を含む。この構造解析データ１０２は、テストシナリオ生成部２に入力される。

ここで、ＷｅｂＡＰＩの構造は、例えばＯｐｅｎＡＰＩで記述されたＷｅｂＡＰＩのパス情報、各パスにおけるＨＴＴＰメソッドのアクセス方法、パラメータ名（例えばパス及びメソッドの組み合わせ）、及び、パラメータの種別情報（例えばｉｎｔｅｇｅｒ，ｓｔｒｉｎｇ等のパラメータ型）を含む。

次に、テストシナリオ生成部２が、テスト設定ファイル１０３（図３参照）を読み込む（ステップＳ３）。テスト設定ファイル１０３は、例えば独自フォーマットのＤＳＬ（Ｄｏｍａｉｎ－Ｓｐｅｃｉｆｉｃ Ｌａｎｇｕａｇｅ）によって記述される。

次に、テストシナリオ生成部２が、構造解析データ１０２及びテスト設定ファイル１０３に基づいて、ＷｅｂＡＰＩに含まれるパラメータの種類（パラメータ型）を確認する（ステップＳ４）。具体的には、テストシナリオ生成部２は、構造解析データ１０２により特定されるＷｅｂＡＰＩのパラメータ情報から、パスとメソッドとの組み合わせごとに、パラメータのパラメータ型を確認する。そして、テストシナリオ生成部２は、このパラメータ型と、テスト設定ファイル１０３のパラメータ型とを照合する。

次に、テストシナリオ生成部２は、ステップＳ４で確認されたパラメータのテスト種類（テスト項目）を確認する（ステップＳ５）。具体的には、テストシナリオ生成部２は、ステップＳ４の処理で照合されたパラメータ型ごとに、当該パラメータ型のテスト項目を、テスト設定ファイル１０３から取得する。

次に、テストシナリオ生成部２は、ステップＳ５の処理によって取得されたテスト項目に基づいて、テストシナリオデータ１０４を生成する（ステップＳ６）。テストシナリオ生成部２は、例えばテスト項目が“ｚｅｒｏ”の場合、ＷｅｂＡＰＩのパラメータの値に０値、具体的には数値型であれば０、文字列型であればｎｕｌｌ文字を入れ、サーバ装置へ問い合わせを行うテストシナリオを生成する。

最後に、テストコード生成部３が、ステップＳ６の処理により生成されたテストシナリオデータ１０４に基づいて、テスト自動実行ツールで実際に実行されるテストコード１０５を生成する（ステップＳ７）。

以上、説明したように、第１実施形態の生成装置１０によれば、ＷｅｂＡＰＩをテストするテストコード１０５の開発時間を短縮することができる。具体的には、ＷｅｂＡＰＩ特有の１つのパスに対して複数のパラメータが存在し、パラメータ１つ１つに対する上下限境界値チェック及び標準値チェック等のテストは、ＷｅｂＡＰＩの定義ファイル１０１では表現できない。テストコード生成部３が、定義ファイル１０１とは別途定義されるテスト設定ファイル１０３に含まれるパラメータ種別（パラメータ型）ごとのテスト項目を読み込むことで、ＷｅｂＡＰＩのパスとメソッドとの組み合わせごとに複数存在するパラメータのテストコード１０５を自動で生成できる。

第１実施形態によれば、ＷｅｂＡＰＩの開発者は仕様に従ったＷｅｂＡＰＩの定義ファイル１０１を作成するだけでテストコードを準備可能となり、開発者の負担を軽減することができる。具体的には、例えばＷｅｂＡＰＩのパラメータ型ごとのテスト項目のバリエーションをより容易に拡大することができ、テストコード開発にかかっていた時間を大幅に短縮可能となる。

従来は、ＷｅｂＡＰＩ特有のテストコードをすべて自動生成することはできなかった。例えば、ワークフロー文書及びインターフェース文書等のＷｅｂＡＰＩを構成するための定義ファイル１０１から、テストコードのひな型を作る技術では、テスト担当の開発者負担の軽減が見込めるが、最終的には人がコードを記述する必要があり負担軽減は限定的だった。また例えば、テストを実行すると次のテストを自動的に実行し、その際パラメータなどを変更し新しいテストコードを生成する技術では、初期のテストコードについてはやはり人がコードを記述する必要があった。

（第２実施形態）
次に第２実施形態について説明する。第２実施形態の説明では、第１実施形態と同様の説明については省略し、第１実施形態と異なる箇所について説明する。

第２実施形態では、テスト設定ファイル１０３の記述形式が、第１実施形態と異なる。ＷｅｂＡＰＩの定義ファイル１０１に加え、新たに第２実施形態のテスト設定ファイル１０３を用意することで、ＷｅｂＡＰＩにおける認証認可、及び、イレギュラーな異常系テスト等についても、テストコードを出力可能になる。

第１実施形態では、ＷｅｂＡＰＩのパラメータに代入される値のテストを全て網羅するテストシナリオを生成していた。第２実施形態では、例えば認証認可等の処理フローにおけるフロー途中まで（処理の失敗まで）も含むテスト項目の追加も可能にする構成について説明する。

［テスト設定ファイルの例］
図５は第２実施形態のテスト設定ファイル１０３の例を示す図である。図５の例では、ＷｅｂＡＰＩのテスト種別として、ＷｅｂＡＰＩのフロー情報（フロー型のテスト種別）と、ＷｅｂＡＰＩのパラメータ型情報（パラメータ型のテスト種別）とを含む。また、第２実施形態のテスト設定ファイル１０３では、ＷｅｂＡＰＩパスとメソッドとの組み合わせ毎に、テスト種別が設定される。

フロー情報＜ｆｌｏｗ＞は、テスト項目“ａｕｔｈ”，“ｌｏｇｉｎ”及び“ｔｏｋｅｎ”の順番のテスト対象パスを含む。テスト項目“ａｕｔｈ”は、認証処理の成功及び失敗のパターンをテストするテスト項目である。テスト項目“ｌｏｇｉｎ”は、認証処理が成功の場合に、ログイン処理の成功及び失敗のパターンをテストするテスト項目である。テスト項目“ｔｏｋｅｎ”は、ログイン処理が成功の場合に、トークン処理の成功及び失敗のパターンをテストするテスト項目である。

図５のフロー情報＜ｆｌｏｗ＞は一例であり、フロー情報は、フローに含まれる一連の処理の実行順序を確認する任意のテスト項目でよい。

［生成方法の例］
図６は第２実施形態の生成方法の例を示すフローチャートである。ステップＳ１～Ｓ７の処理は、第１実施形態の生成方法（図４参照）と同様なので説明を省略する。第１実施形態との相違点は、テスト設定ファイル１０３の記載内容が異なり、新たにフロー情報が追加されていること、及び、動作フローにおいてステップＳ８～Ｓ１０が追加されていることである。

生成装置１０は、ステップＳ３までは第１実施形態と同様の動作を行う。次に、テストシナリオ生成部２が、テスト設定ファイル１０３に含まれているパスとメソッドとの組み合わせ毎に、パラメータ情報のテストを行うか、または、逐次処理（フロー情報）のテストを行うかを判定する（ステップＳ８）。

パラメータ情報のテストを行う場合、処理はステップＳ４に遷移し、生成装置１０は、第１実施形態と同様の処理を行う。

フロー情報のテストを行う場合、テストシナリオ生成部２が、構造解析データ１０２及びテスト設定ファイル１０３に基づいて、ＷｅｂＡＰＩに含まれるフロー情報のテスト対象パスを確認する（ステップＳ９）。例えば、図５のテスト設定ファイル１０３の例では、テストシナリオ生成部２が、フロー情報＜ｆｌｏｗ＞における“ａｕｔｈ”，“ｌｏｇｉｎ”及び“ｔｏｋｅｎ”の順番のテスト対象パスを取得する。そして、テストシナリオ生成部２が、このテスト対象パスに該当するフローを、構造解析データ１０２に含まれるＷｅｂＡＰＩのフロー情報（ＷｅｂＡＰＩのフローの構造を示す情報）から特定する。

次に、テストシナリオ生成部２が、テスト対象パスに応じたテストシナリオデータ１０４を生成する（ステップＳ１０）。例えば、図５のテスト設定ファイル１０３の例では、テストシナリオ生成部２が、以下の第１～第４のテストシナリオを、テストシナリオデータ１０４に追加する。

第１のテストシナリオは、テスト項目“ａｕｔｈ”の認証処理が失敗するテストシナリオである。

第２のテストシナリオは、テスト項目“ａｕｔｈ”の認証処理が成功し、テスト項目“ｌｏｇｉｎ”の認証処理が失敗するテストシナリオである。

第３のテストシナリオは、テスト項目“ａｕｔｈ”の認証処理が成功し、テスト項目“ｌｏｇｉｎ”の認証処理が成功し、テスト項目“ｌｏｇｉｎ”の認証処理が失敗するテストシナリオである。

第４のテストシナリオは、テスト項目“ａｕｔｈ”の認証処理が成功し、テスト項目“ｌｏｇｉｎ”の認証処理が成功し、テスト項目“ｌｏｇｉｎ”の認証処理が成功するテストシナリオである。

ステップＳ１０の処理の後、処理はステップＳ７に遷移し、第１実施形態と同様の処理が行われる。

以上、説明したように、第２実施形態では、あるＷｅｂＡＰＩを実行するためにほかのＷｅｂＡＰＩを利用する必要がある場合のテストにも対応できる。例えば、認証認可を伴うＷｅｂＡＰＩのテストのように、認可の方法によっては複数のテスト対象パスに対するテストが必要になる。このような場合でも、第２実施形態によれば、それぞれのパスに対して順次テストを実施することができ、開発者のテスト作成の負担を軽減することが見込める。これにより、テストコード開発にかかっていた時間を大幅に短縮可能となる。

最後に、第１及び第２実施形態の生成装置１０のハードウェア構成の例について説明する。

［ハードウェア構成の例］
図７は第１及び第２実施形態の生成装置１０のハードウェア構成の例を示す図である。第１及び第２実施形態の生成装置１０は、制御装置２０１、主記憶装置２０２、補助記憶装置２０３、表示装置２０４、入力装置２０５及び通信装置２０６を備える。制御装置２０１、主記憶装置２０２、補助記憶装置２０３、表示装置２０４、入力装置２０５及び通信装置２０６は、バス２１０を介して接続されている。

なお、第１及び第２実施形態の生成装置１０は、上記構成の一部が備えられていなくてもよい。例えば、生成装置１０が、外部の装置の入力機能及び表示機能を利用可能な場合、生成装置１０に表示装置２０４及び入力装置２０５が備えられていなくてもよい。

制御装置２０１は、補助記憶装置２０３から主記憶装置２０２に読み出されたプログラムを実行する。主記憶装置２０２は、ＲＯＭ及びＲＡＭ等のメモリである。補助記憶装置２０３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びメモリカード等である。

表示装置２０４は、例えば液晶ディスプレイ等である。入力装置２０５は、アクセスポイント装置２０を操作するためのインターフェースである。なお、表示装置２０４及び入力装置２０５は、表示機能と入力機能とを有するタッチパネル等により実現されていてもよい。通信装置２０６は、他の装置と通信するためのインターフェースである。

生成装置１０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、メモリカード、ＣＤ－Ｒ及びＤＶＤ等のコンピュータで読み取り可能な記憶媒体に記録されてコンピュータ・プログラム・プロダクトとして提供される。

また生成装置１０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また生成装置１０で実行されるプログラムをダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。

また生成装置１０のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

生成装置１０で実行されるプログラムは、上述の図２の機能構成のうち、プログラムによっても実現可能な機能を含むモジュール構成となっている。当該各機能は、実際のハードウェアとしては、制御装置２０１が記憶媒体からプログラムを読み出して実行することにより、上記各機能ブロックが主記憶装置２０２上にロードされる。すなわち上記各機能ブロックは主記憶装置２０２上に生成される。

なお上述した図２の各機能の一部又は全部をソフトウェアにより実現せずに、ＩＣ等のハードウェアにより実現してもよい。

また複数のプロセッサを用いて各機能を実現する場合、各プロセッサは、各機能のうち１つを実現してもよいし、各機能のうち２以上を実現してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 解析部
２ テストシナリオ生成部
３ テストコード生成部
１０ 生成装置
２０１ 制御装置
２０２ 主記憶装置
２０３ 補助記憶装置
２０４ 表示装置
２０５ 入力装置
２０６ 通信装置
２１０ バス

Claims (9)

1. ＷｅｂＡＰＩ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）の構造を定義する定義ファイルを解析し、前記ＷｅｂＡＰＩの構造解析データを生成する解析部と、
   前記ＷｅｂＡＰＩのテスト種別と前記テスト種別毎のテスト項目とを含むテスト設定ファイル、及び、前記構造解析データから、前記ＷｅｂＡＰＩのテストシナリオデータを生成するテストシナリオ生成部と、
   前記ＷｅｂＡＰＩをテストするテストコードを、前記テストシナリオデータに基づいて生成するテストコード生成部と、を備え、
   前記構造解析データは、前記ＷｅｂＡＰＩのフロー情報を含み、
   前記テスト種別は、前記ＷｅｂＡＰＩのフロー型を含み、
   前記テストシナリオ生成部は、前記構造解析データから特定されたＷｅｂＡＰＩのフローに、前記フロー型毎のテスト項目をテストするテストシナリオデータを生成する、
   生成装置。
2. 前記構造解析データは、前記ＷｅｂＡＰＩのパラメータ情報を更に含み、
   前記テスト種別は、前記ＷｅｂＡＰＩのパラメータ型を更に含み、
   前記テストシナリオ生成部は、前記パラメータ情報から特定されたＷｅｂＡＰＩのパラメータに、前記パラメータ型毎のテスト項目をテストするテストシナリオデータを更に生成する、
   請求項１に記載の生成装置。
3. 前記パラメータ型毎のテスト項目は、前記パラメータ型に応じた上限値、下限値、標準値及び異常値の少なくとも１つを含む、
   請求項２に記載の生成装置。
4. 前記フロー型毎のテスト項目は、前記フローに含まれる一連の処理の実行順序を確認するテストを含む、
   請求項１乃至３のいずれか１項に記載の生成装置。
5. 前記定義ファイルは、機械可読なフォーマットによって記述される、
   請求項１乃至４のいずれか１項に記載の生成装置。
6. 前記機械可読なフォーマットは、ＯｐｅｎＡＰＩ、ＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）又はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）である、
   請求項５に記載の生成装置。
7. 前記テスト設定ファイルは、独自フォーマットのＤＳＬ（Ｄｏｍａｉｎ－Ｓｐｅｃｉｆｉｃ Ｌａｎｇｕａｇｅ）によって記述される、
   請求項１乃至６のいずれか１項に記載の生成装置。
8. 生成装置が、ＷｅｂＡＰＩ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）の構造を定義する定義ファイルを解析し、前記ＷｅｂＡＰＩの構造解析データを生成し、
   前記生成装置が、前記ＷｅｂＡＰＩのテスト種別と前記テスト種別毎のテスト項目とを含むテスト設定ファイル、及び、前記構造解析データから、前記ＷｅｂＡＰＩのテストシナリオデータを生成し、
   前記生成装置が、前記ＷｅｂＡＰＩをテストするテストコードを、前記テストシナリオデータに基づいて生成し、
   前記構造解析データは、前記ＷｅｂＡＰＩのフロー情報を含み、
   前記テスト種別は、前記ＷｅｂＡＰＩのフロー型を含み、
   前記生成装置が、前記構造解析データから特定されたＷｅｂＡＰＩのフローに、前記フロー型毎のテスト項目をテストするテストシナリオデータを生成する、
   生成方法。
9. コンピュータに、
   ＷｅｂＡＰＩ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）の構造を定義する定義ファイルを解析させ、前記ＷｅｂＡＰＩの構造解析データを生成させ、
   前記ＷｅｂＡＰＩのテスト種別と前記テスト種別毎のテスト項目とを含むテスト設定ファイル、及び、前記構造解析データから、前記ＷｅｂＡＰＩのテストシナリオデータを生成させ、
   前記ＷｅｂＡＰＩをテストするテストコードを、前記テストシナリオデータに基づいて生成させ、
   前記構造解析データは、前記ＷｅｂＡＰＩのフロー情報を含み、
   前記テスト種別は、前記ＷｅｂＡＰＩのフロー型を含み、
   前記構造解析データから特定されたＷｅｂＡＰＩのフローに、前記フロー型毎のテスト項目をテストするテストシナリオデータを生成させる、
   プログラム。

Images