少なくとも1つのクラスタを含むテスト環境における適応型コンピュータシステムのために少なくとも1つのタスクの実行を検証する方法であって、前記少なくとも1つのクラスタの各々は複数のノードを含み、前記少なくとも1つのクラスタの各々の前記複数のノードのうちの少なくとも1つのノードはメモリ内に存在するプログラムを含み、プログラムと称される、前記メモリ内に存在する前記プログラムは、テスト要素を格納するためのシステムに、前記プログラムを含むノードが属するクラスタの前記複数のノードの少なくとも1つの特性を送信するステップと、前記送信ステップに応えて、前記テスト要素を格納するためのシステムが、前記少なくとも1つの特性に適合する前記少なくとも1つのタスクの少なくとも1つのテストを表すデータを含む場合に、前記プログラムを含むノードが属するクラスタ内で前記少なくとも1つのタスクの実行を可能にする前記少なくとも1つのテストを表す前記データを受信するステップ405と、前記プログラムを含むノードが属するクラスタの利用可能なリソースが、前記少なくとも1つのテストを表す前記受信データにしたがって前記少なくとも1つのタスクの実行を可能にする場合に、前記少なくとも1つのテストを表す前記受信データにしたがって前記少なくとも1つのタスクの実行を行い435、前記実行の間に取得された少なくとも1つの結果を送信するステップ440と、を含むことを特徴とする、方法。前記少なくとも1つのタスクの実行を可能にするデータを受信する前記ステップが、前記プログラムを含むノードが属するクラスタの環境の構成データの少なくとも1つの項目を受信するステップを含み、方法は、受信した構成データの前記項目に応じて前記プログラムを含むノードが属するクラスタの環境を構成するステップをさらに含む、請求項1に記載の方法。前記少なくとも1つのタスクの実行を可能にするデータを受信する前記ステップが、前記少なくとも1つのタスクの実行結果を判定するためのデータの少なくとも1つの項目を受信するステップを含み、方法は、前記少なくとも1つのタスクの実行結果を判定するために受信されたデータの前記少なくとも1つの項目に応じて、前記少なくとも1つのタスクの少なくとも1つの実行結果を判定するステップをさらに含む、請求項1または2に記載の方法。前記少なくとも1つのテストを表す前記受信データに応じて前記少なくとも1つのタスクの前記少なくとも1つのテストを作成するステップ410をさらに含む、請求項1から3のいずれか一項に記載の方法。前記少なくとも1つのタスクの実行を可能にするデータを受信する前記ステップに応えてルーチン実行テーブルの入力項目を作成するステップをさらに含み、前記ルーチン実行テーブルは、前記少なくとも1つのタスクの自動実行を可能にする、請求項1から4のいずれか一項に記載の方法。前記少なくとも1つのタスクの実行の報告の送信を命令するために外部システムにコマンドを送信するステップをさらに含む、請求項1から5のいずれか一項に記載の方法。前記テスト要素を格納するためのシステムがデータベース310を含み、前記データベースは環境データ、テストデータ、分析データ、およびタスクデータを含み、前記プログラムを含むノードが属するクラスタの前記複数のノードの前記少なくとも1つの特性を送信する前記ステップは、前記データベースへのアクセスの要求を含む、請求項1から6のいずれか一項に記載の方法。複数のテストが同時に実行される、請求項1から7のいずれか一項に記載の方法。コンピュータ上で実行されるときに、請求項1から8のいずれか一項に記載の方法の各々を実行するようになっている命令を含む、コンピュータプログラム。請求項1から8のいずれか一項に記載の方法のステップの各々の実現に適合した手段を含む装置。図1および図2を参照して提示されたものなどのテストおよび検証システムは、コンピュータシステムにおける静的タスクの実行を効率良くテストおよび検証することができるようにする一方で、適応可能なハードウェアテスト環境の最適な使用を可能にするものではない。この結果、具体的にはテストのシーケンシングと結びつけられた時間の無駄、ならびにテストシステムの結果の使用不足が生じる。本発明は、上述の解決されるべき問題のうちの少なくとも1つの解決を可能にする。このため本発明は、少なくとも1つのクラスタを含むテスト環境における適応型コンピュータシステムのために少なくとも1つのタスクの実行を検証する方法に関し、前記少なくとも1つのクラスタの各々は複数のノードを含み、前記少なくとも1つのクラスタの各々の前記複数のノードのうちの少なくとも1つのノードはメモリ内に存在するプログラムを含み、プログラムと称される、前記メモリ内に存在するプログラムは、テスト要素を格納するためのシステムに、前記プログラムを含むノードが属するクラスタの前記複数のノードの少なくとも1つの特性を送信するステップと、前記送信ステップに応えて、前記テスト要素を格納するためのシステムが、前記少なくとも1つの特性に適合する前記少なくとも1つのタスクの少なくとも1つのテストを表すデータを含む場合に、前記プログラムを含むノードが属するクラスタ内で前記少なくとも1つのタスクの実行を可能にする前記少なくとも1つのテストを表す前記データを受信するステップと、前記プログラムを含むノードが属するクラスタの利用可能なリソースが、前記少なくとも1つのテストを表す前記受信データにしたがって前記少なくとも1つのタスクの実行を可能にする場合に、前記少なくとも1つのテストを表す前記受信データにしたがって前記少なくとも1つのタスクの実行を行い、前記実行の間に取得された少なくとも1つの結果を送信するステップと、を含む。本発明による方法はこのように、プールされたリソースを平行して使用できるようにすることによって、テストの実行時間にいくつかのノードをグループ化するクラスタを含むテスト環境のリソースを最適化することを、可能にする。有利なことに、前記少なくとも1つのタスクの実行を可能にするデータを受信する前記ステップは、前記プログラムを含むノードが属するクラスタの環境の構成データの少なくとも1つの項目を受信するステップを含み、方法は、受信した構成データの前記項目に応じて前記プログラムを含むノードが属するクラスタの環境を構成するステップをさらに含む。本発明による方法はこのように、実行すべきテストに応じてテスト環境を構成することを可能にする。前記少なくとも1つのタスクの実行を可能にするデータを受信する前記ステップは、好ましくは、前記少なくとも1つのタスクの実行結果を判定するためのデータの少なくとも1つの項目を受信するステップをさらに含み、方法は、前記少なくとも1つのタスクの実行結果を判定するために受信されたデータの前記少なくとも1つの項目に応じて、前記少なくとも1つのタスクの少なくとも1つの実行結果を判定するステップをさらに含む。本発明による方法はこのように、テスト実行結果が評価されるやり方を構成することを可能にする。特定の実施形態によれば、方法は、前記少なくとも1つのテストを表す前記受信データに応じて前記少なくとも1つのタスクの前記少なくとも1つのテストを作成するステップを、さらに含む。本発明による方法はこのように、参照テスト要素に基づいて動的テストを作成することを可能にし、こうしてテスト可能性を増加させる。やはり特定の実施形態によれば、方法は、前記少なくとも1つのタスクの実行を可能にするデータを受信する前記ステップに応えてルーチン実行テーブルの入力項目を作成するステップをさらに含み、前記ルーチン実行テーブルは、前記少なくとも1つのタスクの自動実行を可能にする。有利なことに、方法は、前記少なくとも1つのタスクの実行の報告の送信を命令するために外部システムにコマンドを送信するステップを、さらに含む。テスト環境はこのように、テストの実行を管理し、テスト報告送信を自律的に制御するようになっている。さらに特定の実施形態によれば、前記テスト要素を格納するためのシステムはデータベースを含み、前記データベースは環境データ、テストデータ、分析データ、およびタスクデータを含み、前記プログラムを含むノードが属するクラスタの前記複数のノードの前記少なくとも1つの特性を送信する前記ステップは、前記データベースへのアクセスの要求を含む。有利なことに、複数のテストが同時に実行される。本発明は、先に記載された方法の各ステップの実現に適合した命令を含むコンピュータプログラム、ならびに先に記載された方法の各ステップの実現に適合した手段を含む装置にも関する。このコンピュータプログラムおよびこの装置によってもたらされる利点は、上記の利点と同様である。本発明のその他の利点、目的、および特徴は、以下の添付図面に関連して、非限定例によって与えられる、以下の詳細な説明から明らかになるだろう。本発明は具体的には、タスクの実行の検証を可能にし、シーケンスの実行を最適化するために、テストの実行を管理すること、すなわちその能力に応じてテストクラスタ自体に基づいて結果分析および構成データに関連づけられたタスクのシーケンスの実行を管理することに関する。特定の実施形態によれば、テスト環境は、各々がノードの集合を含むいくつかのクラスタによって構成されている。入力ノードまたはログインノードと称される、各クラスタの特定のノードは、タスクのシーケンスを自動的に開始するために、メモリ内に存在するプログラムを含む。本発明がLinux登録商標のオペレーティングシステムに基づく環境で実現されるとき、このようなプログラムは通常、crondを含む。このプログラムは、バイナリまたはシェルスクリプト型のプログラム、すなわちオペレーティングシステムへのアクセスを可能にするプログラムと組み合わせられて、特定された構成で実行されることが可能なタスクのシーケンスを開始するために、クラスタのリソース、ならびにその実行環境を特定することを、特に可能にする。言い換えると、特定された構成の情報に基づいて、実行可能なテストを決定し、関連するタスクのシーケンスの実行を可能にするデータにアクセスし、必要なリソースが利用可能なときにその実行を開始することが、可能である。これらの目的のため、データベースは、予定されたタスクのリスト、および、予定された各タスクについて、対応するタスクのシーケンスを実行することが可能なクラスタのリストを、含む。このデータベースは、実行すべきタスクのシーケンスを含む参照テストそのもの、実行環境、ならびにテスト結果の取得および分析に関する情報も含む。このため、実行可能な予定されたタスクを特定した後、各クラスタの各入力ノードのメモリ内に存在するプログラムは、参照テストに基づいて対応する動的テストを作成し、利用可能なリソースにしたがって関連するタスクのシーケンスを開始してもよい。図3は、本発明を実現するタスクを実行するためのテストおよび検証環境300の概略図である。表305はここで、パラメータを組み合わせることによって実行すべきテストを決定するために使用される。実行すべき動的テストはここで、参照テスト要素の組み合わせによって、すなわちたとえば環境、テストデータ、分析規則、タスク、およびユーザの関連づけによって、定義される。このため、予定されたタスクを表す関連づけのリンクによって表305に示されるように、動的テストは、参照テスト要素を対象とする表示、ならびにこれらに関連する要素から、作成されてもよい。参照テストならびに予定されたタスクはここで、データベース310に格納される。ここで参照テストは異なる性質の要素、たとえばテストの実行で使用されるハードウェア対象を含んでもよいことがわかる。テスト環境は、テストクラスタも含んでよく、ここではテストクラスタ315-1および315-2を含み、これらはテストクラスタAおよびBとも称される。各テストクラスタは、所定のまたは構成可能なアーキテクチャにしたがって互いに結合しているノードの集合、ならびに特定のノードと結合しているかまたはいくつかのノード間で共有されている、全体として参照番号320が付された管理システムを、含む。入力ノードまたはログインノードと称される特定のノード325は、外部システムからクラスタにアクセスするために使用される。入力ノードは、全体として参照番号325が付される、メモリ内に存在するプログラムを含む。入力ノードは、取得されたテスト結果を外部システムに送信するためにも、使用される。動的テストに対応するタスクを実行するために使用されるクラスタのノードは、ここで全体として参照番号335が付される。結果を評価するためのアプリケーションシステムは、得られた結果を期待される結果と比較するために、さらに使用される。ここでは、PHPApacheアプリケーションサーバ345である。これは好ましくは、テストクラスタとデータベース310との間でデータを交換するために使用される。先に記載されたように、入力ノード325のメモリ内に存在するプログラムは、具体的には、動的テストを作成して、必要なリソースが利用可能なときにこれらのテストに対応するタスクのシーケンスの実行を開始し、得られた結果をそのデータベースに送信するために、これが埋め込まれているクラスタのリソースを決定し、データベース310内に収容されたテスト要素にアクセスするという目的を有する。より具体的には、クラスタのリソースに応じてデータベース310から取得されたテスト要素は、ファイル330内に格納されている動的テストを作成するために使用され、たとえば各テストが個別のファイルに格納されることが可能である。有利なことに、これらのファイルは、各テストについて、たとえばオペレーティングシステムおよび使用すべきバージョンの参照を含むテスト環境、テストデータ、すなわちここでは実行すべきタスクおよびそのパラメータ、ならびに結果を取得するための分析規則を、格納する。これらのファイルはまた、アプリケーションサーバ345によってそこから処理および分析されてもよいデータベース310に送信される前に、テスト結果を一時的に格納するためにも使用されてよい。ファイル330は、たとえば、クラスタのファイルシステムに格納される。図4は、クラスタのリソースに応じて動的テストを行うためにテスト環境に属するクラスタの入力ノードのメモリ内に存在するプログラムにおいて実現されるアルゴリズムの一例の図表示である。前述のように、このアルゴリズムは、検討されるクラスタの全体的なスケジューラによって、またはそのクロンタブcrontabによって、呼び出される。第一ステップステップ400は、クラスタの特性、たとえばノードの数、その種類、およびノード間の相互接続の構成など、具体的にはそのハードウェアリソースに関わるものを取得することを、対象とする。これはたとえばクラスタの名前またはレファレンスなど、所定のレファレンスであってもよい。これらの特性はまた、実現されるオペレーティングシステム、およびそのバージョンも含んでよい。しかしながら、このような特性は、好ましくは、必要とされるオペレーティングシステムが実現されるように、各テストに関連づけられる。続くステップステップ405は、予定されたタスクを取得し、クラスタの特性に応じてテストデータを照会することを、対象とする。図解によれば、このステップは、たとえばその名前、そのマイクロプロセッサの種類、およびそのソフトウェア構成など、クラスタの特性を含むSQLクエリSQLとは構造化照会言語StructuredQueryLanguageの形態を取ってもよい。これはここで、先に記載されたように、アプリケーションサーバ345を経由してデータベース310に送信される。この要求に応えて、クラスタの入力ノードは、実行可能な動的テストの1つ、いくつか、またはすべての作成を可能にし、要求の開始時にクラスタによって実行されなければならない、テスト要素を受信するステップ410。ここでアプリケーションサーバ345を経由してデータベース310から受信した、これらのデータは、有利なことに、各動的テストについて、以下の情報を含む:テスト環境、すなわちたとえば、使用するノードの数、その相互接続の構成、環境変数、および使用するオペレーティングシステム、テストデータ、すなわち具体的には、実行すべきタスクのシーケンス、ならびにこれらのタスクの実行パラメータ、および分析の規則、すなわちテストの実行に応えて送信すべきテスト結果を取得可能にする規則。作成された参照テストまたは動的テストから受信したデータは、好ましくはファイルに格納される図3のファイル330。次のステップは、まだ実行されていない動的テストがあるか否かを判断することを対象とするステップ415。実行すべき動的テストがない場合には、実行された動的テストの開始時のクライアントにこれらのテストの実行に関する最終報告を送信するように命令するために、アプリケーションサーバ345にコマンドが送信されるステップ420。この報告は、たとえばテスト結果を含む。アルゴリズムはこれで終了する。反対に、少なくとも1つの実行すべき動的テストがある場合には、次のステップは、クラスタの利用可能なリソースに応じて実行すべき動的テストを特定することを対象とするステップ425。これらの目的のため、利用可能なリソースは、実行可能なテストを判断するためにルーチン実行テーブルを通じて特定されたタスクを実行するために必要なリソースと比較される。リソースが実行されるテストのうちの少なくとも1つを実行可能にしない場合には、割り込みによってシステムが停止するまで、またはリソースが自由にテストを実行可能にできるようになるまで、このステップが繰り返される。反対に、クラスタの利用可能なリソースが1つ以上の動的テストに対応するタスクのシーケンスの実行を可能にする場合には、これらはルーチン実行テーブルにおいて選択される。これは、たとえば、ルーチン実行テーブルの指標に基づいて実行可能な第一のテストであってもよい。テストに対応するタスクのシーケンスを実行するためには、そのテストのデータは、必要であれば、使用されるオペレーティングシステムに応じて環境を構成してテストアプリケーションをコンパイルするために、対応するファイルから取得される。ステップ415に戻る矢印で示されるように、ステップ425は、実行すべき動的テストが残っている限り実行される。選択されたテストを実行するために必要なリソースはその後これらの動的テストの各々のために確保されステップ430-1、430-n、タスクのシーケンスは、これら動的テストの実行によって開始されるステップ435-1、435-n。使用される分析の規則にしたがって、タスクのシーケンスの実行において得られた結果は、ここでテストに関連づけられたファイルに格納される。リソースを確保するステップステップ430が、クラスタのノードを再初期化するステップ、またはオペレーティングシステムを変更するステップ、すなわちソフトウェアを完全に消去するステップを含んでもよいことが、わかる。動的テストに対応するタスクのシーケンスが実行済みであるとき、得られた結果、ならびに好ましくは動的テストの構成は、タスクの実行を検証するかまたは検証しないため、および図2を参照して記載されたものなどのテストおよび検証結果の表示を構築するために、評価システムによって処理および分析されるアプリケーションサーバ345を経由してデータベース310に送信されるステップ440-1、440-n。次に、実行される動的テストの開始時のクライアントにそのテストの実行に関する報告を送信するように命令するために、アプリケーションサーバ345にコマンドが送信されるステップ445-1、445-n。実行された動的テストはその後、再び選択されないようにするために、実行済みとして標識されるステップ450-1、450-n。動的テストが実行されるとすぐに、対応するリソースが開放されるステップ455。アルゴリズムは次にステップ415に戻り、いずれかの動的テストが実行中であるかまたは未実行のままであるかを判断する。実行中または実行すべき動的テストがない場合には、実行された動的テストの開始時のクライアントにこれらのテストの実行に関する最終報告を送信するように命令するために、アプリケーションサーバ345にコマンドが送信されステップ420、アルゴリズムは終了する。参照番号430-iから450-iによって示されるように、いくつかのテストはクラスタによって同時に実行されてもよく、そうしてプールされたリソースを平行して使用できるようにする。タスクのシーケンスはこのように、その他のタスクのシーケンスが実行中であっても、開始されてよい。ここで、動的テストの実行に結びつけられたステップを、別の動的テストの対応するステップと同期させる必要がないことが、観察されるべきである。言い換えると、ステップ430-iから450-iの実行は、ステップ430-jから450-jの実行とは無関係である。図4を参照して記載されたアルゴリズムを実現するようになっているクラスタのアーキテクチャの一例は、図5に示されている。ここで装置500は通信バス502を含み、これには:中央処理装置CPUまたはマイクロプロセッサ504、上述のプログラムの実行中に作成および修正された変数およびパラメータを記録するようになっているレジスタを含む、ランダムアクセスメモリRAM506のコンポーネント。図示されるように、ランダムアクセスメモリの各コンポーネントは、マイクロプロセッサに関連づけられてもよく、あるいは装置500の要素と共通であってもよい、およびデータを送受信するようになっている、通信インターフェース508、が接続されている。好ましくは、装置500は、具体的には装置500が本発明による処理を実現できるようにするプログラムの実行可能コード、および本発明によって処理された、または処理されるべきデータを格納することが可能な、ハードディスクなどの内部記憶手段512を、さらに含む。通信バスは、装置500に含まれるかまたはこれに接続された異なる要素の間の通信および相互運用を、可能にする。バスの表示は非限定的であり、具体的にはマイクロプロセッサは、装置500のいずれかの要素への命令と、直接または装置500の別の要素によって通信してもよい。より一般的には、実現される1つまたは複数のプログラムは、実行される前に装置500の記憶または通信手段のうちの1つにロードされてもよい。マイクロプロセッサ504は、本発明による1つまたは複数のプログラムの命令またはソフトウェアコードの部分の実行を、制御および指示する。通電すると、たとえばハードディスクなどの不揮発性メモリに格納された1つまたは複数のプログラムはランダムアクセスメモリ506に転送され、するとこれは、本発明による1つまたは複数のプログラムの実行可能コード、ならびに本発明の実現に必要な変数およびパラメータを格納するためのレジスタを、格納することになる。当然ながら、特定の需要を満たすために、当業者は上記の記載に変更を加えることができるだろう。