JP2014215993A - ソフトウェアをテストする装置およびプログラム - Google Patents

Abstract

【課題】問題個所の特定および問題報告の作成が容易であり、問題報告の閲覧者が問題個所を直観的かつ容易に把握できる問題報告の作成を実現する。【解決手段】アプリケーションを動作させてテストし、発生した問題に関する情報を管理する問題報告管理部２２０は、ＧＵＩ画面の構成部分の指定を受け付ける指定操作受け付け部２２１と、ユーザによる情報の入力を受け付ける入力受け付け部２２３と、指定操作受け付け部２２１により受け付けた指定に係る構成部分の情報および入力受け付け部２２３により受け付けた情報に基づいて、この構成部分に関する報告情報を作成する問題報告作成部２２４と、指定操作受け付け部２２１により受け付けた指定に係る構成部分が問題報告作成部２２４により報告情報が作成された構成部分を含む場合に、この報告情報が作成された構成部分が存在することを報知する報知表示を行う報知表示部２２５と、を備える。【選択図】図２

Description

本発明は、ソフトウェアをテストするツールに関し、テストにおいて発見された問題の情報を管理する装置、方法およびプログラムに関する。

ソフトウェアの開発においては、ソフトウェアが提供する機能やユーザ・インターフェイス等についての様々なテストが行われる。そして、テストにおいて問題が発見された場合には、ソフトウェアの開発担当者（プログラマ等）に、発見された問題に関する報告（以下、問題報告）が行われ、ソフトウェアの修正等が行われる。

例えば、特許文献１に開示される従来技術は、ソフトウェアの評価処理においてエラーが発生した場合に、エラーについての詳細情報、ソースファイル識別子を記載したエラー報告メールを作成して、ソース管理者の電子メールアドレス宛に送信することを開示している。

特開２００３−９１４３２号公報

ソフトウェアのテストに伴う問題報告は、一般に、問題の発生個所や内容を文書で記述して行われる。また、ＧＵＩ（Graphical User Interface）に関する問題報告においては、問題が発生した時点のＧＵＩによる表示画面（以下、ＧＵＩ画面）の画像データを保存（screen capturing）して文書データに添付する場合もある。

しかし、問題報告を文書で行う場合、問題の発生個所を表現することが難しい場合があった。ＧＵＩに関する問題では、上記のように問題発生時のＧＵＩ画面が添付される場合があるが、この場合であっても、問題報告の閲覧者は、文書の内容を添付されたＧＵＩ画面と対比させて参酌しなければならず、問題の発生個所の認定が容易でない場合も多い。また、テストにおいて問題を発見するたびにＧＵＩ画面の画像データを保存して文書データに添付する作業は、手間を要し、非効率的であった。さらに、文書による問題報告では、問題報告の閲覧者が、ソフトウェアのどの部分にどれだけの問題が報告されているのかを直観的に把握することが難しかった。

本発明は、このような課題に鑑み、問題個所の特定および問題報告の作成が容易であり、問題報告の閲覧者が問題個所を直観的かつ容易に把握できる問題報告の作成を実現することを目的とする。

上記の目的を達成するため、本発明は、次のような装置として実現される。この装置は、ソフトウェアを実行してテストする装置であって、テスト対象のソフトウェアを実行する実行部と、テスト対象のソフトウェアによるインターフェイス画面を表示装置に表示させ、このインターフェイス画面を用いたユーザによる入力操作を受け付けるインターフェイス画面制御部と、ソフトウェアのテストにおいて発生した問題に関する情報を管理する問題報告管理部と、を備える。問題報告管理部は、インターフェイス画面の構成部分の指定を受け付ける指定操作受け付け部と、ユーザによる情報の入力を受け付ける入力受け付け部と、指定操作受け付け部により受け付けた指定に係る構成部分の情報および入力受け付け部により受け付けた情報に基づいて、この構成部分に関する報告情報を作成する報告作成部と、指定操作受け付け部により受け付けた指定に係る構成部分が報告作成部により報告情報が作成された構成部分を含む場合に、この報告情報が作成された構成部分が存在することを報知する報知表示を行う報知表示部と、を備える。

より好ましくは、上記報知表示部は、報告情報が作成された構成部分に対して、報告情報が作成されていることを表す表示を行う。
さらに好ましくは、問題報告管理部は、指定操作受け付け部により指定操作を受け付けた場合に、インターフェイス画面の画像データを取得する画像データ取得手段をさらに備え、報告作成部は、画像データ取得手段により取得された画像データの情報を含めて報告情報を作成する。
さらに好ましくは、問題報告管理部は、報告情報が作成された構成部分の選択を受け付け、選択された構成部分に関する報告情報を表示装置に表示する問題報告出力部をさらに備える。

