(57)【要約】【課題】制御装置を格段に有効にテストできるシステムおよび方法を実現すること。【解決手段】テストプラン（３）のモデルベース開発および／または管理を行うように構成されたテストマネジメントツール（５）と、コンピュータベースのテスト実行制御ツール（４）とを有するシステムであって、前記テストプラン（３）は、少なくとも１つのテスト（６）と、当該テストプラン（３）の実行を開始するための開始条件（８）とを有し、前記開始条件（８）が満たされた場合、前記テスト実行制御ツール（４）は前記テスト環境（２）上に構成され、前記システムはさらに、テストプラン（３）を記憶するデータバンク（９）を有し、前記データバンク（９）は、前記テストマネジメントツール（５）と前記テスト実行制御ツール（４）とが同一のテストプラン（３）に同時にアクセスできるように構成されている、システム。【選択図】図１
2015088189.tif 000002
【特許請求の範囲】
【請求項１】
テスト環境（２）を用いて制御装置（１）をテストするためのシステムであって、
前記制御装置（１）をテストするための少なくとも１つのテストプラン（３）のモデルベース開発および／または管理を行うように構成された、コンピュータベースのテストマネジメントツール（５）と、
コンピュータベースのテスト実行制御ツール（４）と
を有し、
前記テストプラン（３）はデータ構造として構成されており、かつ、少なくとも１つのテスト（６）と、当該テストプラン（３）の実行を開始するための開始条件（８）とを有し、
前記テストプラン（３）の実行を開始するための開始条件（８）が満たされた場合、前記テスト実行制御ツール（４）は前記テスト環境（２）上に構成され、
前記システムはさらに、
前記データ構造として構成されたテストプラン（３）を記憶する、コンピュータベースのデータバンク（９）
を有し、
前記データバンク（９）は、前記テストマネジメントツール（５）と前記テスト実行制御ツール（４）とが同一のテストプラン（３）に同時にアクセスできるように構成されている
ことを特徴とするシステム。
【請求項２】
前記テスト実行制御ツール（４）と前記テストマネジメントツール（５）とは、相互に空間的に離隔された、各専用の相互に独立したコンピュータ（４，５）に設けられている、
請求項１記載のシステム。
【請求項３】
前記テスト実行制御ツール（４）と前記テストマネジメントツール（５）とは、相互に空間的に少なくとも５ｍ、１０ｍ、２０ｍ、５０ｍまたは１００ｍ離隔したコンピュータ（４，５）に設けられている、
請求項１または２記載のシステム。
【請求項４】
前記開始条件（８）は、時刻、優先順位、前記テスト環境（２）の使用の可否、および／または、他のテストプラン（３）の完了状態を含む、
請求項１から３までのいずれか１項記載のシステム。
【請求項５】
前記テスト実行制御ツール（４）は、前記テスト環境（２）により得られたテストデータを、前記テストプラン（３）によりテストされた制御装置（１）から前記データバンク（９）へ戻すように構成されている、
請求項１から４までのいずれか１項記載のシステム。
【請求項６】
前記テスト実行制御ツール（４）は複数設けられており、
各テスト実行制御ツール（４）は、各テスト実行制御ツール（４）に割り当てられた各テスト環境（２）上にて、各テストプラン（３）の実行を開始するように構成されている、
請求項１から５までのいずれか１項記載のシステム。
【請求項７】
前記システムは前記テスト環境（２）を包含し、
前記テスト環境（２）は、前記テストプラン（３）の実行を開始するように構成されており、
前記テスト実行制御ツール（４）は空間的に前記テスト環境（２）に割り当てられて、当該テスト環境（２）に配置されている、
請求項１から６までのいずれか１項記載のシステム。
【請求項８】
前記テスト環境（２）は、モデル・イン・ザ・ループ環境として、ソフトウェア・イン・ザ・ループ環境として、プロセッサ・イン・ザ・ループ環境として、および／または、ハードウェア・イン・ザ・ループ環境として構成されている、
請求項６または７記載のシステム。
【請求項９】
前記テストプラン（３）はバリエーション設定（１１）を含み、
前記テストマネジメントツール（５）が、前記テストプラン（３）に関してバリエーションの一貫性検査を行うように構成されており、
および／または、
前記テスト実行制御ツール（４）が前記テストプラン（３）の実行前に前記バリエーション設定（１１）に応じて前記テスト環境（２）を構築するように構成されている、
請求項１から８までのいずれか１項記載のシステム。
【請求項１０】
テスト環境（２）を用いて制御装置（１）をテストするための方法であって、
ａ）制御装置のモデルベース開発において、前記制御装置（１）のテストを行うための、データ構造として構成されたテストプラン（３）を、コンピュータベースのテストマネジメントツール（５）上にて開発するステップと、
ｂ）前記テストマネジメントツール（５）とテスト実行制御ツール（４）とが同じテストプラン（３）に同時にアクセスできるように構成された、コンピュータベースのデータバンク（９）に、前記テストプラン（３）を記憶するステップと
を有し、
前記テストプラン（３）は、少なくとも１つのテスト（６）と、当該テストプラン（３）の実行を開始する開始条件（８）とを有し、
前記方法はさらに、
ｃ）前記開始条件（８）が満たされている場合、前記テスト実行制御ツール（４）による前記テストプラン（３）の実行を前記テスト環境（２）において開始するステップ
を有することを特徴とする方法。
【請求項１１】
前記テスト実行制御ツール（４）と前記テストマネジメントツール（５）とは、相互に空間的に離隔された、各専用の相互に独立したコンピュータ（４，５）に設けられている、
請求項１０記載の方法。
【請求項１２】
ｄ）前記テスト環境（２）により得られたテストデータを、前記テストプラン（３）によりテストされた前記制御装置（１）から前記データバンク（９）へ戻すステップ
を有する、請求項１０または１１記載の方法。
【請求項１３】
前記テストプラン（３）はバリエーション設定（１１）を含み、
前記方法は、
ａ'）前記テストマネジメントツール（５）によって、前記テストプラン（３）に関するバリエーションの一貫性を検査するステップ
および／または
ｃ'）前記テスト実行制御ツール（４）による前記テストプラン（３）の実行前に、前記バリエーション設定（１１）に応じて前記テスト環境（２）を構築するステップ
を有する、請求項１０から１２までのいずれか１項記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テスト環境を用いて制御装置をテストするためのシステムに関し、当該システムは、データ構造として構成された少なくとも１つのテストプランをモデルベースで開発および／または管理するように構成された、コンピュータベースのテストマネジメントツールを有し、前記テストプランは少なくとも１つのテストを含む。本発明はさらに、テスト環境を用いて制御装置をテストする方法にも関し、当該方法は、コンピュータベースのテストマネジメントツール上にて前記制御装置をテストするための、データ構造として構成されたモデルベースのテストプランを開発するステップを有し、前記テストプランは少なくとも１つのテストを含む。
【背景技術】
【０００２】
たとえば自動車用の制御装置を開発およびテストする際には、数多くのデータが生じる。というのも、テスト環境でテストプランを実行させるときには必然的に、当該テストプランの他に数多くのテスト結果も作成されるからである。その上、複雑性が増大し、制御装置の機能に課される要求が厳しくなっていくので、テスト責任者は常に、この増大した複雑性や要求に合わせたテストケースを作成および管理し、順次実行しなければならない。
【０００３】
このテスト実行自体が「ボトルネック」になることが益々多くなってきている。というのも、複雑性に課される要求がもちろん、テスト環境に影響を及ぼし、また、このように多数のテストがあることにより、すべてを実行するコストが大きくなってしまう。現在のところは、あらゆる周辺環境構成ですべてのテストケースを実行することは事実上不可能となっている。というのも、制御装置の開発工程中に使える時間を可能な限り有効活用しなければならないからである。その上、特にハードウェア・イン・ループ環境の場合、テスト環境の物理的サイズおよび重量の問題があり、また、テスト実行時に騒音が発生するという問題もある。
【０００４】
実行すべきテストが多数あると、さらに、テスト担当者の業務時間中にはテストの評価が行われてエラー原因の有無が検査され、これに基づいて新規のテストが開発されることになる。そうすると大抵は、テスト担当者の業務時間外に、たとえば夜間に、いわゆる「消灯テスト」として、テストの実行が行われることになる。
【０００５】
しかし、ここで問題なのは、テストの自動実行を行うこと、および、担当者が不在であることにより、テストの編成時またはテスト環境の構築ないしはコンフィギュレーション設定時のエラーによって、無効すなわち実行不可能なテストが実行されてしまうことである。このように無効のテストが実行されることにより、テストの完全実行が阻害され、ひいてはその次のテストの実行も阻害されたり、テストプラン内のテストシーケンスが完全に中断してしまうことになる。ここで特に問題なのは、テスト実行時に情報が失われることが多く、これにより、エラーサーチが一層困難になってしまうことである。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この状況を前提として、本発明の課題は、制御装置を格段に有効にテストできるようにシステムおよび方法を実現することである。ここでは特に、テストが無効であり使用不可能である場合でも実行途中にテストプランが中断されないように、かつ、テスト実行時にエラーが生じた場合には、当該実行に関連する情報が失われることなく、当該中断の原因となるエラーを突き止めるのに十分なフィードバックを担当者が得ることができるように、テストの実行を最適化することを課題とする。
【課題を解決するための手段】
【０００７】
前記課題は、独立請求項に記載の特徴によって解決される。従属請求項に有利な実施形態が記載されている。
【０００８】
特許請求の範囲では、前記課題の解決手段として、テスト環境を用いて制御装置をテストするためのシステムであって、前記制御装置をテストするための少なくとも１つのテストプランをモデルベースで開発および／または管理するように構成された、コンピュータベースのテストマネジメントツールと、コンピュータベースのテスト実行制御ツールとを有し、前記テストプランはデータ構造として構成されており、かつ、少なくとも１つのテストと、当該テストプランの実行を開始するための開始条件とを有し、前記テストプランの実行を開始するための開始条件が満たされた場合、前記テスト実行制御ツールは前記テスト環境上に構成され、前記システムはさらに、前記データ構造として構成されたテストプランを記憶する、コンピュータベースのデータバンクを有し、当該データバンクは、前記テストプランへの前記テストマネジメントツールおよび前記テスト実行制御ツールによる同時の共通アクセスのために構成されている、システムを特定している。有利には、前記テスト実行制御ツールとテストマネジメントツールとは、空間的に相互に離隔された専用のコンピュータ上に設けられており、両コンピュータは相互に独立している。
【図面の簡単な説明】
【０００９】
【図１】本発明の有利な実施形態の制御装置テストシステムの概略図である。
【図２】本発明の前記有利な実施形態による、制御装置テスト方法のフローチャートである。
【発明を実施するための形態】
【００１０】
本発明はそれゆえ、テストプランの作成および管理をテストプランの実行から分離して、並列処理化も実現できるようにするという、全く新規の手段を採用したものである。たとえば検査員の作業場等のテストマネジメントツールを、たとえばハードウェア・イン・ザ・ループ環境等のテスト環境本体から空間的に分離することにより、テストプランを検査員が開発しながら、この開発と並行してテストプランを、たとえば既に作成完了したテストプラン等を、テスト環境において実行することができる。
【００１１】
しかし、テストマネジメントツールとテスト実行制御ツールとは同じ共用のデータバンクにアクセスし、このデータバンクは、当該データバンク内に記憶された同一のテストプランに、同時にいわばライブアクセスすることができるものであるから、テストプランが一貫性を維持することを保証することができる。ここでは、テスト自動実行を行うための環境をテスト実行制御ツールと称するが、上述のことを換言すると、このテスト実行制御ツールはマネジメントツールに組み込まれているのではなく、テスト実行制御ツールは、データバンク内に記憶された同じデータセットを用いる、ということである。したがって、本発明ではテストエグゼキュータとも称されるこのテスト実行制御ツールは、たとえばテストプラン等のデータをエクスポートしたり別個に処理する必要なく、テストマネジメントツールの一貫したデータを用いることができる。
【００１２】
有利には前記テスト実行制御ツールは、テストプランの実行を手動で開始しなくてもよいようにコンフィギュレーション設定可能である。本発明では、テストプランが開始条件を含んでおり、当該開始条件が満たされているか否かを、コンピュータベースの前記テスト実行制御ツールが、有利には連続的に検査し、当該開始条件が満たされている場合には前記テストプランをテスト環境において自動的に実行するように構成されている。その結果、たとえばユーザ、テスト責任者および／またはテスト担当者等の検査員自身の作業場とは空間的に別個の場所において当該テストプランの実行を自動的に行いながら、当該検査員は自身の作業場において非常に快適に、「通常の勤務時間内」においてテストプランを作成することができる。ここで、「相互に独立した各専用のコンピュータから空間的に相互に離隔している」とは本発明では、テストマネジメントツールおよびテスト実行制御ツールに使用される各コンピュータが相互に完全に独立しているが、同一のデータバンクに共にアクセスするために、たとえばコンピュータネットワークを介して相互に接続されていることを指す。有利には、前記テスト実行制御ツール自身はテストプランの実行をすることなく、有利には別体であるテスト実行ツールに、テストプランの実行を行わせる。このような構成では、テスト実行ツールのみがテスト環境と直接通信するが、テスト実行制御ツールはこの直接通信を行わない。前記テスト実行ツールはたとえば、市販製品である dSPACE AutomationDesk とすることができ、有利には前記テスト環境の構成要素である。
【００１３】
さらに、テストプランの作成および設計と、当該テストプランの実行とが時間的および空間的に分離されていることにより、テストプランの実行に際して検査員がその場にいる必要がなくなるという利点も奏される。というのも、開始条件が生じると自動的に、テストプランの実行がテスト実行制御ツールにより開始されるからである。さらに、テストプランの実行中にテストマネジメントツールがテスト実行制御ツールにより停止されることがないので、さらに別のテストプランを開発することもできる。テストマネジメントツールもテスト実行制御ツールも、データバンクに記憶された同じテストプランにアクセスするので、テストプランが事後的に変更した場合でも、テストプランの実行直前には常に、テスト実行制御ツールがこのテストプランの事後的な設計変更を現実に考慮することが必ず保証される。
【００１４】
テストプランは有利には、制御装置をテストするための少なくとも１つのテストを含む。前記制御装置はたとえば、自動車用の制御装置である。前記テストは有利には、制御装置の機能をテストするために構成されている。データバンクは基本的に、従来技術から公知である任意のデータバンクとして、たとえばリレーショナルデータバンクとして構成し、たとえば、データバンク言語ＳＱＬ等を用いて記述可能なものとすることができる。
【００１５】
有利にはテストマネジメントツールは、制御装置用のテストプランを開発できるだけでなく、管理および／または属性設定できるようにも構成されている。たとえば、特定のテストプランは、有利には属性等に基づいて、特定の制御装置にのみ使用できるように構成することができる。さらに、各テストプランについて前記開始条件による実行を上述のように構成できるようにすること、たとえば、具体的なテストプランをテスト環境がどの時期に実行すべきかを決定することも有利である。
【００１６】
１つの有利な実施形態では、テスト実行制御ツールとテストマネジメントツールとは、空間的に相互に少なくとも５ｍ、１０ｍ、２０ｍ、５０ｍまたは１００ｍ遠隔にあるコンピュータ上に設けられており、両コンピュータは有利には、１つの建物内の別個の部屋内に、または異なる建物内に配置されている。その際にはさらに、テスト実行制御ツールおよび／またはテストマネジメントツールをソフトウェアとして、上述のように相互に離隔されて配置されたコンピュータ上に実装されており、たとえば、グラフィカルユーザインタフェースと、これに対応する、キーボードおよび／またはマウスによる入力手段とをそれぞれ有することもできる。
【００１７】
基本的には、前記開始条件は任意のものにすることができる。特に有利な実施形態では前記開始条件は、時刻、優先順位、テスト環境の使用の可否、および／または、他のテストプランの完了状態を含む。したがってたとえば、先行の別のテストプランの完了ないしは実行を開始条件として、その後に初めて他のテストプランが開始されるように構成することができる。また、時刻を前記開始条件として用いることにより、テストプランが夜間に実行され、たとえば、その後に他のテストプランが当該テスト環境において実行されるようにすることも可能である。さらに、上述の特徴を組み合わせて前記開始条件とすることや、他の特徴を組み合わせて前記開始条件とすることにより、たとえば所定の時刻になり、かつ、先行のテストプランが完了したときに初めて、前記テスト環境上にて別のテストプランが実行されるようにすることも可能である。
【００１８】
本発明の他の１つの有利な実施形態では、前記テスト実行制御ツールは、テスト環境により得られたテストデータを、テストプランによるテスト対象の制御装置からデータバンクへ戻すように構成されている。このような実施形態により、有利には連続的に、テストデータが得られた直後にデータバンクへ転送され、テストプランが予期せずに中断しても、この計画外の中断の原因を突き止めるために、テストプランの少なくとも一部の実行により得られたテストデータをテストマネジメントツールが検査できることが保証される。その際に特に有利なのは、テストプランの実行中に既にテストデータを戻すことにより、たとえばテストマネジメントツールも、得られたテストデータをリアルタイムで評価し、場合によっては視覚表示できるようにすることである。
【００１９】
他の１つの有利な実施形態では、前記システムは複数のテスト実行制御ツールを有し、各テスト実行制御ツールは、各テスト実行制御ツールに割り当てられたテスト環境上にてそれぞれテストプランの実行を開始するように構成されている。前記複数の異なるテスト実行制御ツールが、同一のデータバンクに同時にアクセス可能であるから、上述の構成によって各テスト実行制御ツールが、どのテストプランを他のテスト実行制御ツール上にて実行するかも把握することができる。それゆえ、複数のテスト実行制御ツールをそれぞれ異なるテスト環境において同時に動作させることにより、たとえば、各テスト実行制御ツールが常に、データバンクの予め定められた順序に配列された複数のテストプランの中から次のテストプランだけを取り出し、この目下のテストプランを実行してテストデータをデータバンクに戻すことにより、残りの他のテスト実行制御ツールがその旨を把握するという、負荷分散を実現することも可能である。上述の実施形態に代えて択一的に、または追加的に、各テスト実行制御ツールがテスト実行の開始時に既に、他のテスト実行制御ツールに通知することも可能である。
【００２０】
特に有利な実施形態では、前記システムはテスト環境も包含し、当該テスト環境は、テストプランの実行を開始するように構成されており、前記テスト実行制御ツールは空間的にテスト環境に割り当てられて当該テスト環境に配置されている。したがって有利には、空間的に分離されて前記テストマネジメントツールは、同じ位置に配置されたテスト実行制御ツールとテスト環境とから遠隔に配置されている。特に有利には、テストマネジメントツールは、市販製品である dSPACE SYNECT という、制御装置用のテストプランのモデルベース開発を行うためのデータマネジメント‐協働ソフトウェアとして構成されている。
【００２１】
基本的には、テスト環境は任意のものとすることができるが、特に有利なのは、テスト環境をモデル・イン・ザ・ループ環境として、ソフトウェア・イン・ザ・ループ環境として、プロセッサ・イン・ザ・ループ環境として、および／または、ハードウェア・イン・ザ・ループ環境として構成することである。これらの環境は有利には、制御装置の機能、システム統合および通信をテストするように構成されており、テスト対象の制御装置は特に、車両、航空機およびロボットにおいて使用可能なものである。ハードウェア・イン・ザ・ループシミュレーションにより、制御装置と、相互に接続された複数のシステム構成要素との技術的環境をシミュレートすることができる。このようなシミュレーションの基本目的は、制御装置のソフトウェア品質を開発の早期の段階において既に向上させるため、制御装置におけるエラーを見つけることである。試験を行った結果、ハードウェア・イン・ザ・ループにより、制御装置のエラーの９０％を発見することが可能であることが判明し、これにより、制御装置の市場投入期間を格段に短縮して、リコールや、これに伴うイメージ低下を避けることができる。それゆえ本発明は、従来技術に比して格段に改善したものとなる。というのも、リソース使用量を小さく抑えながら、制御装置を大幅に高効率かつ高信頼性でテストできるからである。
【００２２】
他の１つの有利な実施形態では、テストプランがバリエーション設定を含み、テストマネジメントツールがテストプランに関してバリエーションの一貫性検査を行うように構成されており、および／または、テスト実行制御ツールがテストプランの実行前にバリエーション設定に応じてテスト環境を構築するように構成されている。つまりこの実施形態では、テスト環境におけるテストプランの実行前に、当該テストプランの実行に必要なバリエーションに応じて当該テスト環境自体を構築し、たとえば、制御装置がガソリンエンジン用に使用すべきものであるか、またはディーゼルエンジン用に使用すべきものであるかを設定することができる。また、バリエーションがそもそも一貫性を有するか否か、つまり、具体的なテストプランに関してバリエーションを使用できるか否か、および／または、テストプランが、必要なバリエーションに鑑みてテスト環境上にてそもそも実行可能なものであるか否かを検査することもできる。
【００２３】
本発明の前記課題はさらに、テスト環境を用いて制御装置をテストするための方法であって、以下のステップを有する方法によっても解決される：
ａ）制御装置のモデルベースの開発において、前記制御装置のテストを行うための、データ構造として構成されたテストプランを、コンピュータベースのテストマネジメントツール上にて開発するステップ。ただし前記テストプランは、少なくとも１つのテストと、当該テストプランの実行を開始する開始条件とを有する。
ｂ）前記テストマネジメントツールが同じテストプランに同時にアクセスできるように構成された、コンピュータベースのデータバンクに、前記テストプランを記憶するステップ。
ｃ）前記開始条件が満たされている場合、テスト実行制御ツールによる前記テストプランの実行を前記テスト環境において開始するステップ。
【００２４】
上記方法の基本的思想は、上述のシステムと同様、テストプランの自動実行を、ステップａ）のテストプランの開発とは空間的に離隔して行うが、ステップｂ）において、テストプランを記憶ないしは変更するためにテストマネジメントツールとテスト実行制御ツールとが同一のデータバンクにアクセスすることである。つまりこのことは、テストプランの実行中であっても、また、有利にはステップｄ）により、前記テスト環境によって得られたテストデータを、当該テストデータによるテスト対象である制御装置からデータバンクへ戻すように構成されたテスト実行中であっても、データバンクに記憶されたデータ構造の一貫性が維持され、これにより、テストマネジメントツールもテスト実行制御ツールも、このように一貫性を維持した最新の同じデータ構造に同時にアクセスすることが可能であることを意味する。
【００２５】
１つの有利な実施形態では、前記テストプランはバリエーション設定を有し、前記方法はさらに以下のステップを有する：
ａ'）前記テストプランに関するバリエーションの一貫性を前記テストマネジメントツールにより検査するステップ、
および／または、
ｃ'）前記テスト実行制御ツールによるテストプランの実行前にバリエーション設定に応じてテスト環境を構築するステップ。
【００２６】
したがってこの実施形態では、テストプランの実行前にテスト環境を適切に、たとえば適切なソフトウェアのフラッシュ処理により構築することができるので、たとえば制御装置の制御対象であるエンジンの種類等のバリエーションに鑑みて、テスト環境のコンフィギュレーションをフレキシブルに設定することができる。このようにして、テスト実行制御ツールは、データバンクに記憶されたテストプランと、テスト環境との双方に直接アクセスすることができるので、実際にテスト対象となるテストプランに応じてテスト環境を適宜変更することができる。
【実施例】
【００２７】
以下、図面を参照して、有利な実施形態に基づいて本発明を詳細に説明する。
【００２８】
図１は、テスト環境２を用いて制御装置１をテストするためのシステムであり、当該テスト環境２は、ハードウェア・イン・ザ・ループテスト環境として構成されている。このテスト環境２においてテストプラン３の実行を開始させるために、コンピュータベースのテスト実行制御ツール４が設けられている。このテスト実行制御ツール４は、たとえばインタフェースカードを介して、テスト環境２に電気的に接続されている。
【００２９】
このテスト実行制御ツール４から空間的に遠隔地において、独立したコンピュータシステム上に、コンピュータベースのテストマネジメントツール５が設けられている。このテストマネジメントツール５はたとえば、ソフトウェア dSPACE SYNECT として構成されており、テストマネジメントツール５により、制御装置１のテストを行うための、データ構造として構成されたテストプラン３の管理、および／または、モデルベース開発を行うことができる。ここで、制御装置１はたとえば、自動車、航空機またはロボットの制御装置１である。テストプラン３は、テスト６を含む少なくとも１つのテストシーケンス７と、当該テストプラン３の実行を開始する開始条件８とから成る。テストシーケンス７のどのテスト６によっても、制御装置１の機能をテストできるようになっている。
【００３０】
前記システムはさらに、コンピュータベースのデータバンク９も有する。このデータバンク９は、テストマネジメントツール５およびテスト実行制御ツール４の双方に有効接続されている。ここでデータバンク９は、前記データ構造として構成されたテストプラン３を記憶し、テスト実行制御ツール４およびテストマネジメントツール５の双方が共用で、当該テストプラン３に同時にアクセスすることができる。データバンク９とテスト実行制御ツール４とテストマネジメントツール５との接続は、ネットワーク１０を介して実現される。
【００３１】
制御装置１をテストするためには、まず最初に、図２に示されたステップａ）においてテストプラン３をテストマネジメントツール５上で開発し、ステップｂ）においてデータバンク９に記憶する。テストプラン３はさらにバリエーションコンフィギュレーション設定１１を有し、これはたとえば、制御装置１がガソリンエンジン用であるかまたはディーゼルエンジン用であるかについての情報である。ステップａ'）において、テストマネジメントツール５によってさらに、前記バリエーションコンフィギュレーション設定１１のバリエーションがテストプラン３に関して一貫性を有するか否か、すなわちそもそも、テストプラン３を制御装置１のテストに用いることが可能であるか否かを検査する。
【００３２】
ステップｃ）において、テスト実行制御ツール４はまず最初に、開始条件８が満たされているか否か、つまり、テスト環境２上にてテストプラン３の実行を開始できるか否かを検査する。この開始条件８はたとえば、時刻、優先順位、テスト環境２の使用の可否とすることができる。たとえば、テスト環境２上にて先行のテストプラン３の処理が完了しているので当該テスト環境２が空いている場合には、ステップｃ'）で、バリエーションコンフィギュレーション設定１１に応じてテスト環境２を構築することができる。対応するコンフィギュレーションに応じて、テスト実行制御ツール４はテストプラン３をテスト環境２にて実行することができる。
【００３３】
テストマネジメントツール５ではテストプラン３の管理および属性設定が行われ、たとえば、テストプラン３の利用可能性を記述すること、つまり、前記バリエーションコンフィギュレーション設定１１の規定のセットまたは組み合わせに対してのみ、ある特定のテストシーケンス７またはテスト６を使用できるか否かを記述することができる。このようにして、そもそもテスト環境２上において実行されるように構成されておらず場合によっては当該テスト環境２の機能不全を引き起こすことがあるテストプラン３が、当該テスト環境２において実行されないことを保証することができる。さらに、オペレータが、時間的構成のためにテストプラン３を編成し、開始条件８に基づいた実行を設計することも可能である。さらにバリエーションコンフィギュレーション設定１１の定義によって、テスト環境２のコンフィギュレーションを定義することもできる。
【００３４】
テストマネジメントツール５がたとえばユーザの職場に設置されているときは、具体的には５０ｍ先の遠隔地に設置された前記テスト実行制御ツール４は、データバンク９内に記憶されたテストプラン３にアクセスすることができる。つまり、テスト６と開始条件８とを含むテストシーケンス７、および、テスト環境２ならびに当該テスト環境２に接続された制御装置１の双方に、アクセスすることができる。
【００３５】
ここで一例として、ユーザが一晩中、まず最初に独国市場のための試作品シリーズのテストプラン３を実行してから、その次に米国市場のためのテストケースを実行したい場合には、当該ユーザはテストマネジメントツール５において、まず最初に２つのテストプラン３を作成することができる。テストマネジメントツール５によってテストプラン３の作成時に既に、実行可能なテストプラン３のみを確実に選択することができる。開始条件８の適切な時間的定義によりテストプラン３の実行が終了すると、テスト実行制御ツール４によってテストプラン３の自動実行が行われる。
【００３６】
ユーザはたとえば、最初の第１のテストプラン３が１８：００で開始し、第２のテストプラン３が第１のテストプラン３の完了後に終了すべきことを定義することができる。テストプラン３のバリエーションコンフィギュレーション設定１１の注釈により、テスト環境２がテスト実行制御ツール４により構築される。前記注釈は、たとえばドイツやアメリカ等である。
【００３７】
テスト環境２上にてテストプラン３が実行されている間、テスト実行制御ツール４はテストの進行を監視し、図２に示されたステップｄ）において、テスト環境２から得られたテストデータを、当該テストプラン３によりテストされている制御装置１からデータバンク９へ戻す。テストマネジメントツール５は、このようにして得られたテストデータにもアクセスすることができ、このテストデータはたとえば、グラフィックで評価することができる。さらに、前記システムは複数のテスト実行制御ツール４を有し、各テスト実行制御ツール４はそれぞれ別個のテスト環境２に接続されることにより、複数のテストプラン３を並列実行できるようにした構成も可能である。
【符号の説明】
【００３８】
１    制御装置
２    テスト環境
３    テストプラン
４    テスト実行制御ツール
５    テストマネジメントツール
６    テスト
７    テストシーケンス
８    開始条件
９    データバンク
１０  ネットワーク
１１  バリエーションコンフィギュレーション設定
【図１】
2015088189.tif 000003
【図２】
2015088189.tif 000004