【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、回帰(regression)
試験技術を使ってワークステーションのハードウエアとソフトウエアを試験する分野に関する。

【０００２】

【発明の背景】ソフトウエア・アプリケーションの試験用のコンピュータ・プログラムが既に複数存在しており、これらはソフトウエア・アプリケーションが認識するキー・ストローク等の入力データを受信する。 入力データを受信するとすぐに、これらのコンピュータ・プログラムは、（試験スクリプトと呼ばれるファイルに）入力データを格納してそれを再生することができるので、
あたかもユーザが実際に入力データをタイプしてソフトウエア・アプリケーションに与えたかのようにソフトウエア・アプリケーションが動作することができる。 この方法で、ユーザが入力データを１度だけ入力して試験スクリプトを作成することによって、入力データをソフトウエア・アプリケーションに繰返し供給することができる。

【０００３】このコンピュータ・プログラムを使うことによって、用意された試験スクリプトを利用してソフトウエア・アプリケーションを実行できるので、ソフトウエア・アプリケーションが期待どおりに動作することが検証される。 これは、前に格納された結果と、次にソフトウエア・アプリケーションを介して試験スクリプトを再生することによって得られた結果とを比較することによって達成される。 ソフトウエア・アプリケーションが期待どおりに動作するという事実は、ソフトウエア・アプリケーションが動作するハードウエアが期待どおりに動作していることを示すものとして利用される。

【０００４】回帰試験には、多くの様々な試験をプログラムに施すことが含まれる。 本試験では、プログラムに様々な入力値を与える。 これらの試験は、プログラムの特定機能、データ構造、特徴に影響を与える。 回帰試験を実施するために、コンピュータはプログラムを多数回実行する。 各実行では、入力されたスクリプトの複数の回帰試験のうちの特別の１つが用いられる。 回帰試験によって、どの試験を合格し、もしくは、不合格になったかが示される。

【０００５】アプリケーション・プログラム開発中では、様々なプログラマはソース・コードの様々な部分を修正する。 通常、プログラマは修正されたプログラムをコンパイルする。 プログラマがその修正されたものをリリースする前に、プログラマは多数の試験をそれらの修正について実施する。 （プログラマは、修正されたソース・コードの使用を開発チームの他の者に対して許可することによって、その修正されたものを「リリースする」）。 新しくコンパイルされたプログラムに回帰試験を施すことも本試験に含まれることが理想的である。 回帰試験は、プログラムの修正によって回帰試験の一部で不合格になるかどうかを示す。

【０００６】修正時に回帰試験の実行要求をプログラマが出す際での問題の１つは、回帰試験に数時間、もしくは、数日かかることである。 複数の回帰試験スクリプト・ライブラリを構築するには、数月、もしくは、数年かかることもある。 何が試験されたかについての情報が失われたり、更新されないことがある。 さらに、試験量によって、どの試験がどのステートメントを試験することが非常に困難かを知ることができる。 プログラムのどの部分を試験するかに関して複数の試験がソートされていないか、もしくは、分類されていないことがある。 普通、よく知れれている試験でも目標領域以外のプログラム部分を試験する。 従って、複数の回帰試験のうちのどれが、プログラムの特定部分を試験するのかをプログラマが知ることは難しい。

【０００７】コンピュータ・システムの開発中には、普通長期にわたって、１人以上のプログラマによって多くのアプリケーション・プログラムが作成され修正される。 製品がリリースされた後の製品の耐用期間では、メンテナンス活動は重要な要素である。 研究を通して、ソフトウエア・システムのライフサイクルでの開発努力のうちの５０％以上はメンテナンスに費やされ、そのうちの大部分は試験のためであることがわかっている。 重大な書き直しが必要なまれな場合を除いて、メンテナンス段階でのシステムに対する修正は通常小さいので、修正を行って問題を正す、もしくは、機能的に向上させることができる。 従って、選択的にソフトウエアを再試験する技術によって、開発時間とメンテナンス時間を短縮することができる。

【０００８】通常、ソフトウエア・システムの試験用の試験スクリプト・ライブラリは多くの試験スクリプトから構成され、その各々は試験下のシステムのエンティティのサブセットの一部を働かせる、即ち、カバーする。
カバーされるプログラムのエンティティが変えられた場合、また、その場合に限って試験スクリプトを再実行させる必要がある。 コンピュータ・システムの様々なソフトウエア・エンティティに試験スクリプトを関連づける情報は、回帰試験の大きな手助けとなる。 製品の実開発期間と長期のメンテナンス期間中常に、その情報を最新のものにすることは非常に困難である。