さらにまた、本発明は、コンピュータを制御して上述した装置の各機能を実現するプログラムとしても実現される。このプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に格納して配布したり、ネットワークを介して配信したりすることにより、提供することができる。

本発明によれば、問題個所の特定および問題報告の作成が容易であり、問題報告の閲覧者が問題個所を直観的かつ容易に把握できる問題報告を作成することが可能となる。

本実施形態が適用されるコンピュータ・システムの機能構成の一例を示す図である。 図１に示す表示制御部の問題報告管理部の機能構成例を示す図である。 ＧＵＩ画面の一例を示す図である。 ターゲットの指定およびメニュー表示の例を示す図である。 管理ＤＢの登録内容の例を示す図である。 ターゲットの指定およびメニュー表示の他の例を示す図である。 図６に示したターゲットの領域内の既登録部分に対する報知表示が行われた様子を示す図である。 本実施形態における問題報告の表示の例を示す図である。 本実施形態において問題報告のリスト表示を行った様子を示す図である。 本実施形態の問題報告管理部による処理の流れを示すフローチャートである。 本実施形態のコンピュータ・システムを構成するのに好適なハードウェア構成例を示す図である。

以下、添付図面を参照して、本発明の実施形態について詳細に説明する。
＜システム構成＞
図１は、本実施形態が適用されるコンピュータ・システムの機能構成の一例を示す図である。
図１に示すシステムは、テスト対象であるソフトウェア（アプリケーション・プログラム、以下、アプリケーション）を実行するアプリケーション実行部１００と、このソフトウェアのＧＵＩ画面を表示装置に表示させる表示制御部２００とを備える。また、本実施形態において作成された問題報告のデータを保持する管理データベース（ＤＢ）３００を備える。また、図１に示すように、本システムには、ＧＵＩ画面を表示するための表示装置４００と、入力を行うためのマウス５００およびキーボード６００が接続されている。

アプリケーション実行部１００は、テスト対象であるアプリケーションを実行する。このアプリケーションの実行は、アプリケーションのユーザが実際にアプリケーションを使用する場合と同様に行われる。図１に示すように、アプリケーション実行部１００は、処理部１１０と、ＧＵＩ制御部１２０とを備える。

処理部１１０は、アプリケーションの使用目的に基づいて用意された各種のデータ処理を実行する。処理部１１０によるデータ処理の種類は、各種の演算やデータの検索、加工等、既存のどのような処理およびその組み合わせであっても良く、本実施形態では特に限定されない。

ＧＵＩ制御部１２０は、ユーザに情報を提供するためのＧＵＩ画面を作成する。また、ユーザのＧＵＩ画面に対する操作による入力を受け付ける。ＧＵＩ画面によりユーザに提供される情報には、処理部１１０による処理の実行結果も含まれる。また、本実施形態では、ＧＵＩ画面は、ＨＴＭＬ等を用いて作成され、ウェブ・ブラウザにより表示される画面（ウェブ上で表示される画面）として作成されるものとする。

表示制御部２００は、アプリケーション実行部１００のＧＵＩ制御部１２０により作成されたＧＵＩ画面を表示装置４００に表示させる。上記のように、本実施形態ではＧＵＩ画面をウェブ上で表示される画面として作成するので、表示制御部２００をウェブ・ブラウザにより実現することができる。図１に示すように、表示制御部２００は、ＧＵＩ画面制御部２１０と、問題報告管理部２２０とを備える。

ＧＵＩ画面制御部２１０は、表示装置４００にＧＵＩ画面を表示させ、表示されたＧＵＩ画面に対して行われる操作を受け付ける。すなわち、マウス等のポインティング・デバイスを用いた操作によりリンク先へ遷移したり、ＧＵＩ画面上の入力フィールドへのテキスト入力を受け付けたりする。本実施形態では、一般的なウェブ・ブラウザの基本的な機能により実現される。

問題報告管理部２２０は、アプリケーションを実行して発生した問題に関する問題報告の入力を受け付け、入力された問題報告を管理する。また、問題報告の閲覧要求を受け付けて該当する問題報告を表示装置４００に表示させる。本実施形態では、問題報告管理部２２０の機能は、例えば、表示制御部２００を実現するウェブ・ブラウザの付加機能（アドオン等）として提供される。問題報告管理部２２０の機能の詳細については後述する。

管理ＤＢ３００は、問題報告管理部２２０が受け付けた問題報告を保存する。この管理ＤＢ３００は、本実施形態のコンピュータ・システムが備える、メモリや磁気ディスク装置等の記憶手段を用いて実現される。

