(57)【要約】  本発明は、ＯＳＧｉサービスプラットホームのテスト方法及びこれを利用したテストツールに係り、さらに詳細には、ＯＳＧｉサービスプラットホームのテストツールに含まれるバンドルの構成及び機能を変更して効率的にサービスバンドルの動作如何をテストできる方法及びこれを利用したテストツールに関する。本発明の実施形態によるＯＳＧｉサービスプラットホームのテストツールは、テストケースが設置されるフレームワークと、フレームワークをテスト実行環境のフレームワークで動作させるアダプタと、テストツールのＵＩとテストを管理できるサービス及びＯＳＧｉサービスを提供するディレクタバンドルと、ターゲットホストのフレームワークにテストケースバンドルと第１メッセージとの移動を中継するエージェントバンドルと、を含む。
2007519117.tif 000002
【特許請求の範囲】
【請求項１】
テスト管理ホストのフレームワークにテストツールのＵＩ（ユーザインターフェース）とテストを管理できるサービス及びＯＳＧｉ（オープンサービスゲートウェイイニシャティブ）サービスを提供するディレクタバンドルを設置するステップと、
ターゲットホストのフレームワークに、テストケースバンドルと少なくとも一つのメッセージとの移動を中継するエージェントバンドルと、テストするサービスバンドルとを設置するステップと、
前記エージェントバンドルが、前記ディレクタバンドルから伝えられた所定のテストケースを前記ターゲットホストのフレームワークに設置してテストを行うステップと、
前記テスト結果及びテストログをＵＩとファイルのうちいずれか一つに提供するステップとを含むＯＳＧｉサービスプラットホームのテスト方法。
【請求項２】
前記設置するテストケース及びサービスバンドルは、ＵＩとスクリプトのうちいずれか一つを通じて入力されることができる請求項１に記載のＯＳＧｉサービスプラットホームのテスト方法。
【請求項３】
前記テストログがテキスト形式のファイルとして提供される請求項１に記載のＯＳＧｉサービスプラットホームのテスト方法。
【請求項４】
少なくとも一つのテストケースが設置されるフレームワークと、
前記フレームワークをテスト実行環境のフレームワークで動作させるアダプタと、
テストツールのＵＩと前記テストを管理できるサービス及びＯＳＧｉサービスを提供するディレクタバンドルと、
ターゲットホストのフレームワークに前記テストケースバンドルと第１メッセージとの移動を中継するエージェントバンドルとを備えるＯＳＧｉサービスプラットホームのテストツール。
【請求項５】
前記ディレクタバンドルは、モジュール間の第２メッセージ伝達を担当するハンドラーモジュールと、テストケースバンドル及びテストログを管理するテスト管理モジュールと、前記エージェントバンドルと内部モジュールとのパケット伝達を担当するネットワークパケット処理モジュールと、前記エージェントバンドルのターゲットホストの情報を感知するターゲットディスカバリーモジュールと、前記ターゲットホスト情報を処理するターゲット管理モジュールと、バンドルの状態変更や設置作業を行うＯＳＧｉバンドルライフサイクル管理モジュールと、ＧＵＩを通じたテスタの要求を処理してハンドラーモジュールに伝達するＧＵＩ処理モジュールと、コンソール窓から入力されるテスタのコマンドを処理するコンソールコマンド処理モジュールとを含む請求項４に記載のＯＳＧｉサービスプラットホームのテストツール。
【請求項６】
前記エージェントバンドルは、ターゲットホストの情報についての通報メッセージを前記ディレクタに伝送し、ディレクタを管理するディレクタ管理モジュールと、テストケースバンドルをフレームワークに設置してテストケースバンドルから受けたログ及びテスト結果をディレクタに伝達する機能を行うテストケース管理モジュールと、ネットワークで受けたパケットを処理してエージェントに伝送するネットワークパケット処理モジュールと、テストログを処理して出力するコンソールコマンド処理モジュールとを含む請求項５に記載のＯＳＧｉサービスプラットホームのテストツール。
【請求項７】
前記設置するテストケース及びサービスバンドルは、ＵＩとスクリプトのうちいずれか一つを通じて入力されることができる請求項６に記載のＯＳＧｉサービスプラットホームのテストツール。
【請求項８】
前記ディレクタバンドルのコンソールコマンド処理モジュールは、テスト進行中に発生したエラーに対応できるコマンド命令を入力できる手段を提供する請求項７に記載のＯＳＧｉサービスプラットホームのテストツール。
【請求項９】
前記テストログがテキスト形式のファイルとして提供される請求項８に記載のＯＳＧｉサービスプラットホームのテストツール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＯＳＧｉサービスプラットホームのテスト方法及びこれを利用したテストツールに係り、さらに詳細には、ＯＳＧｉサービスプラットホームのテストツールに含まれるバンドルの構成及び機能を変更して効率的にサービスバンドルの動作如何をテストできる方法及びこれを利用したテストツールに関する。
【背景技術】
【０００２】
図１は、従来技術によるＯＳＧｉ．ｏｒｇで提供しているＯＳＧｉサービスプラットホームのテストツールの全体構造を示す図面である。
【０００３】
従来のＯＳＧｉ．ｏｒｇで提供しているＯＳＧｉサービスプラットホームのテストツールは、図１に示すように、ターゲットホスト１０（テストされるホスト）に位置するｏｓｇｉ−ｒｅｆｉｍｐｌ（ｒｅｆｅｒｅｎｃｅ  ｉｍｐｌｅｍｅｎｔ）バンドル２００及びターゲットバンドル２０２とテスト管理ホスト３０（Ｔｅｓｔ  Ｍａｎａｇｅｒ  Ｈｏｓｔ）に位置するディレクタバンドル２０４及びサポートバンドル２０６で構成される。この時、ｏｓｇｉ−ｒｅｆｉｍｐｌバンドル２００、ターゲットバンドル２０２、ディレクタバンドル２０４及びサポートバンドル２０６は、それぞれ図２ないし図５に示すように複数個のバンドルで構成される。
【０００４】
ところが、ＯＳＧｉ．ｏｒｇで提供するテストツールは、ターゲットホスト１０側にｒｅｆｉｍｐｌバンドルがターゲットバンドルと別途に設置されていて、その構造が複雑である。また、ｒｅｆｉｍｐｌバンドルにＯＳＧｉサービスバンドルを追加するためには、進行中のテストを中断してｒｅｆｉｍｐｌバンドルの圧縮を解いて新たに開発したＯＳＧｉサービスバンドルに取り替え、再びＪＡＲ（Ｊａｖａ（登録商標）Ａｒｃｈｉｖｅ）ファイルに作った後、テストを進めねばならないのでその過程が複雑であるという問題点があった。
【０００５】
テスト管理ホスト３０は、サポートバンドルがディレクタバンドルと別途に設置されていて、その構造が複雑である。また、ＯＳＧｉ．ｏｒｇフレームワークからテストケースの設置までｔａｒｇｅｔ．ｂａｔファイルにより自動で進むので、テストケースバンドルを追加するためには、テストケースバンドル全体を束ねたテストバンドルの圧縮を解いてテストバンドルのバンドル情報を修正し、これを再びＪＡＲファイルに作らねばならない過程が必要である。したがって、任意の時点で追加テストケースを追加できず、テストケースバンドルを統合せずに独立的に実行させられないという問題点があった。
【０００６】
その他にも従来技術による場合、テストツールＧＵＩ（グラフィックユーザインターフェース）に問題が発生すれば、問題の原因を分析するために進行中のテスト過程を強制終了させねばならなかった。また、テストログがバイトストリーミングフォーマット形態のファイルとして保存されるので、テストの進行中でなければ保存されたログを一般のエディタープログラムで確認し難いという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、ＯＳＧｉテストツールのバンドルを統合して構造の複雑性を改善し、テストケースやテストするＯＳＧｉサービスバンドルの変更を便利に行える方法を提供するところにその目的がある。
【０００８】
本発明のさらに他の目的は、テスト過程でエラーが発生する場合、エラー原因の分析とテスト後のテストログの分析とを容易に行える方法を提供することである。
【０００９】
本発明の目的は、以上で言及した目的に制限されず、言及されていない他の目的は下の記載から当業者に明確に理解されうる。
【課題を解決するための手段】
【００１０】
前記目的を達成するために、本発明の実施形態によるＯＳＧｉサービスプラットホームのテストツールは、テストケースが設置されるフレームワークと、前記フレームワークをテスト実行環境のフレームワークで動作させるアダプタと、テストツールのＵＩと前記テストを管理できるサービス及びＯＳＧｉサービスを提供するディレクタバンドルと、ターゲットホストのフレームワークに前記テストケースバンドルと第１メッセージとの移動を中継するエージェントバンドルと、を備える。
【００１１】
本発明の実施形態によるＯＳＧｉサービスプラットホームのテスト方法は、テスト管理ホストのフレームワークに、テストツールのＵＩとテストを管理できるサービス及びＯＳＧｉサービスを提供するディレクタバンドルを設置するステップと、ターゲットホストのフレームワークに、テストケースバンドルと少なくとも一つのメッセージとの移動を中継するエージェントバンドルと、テストするサービスバンドルとを設置するステップと、前記エージェントバンドルが、前記ディレクタバンドルから伝えられた所定のテストケースを前記ターゲットホストのフレームワークに設置してテストを行うステップと、前記テスト結果及びテストログをＵＩとファイルのうちいずれか一つに提供するステップと、を含む。
【００１２】
その他の実施形態の具体的な事項は、詳細な説明及び図面に含まれている。
【発明を実施するための最良の形態】
【００１３】
本発明の利点及び特徴、そしてこれを達成する方法は添付された図面に基づいて詳細に後述されている実施例を参照すれば明確になる。しかし、本発明は以下で開示される実施例に限定されるものではなく、この実施例から外れて多様な形に具現でき、本明細書で説明する実施例は本発明の開示を完全にし、本発明が属する技術分野で当業者に発明の範ちゅうを完全に報せるために提供されるものであり、本発明は請求項及び発明の詳細な説明により定義されるだけである。一方、明細書全体に亙って同一な参照符号は同一な構成要素を示す。
【００１４】
以下、添付された図面を参照して本発明の望ましい実施形態を詳細に説明する。
【００１５】
図６は、本発明の一実施形態によるＯＳＧｉサービスプラットホームのテストツールの全体構造を示す図面である。
【００１６】
より詳細に、本発明の一実施形態によって、管理ホスト３１０内のＯＳＧｉサービスプラットホームのテストツールの構成は、図７に示すように、ＯＳＧｉフレームワーク２２０とアダプタ２２２とシステムバンドル２１３とディレクタバンドル２１２及び前記ディレクタバンドル２１２によりロードされるサービスで構成される。この時、ＯＳＧｉフレームワーク２２０に動的にロードされる他のバンドル２１４と、ＯＳＧｉフレームワーク２２０の環境を提供するＪａｖａ（登録商標）仮想マシン３０２は、外部コンポーネントとなる。
【００１７】
前記他のバンドル２１４は、動的にＯＳＧｉフレームワーク２２０にダウンロードされ、ＡＰＩ（アプリケーションプログラムインターフェース）コールを通じてフレームワークと通信し、サービスとはＡＰＩコールと既定のインターフェースを通じて通信する。また、システムバンドル２１３は、テスタにＯＳＧｉフレームワーク２２０とフレームワークにロードされたバンドルとを制御するＳｈｅｌｌ  ＵＩを提供する。
【００１８】
前記ＯＳＧｉフレームワーク２２０は、テストケースバンドル３００がロードされてテストを行えるようにテスト実行環境を提供する。
【００１９】
前記アダプタバンドル２２２は、テスト管理ホスト３０に存在して、ＯＳＧｉフレームワーク２２０をテスト実行環境のフレームワークとして使用可能にする機能を担当する。
【００２０】
前記ディレクタバンドル２１２は、テストツールのＵＩとテストを管理できるサービス及びテストツールで必要となるＯＳＧｉサービスを提供する。この時、ディレクタバンドル２１２は、図４及び図５で図示したディレクタバンドル及びサポートバンドルが含むバンドルを含み、したがって、構造の複雑性を改善できるように構成される。
【００２１】
さらに詳細に、前記ディレクタバンドル２１２は図８に示すように、コアパッケージグループ２１２ａ、ＯＳＧＩサービスバンドル２１２ｂ及びグループパッケージ２１２ｃを備える。
【００２２】
コアパッケージグループ２１２ａは、コアパッケージ２１５、アプレットパッケージ２１６、スクリプトパッケージ２１７、サービスパッケージ２１８、シェアドパッケージ２１９、コマンドサービスパッケージ２２１、ターゲットサービスパッケージ２２３、ＸＭＬ  Ｐａｒｓｅｒ＆Ｔｒａｎｓｆｏｒｍパッケージ２２４などを含む。
【００２３】
コアパッケージ２１５は、ディレクタパッケージのメインパッケージであって、ターゲットホスト１０のターゲットから送られる通報メッセージを処理してターゲットホスト１０のターゲット登録を管理する。また、コアパッケージ２１５は、ターゲットホスト１０から伝送されるネットワークメッセージを処理する一方、テストを行って結果を処理する役割を行う。アプレットパッケージ２１６は、ＧＵＩのイベントとユーザからの入力を処理してディレクタ２１２に伝達する。スクリプトパッケージ２１７は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）スクリプトで作成されたテストケースを処理する。サービスパッケージ２１８はディレクタ２１２パッケージに、ネットワーク処理モジュールとテストケースバンドル３００に対する処理、テストログ処理及びテスト実行に関連したユーティリティＡＰＩを提供する。シェアドパッケージ２１９は、サービスパッケージ２１８のインターフェースを持つ。コマンドサービスパッケージ２２１は、コンソール窓のコマンドラインから入力されたものを処理できる。ターゲットサービスパッケージ２２３はターゲットホスト１０のターゲットを管理する。アプレットパッケージ２１６はＧＵＩを提供する。ＸＭＬ  Ｐａｒｓｅｒ＆Ｔｒａｎｓｆｏｒｍパッケージ２２４は、ＸＭＬをパージングして処理する。
【００２４】
一方、ＯＳＧｉサービスバンドル２１２ｂはコアパッケージグループ２１２ａに必要なサービスを提供する。
【００２５】
グループパッケージ２１２ｃは、コアパッケージグループ２１２ａとＯＳＧｉサービスバンドル２１２ｂとをＯＳＧｉフレームワーク２２０に設置する。
【００２６】
以下、前記ディレクタバンドル２１２の核心パッケージであるｃｏｍ．ｓａｍｓｕｎｇ．ｍｉｒａｃｌｅ．ｃｏｒｅ．ｔｅｓｔ．ｄｉｒｅｃｔｏｒのクラスダイヤグラムを説明する。
【００２７】
前記パッケージは、図９に示すように、ディレクタクラス６００、探知クラス６１０、テストアプレットのダミークラス６２０、ハンドラークラス６３０、Ｈｔｔｐトラッカークラス６４０、ＲｅｍｏｔｅＳｅｒｖｉｃｅＩｍｐｌクラス６５０及びＲｕｎクラス６６０を備える。
【００２８】
ディレクタクラス６００は、ディレクタ２１２の内部にあるコアバンドルのＢｕｎｄｌｅＡｃｔｉｖａｔｏｒである。探知クラス６１０は、ターゲットホスト１０のＯＳＧｉターゲットフレームワークでロードされて動作するエージェントバンドル２１０のブロードキャスティング情報を感知する役割を行う。ダミークラス６２０は、テストツールのＧＵＩを担当する。ハンドラークラス６３０は、ディレクタパッケージ内部のクラスオブジェクトの媒介体の役割を行う。Ｈｔｔｐトラッカークラス６４０は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サービスに対するサービスイベントのトラッカーサービスを担当する。ＲｅｍｏｔｅＳｅｒｖｉｃｅＩｍｐｌクラス６５０は、ターゲットホスト１０に位置したエージェントバンドル２１０及びターゲットＯＳＧｉフレームワーク１０２の情報と動作を管理する。Ｒｕｎクラス６６０はテストを行う。
【００２９】
本発明の一実施形態によるＯＳＧｉサービスプラットホームのテストツールのターゲットホスト１０での構成は、図１０に示すように、エージェントバンドル２１０により構成される。
【００３０】
ターゲットＯＳＧｉフレームワーク１０２及びターゲットバンドルは、ターゲットホスト１０の外部コンポーネントとなる。ターゲットバンドルは、動的にターゲットＯＳＧｉフレームワーク１０２にダウンロードされ、ＡＰＩコールを通じて通信する。また、ターゲットバンドルは、ＡＰＩコールと既定のインターフェースを通じてサービスと通信する。
【００３１】
前記エージェントバンドル２１０は、ターゲットＯＳＧｉフレームワーク１０２上に積載されて、テスト管理ホスト３０とターゲットＯＳＧｉフレームワーク１０２との間でテストケースバンドル３００とメッセージ移動の媒介体の役割を行う。
【００３２】
より詳細に、エージェントバンドル２１０は、図１１に示すように、エージェントコアパッケージグループ２１０ａ、エージェントコアパッケージグループ２１０ａに必要なサービスを提供するＯＳＧｉサービスバンドル２１０ｂ、及びＯＳＧｉサービスバンドル２１０ｂをターゲットＯＳＧｉフレームワーク１０２に設置するグループパッケージ２１０ｃを備える。
【００３３】
エージェントコアパッケージグループ２１０ａは、ターゲットホスト１０の位置及び情報を知らせる通報メッセージを送り、テスト管理ホスト３０に位置したディレクタバンドル２１２と連結された後、ディレクタバンドル２１２の情報を管理し、ディレクタバンドル２１２から受けたネットワークメッセージを処理し、ディレクタバンドル２１２から受けたテストケースバンドル３００をターゲットホスト１０のターゲットＯＳＧｉフレームワーク１０２に設置する役割を行うエージェントコアパッケージ８００を備える。また、エージェントコアパッケージグループ２１０ａは、エージェントコアパッケージにネットワーク処理モジュールとテストケースバンドル３００に対する処理のようなユーティリティＡＰＩとを提供するサービスパッケージ、サービスパッケージのインターフェースを持っているシェアドパッケージ、及びＯＳＧｉ．ｏｒｇフレームワークで発生するサービスイベントを処理してエージェントコアサービスに知らせるコマンドサービス８３０を備える。
【００３４】
ここで、図１２を通じて前記エージェントバンドル２１０の核心パッケージであるｃｏｍ．ｓａｍｓｕｎｇ．ｍｉｒａｃｌｅ．ａｇｅｎｔｃｏｒｅ．ｔｅｓｔ．ｔａｒｇｅｔのクラスダイヤグラムを説明する。
【００３５】
前記パッケージは、自身の存在を知らせるために一定の間隔でブロードキャスティングするスレッドを実行させ、テスト管理ホスト３０で動作するディレクタバンドル２１２から受けたテストケースバンドル３００を、ターゲットホスト１０に位置したターゲットＯＳＧｉフレームワークに設置させる。また、前記パッケージは、テストが完了すれば、テストログ及びその結果をテスト管理ホスト３０に位置したディレクタバンドル２１２に伝達しつつ、テストケースバンドル３００をターゲットＯＳＧｉフレームワーク１０２から除去（アンインストール）させ、ディレクタバンドル２１２から伝えられる命令をターゲットＯＳＧｉフレームワークに伝達する機能を行う。
【００３６】
前記エージェントバンドル２１０のパッケージバンドルは、図２及び図３で図示したｏｓｇｉ−ｒｅｆｉｍｐｌバンドルとｏｓｇｉターゲットバンドルが含むバンドルとを備える構造の複雑性を改善できるように構成される。ただし、ｏｓｇｉ−ｒｅｆｉｍｐｌバンドルが含むターゲットＯＳＧｉサービスバンドルは除いて構成できる。この時、除かれたターゲットＯＳＧｉサービスバンドルのうちテストに必要なターゲットＯＳＧｉサービスバンドルは、テスタがＵＩまたはスクリプトを通じて入力できる。
【００３７】
結果的に前記エージェントバンドル２１０を通じてテスト対象とならないＯＳＧｉサービスバンドルを設置しなくてもよいので、メモリを節約できる。例えば、実際テスト対象となるサービスバンドルは６個に過ぎないが、ｒｅｆｉｍｐｌバンドルに２８個のサービスバンドルが含まれている場合、従来のＯＳＧｉテストツールによれば、２８個のサービスバンドルをいずれも一括的に設置せねばならないが、本発明の一実施形態によれば、６個のサービスバンドルのみ独立的に設置できてメモリを節約できる。
【００３８】
前記本発明の一実施形態によるＯＳＧｉサービスバンドルの設置及び変更についての過程は、図２２及び図２３を通じて従来技術と比較して後述する。
【００３９】
以下、前記テストツールをテスト作業実行過程に関する論理的単位であるモジュール単位で区分して説明する。
【００４０】
図１３は、ターゲットホスト１０のモジュールダイヤグラムを示すものである。図示されたターゲットホスト１０は、ディレクタ２１２にターゲットの情報を送り、テストが進む時にディレクタ２１２から受けたテストケースバンドル３００をターゲットＯＳＧｉ．ｏｒｇフレームワークに設置し、テストケースバンドル３００のログと結果をディレクタ２１２に伝達するテストケース処理モジュール１０００と、テストケース処理部で必要なユーティリティサービスモジュールとを備える。ターゲットホスト１０が備える二つのモジュールは一つのバンドルとして存在する。
【００４１】
図１４は、テスト管理ホスト３０のモジュールダイヤグラムを示すものである。テスト管理ホスト３０は、テスト実行ロジックモジュール１１００、ＧＵＩを処理するディスプレイロジックモジュール１１１０、ＸＭＬページを構文分析して処理するＸＭＬ  Ｐａｒｓｅｒ＆Ｔｒａｎｓｆｏｒｍロジックモジュール１１２０、及びテスト実行ロジックに必要なユーティリティロジックモジュール１１３０を備える。
【００４２】
図１５は、ターゲットホスト１０に位置したエージェントバンドル２１０の細部モジュールを示すものである。エージェントバンドル２１０は、エージェントコアモジュール２４２、ネットワークディレクタパケット処理モジュール２４５、コンソールコマンド処理モジュール２４１及びコンソールモジュール２４０で構成される。
【００４３】
前記エージェントコアモジュール２４２は、ディレクタ管理モジュール２４３とテストケース管理モジュール２４４とを備える。ディレクタ管理モジュール２４３は、ターゲットホスト１０の位置及び情報を知らせる通報メッセージを送り、ＯＳＧｉバンドルでの機能を行ってテスト管理ホスト３０のディレクタバンドル２１２を管理する。テストケース管理モジュール２４４は、テストが進む時にディレクタバンドル２１２から受けたテストケースバンドル３００をターゲットＯＳＧｉフレームワークに設置し、テストケースバンドル３００から受けたログ及びテスト結果をディレクタバンドル２１２に伝達する機能を行う。
【００４４】
ネットワークパケット処理モジュール２４５は、ネットワークで受けたパケットを処理してエージェントコアモジュール２４２に伝達する。
【００４５】
コンソールコマンド処理モジュール２４１は、テストケース実行中に発生するログやエージェントコア２４２で発生するログをコンソールウィンドウズ（登録商標）に出力する。
【００４６】
図１６は、テスト管理ホスト３０に位置したディレクタバンドル２１２の細部モジュールを示すものである。ディレクタバンドル２１２は、ハンドラーモジュール２５５、テストコントロールモジュール２５６、ネットワークパケット処理モジュール２５８、ターゲット探知モジュール２５８、ＯＳＧｉバンドルライフサイクル管理モジュール２５３、ＧＵＩ処理モジュール２５２及びコンソールコマンド処理モジュール２５１から構成される。
【００４７】
ハンドラーモジュール２５５は、ディレクタバンドル２１２の内部モジュール間のメッセージ伝達を担当するモジュール間通信管理モジュールと、ＯＳＧｉフレームワークで発生するサービスイベントを感知して該当するモジュールにイベントを伝達するＯＳＧｉイベントトラッカーモジュールとで構成される。
【００４８】
テストコントロールモジュール２５６は、テスタの要求に応じてテストが進めば、全体テスト実行を管理するテスト実行モジュール２５６ａ、テストケースバンドル３００が位置するフォルダーを管理してテスタの要求に応じて所望のフォルダーでテストケースバンドル３００をＯＳＧｉフレームワークに設置するテストケースフォルダー管理モジュール２５６ｂ、テストケースバンドル３００が使用するＨｔｔｐサーバを管理するＨｔｔｐサーバ管理モジュール２５６ｃ、及びテスト実行中にエージェントバンドル２１０から受けたログを処理して、ディレクタバンドル２１２のＧＵＩに出力されるログをテキスト形式のファイルとして保存するログ処理モジュール２５６ｄで構成される。
【００４９】
ネットワークパケット処理モジュール２５９は、エージェントバンドル２１０から受けたパケットを処理してハンドラーモジュール２５５及びテストコントロールモジュール２５６に伝達し、ハンドラーモジュール２５５及びテストコントロールモジュール２５６からエージェントバンドル２１０に伝達しようとするパケットを受けて処理する。
【００５０】
ターゲット探知モジュール２５８は、ディレクタバンドル２１２が行われる間にエージェントバンドル２１０がブロードキャスティングに送る通知パケットを感知して、感知されたターゲットホスト１０の情報があれば、ターゲット管理モジュール２５４に伝達して処理する。
【００５１】
ＯＳＧｉバンドルライフサイクル管理モジュール２５３は、テスタの要求に応じてＯＳＧｉフレームワーク２２０に設置されたバンドルのライフサイクル情報を提供し、バンドルの状態を変更するか、新たなバンドルをＯＳＧｉフレームワークに設置できる機能を提供する。
【００５２】
ＧＵＩ処理モジュール２５２は、ＧＵＩを通じて発生するテスタの要求を処理してハンドラーモジュール２５５に伝達する。
【００５３】
コンソールコマンド処理モジュール２５１は、コンソール窓から入力されるテスタのコマンド命令を処理する。この時、コンソールウィンドウズ（登録商標）を提供するＵＩとテストツールのＧＵＩとの同期が合うように構成して、テスト中にエラーが発生する時、ＯＳＧｉフレームワークやサービスバンドルの状態確認及びエラー原因の分析が可能であるように具現できる。例えば、エラーに対応できるプロンプトなどによるコマンド命令入力手段をコンソール窓に提供できるように具現してテスト中に発生したエラーに対応し、エラーの原因分析を可能にする。
【００５４】
図１７は、本発明の一実施形態によるＯＳＧｉテスト進行手順を示す図面である。図１７に示すように、本発明の一実施形態によるＯＳＧｉサービスプラットホームをテストする方法は、ディレクタバンドルをテスト管理ホストのフレームワークに設置し、エージェントバンドルとテストするサービスバンドルとをターゲットホストのフレームワークに設置するステップ（Ｓ１）、テストケースバンドルを設置してテストを行うステップ（Ｓ２）、及び前記テストの結果及びテストログを提供するステップ（Ｓ３）を含む。
【００５５】
まず、ＯＳＧｉサービスプラットホームでサービスを提供する機能的配布単位であるバンドルの状態変化について説明する。
【００５６】
図１８に示すように、バンドルのライフ−サイクルは、バンドルがＯＳＧｉフレームワークに設置されて除去されるまで外部の定義された動作命令により変化（Ｅｘｐｌｉｃｉｔ  Ｔｒａｎｓｉｔｉｏｎ）するか、定義された条件を満足すれば自動的に進行（Ａｕｔｏｍａｔｉｃ  Ｔｒａｎｓｉｔｉｏｎ）する。
【００５７】
ＯＳＧｉフレームワークは、ＯＳＧｉサービスプラットホームの核心構成要素であって、バンドルを動的に設置（ＩＮＳＴＡＬＬ）、更新（ＵＰＤＡＴＥ）できるが、バンドルがＯＳＧｉフレームワークに設置されて更新または再開始されるか、除去されるまで、ＯＳＧｉフレームワークは、バンドル状態を区分してライフ−サイクルを管理する。この時、バンドル状態は、バンドルが成功的に設置された状態を表す“ＩＮＳＴＡＬＬＥＤ”、バンドルが必要とするあらゆるＪａｖａ（登録商標）クラスファイルとネイティブコードがＯＳＧｉフレームワーク実行環境に設置された状態を表す“ＲＥＳＯＬＶＥＤ”、バンドルが実行されている状態を表す“ＳＴＡＲＴＩＮＧ”、バンドルが中止している状態を表す“ＳＴＯＰＰＩＮＧ”、バンドルが成功的に実行されて動作している状態を表す“ＡＣＴＩＶＥ”、及びバンドルが除去された状態を表す“ＵＮＩＮＳＴＡＬＬＥＤ”に分けることができる。
【００５８】
ディレクタバンドルとエージェントバンドル及びテストするサービスバンドルを設置するステップ（Ｓ１）は、テスト管理ホスト３０でＯＳＧｉフレームワーク２２０がＪａｖａ（登録商標）仮想マシン上に設置され、その上にディレクタバンドル２１２が設置されるステップ（Ｓ１０）と、ターゲットホスト１０でターゲットＯＳＧｉフレームワークがＪａｖａ（登録商標）仮想マシン上に設置され、その上にエージェントバンドル２１０とテスト対象となるＯＳＧｉサービスバンドルとが設置されるステップ（Ｓ１２）とを含む。
【００５９】
前記ＯＳＧｉサービスバンドルは、テスタがスクリプトまたはＵＩを通じて入力できるが、スクリプトを通じる入力は、ｏｓｇｉ．ｐｒｏｐｅｒｔｉｅｓファイルにテスト対象ＯＳＧｉサービスバンドルを追加させる方式が使われうる。テストに必要なＯＳＧｉサービスバンドルの開発により変更が必要な場合について、図２２及び図２３を通じて従来方式との差を説明する。
【００６０】
前記テストケースバンドルを設置してテストを行うステップ（Ｓ２）をさらに具体的に説明する。まず、ディレクタバンドル２１２がテストツールのＧＵＩを浮かせば、エージェントバンドル２１０がブロードキャスティングを利用してターゲットホストについての位置を知らせる通報メッセージを送る（Ｓ２０）。
【００６１】
次いで、ディレクタバンドル２１２がエージェントバンドル２１０から受けた通報メッセージを分析してテストツールのＧＵＩにターゲットホスト１０情報をディスプレイ（Ｓ２２）すれば、テスタは、テスト管理ホスト３０に位置したフォルダーでテストケースバンドル３００をＯＳＧｉフレームワークに設置し（Ｓ２４）、テストするターゲットホスト１０を選択した後、テストツールＧＵＩの開始ボタンを押さえればテストが自動で始まる（Ｓ２６）。
【００６２】
前記テストケースバンドルは、テスタがスクリプトまたはＵＩを通じて入力できる。この時、スクリプトを通じたテストケースバンドルの入力は、テストケースバンドルを集めたファイル（ｏｓｇｉ．ｐｒｏｐｅｒｔｉｅｓファイルなど）にテストケースバンドルを追加させる方法で具現できる。また、コンソール窓が提供するコマンド命令を通じてもテストケースバンドルの入力が可能である。
【００６３】
本発明によるテストケースバンドルの追加は、テストが進む前だけでなくテスト進行中にもテスト過程の終了なしに可能であり、テストケースバンドル別に独立的に追加させることができて、既存のテストケースフォルダーを通じて集合的に管理した方式に比べてテストケースバンドルの追加がやすくて実施が容易であるという長所がある。
【００６４】
以下、図１９及び図２０を通じて、従来技術と本発明のテストツールでテストケースバンドルを追加する時の差を、テスト管理ホスト３０に位置したモジュールのスタック構造を通じて説明する。
【００６５】
図１９に示すように、従来技術によれば、実行バッチファイルによって自動でＯＳＧｉ．ｏｒｇフレームワークが実行され、その上にテスト管理ホスト３０方向のＯＳＧｉ．ｏｒｇテストツールが必要なユーティリティモジュールが積載されれば、それに基づいてテスト実行モジュールが実行されてテストケースの集合であるテストケースバンドルが積載される方式で動作する。
【００６６】
この時、新たなテストケースバンドルの開発により追加、修正などのテストケースバンドルの変更作業を行う場合、圧縮されたファイルを解いて変更事項を反映（変更されたファイル内容を修正）した後、再び圧縮過程を進める作業が必要である。
【００６７】
一方、図２０は、本発明によるテストツールによれば、実行バッチファイルによって自動でＯＳＧｉフレームワーク２２０が実行されて、その上にテスト管理ホスト３０側のテストツールが必要なユーティリティモジュールが積載されれば、それに基づいてテスト実行モジュールが実行され、テスタが所望の時点で前述したように、ＵＩなどを通じて所望のフォルダーに位置した一つ以上のテストケースバンドル３００を入力して動的にＯＳＧｉフレームワーク２２０に積載できる。
【００６８】
したがって、従来のＯＳＧｉテストツールと異なってテストケースバンドルが集合をなしてフレームワークに自動的に積載されずにテスタにより動的に設置されるので、テストケースの変更は、テスタが単に変更を所望するテストケースバンドルを選択する方法で具現が可能である。ここで、テスタがテストケースバンドルを動的に選択する過程は、ウィンドウズ（登録商標）対話窓などのようなＵＩ画面で具現することが望ましく、図２４を通じて後述する。前記テストケースを変更するか、または新たに開発したテストケースバンドルの追加は、図２２及び図２３を通じて従来技術と比較して後述する。
【００６９】
図１７に示した内容をさらに説明すれば、テストが始まれば、ディレクタバンドル２１２は、テスタにより選択されたテストケースバンドル３００のうち最も上位に選択されたテストケースバンドル３００の一つを、ネットワークを通じてターゲットホスト１０のエージェントバンドル２１０に伝達し（Ｓ２８）、テストケースバンドル３００を受けたエージェントバンドル２１０は、これをターゲットＯＳＧｉフレームワークに設置して、ＯＳＧｉサービスプラットホームの特定機能を検証するテストを行う（Ｓ２９）。
【００７０】
前記テスト結果及びテストログを出力するステップ（Ｓ３）では、まず、第１ステップでテストケースバンドル３００がテストの結果及びログをエージェントバンドル２１０を通じてテスト管理ホスト３０に位置したディレクタバンドル２１２に伝達し、テストツールのＧＵＩにディスプレイする（Ｓ３０）。テストが終了すれば、エージェントバンドル２１０はターゲットＯＳＧｉフレームワークで該当テストケースバンドル３００を除去する（Ｓ３２）。その後、次の順序のテストケースの存否を判断して（Ｓ３４）、テストケースが存在すれば、該当テストケースに対して再び前記テストを行い、存在していなければテストが終了する（Ｓ３６）。
【００７１】
前記テストログは、それぞれのテストケースバンドルに対してテストが行われた後、ＸＭＬを利用して要約ページ形式でテストツールのＧＵＩを通じて提供される。それだけでなく、本発明の一実施形態による前記テストログはテキスト形式のファイルで提供できて、テスト過程中でない場合であってもテストログの確認を容易にする。
【００７２】
前述した過程で、ディレクタバンドル２１２がテスト管理ホスト３０に位置したＯＳＧｉフレームワーク２２０に設置される過程と、前記設置されたディレクタバンドル２１２が動作する過程と、前記ディレクタバンドル２１２が中止される過程及び前記ディレクタバンドル２１２が中止または設置された状態で除去される過程についての細部ステップは、ＯＳＧｉスペック（ＯＳＧｉ  Ｓｅｒｖｉｃｅ  Ｐｌａｔｆｏｒｍ  Ｒｅｌｅａｓｅ  ２，Ｏｃｔｏｂｅｒ  ２００１）に記述されている。
【００７３】
図２１は、本発明の一実施形態によるテスト進行過程をテストツールの構成を通じて示す図面である。
【００７４】
図２１に示すように、エージェントバンドル２１０が設置されてホストのＩＰアドス及びターゲットＯＳＧｉフレーム情報を知らせる通報メッセージを送れば、フレームワークに設置されたディレクタバンドル２１２が前記メッセージを感知してテストツールのＧＵＩにディスプレイする。その後、テスタがテストケースバンドル３００をＳＷＣ  ＯＳＧｉフレームワーク２２０に設置した後、テストツールのＧＵＩを通じて開始ボタンをクリックすれば（図２１の（１））、ＯＳＧｉフレームワークに設置されたテストケースバンドル３００がネットワークを通じてエージェントバンドル２１０に伝達され、伝達されたテストケースバンドル３００がターゲットＯＳＧｉフレームワークに設置されてテストを行う（図２１の（２））。
【００７５】
テストの結果及びテストログは、エージェントバンドル２１０により再びネットワークを通じてディレクタバンドル２１２に伝達されてテストツールのＵＩにディスプレイされると同時に、さらに詳細なテストログをテキストファイル形式のテスト結果ページに記録する（図２１の（３））。
【００７６】
図２２は、ＯＳＧｉサービスバンドル及びテストケースバンドル３００を新たに開発した場合、従来技術によるテストツールを利用してテストする手順を示すフローチャートである。図２３は、ＯＳＧｉサービスバンドル及びテストケースバンドル３００を新たに開発した場合、本発明の一実施形態によるテストツールを利用してテストする手順を示す図面である。
【００７７】
図２２を通じて従来技術によるテストツールの動作を説明すれば、まず新たに開発したＯＳＧｉサービスバンドルであるバンドルＡ１をテストツールに追加しようとする場合、ｏｓｇｉ−ｒｅｆｉｍｐｌバンドルのｏｓｇｉ−ｒｅｉｍｐｌ．ｊａｒファイルに圧縮を解いて開発前バンドルＡを除去し（ａ１０）、開発したバンドルであるバンドルＡ１を追加（ａ１２）した後に圧縮してｏｓｇｉ−ｒｅｉｍｐｌ．ｊａｒファイルを生成（ａ１４）する過程に進行する。
【００７８】
しかし、本発明の一実施形態によるテストツールの場合、図２３に示すように、バンドルＡ１をテストツールのＵＩまたはスクリプトを通じてターゲットＯＳＧｉフレームワークの位置にコピー（ｂ１）すればよい。
【００７９】
また、新たに開発したテストケースであるＴＣＡ１〜ＴＣＡ１０をテストツールに追加しようとする場合の従来技術によるテストツールの場合、図２２に示すように、ｏｓｇｉ−ｔｅｓｔ．ｊａｒファイルに圧縮を解いて新たに開発したテストケースであるＴＣＡ１〜ＴＣＡ１０を追加（ａ２０）した後、これを再び圧縮してｏｓｇｉ−ｔｅｓｔ．ｊａｒファイルを生成する過程（ａ２２）に進行する。
【００８０】
しかし、本発明の一実施形態によるテストツールの場合、図２３に示すように、新たに開発したテストケースであるＴＣＡ１〜ＴＣＡ１０を、テストツールのＵＩまたはスクリプトを通じてディレクタバンドル２１２のテストケースフォルダーに追加すればよい（ｂ２）。この時、テストケースの追加や変更は、テスト進行前だけでなくテストが進行中の場合にも可能である。したがって、テスタは、所望の時点に所望のテストケースバンドルによってテスト過程を進行できるので、従来技術と違ってテストケース別にテスト過程を制御できる。
【００８１】
図２４は、本発明の一実施形態によるテスト管理ホスト３０のディレクタバンドル２１２によるテストツールのＧＵＩ構成を示す図面である。
【００８２】
図２４の（１）ボックスは、ターゲットホスト１０に位置したエージェントバンドル２１０が送った情報をテスト管理ホスト３０に位置したディレクタバンドル２１２が感知して、感知したエージェントバンドル２１０のＩＰ（インターネットプロトコル）を表示するが、二つ以上のエージェントバンドル２１０が感知される場合、コンボボックスを開いて（ドロップダウン）あらゆるエージェントバンドル２１０のＩＰを示す。それにより、テスタは、二つ以上のエージェントバンドル２１０が感知された場合、コンボボックスを開いて特定ホストを選択してテストを行うことができる。
【００８３】
図２４の（２）ボックスは、ネットワークにトラフィックが多すぎるか、または負荷がかかる場合、エージェントバンドル２１０が送った情報をディレクタバンドル２１２が感知できないこともあるために、テスタが（２）ボックスのＩＰテキストボックスに直接エージェントバンドル２１０が存在するホストのＩＰを入力してテストを行えるようにする。
【００８４】
図２４の（３）ボックスは、ディレクタバンドル２１２が感知したエージェントバンドル２１０がロードされたシステムのＯＳ（オペレーティングシステム）、ＯＳＧｉフレームワークの製造社及びジャバ仮想マシンの情報を示す。
【００８５】
図２４の（４）ボックスは、テストを行う時のオプションを選択できるテストオプションチェックボックスである。オプションチェックボックスは、ディレクタバンドル２１２が位置したテスト管理ホスト３０のターゲットソフトウェアのみ選択してテストできるように設定するローカルオンリオプション、テスト過程中に問題が発生した時に問題の原因が知らせるデバッグオプション、テスト実行中に時間制限（タイムアウト）されないように設定するＮｏ  ｔｉｍｅｏｕｔｓオプション、テスタが要請する度にテストを１ステップずつ進行するように設定するシングルステップオプション、及びテストを行う間に発生するログを（７）ボックスのメッセージウィンドウズ（登録商標）にいずれも示すように設定するＳｅｅ  ａｌｌ  ｌｏｇｓオプションで構成される。
【００８６】
図２４の（５）ボックスは、テストに関連した各種命令を実行できるテストメニューボタンである。テストメニューボタンは、テスト管理ホスト３０においてテストツールの実行ファイルが存在する下位フォルダーに位置するテストケースフォルダーに、テストケースをＯＳＧｉフレームワークに設置（ＩＮＳＴＡＬＬＥＤ／ＲＥＳＯＬＥＤ／ＳＴＡＲＴＩＮＧ／ＡＣＴＩＶＥ状態変化）するテストケース設置（ＴＣｓ  ｉｎｓｔａｌｌ）ボタン、テスタがテストケースバンドル３００とその他のバンドルを管理（Ｉｎｓｔａｌｌ／Ｓｔａｒｔ／Ｓｔｏｐ／Ｕｎｉｎｓｔａｌｌ／Ｕｐｄａｔｅ）できるようにダイアローグボックスを実行させるマネージャボタン、テストケースフォルダーを任意の所望するフォルダーに変更してテストケースバンドル３００を設置させる変更テストケースディレクトリ（Ｃｈａｎｇｅ  ＴＣ  ｄｉｒ）ボタン、メッセージウィンドウズ（登録商標）にあるログをテキスト（．ｔｘｔフォーマット）ファイルで保存するテキスト形式保存ボタン、及び（６）ボックスで選択したテストケースに対してテストを実行させる開始ボタンで構成される。
【００８７】
前記変更テストケースディレクトリボタンは、前述したようにテスト過程でテストケースを変更または追加しようとする時に利用されるものであって、テスタは、テスタツールのＵＩを通じて変更または追加しようとするテストケースをディレクトリに追加する方式で具現される。
【００８８】
図２４の（６）ボックスは、前記（５）ボックスのテストケース設置（ＴＣｓ  ｉｎｓｔａｌｌ）ボタンをクリックして、テスト管理ホスト３０のテストケースフォルダーに位置したテストケースバンドル３００がＯＳＧｉフレームワーク２２０に設置されたテストケースバンドル３００を示すテストケースリストウィンドウズ（登録商標）である。テスタは、テストケースをクリックするか、マウスドラッグを通じて所望の特定テストケースだけ選択してテストを実行でき、テストケースを一つも選択しなければデフォルトとなり、全体テストケースがテストの実行対象となってテストを実行できる。
【００８９】
図２４の（７）ボックスは、テストが行われる間に発生するテストのログ及びＸＭＬ形式のテスト結果ページのＵＲＬを示すメッセージウィンドウズ（登録商標）である。
【００９０】
図２４の（８）ボックスは、現在進行中のテストの進行情報を示すテスト進行バーである。
【００９１】
図２５は、図２４の（５）番ボックスにある変更テストケースディレクトリ（窓ｅＴＣ  ｄｉｒ）ボタンをクリックした時に生成されるダイアローグを示す図面である。これを通じてテスタは、テスト管理ホスト３０に存在するテストケースフォルダーを任意の他のフォルダーと選択でき、選択されたフォルダーは、テストケースバンドル３００が位置するフォルダーと指定される。
【００９２】
図２６は、テストが行われた後、テスト結果及びログについての詳細な情報が分かるＸＭＬフォーマットのテスト要約内容を示す図面である。
【００９３】
図２６に示すように、テストが完了した時、図２４の（７）ボックスのメッセージウィンドウズ（登録商標）に表示されるＵＲＬをインターネットブラウザー（例えば、Ｉｎｔｅｒｎｅｔ  ＥｘｐｌｏｒｅｒまたはＮｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒなど）で検索すれば、左側上段の画面のようにテスト結果がウェブページローディングされ、前記ウェブページのＦＯＲＭＡＴＴＥＤをクリックすれば、右側下段の画面のようにＸＭＬフォーマットのテスト要約内容がローディングされる。テスト要約内容は、実行を完了したテストケースのテストＰａｓｓ／Ｆａｉｌ結果と、テスト実行中に発生したログ及びターゲットＯＳＧｉフレームワークとターゲットホスト１０のＯＳ情報とを詳細に示す。
【００９４】
以上、添付図を参照して本発明の実施例を説明したが、本発明が属する技術分野で当業者ならば本発明がその技術的思想や必須特徴を変更せずとも他の具体的な形に実施されうるということが理解できるであろう。したがって、前述した実施例は全ての面で例示的なものであって、限定的なものではないと理解せねばならない。
【産業上の利用可能性】
【００９５】
前述したようは、本発明のＯＳＧｉサービスプラットホームのテスト方法及びこれを利用したテストツールによれば次のような效果が一つあるいはその以上ある．
第１に、ＯＳＧｉテストツールのバンドルを統合して構造の複雑性を改善できる。
【００９６】
第２に、テストケースやテストするＯＳＧｉサービスバンドルの追加や変更を便利に行える。
【００９７】
第３に、テスト過程でエラーが発生する場合にエラー原因を容易に分析できる。
【００９８】
第４に、テストログをテキスト形式のファイルとして提供して、テスト過程外時点でテストログの分析を容易に行える。
【図面の簡単な説明】
【００９９】
【図１】従来技術によるＯＳＧｉ．ｏｒｇで提供しているＯＳＧｉサービスプラットホームのテストツールの全体構造を示す図である。
【図２】従来技術によるＯＳＧｉサービスプラットホームのテストツールのｏｓｇｉ−ｒｅｆｉｍｐｌバンドルのパッケージダイヤグラムを示す図である。
【図３】従来技術によるＯＳＧｉサービスプラットホームのテストツールのターゲットバンドルのパッケージダイヤグラムを示す図である。
【図４】従来技術によるＯＳＧｉサービスプラットホームのテストツールのディレクタバンドルのパッケージダイヤグラムを示す図である。
【図５】従来技術によるＯＳＧｉサービスプラットホームのテストツールのサポートバンドルのパッケージダイヤグラムを示す図である。
【図６】本発明の一実施形態によるＯＳＧｉサービスプラットホームのテストツールの全体構造を示す図である。
【図７】本発明の一実施形態によるＯＳＧｉサービスプラットホームのテストツールのテスト管理ホストでの構成を示す図である。
【図８】本発明の一実施形態によるディレクタバンドルのダイヤグラムである。
【図９】本発明の一実施形態によるディレクタバンドルの核心パッケージであるｃｏｍ．ｓａｍｓｕｎｇ．ｍｉｒａｃｌｅ．ｃｏｒｅ．ｔｅｓｔ．ｄｉｒｅｃｔｏｒのクラスダイヤグラムである。
【図１０】本発明の一実施形態によるＯＳＧｉサービスプラットホームのテストツールのターゲットホストでの構成を示す図である。
【図１１】本発明の一実施形態によるエージェントバンドルのダイヤグラムである。
【図１２】本発明の一実施形態によるエージェントバンドルの核心パッケージであるｃｏｍ．ｓａｍｓｕｎｇ．ｍｉｒａｃｌｅ．ａｇｅｎｔｃｏｒｅ．ｔｅｓｔ．ｔａｒｇｅｔのクラスダイヤグラムである。
【図１３】本発明の一実施形態によるターゲットホストのモジュールダイヤグラムである。
【図１４】本発明の一実施形態によるテスト管理ホストのモジュールダイヤグラムである。
【図１５】本発明の一実施形態によるターゲットホストに位置したエージェントバンドルの細部モジュールを示す図である。
【図１６】本発明の一実施形態によるテスト管理ホストに位置したディレクタバンドルの細部モジュールを示す図である。
【図１７】本発明の一実施形態によるＯＳＧｉテスト進行手順を示す図面である。
【図１８】バンドルの状態変化を示す図である。
【図１９】従来技術によるＯＳＧｉテストツールのテスト管理ホストに位置したモジュールのスタック構造を示す図である。
【図２０】本発明によるＯＳＧｉテストツールのテスト管理ホストに位置したモジュールのスタック構造を示す図である。
【図２１】本発明の一実施形態によるテスト進行過程をテストツールの構成を通じて示す図である。
【図２２】ＯＳＧｉサービスバンドル及びテストケースバンドルを新たに開発した場合、従来技術の一実施形態によるテストツールを利用してテストする手順を示す図である。
【図２３】ＯＳＧｉサービスバンドル及びテストケースバンドルを新たに開発した場合、本発明の一実施形態によるテストツールを利用してテストする手順を示す図である。
【図２４】本発明の一実施形態によるテスト管理ホストのディレクタバンドルによるテストツールのＧＵＩ構成を示す図である。
【図２５】図２４の（５）番ボックスにある変更テストケースディレクトリ（窓ｅ  ＴＣ  ｄｉｒ）ボタンをクリックした時に生成されるダイアローグを示す図である。
【図２６】テストが行われた後、テスト結果及びログについての詳細な情報が分かるＸＭＬフォーマットのテスト要約内容を示す図である。
【図１】
2007519117.tif 000003
【図２】
2007519117.tif 000004
【図３】
2007519117.tif 000005
【図４】
2007519117.tif 000006
【図５】
2007519117.tif 000007
【図６】
2007519117.tif 000008
【図７】
2007519117.tif 000009
【図８】
2007519117.tif 000010
【図９】
2007519117.tif 000011
【図１０】
2007519117.tif 000012
【図１１】
2007519117.tif 000013
【図１２】
2007519117.tif 000014
【図１３】
2007519117.tif 000015
【図１４】
2007519117.tif 000016
【図１５】
2007519117.tif 000017
【図１６】
2007519117.tif 000018
【図１７】
2007519117.tif 000019
【図１８】
2007519117.tif 000020
【図１９】
2007519117.tif 000021
【図２０】
2007519117.tif 000022
【図２１】
2007519117.tif 000023
【図２２】
2007519117.tif 000024
【図２３】
2007519117.tif 000025
【図２４】
2007519117.tif 000026
【図２５】
2007519117.tif 000027
【図２６】
2007519117.tif 000028
【国際調査報告】
2007519117.tif 000029
2007519117.tif 000030