(57)【要約】  テストパッケージのシステム、方法およびデータ構造を記述する。テストパッケージユーザインタフェース（３０１）で、テストを組み合わせてテストパッケージにし、コンピュータシステムのテストを開発者にとってより容易にすることができる。テストパッケージは、テストパッケージユーザインタフェース（３０１）からコンピュータシステムに適用することができる１つまたは複数のテスト手順のセットであってよい。テストパッケージは、他のテストパッケージに、それらの関係に基づいて情報を継承することができる。
2008509472.tif 000002
【特許請求の範囲】
【請求項１】
２つまたは３つ以上のテストプログラムをテストパッケージにリンクさせる命令を受信するユーザインタフェースと、
テストパッケージと前記２つまたは３つ以上のテストプログラムとの間の関連付けを受信するストレージと、
テストパッケージを処理して、コンピュータシステムのテスト手順を生成するクライアントコンピュータと
を備えたことを特徴とするテストパッケージ作成システム。
【請求項２】
前記クライアントコンピュータは、前記テストパッケージから前記テスト手順を動的に生成することを特徴とする請求項１に記載のシステム。
【請求項３】
テストパッケージを定義するステップと、
テストケースを定義するステップと、
テストケースを前記テストパッケージに関連付けるステップと、
テストパスを定義するステップと、
前記テストパッケージを記憶装置に展開するステップと
を備えることを特徴とするテストパッケージを作成するコンピュータ実行方法。
【請求項４】
前記パッケージから実行可能コードを生成するステップをさらに備えることを特徴とする請求項３に記載のコンピュータ実行方法。
【請求項５】
前記テストパッケージから生成されたコードを実行してコンピュータシステムをテストするステップをさらに備えることを特徴とする請求項３に記載のコンピュータ実行方法。
【請求項６】
手動による結果をログするステップをさらに備えることを特徴とする請求項５に記載のコンピュータ実行方法。
【請求項７】
テストパッケージを作成するためのプログラムを記憶したコンピュータ読み取り可能な記録媒体であって、前記プログラムは、
テストパッケージを定義するステップと、
テストケースを定義するステップと、
テストケースを前記テストパッケージに関連付けるステップと、
テストパスを定義するステップと、
前記テストパッケージをストレージに配置するステップと
を備えることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項８】
前記プログラムは、前記パッケージから実行可能コードを生成するステップをさらに備えることを特徴とする請求項７に記載のコンピュータ読み取り可能な記録媒体。
【請求項９】
前記プログラムは、前記テストパッケージから生成したコードを実行してコンピュータシステムをテストするステップをさらに備えることを特徴とする請求項７に記載のコンピュータ読み取り可能な記録媒体。
【請求項１０】
前記プログラムは、手動の結果をログするステップをさらに備えることを特徴とする請求項９に記載のコンピュータ読み取り可能な記録媒体。
【請求項１１】
コンピューティングシステムにおいて、テストパッケージのユーザ指定を受信するユーザインタフェースであって、
テストパッケージを表示する第１領域と、
ユーザがパッケージ間の関係を変更することを可能にする第２領域と
を備えたことを特徴とするユーザインタフェース。
【請求項１２】
前記テストパッケージの１つに関連付けられたファイルをリストする第３領域
をさらに備えたことを特徴とする請求項１１に記載のユーザインタフェース。
【請求項１３】
前記テストパッケージの１つに関連付けられたファイルに関連付けられる環境変数をリストする第３領域
をさらに備えたことを特徴とする請求項１１に記載のユーザインタフェース。
【請求項１４】
前記テストパッケージの１つに関連付けられたファイルに関連付けられるレジストリ設定をリストする第３領域
をさらに備えたことを特徴とする請求項１１に記載のユーザインタフェース。
【請求項１５】
前記テストパッケージの１つに関連付けられたファイルに関連付けられるクリーンアップ設定をリストする第３領域
をさらに備えたことを特徴とする請求項１１に記載のユーザインタフェース。
【請求項１６】
新規テストパッケージまたはファイルを追加する能力をユーザに提供する第３領域
をさらに備えたことを特徴とする請求項１１に記載のユーザインタフェース。
【請求項１７】
データ構造を記憶したコンピュータ読み取り可能な記録媒体であって、前記データ構造はテストパッケージに関連し、かつ、
テストパッケージＩＤを記憶する第１データ構造と、
前記テストパッケージＩＤを参照する第２データ構造と、
子テストパッケージを参照する第３データ構造と
を備えたことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１８】
前記第１データ構造において識別された前記テストパッケージは、前記子テストパッケージから継承することを特徴とする請求項１７に記載のコンピュータ読み取り可能な記録媒体。
【請求項１９】
前記テストパッケージに関連付けられた１つまたは複数のレジストリエントリを提供する第４データ構造
をさらに備えたことを特徴とする請求項１７に記載のコンピュータ読み取り可能な記録媒体。
【請求項２０】
前記テストパッケージに関連付けられるファイルに関連付けられた１つまたは複数の環境変数を提供する第４データ構造
をさらに備えたことを特徴とする請求項１７に記載のコンピュータ読み取り可能な記録媒体。
【請求項２１】
前記テストパッケージに関連付けられたファイルを参照する第４データ構造
をさらに備えたことを特徴とする請求項１７に記載のコンピュータ読み取り可能な記録媒体。
【請求項２２】
前記テストパッケージに関連付けられたファイルと共に使用できるコマンドラインを記述する第４データ構造
をさらに備えたことを特徴とする請求項１７に記載のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の態様はコンピュータシステムに関する。より詳細には、本発明の態様はコンピュータシステムのテストに関する。
【背景技術】
【０００２】
コンピュータシステムの開発者は、バグのないシステムおよび／またはアプリケーションをリリースしたいと望んでいる。ハードウェア、ソフトウェアまたはファームウェアであれば、コンピュータ製品は全て何らかのレベルのテストを受ける。従来のテストシステムでは、システム上で実行すべき各テストをテストオペレータが個別に指定する必要がある。テストを実行するためには、オペレータが、テストに必要な要素を決定し、その要素のインスタンスを作成または有効にし、その後、選択したテストを実行する必要がある。このステップの組み合わせは単純であることが理想的であるが、複雑なソフトウェアおよび／またはハードウェアでは非常に複雑なものとなる。
【０００３】
図２は、テストプロセスの一覧をエージェント２０２に提供するサーバ２０１を含んだ、従来型のテストシステムを示す。テスト開発者はエージェント２０２で実行すべき特定のテストを選択し、プロセス１〜５（２０３〜２０７）に示すとおり選択したテストを実行する。実行すべき１０００以上のテストに関して、開発者は、個々のテストを各々指定し、かつ、各テストを実行する前にそのテスト要件がそれぞれ満たされていることを確実にする必要がある。必要なテスト要素を誤って１つでも有効にしなかったりインスタンスを作成しないと、予定のテストが完了できず、それはそのままテストランの失敗を意味する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のシステムには上述したような種々の問題があり、さらなる改善が望まれている。
【０００５】
本発明は、このような状況に鑑みてなされたもので、その目的とするところは、コンピュータシステムのテストをコンピュータ開発者にとってより容易にするためのテストパッケージを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の態様は、上記の問題の１つまたは複数に取り組むことによって、改良されたテスト方法およびシステムを開発者に提供する。
【０００７】
上記目的を達成するために、本発明のテストパッケージ作成システムは、２つまたは３つ以上のテストプログラムをテストパッケージにリンクさせる命令を受信するユーザインタフェースと、テストパッケージと前記２つまたは３つ以上のテストプログラムとの間の関連付けを受信するストレージと、テストパッケージを処理して、コンピュータシステムのテスト手順を生成するクライアントコンピュータとを備える。
【０００８】
また上記目的を達成するために、本発明のテストパッケージを作成するコンピュータ実行方法は、テストパッケージを定義するステップと、テストケースを定義するステップと、テストケースを前記テストパッケージに関連付けるステップと、テストパスを定義するステップと、前記テストパッケージを記憶装置に展開するステップとを備える。
【０００９】
また上記目的を達成するために、本発明のコンピュータ読み取り可能な記録媒体は、テストパッケージを作成するためのプログラムを記憶したコンピュータ読み取り可能な記録媒体であって、前記プログラムは、テストパッケージを定義するステップと、テストケースを定義するステップと、テストケースを前記テストパッケージに関連付けるステップと、テストパスを定義するステップと、前記テストパッケージをストレージに配置するステップとを備える。
【００１０】
また上記目的を達成するために、本発明のユーザインタフェースは、コンピューティングシステムにおいて、テストパッケージのユーザ指定を受信するユーザインタフェースであって、テストパッケージを表示する第１領域と、ユーザがパッケージ間の関係を変更することを可能にする第２領域とを備える。
【００１１】
また上記目的を達成するために、本発明のコンピュータ読み取り可能な記録媒体は、データ構造を記憶したコンピュータ読み取り可能な記録媒体であって、前記データ構造はテストパッケージに関連し、かつ、テストパッケージＩＤを記憶する第１データ構造と、前記テストパッケージＩＤを参照する第２データ構造と、子テストパッケージを参照する第３データ構造とを備える。
【発明を実施するための最良の形態】
【００１２】
添付図面における本発明の態様は１例として示すものであって、それに限定されるわけではない。図面中、同じ参照番号は同様の要素を示す。
【００１３】
本発明の態様は、コンピュータシステム（ハードウェア、ソフトウェア、ファームウェア等）のテストをコンピュータ開発者にとってより容易にするためのテストパッケージを定義および／または展開することに関する。
【００１４】
以下の記述は、汎用コンピューティング環境、自動および手動テスト、テストパッケージ、テストパッケージの関係に分けられている。
【００１５】
汎用コンピューティング環境 
図１を参照すると、本発明を実施する例示的システムは、コンピューティングデバイス１００等のコンピューティングデバイスを含む。最も基本的な構成においては、コンピューティングデバイス１００は、通常、少なくとも１つのプロセッサ１０２およびメモリ１０４を含む。コンピューティングデバイスの正確な構成とタイプに応じて、メモリ１０４は、揮発性（ＲＡＭ等）であってもよく、不揮発性（ＲＯＭ、フラッシュメモリ等）であってもよく、またはその両方の組み合わせてあってもよい。この最も基本的な構成を点線１０６によって図１に示す。さらに、デバイス１００は、追加の特徴／機能を有してもよい。例えば、デバイス１００は、追加のストレージ（リムーバブルおよび／またはノンリムーバブル）を含んでもよい。この追加のストレージは、磁気ディスク、光ディスク、またはテープを含むが、それらに限定されない。この追加のストレージを、リムーバブルなストレージ１０８およびノンリムーバブルなストレージ１１０によって図１に示す。コンピュータストレージ媒体には、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータ等の情報を記憶するための、任意の方法または技術で実施される揮発性および不揮発性媒体、リムーバブルおよびノンリムーバブル媒体が含まれる。メモリ１０４、リムーバブルストレージ１０８およびノンリムーバブルストレージ１１０は、全てコンピュータストレージ媒体の例である。コンピュータストレージ媒体に含まれるものは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光ストレージ、磁気カセット、磁気テープ、磁気もしくは他の磁気、または所望の情報を記憶するために使用することができ、かつデバイス１００がアクセスすることができる他の任意の媒体であるが、それらに限定されない。このような任意のコンピュータストレージ媒体は、デバイス１００の一部となることができる。
【００１６】
デバイス１００は、デバイス１００が他のデバイスと通信することを可能にする通信接続（単数または複数）１１２も含んでよい。通信接続（単数または複数）１１２は、通信媒体の１例である。通信媒体は、通常、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータを搬送波または他の搬送機構等の変調データ信号に具現し、かつ任意の情報配信媒体を含む。「変調データ信号」という用語は、その特性の集合の１つまたは複数を有する信号、または情報を信号にエンコードする方式で変化させられた信号を意味する。通信媒体の例としては、有線ネットワークまたは直接配線接続等の有線媒体、並びに、音響媒体、ＲＦ媒体、赤外線媒体および他の無線媒体等の無線媒体が挙げられるが、それらに限定されるわけではない。ここで使われているコンピュータ可読媒体という用語は、ストレージ媒体と通信媒体の両方を含む。
【００１７】
デバイス１００は、キーボード、マウス、ペン、音声入力デバイス、タッチ入力デバイス等の入力デバイス１１４（単数または複数）も有してよい。ディスプレイ、スピーカ、プリンタ等の出力デバイス１１６（単数または複数）も含んでよい。これらのデバイスは全て当技術においては公知であり、ここで詳細に記述する必要はない。
【００１８】
自動テストおよび手動テスト 
コンピュータシステムのテストは、多大な時間を要する冗長なプロセスとなる場合がある。テストには自動テストと手動テストの２つのタイプがある。自動テストでは、テスト機でのアプリケーションの実行を必要とする。テストアプリケーションおよびそれに依存する情報を全て、テスト実行前にテスト機で事前に構成する必要がある。この依存情報には、ファイル、環境変数設定、レジストリ設定およびコマンドが含まれる。かなりの数の依存情報がある場合があり、そのうちの１つでも有効にできないと、実行されるテストの妥当性が脅かされることになる。
【００１９】
手動テストは、広く使用されているもう１つのテストシステムである。手動テストは、所望の状態に近づくためにユーザが物理的にシステムを制御し、その後、その状態を監視することを含む。例えば、これには、ゲーム開発者がゲームを制御して所望の点に到達した後、そのゲームの性能またはレンダリングを評価することを含むことができる。同じ所定位置に常に到達する可能性は、環境に加えられた変更によって脅かされる場合があり、その結果、一貫性のあるテストは困難となる。
【００２０】
自動テストおよび手動テストの修正版も使用してよい。ここでは、「半自動テスト」を使用して、テストプロセスの一部（例えば、システム構成）を自動にし、続いて開発者が手動で検証およびロギングを行ってもよい。
【００２１】
テストパッケージ 
テストの実施を容易にするために、テストを定義、体系化、および／または事前に構成して展開するのに役立つテストパッケージを使用することができる。本発明による少なくとも一部の態様においては、関連するテストパッケージを組み合わせて、互いに特性を継承することができる。複数のテストが任意の１つのパッケージから継承することができる。各テストは、パッケージに関連付けることができ、そのパッケージは、継承可能な情報を含む。
【００２２】
テストをパッケージ化することの１つの利点は、依存情報の記述をテスト間で関連させることができる点である。ここでは、１つのパッケージが、他の複数のパッケージ上に構築されてもよい。そうすると、１つのパッケージにおける変化が、依存する全てのパッケージおよび関連付けられたテストにつぎつぎ転送され、そのプロセスで、それらのパッケージおよびテストは更新される。
【００２３】
コンピュータスクリプトは事前に、または必要に応じて生成されることができる。ジャスト・イン・タイムベースでコンピュータスクリプトを生成する１つの利点は、一般管理費の減少である。
【００２４】
図３は、テストパッケージを作成・展開するプロセスを示す。開発者は、テストパッケージユーザインタフェース３０１を使用して、サーバ３０２との複数の操作を行う。開発者は、次の操作を行うことができる。  
ａ．テストパッケージを定義する
ｂ．テストケースを定義する
ｃ．テストケースをパッケージに関連付ける
ｄ．テストパスを定義する
ｅ．パッケージを展開する
【００２５】
次に、クライアント環境においては、テスト機上のエージェント３０３は、テストケースに関連付けられたパッケージに関して、サーバ３０２にクエリを行う。そうすると、サーバは、最高位のパッケージから開始し、パッケージ継承チェーンを進んで、コンテンツをエージェント３０３に返す。そして、エージェント３０３は、ボックス３０７に示すように依存性情報の記述を使用してスクリプトを生成する。次に、エージェント３０３は、生成したスクリプトを実行する、またはスクリプトを記憶もしくは後に実行するために記憶させてもよい（ローカルまたは遠隔に）。
【００２６】
スクリプトは、その後、エージェント３０３によって呼び出され、テスト機を事前に構成する。スクリプトは、環境変数の設定、レジストリ入力の設定、任意の要求されたファイルのコピー、関連アプリケーションの監視および任意のクリーンアップのスケジューリングを含む、複数の他の操作を行ってもよい。
【００２７】
パッケージ固有のプロセス３０４〜３０６は、その後、１つまたは複数のテスト機で実行してもよい。例えば、パッケージ固有のプロセス３０４は、第１テスト機で実行してもよく、パッケージ固有のプロセス３０６は、第２テスト機で実行してもよい。
【００２８】
スクリプトは、各テストの完了後またはテストの集合的なセットの完了時に、単純なクリーンアップ操作を行ってもよく、行わなくてもよい。
【００２９】
図４は、本発明の態様によるテストパッケージを構成するための例示的ユーザインタフェースを示す。それの代替となるインタフェースは、含むセクションがそのインタフェースより多くても少なくてもよく、または複数のインタフェースをつなぐものでもよい。
【００３０】
図４は、ユーザインタフェース４０１を含む。ユーザインタフェース４０１は、パッケージを定義し、定義したパッケージをパッケージ階層内に位置づける能力を開発者に提供する。各種のパッケージを領域４０２に示す。ここでは、最高レベルのパッケージは「Ｍａｉｎ（メイン)」である。従属するパッケージには、ＵＩＭａｉｎ、ＵＩ１（従属パッケージＵＩ１ＡおよびＵＩ１Ｂを伴う）、ＵＩ２、ＵＩ３、ＵＩ４およびＵＩ５が含まれる。ＴｅｘｔＢｏｘＭａｉｎは、従属パッケージであるＴｅｘｔＢｏｘ１、ＴｅｘｔＢｏｘ２およびＴｅｘｔＢｏｘ３（従属パッケージＴｅｘｔＢｏｘ３ＡおよびＴｅｘｔＢｏｘ３Ｂを伴う）を含む。他のパッケージを含んでもよい。各種の追加および削除ボタンを使用して、テストパッケージに関連付けることができるファイル／環境変数、コマンドライン、レジストリエントリ等を増減してもよい。
【００３１】
領域４０２に示すように、テストパッケージＵＩＭａｉｎを選択した。テストパッケージＵＩＭａｉｎに関連する情報が、図４の領域４０３〜４０７に表示される。領域４０３は、テストパッケージＵＩＭａｉｎが参照するファイル（単数）および／またはファイル（複数）（場合によりファイル名、ソース、宛先、およびそのファイルは登録する必要があるか否かを含む）を表示する（例ＣＯＭ／ＤＬＬ）。別のファイルＴｅｓｔ．ｖｂｓも表示される。領域４０４は、テストパッケージＵＩＭａｉｎに関連する環境変数(環境変数とその設定に関連付けられた名前を含む場合がある)を表示する。領域４０５はＴｅｓｔ．ｖｂｓに関連付けられたコマンドライン（単数または複数）（コマンドラインと共にそのコマンドラインをクリーンアップ中に呼び出すべきか否かの表示を含む）を表示する。領域４０６は、レジストリエントリ（ルートレジストリエントリ、パス、レジストリタイプ、およびレジストリエントリに関連付けられたデータを含む）を表示する。領域４０７は、関連パッケージのリストを表示する。ここで、例えば、パッケージＵＩＭａｉｎはグローバルパッケージ（ｒｅｆｅｒｅｎｃｅｄ  ａｓ＿Ｇｌｏｂａｌ）とＯＳ＿Ｍａｉｎ＿ＩＰに関連しており、それらから導出される。依存パッケージは、ＵＩＭａｉｎから導出される。これらの依存パッケージには、ワークスペース（Ｗｏｒｋｓｐａｃｅ）、構文解析（Ｐａｒｓｉｎｇ）、スタイラス入力（Ｓｔｙｌｕｓ  Ｉｎｐｕｔ）、テキストボックス自動化（Ｔｅxｔ  Ｂｏｘ  Ａｕｔｏｍａｔｉｏｎ）、マウス入力（Ｍｏｕｓｅ  Ｉｎｐｕｔ）およびキーボード入力（Ｋｅｙｂｏａｒｄ  Ｉｎｐｕｔ）のテストパッケージが含まれる。領域４０７は、パッケージの新しい依存情報の指定を可能にし、かつパッケージの依存情報を（例えば、実行されるであろう順序に）再度順序付けすることを可能にする領域も含む。
【００３２】
次の擬似コード例は、テスト機上で実行するエージェント３０３がサーバ３０２からパッケージを検索した後で、エージェント３０３が作成することができるスクリプトを表す。次のスクリプト例は、関連する依存情報でテスト機を構成し、その後テストアプリケーションを実行する。
Dim p As package 「テストパスで利用される任意のパッケージ」
Function GetPackageDependencies (Package x)
「”x”が依存するパッケージのリスト（”x”自身を含む）を返す。」
「リストは、最も依存性の低いパッケージから最も依存性の高いパッケージの順に分類してもよい。」
「このリストの最初のパッケージは、”_Global”パッケージである。」
「このリストの最後のパッケージは、”x”自身である。」
End Function
【００３３】
【表１】
2008509472.tif 000003
【００３４】
テスト手順のクリーンアップは、この例では任意選択であることを記しておく。クリーンアップは、行うとすれば、各テストを行った後、幾つかのテストを行った後、または全てのテストを行った後で実施してもよい。
【００３５】
図５は、テストパッケージを展開するために使用することができる各種のプロセスを示す。ステップ５０１において、テストパッケージを定義する。ステップ５０２では、その前、後、または同時にテストケースを定義してもよい。状況によっては、テストをテストパッケージに関連付けるかなり前に、テストケースを定義してもよい。ステップ５０３において、テストケース（単数または複数）は、パッケージ（単数または複数）と関連付けることができる。ステップ５０４において、テストパスを定義する。ステップ５０５において、テストパッケージ（単数または複数）を配置する。ステップ５０６は、結果の自動報告を示す。
【００３６】
１例では、自動テストを手動テストと組み合わせて、開発者の負担を軽減することができる。開発者は、常に行うことは単調であり得るコンピュータシステムの様相を眼で見て点検する必要がある。このテストは、半自動テストと呼ぶことができる。ステップ５０７は、結果の半自動報告の報告を示す。
【００３７】
ステップ５０８は、テストパスに関連して行われた手動検証に関連付けられた手動による結果の任意選択のロギング（記録）を示す。
【００３８】
図６は、テストパッケージの手動による実施を示す。ステップ６０１において、テストケースを定義する。ステップ６０２において、テストパス（単数または複数）を定義する。ステップ６０１またはステップ６０２のどちらが最初でもよい。あるいは、両方のステップが同時に生じてもよい。ステップ６０３において、ユーザは、テストシステムの実行による手動の結果をログ（記録）する。テストパッケージを使用することによって、開発者はコンピュータシステム実行中に、より迅速にテスト環境に到達することが可能になる。
【００３９】
テストパッケージの関係 
図７は、オブジェクト間の各種の関係を示すことによって、テストおよびテストパッケージの階層を作成している。テストパッケージ７０１は、パッケージＩＤ、パッケージ名、およびパッケージの所有者の表示を含む。テストパッケージ７０１は、パッケージ依存性情報７０２に関連付けられている。パッケージ依存性情報７０２は、ホストパッケージＩＤ、ゲストパッケージＩＤ、およびパッケージ依存性情報の順序を含む。パッケージ依存性情報７０２からパッケージ７０１に、２つの参照情報が示されている。第１の参照は、ホストパッケージＩＤ（パッケージ自身に名前をつける）に関連し、第２の参照は、ゲストパッケージＩＤ（ホストパッケージが継承するパッケージ）に関連する。
【００４０】
パッケージ７０１に環境エントリ７０３も関連している。環境エントリ７０３は、環境エントリＩＤ、パッケージＩＤ、環境変数名、および設定を含む。
【００４１】
さらにパッケージ７０１に関連しているのは、レジストリエントリ７０４である。レジストリエントリ７０４は、レジストリエントリＩＤ、パッケージＩＤ、レジストリエントリのルート表示、パス、タイプ、およびデータフィールドを含む。
【００４２】
パッケージ７０１は、さらにファイル７０５に関連する。ファイル７０５は、ファイルＩＤ、パッケージＩＤ、サーバの位置、ファイル名、ローカルターゲット、および、そのファイルは登録の必要があるか否かの表示（レジスタ）を含む（ファイルは、ＣＯＭ実行可能ファイルまたはＤＬＬファイルを含むがそれらに限定はされない）。
【００４３】
最後に、パッケージ７０１は、コマンドライン７０６の表示を含む。コマンドライン７０６は、コマンドラインＩＤ、パッケージＩＤ、クリーンアップ操作、およびコマンドテキストを含む。
【００４４】
図７のオブジェクトに関連して、パッケージ７０１と併用することができるサンプルエントリを次に提示する。
【００４５】
ａ．サンプル環境エントリ
【００４６】
【表２】
2008509472.tif 000004
【００４７】
【表３】
2008509472.tif 000005
【００４８】
ｂ．サンプルコマンドライン
【００４９】
【表４】
2008509472.tif 000006
【００５０】
【表５】
2008509472.tif 000007
【００５１】
ｃ．サンプルファイルエントリ（該当する場合、サーバの位置、ローカルターゲットおよびファイル名を含む）
【００５２】
【表６】
2008509472.tif 000008
【００５３】
ｄ．サンプルレジストリエントリ（ルートパス、タイプおよびデータを含む）
【００５４】
【表７】
2008509472.tif 000009
【００５５】
本発明を、その好適および例示的実施形態という形で記述した。添付の特許請求の範囲の、範囲内および趣旨の範囲内で、当業者は本開示を再検討することにより、他の多くの実施形態、変更形態、および変形形態を考案するであろう。
【図面の簡単な説明】
【００５６】
【図１】本発明の態様に基づいた汎用コンピューティング環境を示す図である。
【図２】従来のテストシステムを示す図である。
【図３】本発明の態様に基づいてテストパッケージを組立および／または展開するプロセスを示す図である。
【図４】本発明の態様に基づいた例示的ユーザインタフェースを示す図である。
【図５】本発明の態様に基づいてテストパッケージを組立および／または展開する各種の代替プロセスを示す図である。
【図６】本発明の態様に基づいてテストパッケージを組立および／または展開するさらに別のプロセスを示す図である。
【図７】本発明の態様に基づいたテストパッケージとその関連コンポーネントとの関係を説明するのに役立つ実例を示す図である。
【図１】
2008509472.tif 000010
【図２】
2008509472.tif 000011
【図３】
2008509472.tif 000012
【図４】
2008509472.tif 000013
【図５】
2008509472.tif 000014
【図６】
2008509472.tif 000015
【図７】
2008509472.tif 000016
【手続補正書】
【提出日】平成19年8月6日(2007.8.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項３
【補正方法】変更
【補正の内容】
【請求項３】
テストパッケージを作成するコンピュータ実行方法であって、前記コンピュータはプロセッサ及び記憶手段を含み、前記記憶手段は前記プロセッサに結合され、前記プロセッサによって実行可能なプログラムを記憶し、前記プロセッサが前記記憶手段から前記プログラムを読み出し、前記プログラムを実行する際に、
前記プロセッサが、前記記憶手段上でテストパッケージを定義するステップと、
前記プロセッサが、前記記憶手段上でテストケースを定義するステップと、
前記プロセッサが、前記記憶手段上で前記テストケースを前記テストパッケージに関連付けるステップと、
前記プロセッサが、前記記憶手段上でテストパスを定義するステップと、
前記プロセッサが、前記テストパッケージを前記記憶手段に展開するステップと
を備えることを特徴とするテストパッケージを作成するコンピュータ実行方法。
【国際調査報告】
2008509472.tif 000017