表示装置４００は、液晶ディスプレイ等のディスプレイ装置により実現され、ＧＵＩ画面制御部２１０の制御によりＧＵＩ画面を表示する。マウス５００およびキーボード６００は、ユーザが入力操作を行うために用いる入力デバイスである。ユーザは、表示装置４００に表示されたＧＵＩ画面を参照し、マウス５００やキーボード６００を操作して各種のコマンドやテキストの入力を行う。なお、マウス５００に替えて、トラックボールやタブレット等の適当なポインティング・デバイスを用いても良い。

＜問題報告管理部の機能構成＞
図２は、表示制御部２００の問題報告管理部２２０の機能構成例を示す図である。
図２に示すように、問題報告管理部２２０は、指定操作受け付け部２２１と、メニュー表示部２２２と、入力受け付け部２２３と、問題報告作成部２２４と、報知表示部２２５と、問題報告出力部２２６とを備える。

指定操作受け付け部２２１は、ＧＵＩ画面の構成部分であって問題報告の登録や閲覧を行う対象（以下、ターゲット）を特定する操作を受け付ける。具体的には、例えば、ＧＵＩ画面上でマウス５００のドラッグ操作が行われた場合に、その始点と終点を結ぶ直線を対角線とする矩形領域をターゲットとして受け付けることができる。また、ＧＵＩ画面を構成するオブジェクト（アイコン、入力フォーム、ダイアログ・ボックス、画面内の区画（ペイン）等）の位置にマウスポインタが置かれた場合やその状態で後述のメニュー表示のための操作が行われた場合に、このマウスポインタが置かれた位置のオブジェクトをターゲットとして受け付けるようにしても良い。その他、ＧＵＩ画面における特定の範囲やオブジェクトを指定することが可能な種々の操作に基づいて、ターゲットを指定するように構成して良い。また、指定操作受け付け部２２１は、ターゲットとして指定された対象に対して、例えば特定の枠線で囲む等の表示制御を行っても良い。このようにすれば、ターゲットとして指定された対象や範囲をユーザが認識することが容易になる。

メニュー表示部２２２は、ユーザの操作に応じて、問題報告管理部２２０の機能を呼び出すためのメニューを表示する。メニューにより呼び出すことが可能な機能としては、少なくとも、問題報告を登録する機能と既に登録されている問題報告を閲覧する機能を含むものとする。具体的には、例えば、ＧＵＩ画面上でターゲットを指定した後、マウス５００の右ボタンのクリック等の操作が行われると、問題報告を登録する機能と、指定されたターゲットに関して既に登録されている問題報告を閲覧する機能のいずれかを選択するためのメニューをＧＵＩ画面上に表示する。

入力受け付け部２２３は、メニュー表示部２２２により表示されたメニューにより問題報告を登録する機能が選択された場合に、ユーザによる情報の入力を受け付ける。具体的には、例えば、ＧＵＩ画面とは別のウィンドウやテキスト・ボックス等を表示装置４００に表示させ、問題報告のタイトルや問題の内容についてのテキスト・データの入力を受け付ける。

問題報告作成部２２４は、指定操作受け付け部２２１により受け付けた、問題報告のターゲットに関する情報と、入力受け付け部２２３により受け付けたユーザによる入力情報とに基づいて、問題報告（報告情報）を作成する。また、問題報告作成部２２４は、メニュー表示部２２２により表示されたメニューにより問題報告を登録する機能が選択された際のＧＵＩ画面の画像データを取得（screen capturing）し、管理ＤＢ３００に保存する。そして、取得した画像データ（キャプチャ画像）の情報を問題報告に含める。作成された問題報告は、管理ＤＢ３００に格納される。管理ＤＢ３００に格納される問題報告の具体的な構成については後述する。

報知表示部２２５は、メニュー表示部２２２により表示されたメニューにより、既に登録されている問題報告を閲覧する機能が選択された場合に、ＧＵＩ画面上で指定されたターゲットに関して既に問題報告が登録されているならば、その旨を報知する表示（以下、報知表示）を行う。マウス５００のドラッグ操作により特定される矩形領域がターゲットとして指定された場合は、そのターゲットとして指定された領域内に、過去にターゲットとして指定されて問題報告が登録された部分（領域やオブジェクト等、以下、既登録部分と呼ぶ）が存在するならば、報知表示部２２５は、その既登録部分に対して報知表示を行う。ターゲットとして指定された領域内に複数の既登録部分が含まれる場合は、報知表示部２２５は、指定された領域内の個々の既登録部分に対して、それぞれ報知表示を行う。また、ＧＵＩ画面を構成するオブジェクトの単位でターゲットが指定された場合等には、ターゲットとして指定された対象と既登録部分とが一致する場合がある。この場合、報知表示部２２５は、指定されたターゲットを既登録部分として報知表示を行う。