【０００９】

【発明の概要】本発明は、アプリケーション・プログラムの回帰試験を実施する際に使われる、試験スクリプト・ライブラリを保持する方法と手段である。 特に、試験ディレクトリ・ツリーは、アプリケーション・プログラムの実行可能コードのコンパイル用のソース・ディレクトリ・ツリーのミラー画像として保持される。 試験ディレクトリ・ツリーは試験スクリプトを示す。 同じディレクトリ・ツリー内で対応するエントリからコンパイルされた実行可能コードに回帰試験を施す際にこの試験スクリプトが使われる。 試験ディレクトリ・ツリーにミラー・エントリが存在していない場合は、１つを自動的に生成し、対応するデフォルト試験スクリプトを生成して、
ライブラリに格納する。

【００１０】

【発明の実施の形態】本発明の好適な実施形態はワークステーションで利用される。 図１で示されるように、ワークステーションには、プロセッサとそれに関連する回路、メモリ、周辺インターフェイス回路を含むミニタワー(mini-tower)１０が含まれる。 周辺デバイスの１つは、ミニタワー１０に収納されたグラフィクス回路に接続された商業的に入手可能なＣＲＴモニタ１２である。
その他の周辺デバイスは、ミニタワー１０内のＰＣＩベースのコントローラに接続されたキーボードとマウス１
４である。 オペレータは、キーボードを介してデータを入力することができ、また、マウスを使ってモニタ・ディスプレイ１２上のカーソルの位置を制御することができる。 ワークステーション１０は、スタンドアロン型グラフィック・ディスプレイ・システムとして動作することができる、もしくは、Ｘ線システム、Ｘ線ＣＴシステム、ＭＲＩシステム、ＰＥＴスキャナ・システム、原子核医療システム等の医療撮影システムに接続して、デジタル化された画像データをそれから直接受信することができる。 ワークステーション１０は、典型的には、医療画像をフィルタリングし、医療画像の大きさと方向を変化させ、テキスト情報を医療画像に追加する等の画像処理機能を実行するアプリケーション・プログラムを備える。

【００１１】特に図２を参照すると、ワークステーションはメモリ２２に格納された命令を実行するプロセッサ２０を備える。 プロセッサ２０は商業的に入手可能なデバイスであり、サンマイクロ・システムズ社から登録商標ＵｌｔｒａＳＰＡＲＣ−ＩＩＬで販売されている。 これにはオンチップ・メモリとＩ／Ｏ制御部が組み込まれているため、システムの集積化が促進される。 これはスーパースカラー・プロセッサであって、ＳＰＡＲＣ−Ｖ
９の６４ビットＲＩＳＣアーキテクチャをもち、登録商標「ＶＩＳ」で商業的に販売されている命令セットを実行する。 また、これには統合化ＰＣＩバスドライバが含まれ、直接インターフェイスとして３２ビットＰＣＩバス２４が提供される。 また、これには、外部メモリ２２
全体を取り扱うメモリ総合管理回路が含まれる。

【００１２】ＰＣＩバス２４は業界標準バスの１つであり、プロセッサ２０と多数の周辺コントローラカード間のデータ転送を３２ビット３３ＭＨｚで実行する。 これらには、ＣＤＲＯＭドライブ２８とディスク・ドライブ３０との高速データ転送を可能とするＰＣＩ ＥＩＤＥ
コントローラ２６が含まれる。 イーサネット（登録商標）・コントローラ３２は、多くの周辺デバイスとのデータ転送を支援する。 これには、キーボード、マウス１
４からの入力と、医療撮影機器のイーサネット・ポートを用いた通信が含まれる。 最後に、グラフィクス・コントローラ３４は、標準のＶＧＡ接続３６を介してＰＣＩ
バス２４をＣＲＴモニタ１２に接続する。

【００１３】特に図３参照すると、多くのプログラムとデータ構造がディスク・ドライブ３０に格納されており、ワークステーション上で使われるアプリケーション・プログラムを作成し、修正し、試験するためにそれらが使われる。 このアプリケーション・プログラムは、例えば、医療画像を検索し、患者の動き等によって発生したアーティファクト(artifact)を除去するために医療画像のフィルタリングを行うプログラムでもよい。 図３には１人のユーザ５０だけが示されているが、個々のプログラム・エディタ・ソフトウエア５２を各人が使うことによって多くの人がワークステーションのアプリケーション・プログラムを開発できることが理解できるはずである。

