(57)【要約】【課題】  GUIのユーザビリティの自動評価において、従来技術では自動測定可能な評価指標はGUIの属性やクリック数などの表面的な要素であり、「設計者の画面設計意図」という自動測定不可能な要素までは自動評価できず、また、自動評価できない要素については人間が評価することになり、人間による評価ではテスト観点に漏れが発生しやすいという課題があった。【解決手段】  上記課題を解決するために、設計者が予め用意したテスト指示テーブル（１０９）を基にUI部品とテスト観点を対応付けて提示するテスト指示提示部（１０５）と、UI部品属性の既定値を格納したUI部品既定値テーブル（１１０）を基にUI部品の自動評価および評価結果をUI部品と対応付けて提示するUI部品自動評価部（１０６）を含むGUIインスペクション支援プログラム（１０３）により、テスト担当者は確認すべきテスト観点の漏れを防止し、テスト十分性を確保できる。【選択図】  図１
2011090472.tif 000002
【特許請求の範囲】
【請求項１】
テスト対象プログラムが表示する画面につき、その画面を構成するUI部品を識別し、事前に用意したテスト観点との対応、並びにUI部品に対する自動評価結果との対応をテスト担当者に提示することにより、テスト観点の漏れを防ぎ、テスト十分性を向上させることを特徴としたGUIインスペクション支援方法。
【請求項２】
テスト対象プログラムが表示する画面を構成するUI部品を識別する出力情報取得部と、出力情報取得部により識別されたUI部品と事前に用意したテスト観点との対応をテスト担当者へ提示するテスト観点提示部と、出力情報取得部により識別されたUI部品の属性に対して事前に用意した規定値で自動評価および評価結果とUI部品との対応をテスト担当者へ提示するUI部品自動評価部を持ち、UI部品とテスト観点との対応およびUI部品と自動評価結果との対応をテスト担当者へ提示することを特徴としたGUIインスペクション支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テスト担当者によるGUIのユーザビリティ評価を支援する技術に関する。
【背景技術】
【０００２】
GUIのユーザビリティ評価において、顧客層や顧客の属する組織などに合ったGUIのユーザビリティ評価のために、複数のユーザの操作内容を記録し、操作内容に基づいて算出されたパラメータにGUIが合致しているかを判定する技術が特許文献１で開示されている。また、定量的指標を用いた自動評価と、ユーザへのアンケートを組み合わせて、ユーザビリティ原則への適合度合いを評価する技術が非特許文献１で開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2009-104313号公報
【非特許文献】
【０００４】
【非特許文献１】”拡張ステートチャートを用いたGUIユーザビリティ自動評価システム”, 情報処理学会研究報告. HI, ヒューマンインタフェース研究会報告, pp.91-98 20020921
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記従来技術では、自動測定可能な評価指標はGUIの属性（ボタンのサイズや間隔など）やクリック数などの表面的な要素のみである。このような評価方法は、既定された値もしくはユーザの操作履歴により求められた値とGUIが合致しているかを判定するのみであるが、そもそもの「判定に用いる値が決められた根拠」は考慮されていない。つまり、「設計者の画面設計意図」という自動測定不可能な観点では評価できない。例えば、ボタンが複数並び一つのボタンのみ間隔を大きくしている画面設計の場合、「他のボタンとカテゴリが異なるボタンであることを明確にするため」という設計意図を考慮した上で評価する必要があるが、これは自動評価できるものではなく、人間が評価することとなる。しかし、これは人間が評価することによる評価観点の漏れが発生しやすいという課題がある。
【０００６】
そこで、本発明ではテスト担当者によるユーザビリティ評価において、テスト観点の漏れを防止し、テスト十分性を確保することを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、GUIのユーザビリティ評価時のテスト観点の漏れを防止する方法として、テスト対象プログラムから画面が出力された際に、設計者が指定した確認すべきテスト観点をテスト担当者へ提示する方法をとる。テスト観点をテスト担当者へ提示する際は、テスト対象画面のUI部品とテスト観点を対応付けてテスト担当者へ提示する方法とする。この方法により、テスト担当者は確認すべきテスト観点の漏れを防止し、テスト十分性を確保する。
【発明の効果】
【０００８】
テスト観点を自動評価するのではなく設計者の指示に基づいてテスト観点をテスト担当者へ提示することで、テスト担当者が評価すべきテスト観点の漏れを防止し、テスト十分性を確保できる効果がある。
【図面の簡単な説明】
【０００９】
【図１】本発明のシステム構成図。
【図２】テスト観点テーブルを示す図。
【図３】テスト指示テーブルを示す図。
【図４】UI部品既定値テーブルを示す図。
【図５】テスト指示評価結果テーブルを示す図。
【図６】テスト指示・UI部品自動評価・テスト指示評価結果を提示する一例を示す図。
【図７】GUIインスペクション支援プログアラムの全体の処理フローチャート。
【図８】テスト指示提示部のテスト指示提示処理フローチャート。
【図９】提示されたテスト指示に対するチェック時の処理フローチャート。
【図１０】UI部品自動評価部の自動評価処理フローチャート。
【図１１】テスト指示評価結果提示部の評価結果提示処理フローチャート。
【図１２】テスト指示テーブルの作成方法の一例を示す図。
【図１３】テスト指示テーブルの作成フローチャート。
【発明を実施するための形態】
【００１０】
図１は、本発明におけるシステムの構成を示す図である。図１のGUIインスペクション支援プログラム（１０３）は、操作装置（１１２）と表示装置（１１３）が接続されたテスト担当者のコンピュータ（１０１）上で動作するテスト対象プログラム（１０２）をテスト対象として、テスト担当者によるGUIのユーザビリティ評価の支援を行うものであり、出力情報取得部（１０４）と、テスト指示提示部（１０５）と、UI部品自動評価部（１０６）と、テスト指示評価結果提示部（１０７）と、テスト観点テーブル（１０８）と、テスト指示テーブル（１０９）と、UI部品既定値テーブル（１１０）と、テスト指示評価結果テーブル（１１１）から構成される。
【００１１】
テスト観点テーブル（１０８）は、GUIのユーザビリティ評価に関連するテスト観点を格納するテーブルである。テスト指示テーブル（１０９）は、設計者により対応付けられたUI部品とテスト観点との組み合わせを格納するテーブルである。UI部品既定値テーブル（１１０）は、UI部品の属性（サイズや色、フォント等）に関して予め設定した値を格納するテーブルである。テスト指示評価結果テーブル（１１１）は、UI部品に対応付けられたテスト観点が評価済みであるか否かの結果を格納するテーブルである。出力情報取得部（１０４）は、テスト対象プログラム（１０２）が出力した画面からUI部品を取得する処理を行うものである。テスト指示提示部（１０５）は、テスト観点テーブル（１０８）とテスト指示テーブル（１０９）を基にして、テスト観点をUI部品と対応付けてテスト担当者へ提示する処理を行うものである。UI部品自動評価部（１０６）は、UI部品既定値テーブル（１１０）を基にして、UI部品の属性が既定値と一致するか否かを判定および判定結果をUI部品と対応付けてテスト担当者へ提示する処理を行うものである。テスト指示評価結果提示部（１０７）は、テスト指示評価結果テーブル（１１１）を基にして、UI部品に対応付けられたテスト観点が評価済みであるか否かの結果を一覧でテスト担当者へ提示する処理を行うものである。上記各種プログラムは、図示していないが、コンピュータのCPUが、プログラムをメモリにロードをして、CPUが実行することができる。また、プログラムではなく、専用のハードウエアで、同様な機能を実現できる。
【００１２】
図２は、テスト観点テーブル（１０８）のテーブル構成とデータ例を示した図である。テスト観点テーブル（２０１）は、一意に割り振られたテスト観点ID（２０２）とテスト観点（２０３）の２つの要素から構成される。テスト観点テーブル（２０１）は、予めGUIインスペクション支援プログラムに用意されている。
【００１３】
図３は、テスト指示テーブル（１０９）のテーブル構成とデータ例を示した図である。テスト指示テーブル（３０１）は、テスト対象プログラム（１０２）が出力したウィンドウ内に配置された各UI部品のIDであるUI部品ID（３０２）と、そのUI部品に対応付けられたテスト観点ID（３０３）の２つの要素から構成される。また、このテスト指示テーブル（３０１）は、テスト対象プログラム（１０２）が出力するウィンドウ毎に1つ存在する。テスト指示テーブル（３０１）は、後述するテスト指示設定ツールなどを利用して、テスト対象プログラム（１０２）の設計者がテストの事前に作成する。
【００１４】
図４は、UI部品既定値テーブル（１１０）のテーブル構成とデータ例を示した図である。UI部品既定値テーブル（４０１）は、UI部品の種別を表す文字（接頭文字3文字）が付加されたID（４０２）と、各UI部品種別の属性に関する既定値（４０３）と、既定値の内容（４０４）の３つの要素から構成されている。UI部品既定値テーブル（４０１）は、テスト対象プログラム（１０２）の設計者がテストの事前に作成する。
【００１５】
図５は、テスト指示評価結果テーブル（１１１）のテーブル構成とデータ例を示した図である。テスト指示評価結果テーブル（５０１）は、テスト観点ID（５０２）と、テスト観点ID（５０２）が対応付けられたUI部品ID（５０３）と、その評価結果（５０４）の3つの要素から構成される。テスト指示評価結果テーブル（５０１）は、テスト対象プログラム（１０２）の初回のテスト時に、テスト指示提示部（１０５）がテスト指示テーブル（３０１）を基に作成する。
【００１６】
図６はGUIインスペクション支援プログラム（１０３）の実行例を表した図である。ウィンドウ（６１１）はテスト対象プログラム（１０２）が出力したウィンドウである。ウィンドウ（６２１と６３１）はテスト指示提示部（１０５）が出力したウィンドウであり、UI部品に対応付けられたテスト観点を提示する（以下、「テスト指示ウィンドウ」と呼ぶ）。ウィンドウ（６４１）はUI部品自動評価部（１０６）が出力したウィンドウであり、UI部品に対する自動評価結果を提示する（以下、「UI部品自動評価結果ウィンドウ」と呼ぶ）。ウィンドウ（６５１）はテスト指示評価結果提示部（１０７）が出力したウィンドウであり、テスト担当者へ提示したテスト指示が評価済みであるか否かの結果を提示する（以下、「テスト指示評価結果ウィンドウ」と呼ぶ）。
【００１７】
以下、図６の実行例を基に，GUIインスペクション支援プログラム（１０３）のテスト指示提示部（１０５）と，UI部品自動評価部（１０６）と，テスト指示評価結果提示部（１０７）の処理の流れを説明する。
【００１８】
図７は、GUIインスペクション支援プログラム（１０３）の処理の流れを示した図である。まず、処理（７０１）で、テスト指示提示部（１０５）はテスト指示テーブル（３０１）を基にテスト指示評価結果テーブル（５０１）を作成し、UI部品ID（５０３）にテスト観点ID（５０２）が対応付けられている全レコードの評価結果（５０４）を”未評価”として、テスト指示評価結果テーブル（５０１）を初期化する。また、処理（７０１）は初回のテスト時のみ行なう。次に処理（７０２）で、出力情報取得部（１０４）はテスト対象プログラムにより出力されたウィンドウからUI部品を取得する。処理（７０３）で、処理（７０２）で取得したUI部品を基に、UI部品に対応するテスト指示を提示するテスト指示提示処理（テスト指示提示部（１０５））と、UI部品属性を自動評価し結果を提示するUI部品自動評価処理（UI部品自動評価部（１０６））と、テスト担当者へ提示したテスト観点の評価結果を提示する処理（テスト指示評価結果提示部（１０７））の３つの処理を行なう。処理（７０４）で、処理（７０３）により生成されたテスト担当者に対する提示情報を表示装置を通じて出力する。
【００１９】
次に、テスト指示提示処理について説明する。
【００２０】
図８は， UI部品とテスト観点を対応付けテスト担当者へ提示するテスト指示提示部（１０５）の処理を示したフローチャートである。処理（８０１〜８０２）でテスト観点テーブル（２０１）とテスト指示テーブル（３０１）を取得する。次のループ処理（８０３）では、出力情報取得部（１０５）が取得した全UI部品に対して処理（８０４〜８０８）を繰り返す。処理（８０４）では、取得したUI部品のIDであるUI部品IDを取得する。処理（８０５）で、取得したUI部品IDに対応するテスト観点IDがテスト指示テーブル（３０１）に存在するか判定し、存在しなければ他のUI部品を対象にループ処理（８０３）を行う。テスト観点IDが存在する場合は、処理（８０６）でテスト観点テーブル（２０１）からテスト観点IDに対応するテスト観点を取得し、テスト指示ウィンドウ（６２１）とテスト指示ウィンドウ内にリスト（６２２）を作成し、取得したテスト観点とチェックボックスをリスト（６２２）に追加する。次に処理（８０７）で、テスト指示対象のUI部品を枠で囲み、処理（８０８）でUI部品とテスト指示ウィンドウを線で繋ぐ。
【００２１】
図６の例を基に説明すると、処理（８０３）で処理対象のUI部品がラジオボタン（６１２）としUI部品IDが”10012”とする。処理（８０５）で、テスト指示テーブル（３０１）を参照しUI部品ID”10012”に対応するテスト観点ID”TID006”（３０４）が存在するため、処理（８０６）へ移る。処理（８０６）では、テスト指示テーブル（３０１）からテスト観点ID”TID006”（３０４）を取得し、さらにテスト観点テーブル（２０１）からテスト観点ID”TID006”（３０４）に対応するテスト観点（２０４）を取得し、テスト指示ウィンドウ（６２１）とテスト指示ウィンドウ内にリスト（６２２）を作成し、リスト（６２２）に取得したテスト観点（６２３）とチェックボックス（６２４）を追加する。処理（８０７）では、テスト指示対象のUI部品であるラジオボタン（６１２）を枠（６１３）で囲み、処理（８０８）でラジオボタン（６１２）とテスト指示ウィンドウ（６２１）を線（６６１）で繋ぐ。また他の例として、処理（８０３）で処理対象のUI部品がプルダウンメニュー（６１４）としUI部品IDが”10013”とすると、処理（８０５）にてテスト指示テーブル（３０１）にUI部品ID”10013”に対応するテスト観点IDが存在しないため、処理（８０３）に戻り、他のUI部品を処理対象に処理（８０３）のループ処理を行う。
【００２２】
図９は、処理（８０６）でテスト指示ウィンドウ（６２１）に追加したチェックボックスがチェックされたときの処理を示したフローチャートである。このチェックボックスは、提示したテスト指示に対してテスト担当者が評価したか否かを記録することを目的とした入力機構であり、テスト担当者はテスト指示として提示されたテスト観点での評価が終わった際にチェックを入れる。テスト担当者によりチェックボックスにチェックが入ると、まず処理（９０１）でテスト指示評価結果テーブル（５０１）を取得し、処理（９０２）でチェックされたテスト観点IDとUI部品IDに該当するレコードの「評価結果」（５０４）を”評価済”に更新する。最後に、処理（９０３）でテスト指示評価結果提示部（１０７）を呼び出し、更新されたテスト指示評価結果テーブル（５０１）の内容をテスト担当者に再提示する。
【００２３】
次に、UI部品自動評価処理について説明する。
【００２４】
図１０は、UI部品属性の自動評価および評価結果をテスト担当者へ提示するUI部品自動評価部（１０６）の処理を示したフローチャートである。処理（１００１）でUI部品既定値テーブル（４０１）を取得する。次に、処理（１００２）のループ処理では、出力情報取得部（１０５）を介して取得した全UI部品に対して処理（１００３〜１００８）を繰り返す。処理（１００３）では、UI部品の種別が評価対象であるか判定する。UI部品の種別が評価対象であるかの判定は、UI部品既定値テーブル（４０１）のID（４０２）の先頭３文字で判定する。例えば、ボタンであれば”BTN”（４０５〜４０８）、ウィンドウであれば”WIN”（４０９〜４１２）、テキストボックスであれば”TBX”（４１３〜４１４）のようにUI部品の種別を表す３文字を予め設定しておき、ID（４０２）の先頭３文字に設定する。これにより、取得したUI部品の種別を表す３文字がUI部品既定値テーブル（４０１）のID（４０２）に存在すれば自動評価対象、存在しなければ自動評価対象外と判定する。もし、自動評価対象外の場合は、他のUI部品を対象に処理（１００２）のループ処理を行う。自動評価対象の場合は、処理（１００４）へ移る。処理（１００４）では、UI部品既定値テーブル（４０１）に設定された各UI部品種別の評価項目に沿って自動評価を行う。各UI部品種別に設定された評価項目には、例えばボタンであればボタン間の間隔（縦/横）やボタンのサイズ（縦/横）、ウィンドウであればウィンドウタイトル文字のフォント・ポイント・色やウィンドウの枠線の色、テキストボックスであればテキストボックスの入力文字のフォント・ポイントなどがある。次に処理（１００５）で、自動評価の結果を判定し、既定値と一致すれば他のUI部品を対象に処理（１００２）のループ処理を行う。既定値と一致しなければ、処理（１００６）にてUI部品自動評価結果ウィンドウ（６４１）を作成し、評価結果をUI部品自動評価結果ウィンドウ（６４１）に表示する。次に処理（１００７）でUI部品を枠で囲み、処理（１００８）でUI部品とUI部品自動評価結果ウィンドウ（６４１）を線で繋ぐ。
【００２５】
図６の例を基に説明すると、処理（１００２）で処理対象のUI部品がボタン（６１５）でボタンの横サイズが50ピクセルとすると、処理（１００３）ではUI部品既定値テーブル（４０１）のID（４０２）にボタンの種別を表す”BTN”が存在するため、処理（１００４）へ移る。処理（１００４）では、UI部品既定値テーブル（４０１）からボタンに対する評価項目として、ボタン間（横）の間隔（４０５）、ボタン間（縦）の間隔（４０６）、ボタンのサイズ（横）（４０７）、ボタンのサイズ（縦）（４０８）の既定値を取得し、UI部品の属性値が既定値と一致するか否かを自動評価する。この例では、ボタンの横サイズが規定値と異なることから、処理（１００５）で自動評価の結果では既定値と一致しないため、処理（１００６）へ移る。処理（１００６）では、UI部品自動評価結果ウィンドウ（６４１）を作成し、「ボタンのサイズ（横）が既定値と異なります」のように既定値と異なることを示す文字列を表示する。次に処理（１００７）で、ボタン（６１５）を枠（６１６）で囲み、処理（１００８）でボタン（６１５）とUI部品自動評価結果ウィンドウ（６４１）を線（６７１）で結ぶ。他の例として、処理（１００２）で処理対象のUI部品がプルダウンメニュー（６１４）としプルダウンメニューの部品種別を表す3文字を”PDM”とすると、処理（１００３）のUI部品種別判定でUI部品既定値テーブル（４０１）のID（４０２）にプルダウンメニューの部品種別を表す”PDM”が存在しないため、処理（１００２）に戻り、他のUI部品を処理対象とし処理（１００２）のループ処理を行う。また、処理（１００２）で処理対象のUI部品がボタン（６１７）とし属性は全て既定値通りとすると、処理（１００５）にてボタン（６１７）の属性は既定値と一致していると判定され、処理（１００２）に戻り、他のUI部品を処理対象とし処理（１００２）のループ処理を行う。
【００２６】
次に、テスト指示評価結果提示処理について説明する。
【００２７】
図１１は、テスト指示に対する評価結果をテスト担当者へ提示するテスト指示評価結果提示部（１０７）の処理を示したフローチャートである。処理（１１０１〜１１０２）でテスト指示評価結果テーブル（５０１）とテスト観点テーブル（２０１）を取得する。処理（１１０３）で、テスト指示評価結果を表示するためにテスト指示評価結果ウィンドウ（６５１）とテスト指示評価結果ウィンドウ内にリスト（６５２）を作成し、テスト観点テーブル（２０１）に格納されている全てのテスト観点をリスト（６５２）に追加する。ここで、全てのテスト観点をリストに追加する理由は、テスト指示として対象となっていないテスト観点も表示することで、テスト指示で提示したテスト観点以外にもユーザビリティ評価におけるテスト観点があることをテスト担当者に認識してもらうことができるためである。次の処理（１１０４）のループ処理では、テスト指示評価結果テーブル（５０１）に格納されているテスト指示に対する評価結果をテスト担当者へ提示する処理（１１０５〜１１１０）を行う。まず、処理（１１０５）で、テスト指示評価結果テーブル（５０１）から1つのテスト観点IDに関する全レコードを取得する。処理（１１０６）において、取得した全レコードのうち評価結果（５０４）が”未評価”のレコード数を集計する。処理（１１０７）で集計の結果、テスト指示評価結果テーブル（５０１）にテスト観点IDに関するレコード数が１個以上で「未評価」のレコードが１個以上の場合は処理（１１０８）へ、レコード数が１個以上で「未評価」のレコードが存在しない場合は処理（１１０９）へ、テスト観点IDに関するレコードが存在しない場合は処理（１１１０）へ移る。処理（１１０８）では、提示する情報として、テスト観点（６５３）、テスト指示として対応付けられた全てのUI部品に対して評価済みではないため評価結果（６５４）は”未評価”、テスト指示として指定されていたためテスト指示（６５５）は”○”、の3つの情報をリスト（６５２）に追加する。処理（１１０９）では、提示する情報として、処理（１１０８）と同様に求めたテスト観点（６５３）、テスト指示として対応付けられた全てのUI部品に対して評価済みであるため評価結果（６５４）は”評価済”、テスト指示として指定されていたためテスト指示（６５５）は”○”、の3つの情報をリスト（６５２）に追加する。処理（１１１０）では、提示する情報として、処理（１１０８）と同様に求めたテスト観点（６５３）、テスト指示として指定されていないため評価結果（６５４）は”対象外”、テスト指示（６５５）も”×”、の3つの情報をリスト（６５２）に追加する。
【００２８】
図５および図６の例を基に説明すると、処理（１１０４）で処理対象のテスト観点IDが”TID002”とすると、テスト指示評価結果テーブル（５０１）にはテスト観点”TID002”(５０５)に関するレコードが２件あり、１件は”未評価”であるため、処理（１１０６〜１１０７）の集計結果、処理（１１０８）へ移る。処理（１１０８）では、提示する情報として、テスト観点IDとテスト観点、評価結果は”未評価”、テスト指示は”○”としてリストに追加する（６５６）。別の例として、処理（１１０４）で処理対象のテスト観点IDが”TID004”とすると、テスト指示評価結果テーブル（５０１）にはテスト観点”TID004”(５０６)に関するレコードが２件あり、２件とも”評価済”であるため、処理（１１０６〜１１０７）の集計結果、処理（１１０９）へ移る。処理（１１０９）では、提示する情報として、テスト観点IDとテスト観点、評価結果は”評価済”、テスト指示は”○”としてリストに追加する（６５７）。別の例として、処理（１１０４）で処理対象のテスト観点IDが”TID007”とすると、テスト指示評価結果テーブル（５０１）にはテスト観点”TID007”(５０７)に関するレコードは無いため（テスト観点ID”TID007”に対応付けられたUI部品IDが存在しない）、処理（１１０６〜１１０７）の集計結果、処理（１１１０）へ移る。処理（１１１０）では、提示する情報として、テスト観点IDとテスト観点、テスト指示として指定されていないため評価結果は”対象外”、テスト指示も”×”としてリストに追加する（６５８）。
【００２９】
次に、テスト指示テーブル（３０１）の作成方法として、ツールを用いた作成方法を実施例として説明する。
【００３０】
図１２は、テスト指示テーブル（３０１）の作成を支援するツールの実行例を示した図である。ウィンドウ（１２０１）はテスト指示テーブル（３０１）の作成を支援するツールの画面である（以下、「テスト指示設定ツール」と呼ぶ）。ウィンドウ（１２１１）はテスト対象プログラム（１０２）が出力したウィンドウである。テスト指示設定ツールは、テスト対象プログラム（１０２）が出力した１つのウィンドウとそのウィンドウ内に配置されたUI部品のUI部品IDを一覧で表示し（１２０２）、UI部品ID一覧（１２０２）に表示されているUI部品IDを選択すると、選択されたUI部品IDに対応付け可能なテスト観点一覧（１２０３）が表示される。
【００３１】
図１３は，テスト指示設定ツールを用いてテスト指示テーブル（３０１）を作成する処理を示したフローチャートである。処理（１３０１）で，まずテスト指示設定ツールを起動しておく。処理（１３０２）のループ処理は，テスト対象プログラム（１０２）が出力するウィンドウ毎にUI部品とテスト観点との対応付けを行う処理（１３０３〜１３０５）を行う。処理（１３０３）では，テスト指示設定ツールはテスト対象プログラムが出力しているウィンドウを検出し，ウィンドウ内に配置されているUI部品のUI部品IDを一覧で表示する。設計者は，表示されたUI部品IDの一覧から設定したいUI部品IDを選択し，選択したUI部品IDに対応付けたいテスト観点を選択する（複数選択可）（処理（１３０４））。テスト指示設定ツールは，設計者によってUI部品IDが選択された場合，選択されたUI部品IDを持つUI部品を枠で囲み，テスト指示設定ツールのウィンドウとUI部品を線で繋ぎ（処理（１３０５）），処理（１３０４）のUI部品およびテスト観点の選択可能状態に戻る。設定が終了し，設計者により保存ボタン（１２０７）が押された場合は，テスト指示設定ツールは設定された結果を対象のウィンドウ用のテスト指示テーブル（３０１）に保存し（処理（１３０６）），他のウィンドウを処理対象として処理（１３０２）のループ処理を行う。図１２の実行例で説明すると，ウィンドウ（１２１１）内のテキストボックス（１２１２）のUI部品IDが”10014”とする。まず，テスト指示設定ツールが稼働中にテスト対象プログラム（１０２）からウィンドウ（１２１１）が出力されると，ウィンドウ（１２１１）内に配置されたUI部品のUI部品IDの一覧を表示する（１２０２）（処理（１３０３））。設計者によりUI部品ID一覧（１２０２）からUI部品ID”10014”が選択されると，テスト指示設定ツールはUI部品に対応付け可能なテスト観点の一覧をテスト観点一覧（１２０３）に表示する。このとき，選択されたUI部品ID”10014”に対応するUI部品，つまりテキストボックス（１２１２）を枠（１２１３）で囲み，テスト指示設定ツールのウィンドウ（１２０１）と線（１２２１）で繋ぐ（処理（１３０５））。設計者により，テスト観点一覧（１２０３）からテスト観点ID”TID002”（１２０５）と”TID010”（１２０６）が選択され，保存ボタン（１２０７）が押されると，テスト指示設定ツールは設定された結果（UI部品ID”10014”とテスト観点ID”TID002””TID007”との対応付け（３０５））を保存する（処理（１３０６））。
【００３２】
以上に説明したように、本発明では、テスト担当者へのテスト指示として設計者は予めテスト観点とUI部品を対応付けておき、テスト担当者がGUIのユーザビリティ評価を行う際にテスト指示とUI部品を対応付けて提示することで、テスト観点の漏れを防ぎ、テスト十分性を確保できる効果がある。また、テスト担当者がテスト指示に沿って評価したか否かの結果をテスト担当者に提示することで、さらにテスト観点の漏れを防ぐことができ、テスト十分性の向上にもつながる。
【符号の説明】
【００３３】
１０１  テスト担当者のコンピュータ
１０２  テスト対象プログラム
１０３  GUIインスペクション支援プログラム
１０４  出力情報取得部
１０５  テスト指示提示部
１０６  UI部品自動評価部
１０７  テスト指示評価結果提示部
１０８  テスト観点テーブル
１０９  テスト指示テーブル
１１０  UI部品既定値テーブル
１１１  テスト指示評価結果テーブル
１１２  操作装置
１１３  表示装置
【図１】
2011090472.tif 000003
【図２】
2011090472.tif 000004
【図３】
2011090472.tif 000005
【図４】
2011090472.tif 000006
【図５】
2011090472.tif 000007
【図６】
2011090472.tif 000008
【図７】
2011090472.tif 000009
【図８】
2011090472.tif 000010
【図９】
2011090472.tif 000011
【図１０】
2011090472.tif 000012
【図１１】
2011090472.tif 000013
【図１２】
2011090472.tif 000014
【図１３】
2011090472.tif 000015