報知表示は、指定されたターゲットに関して問題報告が登録されている（既登録部分が存在する）ことをユーザに報知できればどのようなものであっても良く、種々の報知態様を取り得る。例えば、既登録部分の近傍に報知表示として設定された特定のアイコンやバッジ（アイコンバッジ）を表示したり、表示色を変更する等の手段により既登録部分を強調表示したりすることが考えられる。

個々の既登録部分に関して複数の問題報告が登録されている場合には、報知表示部２２５は、ユーザがその旨を認識できるように報知表示を行っても良い。例えば、報知表示として特定のアイコンを表示する場合、登録されている問題報告の数だけ、その特定のアイコンを並べて表示することが考えられる。

問題報告出力部２２６は、報知表示部２２５により報知表示が行われた既登録部分を選択する操作が行われた場合に、選択された既登録部分に関して登録されている問題報告の内容を表示装置４００に表示させる。具体的には、問題報告出力部２２６は、選択された既登録部分の情報（位置情報等、詳細は後述）に基づき、その既登録部分に関して管理ＤＢ３００に格納されている問題報告を特定し、管理ＤＢ３００から読み出して表示する。既登録部分の選択は、例えば、報知表示が行われている部分にマウスポインタを置いてマウスボタンをクリック（マウスクリック）する等の操作により行われる。また、複数の既登録部分を選択する操作を受け付けることができるように構成し、選択された複数の既登録部分に対して、それぞれ問題報告の内容を表示するようにしても良い。

問題報告の表示態様としては、既存の種々の手法を適用することができ、例えば、ターゲットの付近に吹き出し（バルーン）を表示させて、管理ＤＢ３００から読み出した問題報告における問題の内容を表示させることができる。また、ＧＵＩ画面の一部に問題報告の表示用の区画（ペイン）を表示させたり、ＧＵＩ画面とは別のウィンドウを表示させたりして、管理ＤＢ３００から読み出した問題報告を表示させても良い。

＜問題報告管理部の実装例＞
図３は、ＧＵＩ画面の一例を示す図である。
図３に示すＧＵＩ画面４１０は、表示装置４００に表示されたウィンドウ４０１内に表示されている。また、図３に示すように、ＧＵＩ画面４１０には、アイコン、入力フォーム、チェックボックス、タグ、スクロールバー等の、画面を構成する部品としての様々なオブジェクトが表示されている。

図４は、ターゲットの指定およびメニュー表示の例を示す図である。
図４に示す例では、図３に示したＧＵＩ画面４１０においてターゲット４１１が指定されている。ターゲット４１１には、太い破線による枠が表示されており、ターゲット４１１の範囲がユーザに認識できるようになっている。また、図４に示すＧＵＩ画面４１０には、ユーザ操作が行われたことによって、メニュー表示部２２２により、このターゲット４１１に関してメニュー４２１が表示されている。図４に示す例では、メニュー４２１に表示された項目のうち「問題報告の登録」（図では、「Open defect for this area」と記載）の位置にマウスポインタ４０２が置かれており、この機能が選択される様子が示されている。

図４に示した状態でマウスクリック等の操作が行われ、「問題報告の登録」機能が選択されると、入力受け付け部２２３によりテキストの入力が受け付けられる。ユーザが問題報告のタイトルおよび問題の内容を入力すると、問題報告作成部２２４により問題報告が作成され、管理ＤＢ３００に格納される。