【００１４】エディタ５２を使って開発されたアプリケーション・プログラムのソース・コードは、ソース・コード・ライブラリ５４の一部としてメモリに格納される。 また、ライブラリ５４の各ソース・コード・プログラムファイルに関する情報を含むソース・コード・ディレクトリ・ツリー５６がメモリに格納される。 ソース・
コード・ディレクトリ・ツリー５６は、ライブラリ５４
のどのソース・コード・ファイルが特定のプログラムを構成するものかを識別し、それらのプログラム・ファイルが互いにどのようにリンクしているのかを示すものである。 コンパイラ・プログラム５８はこの情報を利用して、ライブラリ５４から適切なソース・コード・ファイルを検索し、実行可能プログラム・コードにコンパイルし、プログラム・コードを適切にリンクして実行可能コード６０を生成する。

【００１５】実行可能コード６０に関する一連の回帰試験を実行して、それが正しく実行するかどうかを確認するようにユーザ５０は指示することができる。 これは、
新しいソース・コードがコンパイルされる度に実行される回帰試験エンジン６２と呼ばれるプログラムによって達成される。 毎日の夕方に好適な実施形態の回帰試験エンジン６２が実行され、その結果が報告書６４として作成される。 これは、翌朝に利用可能になる。

【００１６】回帰試験エンジン６２は、格納された回帰試験のスクリプト６６をアクセスし、試験スクリプト６
６を使って実行可能コード６０が期待どおりに実行することを検証する。 本技術では周知のことであるが、回帰試験スクリプト６６は回帰試験エンジン６２が実行可能コード６０を実行することを指示し、その処理を試験するための入力データを供給する。 実行可能コード６０によって生成された結果は回帰試験スクリプト６６による期待結果と比較されて、報告書６４に合格、もしくは、
不合格が記述される。 報告書６４は、実行可能コード６
０について実施された試験と、各試験での合格、不合格を示す一覧表である。

【００１７】回帰試験スクリプト・ライブラリ６６を管理し、また、回帰試験エンジン６２で利用するために、
その中から適切な回帰試験スクリプトを選択することが本発明の問題点である。 以下で詳細に説明されるが、この問題を解決するために、プログラムのコンパイル中に保持されるデータ構造の試験ディレクトリ・ツリー６８
が利用される。 これは、ソース・ディレクトリ・ツリー５６の”鏡”であって、実行可能コード６０の試験用にライブラリ６６の試験スクリプトを利用することを回帰試験エンジン６２に示すものである。

【００１８】特に図４を参照すると、ライブラリ５４のソース・コードがコンパイルされるとき、プロセス・ブロック１００で示されるようにプログラムが実行される。 ソース・コード・ディレクトリ・ツリー５６を利用してコンパイルしてリンクする必要のある各ソース・コード・ファイルが識別される。 図５に示されているように、例えば、ソース・コード・ファイル「ｇｖｔｋ」
が、リンクされた２つのソース・コード・ファイル「ｄ
ｉｓｐｌａｙ」、「ｇｒａｐｈｉｃ」と共にコンパイルされる。 上述したように、このコンパイル・プロセスとリンク・プロセスによって実行可能コード６０が生成される。

【００１９】次に、決定ブロック１０２で示されるように、試験ディレクトリ・ツリー６８がチェックされる。
これは、試験ディレクトリ・ツリー６８を探索して、コンパイルされたソース・ディレクトリ・ツリーのものに対応する「試験（test）」ヘッダ・ファイルを見つけることによって達成される。 図６で示されるように、例えば、完全な試験ツリーには、ヘッダ・ファイル「ｇｖｔ
ｋｔｅｓｔ」、「ｄｉｓｐｌａｙｔｅｓｔ」、「ｇｒａ
ｐｈｉｃｔｅｓｔ」が含まれる。 対応する試験ヘッダ・
ファイルが発見されない場合は、プロセス・ブロック１
０４で示されるように、新しい試験ヘッダ・ファイルが生成される。 この試験ヘッダ・ファイルには、添付のテキスト・ストリング「試験（test）」をもち、それに対応するソース・コード・ファイルと同じ名前が付けられる。 次に、１０６に示されるように、この新しい試験ヘッダに対するデフォルト試験スクリプトが回帰試験スクリプト・ライブラリ６６に加えられる。 デフォルト・スクリプトは、全プログラムに対する標準スクリプトである「ラン試験（ｒｕｎＴｅｓｔ）」部と、試験が実施されたか否かを示し、また、もしそうであれば、試験に合格したか不合格になったかを示す「レポートテスト（ｒ
ｅｐｏｒｔＴｅｓｔ）」部を備える。 そして、自動的に生成された試験ファイルに対しては試験は実施されず、
試験結果報告書６４で「不実施」を示す。

