(57)【要約】【課題】  テスト対象の画面内を探すことなく目的の確認項目だけをキャプチャすることで確認作業の作業効率をあげることができるシステムを提供する。【解決手段】  ＷｅｂブラウザにＷｅｂアプリケーションが提供する画面のうち画面上で目視確認が必要な項目の表示内容をキャプチャするキャプチャシステムであって、テストケース毎に画面上で確認が必要な項目と確認内容を定義したチェックリストを解析する解析手段と、Ｗｅｂアプリケーションが提供する画面のうち前記解析手段の解析結果に従い前記チェックリストに定義された特定の項目のみをキャプチャし、画像ファイルに格納するキャプチャ取得手段と、取得した画像ファイルと確認内容とを紐付けて確認画面ファイルを生成するキャプチャ取得結果生成手段と、前記キャプチャ取得結果生成手段で生成した確認画面ファイルの内容を表示するキャプチャ取得結果表示手段を備えること特徴とする。【選択図】      図１
2011076152.tif 000002
【特許請求の範囲】
【請求項１】
ＷｅｂブラウザにＷｅｂアプリケーションが提供する画面のうち画面上で目視確認が必要な項目の表示内容をキャプチャするキャプチャシステムであって、テストケース毎に画面上で確認が必要な項目と確認内容を定義したチェックリストを解析する解析手段と、Ｗｅｂアプリケーションが提供する画面のうち前記解析手段の解析結果に従い前記チェックリストに定義された特定の項目のみをキャプチャし、画像ファイルに格納するキャプチャ取得手段と、取得した画像ファイルと確認内容とを紐付けて確認画面ファイルを生成するキャプチャ取得結果生成手段と、前記キャプチャ取得結果生成手段で生成した確認画面ファイルの内容を表示するキャプチャ取得結果表示手段を備えること特徴とするキャプチャシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＷｅｂブラウザにＷｅｂアプリケーションが提供する画面のうち、テスト実行時に目視確認に必要な項目（確認項目）のみをキャプチャして画像ファイルとして保存するキャプチャシステムに関するものである。
【背景技術】
【０００２】
従来、Ｗｅｂアプリケーションの開発作用において、下記の特許文献１に開示されているように、テスト作業効率を向上させるためにテストを自動で実行するツール（以下、テスト自動化ツール）がある。
しかし、テスト自動化ツールでは操作を自動で行うことができるが、画面キャプチャやHTML（Hyper Text Markup Language）ソースなどのエビデンスを自動で取得することができない。
【０００３】
下記の特許文献１では、操作の自動化に加え、各画面の表示内容を画像ファイルに保存する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２６６９５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の場合、Ｗｅｂアプリケーションが提供する画面全体のキャプチャを取得しているが、確認項目を定義したチェックリストに記述された内容から画面内のどこを確認すれば良いか判断することが困難である。
また、画面全体のキャプチャだと確認項目に対してスクロールバーが付加され、表示制御が行われている場合、項目の内容全体を確認することができないという問題がある。
【０００６】
本発明の目的は、テストの自動実行時にキャプチャを取得する際に、チェックリストに定義された操作内容、確認内容から目視確認に必要な項目の表示内容のみをキャプチャし、キャプチャした画像と確認内容を紐付け画面上で目視確認できることを可能とするキャプチャシステムを提供することである。
【課題を解決するための手段】
【０００７】
前期課題を解決するため、本発明は、ＷｅｂブラウザにＷｅｂアプリケーションが提供する画面のうち画面上で目視確認が必要な項目の表示内容をキャプチャするキャプチャシステムであって、テストケース毎に画面上で確認が必要な項目と確認内容を定義したチェックリストを解析する解析手段と、Ｗｅｂアプリケーションが提供する画面のうち前記解析手段の解析結果に従い前記チェックリストに定義された特定の項目のみをキャプチャし、画像ファイルに格納するキャプチャ取得手段と、取得した画像ファイルと確認内容とを紐付けて確認画面ファイルを生成するキャプチャ取得結果生成手段と、前記キャプチャ取得結果生成手段で生成した確認画面ファイルの内容を表示するキャプチャ取得結果表示手段を備えること特徴とする。
【発明の効果】
【０００８】
本発明の画面項目キャプチャシステムによれば、次のような効果がある。
テスト対象の画面内を探すことなく目的の確認項目だけをキャプチャすることで確認作業の作業効率をあげることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態の一例を表すシステム構成図である。
【図２】図１の実施形態の動作の概要を示すフローチャートである。
【図３】操作再生の要求を受け付ける画面の例を示す図である。
【図４】チェックリストのデータ構造の例を示す図である。
【図５】画面項目定義書のデータ構造の例を示す図である。
【図６】画面名称と画面項目定義書格納パスとの対応付けのデータ構造の例を示す図である。
【図７】操作対象アプリの表示画面の例を示す図である。
【図８】操作制御手段の処理を示すフローチャートである。
【図９】チェックリスト解析手段の処理を示すフローチャートである。
【図１０】項目キャプチャ取得処理の全体を示すフローチャートである。
【図１１】項目キャプチャ処理部分の処理を示すフローチャートである。
【図１２】キャプチャ対象の表示画面の例を示す図である。
【図１３】スクロールバーで制御されていない項目のキャプチャ画像の例を示す図である。
【図１４】スクロールバーで制御されている項目のキャプチャ画像の例を示す図である。
【図１５】ログファイルのデータ構造の例を示す図である。
【図１６】キャプチャ取得結果生成手段の処理を示すフローチャートである。
【図１７】キャプチャ取得結果の表示画面の例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明を適用したキャプチャシステムの一実施の形態について説明する。
図１は、本発明の実施形態の一例を示すシステム構成図である。
まず、ＷｅｂブラウザによりＷｅｂサーバにアクセスし、Ｗｅｂページを表示する処理の概要について説明する。
エンドユーザによりクライアントマシン１１２の入力装置が操作されることにより、Ｗｅｂブラウザ１１２が起動され、インターネットやイントラネットなどのネットワーク１２０を経由し、サーバマシン１３０にアクセスされる。
【００１１】
一方、Ｗｅｂブラウザ１１３によりアクセスされるサーバマシン１３０には、Ｗｅｂサーバ１３１とアプリケーションサーバ１３５が備えられている。
Ｗｅｂサーバ１３１には、ＨＴＭＬ言語で記述されたＨＴＭＬファイル１３２、画像ファイル１３３、ＨＴＭＬ文書からレイアウト部分を取り出して定義したＣＳＳ（Cascading Style Sheet）などのレイアウト制御ファイル１３４など、静的なコンテンツが準備されている。
ＨＴＭＬ文書から外部の画像ファイルを参照するように記述することにより、Ｗｅｂブラウザ１１３に画像が表示され、また、レイアウト制御ファイル１３４を参照するように記述することにより、レイアウトも制御可能となる。
アプリケーションサーバ１３５は、Ｗｅｂアプリケーション１３６を実行することにより、Ｗｅｂブラウザ１１３から送信された要求に対して、データベース１３７にアクセスしたりする処理を行い、処理結果をＷｅｂブラウザ１１３に返す。
例えば、Ｗｅｂブラウザ１１３により検索条件が入力されるとＷｅｂアプリケーション１３６は、入力された検索条件を元に、データベース１３７を検索し、検索結果を表示するためのＨＴＭＬを動的に生成する。
【００１２】
以上のような各マシンおよび各アプリケーションの処理を前提として、本実施の形態に係るキャプチャシステムについて説明する。
本実施の形態に係るキャプチャシステム１００は、操作再生部１０１とエビデンス記録部１０２の各処理部を備えている。
操作再生部１０１は、操作再生受付手段１０３と、操作制御手段１０４と、チェックリスト解析手段１０５とを備える。
操作再生受付手段１０３は、エンドユーザから操作対象画面に対するテスト実行の要求を受け付ける。
操作制御手段１０４は、操作対象画面に向かって操作の自動実行や各確認項目のキャプチャを取得する要求をキャプチャ取得手段１０６に送信する。
チェックリスト解析１０５は、エンドユーザが作成したチェックリストの内容を解析し、操作内容、確認内容を抽出する。
エビデンス記録部１０２は、キャプチャ取得手段１０６と、キャプチャ取得結果生成手段１０７と、キャプチャ取得結果表示手段１０８とを備える。
キャプチャ取得手段１０６は、チェックリスト解析１０５にて抽出した確認項目に基づき対象の項目部分のみキャプチャし、画像ファイル１１０として保存する。また、キャプチャ時にエビデンスを取得した記録を残すためにログファイル１０９を生成する。
キャプチャ取得結果生成手段１０７は、ログファイル１０９の内容から取得した画像ファイル１１０の内容とチェックリストに記述された確認内容とを紐付けて１つの結果ファイル１１１を生成する。
キャプチャ取得結果表示手段１０８は、結果ファイル１１１の内容をエンドユーザに表示する。
【００１３】
図２は、本実施形態のキャプチャシステムの処理の概要を示すフローチャートである。
まず、クライアントマシン１１２側でエンドユーザがテスト実行の要求を操作再生受付手段１０３に送信する（ステップ２０１）。
クライアントマシン１１２はテストケースの操作内容に基づき操作対象のアプリケーションの画面に対して自動で操作し、また必要な確認項目に関しては画面のキャプチャを取得しファイルに保存する（ステップ２０２）。
ステップ２０２で取得した画像ファイルの内容とエンドユーザが作成したチェックリストに記述されている確認内容とを紐付けてキャプチャ取得結果ファイルを生成する（ステップ２０３）。
最後に、キャプチャ取得結果ファイルの内容をエンドユーザに表示する（ステップ２０４）。
【００１４】
図３は、エンドユーザがテスト実行要求を送信するための操作再生受付画面３００である。
操作再生受付画面３００では、自動実行対象のテストケースの一覧を表示するテストケース一覧表が表示されている。テストケース一覧表には、各テストケースの名前を表示する「テストケース名」列３０１と、該当するテストケースのチェックリストがどのファイルに書かれているか記述する「チェックリスト」列３０２と、テストケースのテスト実施状況を示す「状況」列３０３と、テストの実行日時を表す「実行日時」列３０４と、操作再生受付１０３にテスト実行の要求を送信するボタンが表示されている「テスト実行」列３０５から構成されている。
「状況」列３０３には、テスト実行中を表す文字列「running」、テスト実行要求待ちを表す「waiting」が表示されるものとする。
【００１５】
図４は、チェックリスト４００の記述画面である。
チェックリスト４００は、テストケースの名前を定義する「テストケース名」行４０１と、操作の内容を記述する「操作定義」列４０２から構成されている。
「テストケース名」行４０１には、テストケースの名前を１列に１つずつ記述する。
「操作定義」列４０２は、画面を一意に識別するための名前を記述する「画面名称」列４０３と、画面内の項目を一意に識別するための名前を記述する「項目名称」列４０４と、項目名称に対して具体的な操作や確認を記述する「操作種類」列４０５と、操作の概要や確認の概要を記述する「操作内容／確認内容」列４０６から構成されている。
チェックリスト４００では、テストケースの名前と操作の定義の交わった箇所に「○」を記述して定義すると、定義した箇所のテストケースでは操作を実行するということを表す。
例えば、テストケース名「ＴＣ０００１」で操作内容「ログインID「User001」を入力する」を実行したい場合、それぞれの行と列が交わった箇所に「○」と記述すればよい。また、操作および確認の実行順序は上から順に実行されるものとする。
【００１６】
図５は、画面項目定義書５００の記述画面の例を示す図である。
画面項目定義書５００は、画面を一意に識別するためのＩＤを記述する画面ＩＤ欄５０１と、画面の日本語名称を記述する画面名称欄５０２と、ブラウザなど画面の左上に表示されるタイトルを記述する画面タイトル欄５０３と、画面内の項目の定義を記述する画面項目一覧表５０４から構成される。
画面項目一覧表５０４は、項目の番号を記述する「項番」列５０５と、項目を一意に識別するための名称を記述する「項目名称」列５０６と、項目のコントロール種別を記述する「種別」列５０７と、エンドユーザによってフィールドに値を入力される項目の最大となる入力バイト数を定義する「サイズ」列５０８と、エンドユーザが画面遷移した直後に表示する値を記述する「初期値」列５０９と、項目に対して操作を実行した際にイベントが発生し画面遷移する場合、遷移先の画面ＩＤを記述する「遷移先画面ＩＤ」列５１０と、項目を一意に識別する値が設定された属性を記述する「属性名」列５１１と、属性名に設定されている値を記述する「属性値」列５１２から構成されている。
例えば、ＨＴＭＬに＜Ｉｎｐｕｔ Ｔｙｐｅ＝“ｂｕｔｔｏｎ” ＩＤ＝“ＡｔｔｒＢｕｔｔｏｎ１”＞と記述されており、ＩＤの値が画面内で一意に定義されていた場合、属性名には「ＩＤ」、属性値には「ＡｔｔｒＢｕｔｔｏｎ１」と記述する。
【００１７】
図６は、画面名称と画面項目定義書の関連付けを表した対応表６００の例を示す図である。
対応表６００には、対応付けの番号を表す「項番」列６０１と、画面名称を記述する「画面名称」列６０２と、画面名称に対する項目の定義が記述されているファイルの格納場所を記述する「画面項目定義書格納パス」列６０３から構成されている。
対応表６００に記述した内容はチェックリスト４００に記述した画面名称から画面項目定義書５００に記述した項目情報を取得するために使用される。
【００１８】
図７は、操作対象のＷｅｂアプリケーションの表示画面の例を示す図であり、ここでは画面項目定義書５００に記述した内容をＷｅｂブラウザ１１３で表示したときのログイン画面７００を示している。
ログイン画面７００は、ユーザＩＤ入力欄７０１と、パスワード入力欄７０２と、ログインボタン７０３を有しており、Ｗｅｂページのタイトル７０４として、「Ｌｏｇｉｎ」が表示されている。
【００１９】
図８は、操作制御手段１０４の処理を示すフローチャートである。
まず、操作再生受付画面３００のチェックリスト欄に入力されたファイルパスにアクセスし、チェックリストを解析する（ステップ８０１）。
項目の操作もしくは確認を実行する前に画面をアクティブにする（ステップ８０２）。
次に、項目に対して操作を実行するのか判定する（ステップ８０３）。項目に対して操作を実行する場合、項目の操作を実行する（ステップ８０４）。項目に対して操作を実行しない場合、項目のキャプチャを取得する（ステップ８０５）。
次に、テストケースで実行する操作および項目のキャプチャを全て実行したか判定する（ステップ８０６）。全ての操作および項目のキャプチャを取得していない場合、直前の操作もしくはキャプチャ処理を行うことで画面遷移が発生したか判定をする（ステップ８０７）。
画面遷移が発生した場合、ステップ８０２から再度処理を開始する。
画面遷移が発生しない場合、ステップ８０３から再度処理を開始する。
全ての操作および項目のキャプチャを取得した場合、キャプチャ取得結果ファイルを生成する（ステップ８０８）。
【００２０】
図９は、チェックリスト解析手段の処理を示すフローチャートである。
まず、操作再生受付画面３００のチェックリスト欄に入力したチェックリストのファイルパスにアクセスし、チェックリストを開く（ステップ９０１）。
次に、テストケースを実行した際の画面遷移情報を抽出する（ステップ９０２）。
次に、抽出した各画面の操作情報および確認情報を抽出する（ステップ９０３）。
ステップ９０３で抽出する操作情報および確認情報には、チェックリスト４００に記述される画面名称、項目名称、操作種別、操作内容／確認内容、画面項目定義書５００に記述される画面タイトル、種別、属性名、属性値の情報が含まれている。また、チェックリスト解析時に抽出した画面遷移情報および操作情報（操作種別、操作内容）は、操作制御手段１０４にて項目のキャプチャ要求を画面キャプチャ取得手段１０６に送信するタイミングを計る際に使用され、確認情報（操作種別、確認内容、種別、属性名、属性値）はキャプチャの要求を画面キャプチャ取得手段１０６に送信する際に使用される。
【００２１】
図１０は、項目キャプチャ取得の全体の処理を示すフローチャートである。
まず、様々な画面が表示されている中からキャプチャ対象の項目が表示されている画面を検索する（ステップ１００１）。
画面の検索をする際は、画面の左上に表示されるタイトルをキーにして検索をする。そして、キャプチャ対象の画面からＨＴＭＬ文書を取得する（ステップ１００２）。
フレーム構成のＷｅｂページの場合は、キャプチャ対象の項目が表示されている領域のＨＴＭＬ文書を取得する。具体的には、ＨＴＭＬ文書内の＜Ｆｒａｍｅｓｅｔ＞タグの中の＜Ｆｒａｍｅ＞タグの内容をＤＯＭ（Document Object Model）のＡＰＩ（Application Program Interface）を使用して取得する。
本処理および以降の処理では、各要素の情報を利用するときは、ＤＯＭのＡＰＩを利用するのもとする。
【００２２】
次にＷｅｂページの表示領域の縦幅および横幅を取得する（ステップ１００３）。この処理では、「Ｂｏｄｙ」要素が持つ「ＣｌｉｅｎｔＨｅｉｇｈｔ」の情報からＷｅｂページの高さを、「ＣｌｉｅｎｔＷｉｄｔｈ」の情報からＷｅｂページの幅を取得する。
次に、Ｗｅｂページ内でキャプチャ対象の項目を検索する（ステップ１００４）。項目を検索する際は、画面項目定義書に記述された種別、属性名、属性値の設定内容を基に検索を行う。例えば、種別が「ＥｄｉｔＢｏｘ」、属性名が「ＩＤ」、属性値が「ａｔｔｒＵｓｅｒ」とキャプチャ対象の項目が定義されていた場合、本システムでは＜Ｉｎｐｕｔ Ｔｙｐｅ＝“Ｔｅｘｔ”＞タグの属性が「ＩＤ＝“ａｔｔｒＵｓｅｒ”」と設定されている要素を検索する。
【００２３】
この後、ステップ１００４で検索した要素の表示位置を取得する（ステップ１００５）。この処理ではキャプチャ対象の要素から「Ｂｏｄｙ」要素までの「ＯｆｆｓｅｔＬｅｆｔ」、「ＯｆｆｓｅｔＴｏｐ」の情報から表示位置を取得する。
次に、キャプチャ対象の項目の表示領域を取得する（ステップ１００６）。ステップ１００４で検索した要素が持つ「ＣｌｉｅｎｔＨｅｉｇｈｔ」の情報から項目の高さを、「ＣｌｉｅｎｔＷｉｄｔｈ」の情報から項目の幅を取得する。キャプチャ対象の項目全体の縦幅および横幅を取得する（ステップ１００７）。この処理では、ステップ１００４で検索した要素が持つ「ＳｃｒｏｌｌＨｅｉｇｈｔ」の情報から項目の高さを、「ＳｃｒｏｌｌＷｉｄｔｈ」の情報から項目の幅を取得する。
【００２４】
次に、Ｗｅｂページの表示内容をキャプチャ対象の項目が表示されるようにＷｅｂページのスクロールバーを移動する（ステップ１００８）。スクロールバーの操作は「Ｂｏｄｙ」要素が持つ「ＳｃｒｏｌｌＬｅｆｔ」、「ＳｃｒｏｌｌＴｏｐ」の値にステップ１００５で取得したキャプチャ対象の項目の位置情報を設定することでスクロールバーが移動する。
次に、Ｗｅｂページの左上からの項目の表示位置を取得する（ステップ１００９）。この処理は、キャプチャ対象の項目の表示位置の情報から「Ｂｏｄｙ」要素が持つ「ＳｃｒｏｌｌＬｅｆｔ」、「ＳｃｒｏｌｌＴｏｐ」の値を引いて求める。また、Ｗｅｂページがフレーム構成であった場合、確認項目が表示されているフレームの表示位置の値を足す必要がある。
ステップ１００１からステップ１００９で求めた項目の情報を基にキャプチャ処理を行う（ステップ１０１０）。ステップ１０１０の詳細については図１１で説明する。
【００２５】
図１１は、項目キャプチャ処理部分の詳細を示すフローチャートである。
まず、キャプチャ対象の項目がスクロールバーにて制御可能である場合、項目に付属のスクロールバーを最下位、右端に移動する（ステップ１１０１）。スクロールバーの制御は要素の持つ「ＳｃｒｏｌｌＬｅｆｔ」、「ＳｃｒｏｌｌＴｏｐ」に「ＳｃｒｏｌｌＷｉｄｔｈ」、「ＳｃｒｏｌｌＨｅｉｇｈｔ」の値を設定することで移動することができる。
次に、Ｗｅｂブラウザ１１３に表示されている項目のキャプチャ処理を行い、画像を取得し（ステップ１１０２）、取得した画像データをメモリや一時ファイルなどの一時領域に保存する（ステップ１１０３）。この場合の画像取得では、例としてＯＳ（Operating System）のキャプチャ機能を利用する。
【００２６】
Ｗｅｂページの表示領域の横幅が項目の表示領域の横幅より大きい場合、項目の表示領域の横幅全てをキャプチャしたか判定する（ステップ１１０４）。
項目の横幅を全てキャプチャした場合、Ｗｅｂページの水平スクロールバーのみ項目の表示位置に動かす（ステップ１１０５）。
項目の横幅を全てキャプチャしていない場合、Ｗｅｂページの水平スクロールバーをＷｅｂページの表示領域分、右方向へ移動する（ステップ１１０６）。
Ｗｅｂページの表示領域の縦幅が項目の表示領域の縦幅より大きい場合、項目の表示領域の縦幅全てをキャプチャしたか判定する（ステップ１１０７）。
【００２７】
項目の縦幅を全てキャプチャした場合、Ｗｅｂページの垂直スクロールバーのみ項目の表示位置に動かす（ステップ１１０８）。
項目の縦幅を全てキャプチャしていない場合、Ｗｅｂページの垂直スクロールバーをＷｅｂページの表示領域分、下方向へ移動する（ステップ１１０９）。
キャプチャ対象の項目全体のうち横方向の表示内容を全てキャプチャしたか判定する（ステップ１１１０）。
項目の横方向の表示内容を全てキャプチャした場合、項目に付属の水平スクロールバーを右端へ移動する（ステップ１１１１）。
項目の横方向の表示内容を全てキャプチャしていない場合、項目に付属の水平スクロールバーを項目の表示領域分、左方向に移動する（ステップ１１１２）。
【００２８】
キャプチャ対象の項目全体のうち縦方向の表示内容を全てキャプチャしたか判定する（ステップ１１１３）。
項目の縦方向の表示内容を全てキャプチャした場合、一時領域に保存した画像データを合成して、キャプチャ対象の項目全体を示す画像ファイルを生成する（ステップ１１１４）。
項目の縦方向の表示内容を全てキャプチャしていない場合、項目に付属の垂直スクロールバーを項目の表示領域分、上方向に移動する（ステップ１１１５）。
【００２９】
図１２は、項目のキャプチャ取得対象となるＷｅｂページ１２００の一例を示す図である。
Ｗｅｂページ１２００は、会員種別を選択するコンボボックス１２０１と、検索結果表示部１２０２と、ログアウトボタン１２０３が表示されている。
検索結果表示部１２０２は、コンボボックス１２０１を選択することで該当する会員の一覧を表示し、一覧が表示領域に全て表示できない場合、縦、横ともにスクロールバーが表示される。また、Ｗｅｂページの表示サイズによって縦、横のスクロールバーが表示される。
【００３０】
図１３は、コンボボックス１２０１をキャプチャしたときの画像取得結果１３００である。
【００３１】
図１４は、検索結果表示部１２０１をキャプチャしたときの画像取得結果１４００である。キャプチャした画像はＷｅｂページおよび検索結果表示部の表示領域のサイズおよび表示位置、スクロールバーの表示有無や位置の情報から項目の表示内容毎の画像を一時ファイルに保存する。最後に取得した画像を合成し、一つのファイルとして生成することで項目全体のキャプチャを取得することを可能としている。
【００３２】
図１５は、画像ファイル１１０の生成記録を残すためのログファイル１５００である。
ログファイル１５００では、ファイルを生成した日時を表す生成日時１５０１と、画像ファイル１１０の出力先のフォルダを表す出力先フォルダ１５０２と、生成したファイルの名前を表すファイル名１５０３と、画像ファイル１１０に対して確認する内容を表す確認内容１５０４から構成されている。
【００３３】
図１６は、キャプチャ取得結果生成手段１０７の処理を示すフローチャートである。
まず、ログファイル１５００の内容を解析し、画像ファイル１１０と取得した画像に対する確認内容を取得する（ステップ１６０１）。画像ファイル１１０と確認内容を１つの画面内で表示するようにファイルに出力する（ステップ１６０２）。
【００３４】
図１７は、キャプチャ取得結果ファイル１１１の表示画面１７００の一例を示す図である。
キャプチャ取得結果画面１７００は、取得した画像を表示する「キャプチャ画像」列１７０１と、図４のチェックリスト４００に記述した確認内容を表示する「確認内容」列１７０２と、一つ先の画像と確認内容を表示するための「次へ」ボタン１７０３と、一つ前の画像と確認内容を表示するための表示するための「前へ」ボタン１７０４から構成されている。画像と確認内容の表示はログファイル１５００に記録された順に表示される。
【００３５】
以上のように、本実施の形態のキャプチャシステムによれば、次のような効果がある。
テスト対象の画面内を探すことなく目的の確認項目だけをキャプチャすることで確認作業の作業効率をあげることができる。
【符号の説明】
【００３６】
１００…キャプチャシステム、１０１・・・操作再生部、１０３…操作再生受付手段、１０４…操作制御手段、１０５…チェックリスト解析手段、１０２…エビデンス記録部、１０６…キャプチャ取得手段、１０７…キャプチャ取得結果生成手段、１０８…キャプチャ取得結果表示手段、１０９…ログファイル、１１０…画像ファイル、１１１…結果ファイル、１１２…クライアントマシン、１１３…Ｗｅｂブラウザ、１２０…ネットワーク、１３０…サーバマシン、１３１…Ｗｅｂサーバ、１３２…ＨＴＭＬファイル、１３３…画像ファイル、１３４…レイアウト制御ファイル、１３５…アプリケーションサーバ、１３６…Ｗｅｂアプリケーション、１３７…データベース。
【図１】
2011076152.tif 000003
【図２】
2011076152.tif 000004
【図３】
2011076152.tif 000005
【図４】
2011076152.tif 000006
【図５】
2011076152.tif 000007
【図６】
2011076152.tif 000008
【図７】
2011076152.tif 000009
【図８】
2011076152.tif 000010
【図９】
2011076152.tif 000011
【図１０】
2011076152.tif 000012
【図１１】
2011076152.tif 000013
【図１２】
2011076152.tif 000014
【図１３】
2011076152.tif 000015
【図１４】
2011076152.tif 000016
【図１５】
2011076152.tif 000017
【図１６】
2011076152.tif 000018
【図１７】
2011076152.tif 000019