図５は、管理ＤＢ３００の登録内容の例を示す図である。
図５に示す例では、個々の問題報告に関して、識別情報（ｉｄ）、タイトル（ｔｉｔｌｅ）、キャプチャ画像のファイル名（Ｃａｐｔｕｒｅ）、問題報告の対象である（問題が発生した）ＧＵＩ画面４１０が存在する場所（ＵＲＬ）、ＧＵＩ画面４１０において指定されたターゲットの位置（Ｘ−ｐａｔｈ）、問題の内容（ｄｅｓｃｒｉｐｔｉｏｎ）の各項目の情報が管理ＤＢ３００に格納されている。これらの情報のうち、識別情報（ｉｄ）は、問題報告作成部２２４により自動生成される。キャプチャ画像のファイル名（Ｃａｐｔｕｒｅ）およびＧＵＩ画面４１０の場所（ＵＲＬ）は、問題報告作成部２２４がキャプチャ画像を取得した際に、問題報告作成部２２４により自動生成される。ターゲットの位置（Ｘ−ｐａｔｈ）は、問題報告作成部２２４により、ＧＵＩ画面４１０の表示を制御しているＧＵＩ画面制御部２１０から取得される。タイトル（ｔｉｔｌｅ）および問題の内容（ｄｅｓｃｒｉｐｔｉｏｎ）は、入力受け付け部２２３によりユーザの入力操作を受け付けて取得される。なお、図５に示す例において、ＧＵＩ画面におけるターゲットの位置は、ＸＭＬ文書の特定の部分や要素を指し示す構文であるＸ−ｐａｔｈを用いて示すこととした。しかしながら、ターゲットの位置の情報は、ＧＵＩ画面における位置を特定できる情報であれば良く、Ｘ−ｐａｔｈを用いた記述には限定されない。

図６は、ターゲットの指定およびメニュー表示の他の例を示す図である。
図６に示す例では、図３に示したＧＵＩ画面４１０において、図４に示した例とは異なるターゲット４１２が指定され、このターゲット４１２に関してメニュー４２１が表示されている。また、図６に示す例では、メニュー４２１に表示された項目のうち「問題報告の閲覧」（図では、「Show opened defects」と記載）の位置にマウスポインタ４０２が置かれており、この機能が選択される様子が示されている。

図６に示した状態でマウスクリック等の操作が行われ、「問題報告の閲覧」機能が選択されると、ターゲット４１２の領域内に含まれる既登録部分（問題報告が登録されている部分）に対し、報知表示部２２５により報知表示が行われる。ターゲット４１２の領域内に既登録部分が複数存在する場合は、各既登録部分に対して個別に報知表示が行われる。

図７は、図６に示したターゲット４１２の領域内の既登録部分に対する報知表示が行われた様子を示す図である。
図７を参照すると、図６に示したターゲット４１２の領域内には、三つの既登録部分４３１、４３２、４３３が存在している。図７に示す例では、太い破線の枠の表示は、ターゲット４１２を示すものから既登録部分４３１、４３２、４３３を示すものに切り替わっている。ただし、図示の表示態様は例示に過ぎず、ターゲット４１２を示す枠を表示したまま既登録部分４３１、４３２、４３３に対しても枠を表示するようにしても良いし、既登録部分４３１、４３２、４３３に対して、ターゲット４１２とは異なる態様の枠を表示しても良い。

図７に示した状態で既登録部分４３１、４３２、４３３の選択操作が行われると、問題報告出力部２２６により、選択された既登録部分４３１、４３２、４３３に関する問題報告の内容が表示される。図７に示す例では、既登録部分４３１の位置にマウスポインタ４０２が置かれており、この既登録部分４３１が選択される様子が示されている。

図８は、問題報告の表示の例を示す図である。
図８に示す例では、選択された既登録部分４３１の近傍に吹き出し（バルーン）４４１が表示されている。そして、この吹き出し４４１の内部に、既登録部分４３１に関する問題報告における識別情報（Ｄｅｆｅｃｔ ＃００１）、タイトル（ｄｅｆｅｃｔ ｔｉｔｌｅ）、問題の内容（ｄｅｓｃｒｉｐｔｉｏｎ）が表示されている。図８には示していないが、問題報告の表示には、キャプチャ画像の保存場所へのリンク情報を表示しても良い。このようにすれば、問題報告を閲覧するユーザが、問題が発生した際のＧＵＩ画面の様子を確認しようとする場合に、上記のリンク情報に基づいてキャプチャ画像を迅速に表示させることが可能となる。

なお、問題報告を閲覧する際の既登録部分の指定方法は、閲覧しようとする問題報告を特定するために所望の既登録部分を指定できれば良く、図８に示す方法に限定されない。他の方法としては、例えば、報知表示されている既登録部分（図７に示した例では、既登録部分４３１、４３２、４３３）のリストを表示し、リスト上で所望の既登録部分を指定させても良い。リスト表示は、例えば、ＧＵＩ画面を表示するウィンドウ４０１のメニュー欄から既登録部分のリストを表示させる機能を選択することにより行われる。この機能が選択されると、表示制御部２００のＧＵＩ画面制御部２１０の制御下で、問題報告管理部２２０の問題報告出力部２２６が、管理ＤＢ３００から報知表示されている既登録部分に関する問題報告を読み出し、例えば識別情報を表示装置４００に一覧表示する。