【００２０】決定ブロック１０８では、試験ディレクトリ・ツリー６８を保持するために、その中の試験ヘッダ・ファイルに「親なし(orphan)」ファイルになったものがないかどうかを検査する。 「親なし」ファイルは、試験ファイルであり、それに対応するソース・コード・ファイルは削除されている。 試験ディレクトリ・ツリー６
８の各試験ヘッダ・ファイルを読み出して、ソース・ディレクトリ・ツリー５６内で対応するファイルを検索する。 もし、親なしファイルが見つかると、プロセス・ブロック１１０で示されるようにエラーメッセージが生成されるので、プロセス・ブロック１１２で示されているように、ユーザ５０はその親なし試験ヘッダ・ファイルを削除するか、改名することができる。 いずれにしても、その結果は、ソース・ディレクトリ・ツリー５６のミラー画像として保持された試験ディレクトリ・ツリー６８である。

【００２１】コンパイル・プロセスの最終工程では、プロセス・ブロック１１４で示されるように、「テストオール(testall) 」ファイルを生成する。 回帰試験エンジン６２はこのテストオール・ファイルを利用して、新しくコンパイルされた実行可能コード６０を試験する際にどのライブラリ６６の回帰試験スクリプトを利用するかを決定する。 これは、プログラムをコンパイルするために利用するソース・ディレクトリ・ツリー５６からのソース・ファイルに対応する試験ディレクトリ・ツリー６
８からの試験ヘッダ・ファイルを一覧表にすることによって形成される。 図５、６で示される例では、テストオール・ファイルは、ファイル名ｇｖｔｋｔｅｓｔ、ｄｉ
ｓｐｌａｙｔｅｓｔ、ｇｒａｐｈｉｃｔｅｓｔの一覧表である。

【００２２】試験ディレクトリ・ツリーを自動的にメンテナンスすることによって、ソース・コード・ディレクトリ・ツリー５６にリストされた全ソース・コード・ファイルに対して試験スクリプトが生成されることを保証する。 未使用、もしくは、親なしの試験スクリプトが識別されるので、ユーザはそれを削除したり改名することができる。 回帰試験が定期的に実施され、複数の試験の間で多くのコンパイル処理が実行されると、テストオール・ファイルには試験スクリプトが累積される。 そして、これらは全コンパイル処理で実行される。 テストオール・ファイル内のエントリのコピーは削除されて、１
回より多く試験スクリプトを実行しないようにする。

【００２３】本発明により、ソフトウエア開発中に定期的に実行する自動試験システムが可能になる。 本システムは、始めから終わりまで自動的に実行し、どの試験スクリプトを実行させるかを決定し、その試験スクリプトを実行させ、試験に合格したか不合格かを示す報告書を生成する。

【図面の簡単な説明】

【図１】本発明の好適な実施形態を実施するために修正されたワークステーションの概観図である。

【図２】図１のワークステーションの電気的ブロック図である。

【図３】ワークステーションで利用されるアプリケーション・プログラムを作成して試験するために使われる、
図１のワークステーションのソフトウエアとデータ構造を示すブロック図である。

【図４】ワークステーションで利用されるアプリケーション・プログラムをコンパイルし試験する、本発明の好適な実施形態に基づいて実行される工程のフローチャートである。

【図５】２つのリンクされたソース・コード・ファイルを含むソース・コードをコンパイルする工程のフローチャートである。

【図６】ソース・コードをヘッダ・ファイルにリンクするためのツリーのフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ウィリアム・マーレイ・ストヴァル，ザ・ サード アメリカ合衆国、ウィスコンシン州、メノ モニー・フォールズ、エスティー・フラン シス・ドライブ、エヌ90・ダブリュー 17683番 (72)発明者 デビッド・ピー・エドワーズ アメリカ合衆国、ユタ州、ハイランド、カ ントリー・クラブ・ドライブ、4636番