図９は、問題報告のリスト表示を行った様子を示す図である。
図９に示す例では、ＧＵＩ画面４１０に表示された既登録部分４３１、４３２、４３３の問題報告のリスト４５１がウィンドウ４０１に重ねて表示されている。リスト４５１には、既登録部分４３１の識別情報（ｄｅｆｅｃｔ ＃００１）、既登録部分４３２の識別情報（ｄｅｆｅｃｔ ＃０５０）、既登録部分４３３の識別情報（ｄｅｆｅｃｔ ＃０７７）が一覧表示されている。このリスト４５１上で既登録部分４３１、４３２、４３３のいずれかが選択されると、問題報告出力部２２６により、選択された既登録部分４３１、４３２、４３３に関する問題報告の内容が表示される。図９に示す例では、リスト４５１における既登録部分４３２の識別情報（ｄｅｆｅｃｔ ＃０５０）の位置にマウスポインタ４０２が置かれており、この既登録部分４３２が選択される様子が示されている。

＜問題報告管理部による処理＞
図１０は、本実施形態の問題報告管理部２２０による処理の流れを示すフローチャートである。
表示装置４００に表示されたＧＵＩ画面４１０上で、ユーザの操作によりターゲットの指定が行われると（ステップ１００１）、指定操作受け付け部２２１が、この操作を受け付けて、指定されたターゲットを識別可能に表示制御する（ステップ１００２）。次に、ユーザの操作に応じてメニュー表示部２２２がメニューを表示し（ステップ１００３）、ユーザによる機能の選択を待つ。

ユーザの操作により「問題報告の登録」機能が選択されると（ステップ１００４）、入力受け付け部２２３がユーザによるテキストの入力を受け付け、問題報告作成部２２４がＧＵＩ画面のキャプチャ画像やターゲットに関する情報を取得する（ステップ１００５）。そして、問題報告作成部２２４が、取得した情報に基づいて問題報告を作成し、管理ＤＢ３００に格納する（ステップ１００６）。

一方、ステップ１００３で表示されたメニューからユーザの操作により「問題報告の閲覧」機能が選択されると（ステップ１００４）、報知表示部２２５が、指定されたターゲットの領域内に既登録部分が存在するか判断する（ステップ１００７）。既登録部分が存在する場合、報知表示部２２５は、検出された既登録部分に対して報知表示を行う（ステップ１００８）。

次に、ユーザにより既登録部分の選択操作が行われると（ステップ１００９）、問題報告出力部２２６が、選択された既登録部分の問題報告を管理ＤＢ３００から読み出して表示する（ステップ１０１０）。指定されたターゲットの領域内に既登録部分が存在しない場合、報知表示部２２５は、既登録部分がない旨の報知表示を行う（ステップ１０１１）。あるいは、既登録部分が存在しない場合には、ステップ１００３のメニュー表示において、「問題報告の閲覧」機能を表示させないようにしても良い。その場合は、ステップ１００７は不要である。

以上のように、本実施形態によれば、ソフトウェアのテストにおいて、問題の発生個所を、表示装置４００に表示されたＧＵＩ画面上で、グラフィカルなユーザ・インターフェイスを用いて指摘し、問題報告の登録や閲覧を行うことができる。このため、問題報告を登録しようとするユーザ（テストの実施者等）は、ＧＵＩ画面上で問題の発生個所を直接指摘することができ、問題報告の作成が容易となる。また、問題報告を閲覧しようとするユーザ（ソフトウェアの開発担当者等）にとっても、問題報告が行われた箇所がＧＵＩ画面上で示されるため、ソフトウェアのどの部分にどれだけの問題が報告されているのかを直感的に把握することが容易である。さらに、本実施形態では、問題報告の登録が行われる際に、問題報告作成部２２４によってＧＵＩ画面のキャプチャ画像が取得されるため、問題報告を作成する度にユーザ自身がＧＵＩ画面の画像データを取得して保存する操作を行う必要がなく、問題報告の作成に要する手間を大幅に削減することができる。

なお、上記の実施形態では、ＧＵＩ画面上でターゲットが指定された後、メニューから「問題報告の閲覧」機能が選択されたことにより報知表示部２２５が既登録部分の報知表示を行うこととした。これに対し、ターゲットが指定された時点で、報知表示部２２５が、指定されたターゲットの領域に含まれる既登録部分を検索し、報知表示を行うようにしても良い。指定したターゲットに対して新たな問題報告を登録する場合は、既登録部分に対する報知表示が行われたターゲットに対してメニューを表示させ、「問題報告の登録」機能を選択すれば良い。

＜ハードウェア構成例＞
図１１は、本実施形態のコンピュータ・システムを構成するのに好適なハードウェア構成例を示す図である。
図１１に示すコンピュータは、演算手段であるＣＰＵ（Central Processing Unit）１０ａと、主記憶手段であるメモリ１０ｃを備える。また、外部デバイスとして、磁気ディスク装置（ＨＤＤ：Hard Disk Drive）１０ｇ、ネットワーク・インターフェイス１０ｆ、表示機構１０ｄ、音声機構１０ｈ、キーボードやマウス等の入力デバイス１０ｉ等を備える。

図１１に示す構成例では、メモリ１０ｃおよび表示機構１０ｄは、システム・コントローラ１０ｂを介してＣＰＵ１０ａに接続されている。また、ネットワーク・インターフェイス１０ｆ、磁気ディスク装置１０ｇ、音声機構１０ｈおよび入力デバイス１０ｉは、Ｉ／Ｏコントローラ１０ｅを介してシステム・コントローラ１０ｂと接続されている。各構成要素は、システム・バスや入出力バス等の各種のバスによって接続される。

なお、図１１は、本実施形態が適用されるのに好適なコンピュータのハードウェア構成を例示するに過ぎない。本実施形態は、管理対象システムの資源を管理して特定の事象が発生したか否かを判定し、判定結果に基づく管理情報の出力を行うシステムに広く適用できるものであり、図示の構成においてのみ本実施例が実現されるのではない。

図１１において、磁気ディスク装置１０ｇにはＯＳやアプリケーション・ソフトのプログラムが格納されている。そして、これらのプログラムがメモリ１０ｃに読み込まれてＣＰＵ１０ａに実行されることにより、本実施形態におけるアプリケーション実行部１００や表示制御部２００の各機能が実現される。また、管理ＤＢ３００は、メモリ１０ｃや磁気ディスク装置１０ｇ等の記憶手段により実現される。また、表示装置４００は、表示機構１０ｄにより構成される。また、マウス５００およびキーボード６００は、入力デバイス１０ｉに相当する。

なお、本実施形態においては、ＧＵＩ画面をウェブ上で表示される画面として説明したが、これに限定されるものではない。また、本実施形態において、問題報告は、ＧＵＩ画面に関連付けて登録されるが、問題報告において扱われる問題は、ＧＵＩにおける問題には限定されない。例えば、ソフトウェアの動作に関する問題であっても、関連するＧＵＩ画面上の適当な部分を索引（index）として、問題報告を登録することができる。その他、上記の実施形態に、種々の変更または改良を加えたものも、本発明の技術的範囲に含まれる。

１００…アプリケーション実行部、１１０…処理部、１２０…ＧＵＩ制御部、２００…表示制御部、２１０…ＧＵＩ画面制御部、２２０…問題報告管理部、２２１…指定操作受け付け部、２２２…メニュー表示部、２２３…入力受け付け部、２２４…問題報告作成部、２２５…報知表示部、２２６…問題報告出力部、３００…管理データベース（ＤＢ）、４００…表示装置、５００…マウス、６００…キーボード

Claims (9)

1. ソフトウェアを実行してテストする装置であって、
   テスト対象のソフトウェアを実行する実行部と、
   テスト対象の前記ソフトウェアによるインターフェイス画面を表示装置に表示させ、当該インターフェイス画面を用いたユーザによる入力操作を受け付けるインターフェイス画面制御部と、
   前記ソフトウェアのテストにおいて発生した問題に関する情報を管理する問題報告管理部と、を備え、
   前記問題報告管理部は、
   前記インターフェイス画面の構成部分の指定を受け付ける指定操作受け付け部と、
   ユーザによる情報の入力を受け付ける入力受け付け部と、
   前記指定操作受け付け部により受け付けた指定に係る前記構成部分の情報および前記入力受け付け部により受け付けた情報に基づいて当該構成部分に関する報告情報を作成する報告作成部と、
   前記指定操作受け付け部により受け付けた指定に係る前記構成部分が前記報告作成部により報告情報が作成された構成部分を含む場合に、当該報告情報が作成された当該構成部分が存在することを報知する報知表示を行う報知表示部と、
   を備える、装置。
2. 前記報知表示部は、前記報告情報が作成された前記構成部分に対して、当該報告情報が作成されていることを表す表示を行う、請求項１に記載の装置。
3. ソフトウェアを実行してテストする装置であって、
   テスト対象のソフトウェアを実行する実行部と、
   テスト対象の前記ソフトウェアによるインターフェイス画面を表示装置に表示させ、当該インターフェイス画面を用いたユーザによる入力操作を受け付けるインターフェイス画面制御部と、
   前記ソフトウェアのテストにおいて発生した問題に関する情報を管理する問題報告管理部と、を備え、
   前記問題報告管理部は、
   前記インターフェイス画面の構成部分の指定を受け付ける指定操作受け付け部と、
   ユーザによる情報の入力を受け付ける入力受け付け部と、
   前記指定操作受け付け部により受け付けた指定に係る前記構成部分の情報および前記入力受け付け部により受け付けた情報に基づいて当該構成部分に関する報告情報を作成する報告作成部と、
   を備える、装置。
4. 前記問題報告管理部は、前記指定操作受け付け部により指定操作を受け付けた場合に、前記インターフェイス画面の画像データを取得する画像データ取得手段をさらに備え、
   前記報告作成部は、前記画像データ取得手段により取得された前記画像データの情報を含めて前記報告情報を作成する、請求項３に記載の装置。
5. ソフトウェアを実行してテストする装置であって、
   テスト対象のソフトウェアを実行する実行部と、
   テスト対象の前記ソフトウェアによるインターフェイス画面を表示装置に表示させ、当該インターフェイス画面を用いたユーザによる入力操作を受け付けるインターフェイス画面制御部と、
   前記ソフトウェアのテストにおいて発生した問題に関する情報を管理する問題報告管理部と、を備え、
   前記問題報告管理部は、
   前記インターフェイス画面の構成部分の指定を受け付ける指定操作受け付け部と、
   前記インターフェイス画面の構成部分に関して作成された報告情報を取得する取得部と、
   前記指定操作受け付け部により受け付けた指定に係る構成部分である指定部分が前記報告情報が作成された構成部分を含む場合に、当該指定部分に当該報告情報が作成された構成部分が存在することを報知する報知表示を行う報知表示部と、
   を備える、装置。
6. 前記報知表示部は、前記報告情報が作成された構成部分に対して、当該報告情報が作成されていることを表す表示を行う、請求項５に記載の装置。
7. 前記問題報告管理部は、
   前記報告情報が作成された構成部分の選択を受け付け、選択された当該構成部分に関する当該報告情報を表示装置に表示する問題報告出力部をさらに備える、請求項５または請求項６に記載の装置。
8. ソフトウェアを実行してテストする装置であって、
   テスト対象のソフトウェアを実行する実行部と、
   テスト対象の前記ソフトウェアによるインターフェイス画面を表示装置に表示させ、当該インターフェイス画面を用いたユーザによる入力操作を受け付けるインターフェイス画面制御部と、
   前記ソフトウェアのテストにおいて発生した問題に関する情報を管理する問題報告管理部と、を備え、
   前記問題報告管理部は、
   前記インターフェイス画面の構成部分の指定を受け付ける指定操作受け付け部と、
   前記指定操作受け付け部により指定操作を受け付けた場合に、前記インターフェイス画面の画像データを取得する画像データ取得手段と、
   ユーザによる情報の入力を受け付ける入力受け付け部と、
   前記指定操作受け付け部により受け付けた指定に係る前記構成部分の情報、前記画像データ取得手段により取得された前記画像データの情報および前記入力受け付け部により受け付けた情報に基づいて当該構成部分に関する報告情報を作成する報告作成部と、
   前記指定操作受け付け部により受け付けた指定に係る前記構成部分が前記報告作成部により報告情報が作成された構成部分を含む場合に、当該報告情報が作成された当該構成部分が存在することを報知し、当該構成部分に対して、当該報告情報が作成されていることを表す表示を行う報知表示部と、
   前記報告情報が作成された構成部分の選択を受け付け、選択された当該構成部分に関する当該報告情報を表示装置に表示する問題報告出力部と、
   を備える、装置。
9. コンピュータを、
   テスト対象のソフトウェアを実行する実行手段と、
   テスト対象の前記ソフトウェアによるインターフェイス画面を表示装置に表示させ、当該インターフェイス画面を用いたユーザによる入力操作を受け付けるインターフェイス画面制御手段と、
   前記ソフトウェアのテストにおいて発生した問題に関する情報を管理する問題報告管理手段として機能させ、
   前記問題報告管理手段の機能として、前記コンピュータに、
   前記インターフェイス画面の構成部分の指定を受け付ける機能と、
   ユーザによる情報の入力を受け付ける機能と、
   受け付けた指定に係る前記構成部分の情報およびユーザによる入力情報に基づいて当該構成部分に関する報告情報を作成する機能と、
   受け付けた指定に係る前記構成部分が前記報告情報が作成された構成部分を含む場合に、当該報告情報が作成された当該構成部分が存在することを報知する報知表示を行う機能と、
   を実現させる、プログラム。

Images