(57)【要約】【課題】  ソフトウェアの品質を確保のために必須の標準的なテスト件数を提供する。【解決手段】  本発明のテスト情報提示サーバ102は、対象システムの目標とする不具合件数を示す品質目標値を入力するための品質目標値入力部303と、対象システムのソフトウェアにおける全体パス数に対するテストの通過したパスの割合を示す実績カバレージ及び消化テスト件数を取得するテスト実績情報入力部305と、予め蓄積された実績カバレージ及び消化テスト件数に基づいて入力された品質目標値に対して互いに関連して生成される標準カバレージ及び標準テスト件数を取得する標準カバレージ取得部306、標準テスト件数取得部308と、標準カバレージ及び標準テスト件数の取得に使用するための情報を記録するソフトウェア品質実績データベース307、テスト実績件数データベース309と、標準カバレージ及び標準テスト件数を利用者に提示する提示情報出力部310と、を備えた。【選択図】        図３
2007018362.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアテストが実行される対象システムに対する標準テスト件数を提示するサービスを行うテスト情報提示サーバにおいて、
上記対象システムの目標とする不具合件数を示す品質目標値を入力するための品質目標値入力手段と、
上記対象システムのソフトウェアにおける全体パス数に対するテストの通過したパスの割合を示す実績カバレージ及び消化テスト件数を取得するテスト実績情報取得手段と、
予め蓄積された実績カバレージ及び消化テスト件数に基づいて入力された品質目標値に対して互いに関連して生成される標準カバレージ及び標準テスト件数を取得する標準テスト情報取得手段と、
上記標準カバレージ及び上記標準テスト件数の取得に使用するために、品質目標値に対する標準カバレージのテーブル、標準カバレージに対する標準テスト件数のテーブル、及び実績カバレージに対する消化テスト件数のテーブルを有するテスト実績情報記録手段と、
上記標準カバレージ及び上記標準テスト件数を利用者に提示する標準テスト情報提示手段と、
を備えたことを特徴とするテスト情報提示サーバ。
【請求項２】
請求項1に記載のテスト情報提示サーバにおいて、
上記テスト実績情報記録手段は、予め蓄積された実績カバレージ及び消化テスト件数の平均データを記録する
ことを特徴とするテスト情報提示サーバ。
【請求項３】
請求項1に記載のテスト情報提示サーバにおいて、
上記テスト実績情報取得手段は、上記実績カバレージ及び上記消化テスト件数に応じて標準カバレージ及び標準テスト件数を再取得する
ことを特徴とするテスト情報提示サーバ。
【請求項４】
ソフトウェアテストが実行される対象システムに対する標準テスト件数をネットワークを介して利用者端末に提示するサービスを行うテスト情報提示システムにおいて、
テスト情報提示サーバは、
上記利用者端末から上記対象システムの目標とする不具合件数を示す品質目標値を入力するための品質目標値入力手段と、
上記利用者端末から上記対象システムのソフトウェアにおける全体パス数に対するテストの通過したパスの割合を示す実績カバレージ及び消化テスト件数を取得するテスト実績情報取得手段と、
予め蓄積された実績カバレージ及び消化テスト件数に基づいて入力された品質目標値に対して互いに関連して生成される標準カバレージ及び標準テスト件数を取得する標準テスト情報取得手段と、
上記標準カバレージ及び上記標準テスト件数の取得に使用するための情報を記録するテスト実績情報記録手段と、
上記標準カバレージ及び上記標準テスト件数を上記利用者端末に提示する標準テスト情報提示手段とを備え、
上記利用者端末は、上記対象システムの目標とする不具合件数を示す品質目標値を設定する品質目標値設定手段と、
テスト対象システムに上記標準カバレージ及び上記標準テスト件数によるソフトウェアテストを実行するテスト実行手段と、
上記対象システムのソフトウェアにおける全体パス数に対するテストの通過したパスの割合を示す実績カバレージ及び消化テスト件数を生成して出力するテスト実績情報出力手段と、
を備えた
ことを特徴とするテスト情報提示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアの品質と信頼性に係わり、ソフトウェアテストの標準テスト件数を提示するサービスを行うテスト情報提示サーバ及びテスト情報提示システムに関する。
【背景技術】
【０００２】
従来、ソフトウェアテストに関して、テスト担当者がテストを実施するために作成したテスト項目すべてを実施したにもかかわらず、予め設定した品質目標に満たない場合には、テスト担当者が必要と考えた件数のテスト項目を追加作成してテストを続行していた。しかし、テスト担当者による判断基準は主観的になるため、テスト担当者が追加する必要があると考えたテスト件数では、必要以上に多くのテストを実施してしまう可能性があった。また、プログラムの品質を検証する方法としては、特許文献１に記載されているように、その品質を認証するサービスがある。しかし、これはプログラムソースに対して品質を検証するものであり、標準テスト件数を提示しソフトウェアテストの作業を支援することはできなかった。また、ソフトウェア品質評価方法としては、特許文献２に記載されているように、いくつかある残バグ推定法を組み合わせて精度の良い評価をする方式があり、この方法ではテスト工程の推移に対応して精度の高い推定法を選択するのが原則だが経験値に基づく値の推定法も考慮するものであった。
【０００３】
図１６は、従来のソフトウェアテストの手順を示すフローチャートである。まず、利用者は利用者端末101で対象システムの品質目標値として不具合発生率の目標値を設定する（ステップＳ1701）。続いて、利用者は利用者端末101でテスト項目を作成する（ステップＳ1702）。ステップＳ1702で作成したテスト項目は、テスト装置システム４０に送られ、テスト開始要求が為される。テスト装置システム４０はこのテスト項目に基づいてソフトウェアテストを実施し（ステップＳ1703）、テスト結果を利用者端末101に送る。利用者は、テスト装置システム４０から送られたテスト結果に基づいて、利用者端末101において、ステップＳ1703で摘出された不具合の対策を行う（ステップＳ1704）。
次に、テスト装置システム４０は、ステップS1703のテストが完了した時点で、不具合発生率を計算し（ステップＳ1705）、これを利用者端末101に送る。続いて、ステップＳ1705で算出された不具合発生率が、ステップＳ1701で設定した品質目標値以下であるか否かが判断され（ステップＳ1706）、不具合発生率が品質目標値以下であれば、利用者端末101はテストを終了する。ステップS1706で、ステップＳ1705で算出した不具合発生率が品質目標値を上回ると判定された場合は（ステップＳ1706）、利用者は利用者端末101でテスト項目を追加し（ステップＳ1707）、追加したテスト項目をテスト装置システム４０に送ってテストを続行する。この従来のソフトウエアテストシステムでは、テスト項目を追加する際、追加するテスト項目は主観的な判断によるところが大きいものであった。
【特許文献１】特開2003-330559号公報
【特許文献２】特開昭62-28845号公報号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来の技術では、テスト担当者が、テスト項目が十分か否かの判断を誤ると、テスト項目を必要以上に作成してしまい、無駄なテスト作業が多くなってしまうという不都合があった。
そこで、本発明は、ソフトウェアの品質を確保するために必要とされる標準的なテスト項目でテスト作業を行うことができるテスト情報提示サーバ及びテスト情報提示システムを提供することを目的とするものである。
【課題を解決するための手段】
【０００５】
上記課題を解決し、本発明の目的を達成するため、本発明のテスト情報提示サーバは、ソフトウェアテストが実行される対象システムに対する標準テスト件数を提示するサービスを行うテスト情報提示サーバにおいて、対象システムの目標とする不具合件数を示す品質目標値を入力するための品質目標値入力手段と、対象システムのソフトウェアにおける全体パス数に対するテストの通過したパスの割合を示す実績カバレージ及び消化テスト件数を取得するテスト実績情報取得手段と、予め蓄積された実績カバレージ及び消化テスト件数に基づいて入力された品質目標値に対して互いに関連して生成される標準カバレージ及び標準テスト件数を取得する標準テスト情報取得手段と、標準カバレージ及び標準テスト件数の取得に使用するために、品質目標値に対する標準カバレージのテーブル、標準カバレージに対する標準テスト件数のテーブル、及び実績カバレージに対する消化テスト件数のテーブルを有するテスト実績情報記録手段と、標準カバレージ及び標準テスト件数を利用者に提示する標準テスト情報提示手段と、を備えたものである。
【０００６】
これにより、利用者が対象システムの品質目標値を入力すると、標準カバレージ及び標準テスト件数を取得し、標準テスト件数を利用者に提示する。また、対象システムのカバレージ及び消化テスト件数を取得すると、標準カバレージ及び標準テスト件数を再取得し、標準テスト件数を利用者に提示する。
【発明の効果】
【０００７】
この発明によれば、利用者はテストに必要とされる標準的なテスト件数を実績情報から得ることができ、無駄の無いテストで品質を確保できる効果がある。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態例を、図面を用いて詳細に説明する。
図１は、本発明による標準テスト件数提示サービスを実現するシステムの概略図である。本発明による標準テスト件数提示サービスを実現するシステムは、サービスを利用する利用者端末101、サービスを提供する標準テスト件数提示サービスサーバ102、テスト実績情報保持者端末103で構成される。
【０００９】
利用者端末101は、104で示すように目標とする不具合件数を示す品質目標値を入力すると、標準テスト件数提示サービスサーバ102を通じて、106で示すように対象システムにおけるソフトウェアテストの全体パス数に対するテストの通過したパスの割合を示す標準的なカバレージと標準テスト件数の提供を受ける。また、利用者端末101は、104で示すように実績カバレージ及び消化テスト件数を入力すると、標準テスト件数提示サービスサーバ102は、利用者端末101に対して、テスト実績に対する標準カバレージを提示するサービスと、標準テスト件数を提示するサービスを行う。また、テスト実績情報保持者端末103は、105で示すように品質目標値に対して実績したカバレージとテスト件数の情報を持ち、標準テスト件数提示サービスサーバ102にこの情報を提供する。利用者端末101とテスト実績情報保持者端末103とは、同一になる場合もありうる。
【００１０】
図２は、本発明による標準テスト件数提示サービスのテスト手順を示す図である。Ｔ１で示すテスト開始前の段階において、手順201では、利用者端末101はテスト対象システムに品質目標値を設定し、標準テスト件数提示サービスサーバ102に品質目標値を入力する。手順202では、標準テスト件数提示サービスサーバ102は手順201で利用者が入力した品質目標値を保存し、利用者端末101にサービスを開始する。すなわち、利用者が入力した品質目標値に対して必要とされる標準カバレージ及び標準テスト件数を提示する。
次に、Ｔ２で示すテスト実行時の段階において、手順203では、利用者端末101は提示された件数のテスト項目を作成して対象システムでテストを実施するとともに、テストの実績値（実績カバレージ、消化テスト件数）を標準テスト件数提示サービスサーバ102へ入力する。手順204では、標準テスト件数提示サービスサーバ102は、テストの現状における標準テスト件数を再取得して利用者端末101に提示する。
次に、Ｔ３で示すテストが終了した段階においては、手順205で、利用者端末101はテストを終了した際に標準テスト件数提示サービスサーバ102にテストの終了を連絡する。手順206では、標準テスト件数提示サービスサーバ102は利用者端末101に対してサービスを終了する。
【００１１】
図３は、本発明の実施の形態例を示す標準テスト提示サービスサーバ102のシステム内部構成の説明図である。利用者301は、パーソナルコンピュータなどの利用者端末101を、ネットワーク302を介して、標準テスト件数提示サービスを提供するシステムである標準テスト件数提示サービスサーバ102に接続する。そして、利用者301は、サービスを開始するために、利用者端末101から品質目標値入力部303に品質目標値を入力する。品質目標値入力部303の内容は、対象システムの分野や開発言語などといったシステム情報でもよく、システム内部において品質目標値に変換してもよい。品質目標値入力部303の入力項目は利用者情報管理部304が受け取る。同様に、利用者301は利用者端末101からテスト実績情報入力部305にテスト実績情報を入力し、テスト実績情報入力部305の入力項目を利用者情報管理部304が受け取る。テスト実績情報入力部305に入力されるテスト実績情報は、実績カバレージ311及び消化テスト件数312である。
【００１２】
標準カバレージ取得部306は、ソフトウェア品質実績データベース307から、品質目標値に対する標準的なカバレージを取得する。ソフトウェア品質実績データベース307は品質目標値に対するカバレージの実績データを記録して管理している。標準テスト件数取得部308は、テスト件数実績データベース309から、カバレージに対する標準的なテスト件数を取得する。テスト件数実績データベース309はカバレージに対するテスト件数の実績データを記録して管理している。利用者情報管理部304は、提示情報出力部310から提示情報を利用者のパーソナルコンピュータ301に表示する。提示情報出力部310から出力される提示情報は、標準カバレージ313及び標準テスト件数314である。
【００１３】
なお、図示しないが、利用者端末101には、品質目標値を設定する品質目標値設定部、テスト対象システムを使って標準カバレージ313及び標準テスト件数314によるソフトウェアテストを実行するテスト実行部、テスト対象システムに対するソフトウェアテストの実行による実績カバレージ311及び消化テスト件数312を生成して出力するテスト実績情報出力部を有している。
【００１４】
以下、標準テスト件数提示サービスサーバ102内部のデータベースのデータ構造について、図１０及び図１１を用いて説明する。
図１０は、標準テスト件数提示サービスサーバ102におけるソフトウェア品質実績データベース307のデータ構成を示す説明図である。品質目標値に対する実績カバレージテーブル1101には、ソフトウェア品質実績データベース307内部で保存されている品質目標値1102（不具合発生数／ｋＳ（キロステップ））に対する実績カバレージを平均した標準カバレージ1103（％）が定義されている。また、これに限らず、ソフトウェア品質実績データベース307内部で実績データの無い品質目標値に対するカバレージを前後のデータから補間する機能があってもよい。
【００１５】
図１１は、標準テスト件数提示サービスサーバ102におけるテスト実績件数データベース309のデータ構成を示す説明図である。カバレージに対する消化テスト件数テーブル1201には、テスト実績件数データベース309内部で保存されているカバレージ1202（％）に対する消化テスト件数を平均した標準テスト件数1203（件／ｋＳ）が定義されている。また、これに限らず、テスト実績件数データベース309内部で実績データの無いカバレージに対する標準テスト件数を前後のデータから補間する機能があってもよい。
【００１６】
以下、図４から図７に基づいて、本発明による標準テスト件数提示サービスの動作を説明する。
図４は、本発明の実施の形態例におけるテスト開始前の動作を示すフローチャートである。まず、利用者は利用者端末101を利用して標準テスト件数提示サービスサーバ102のシステムログイン画面を起動する。システムログイン画面には、例えば図１３の入出力図1401に示す内容が表示される。利用者は利用者端末101は表示されたシステムログイン画面にユーザＩＤとパスワードを入力する（ステップＳ501）。標準テスト件数提示サービスサーバ102は、利用者が利用者端末101から入力したユーザＩＤ及びパスワードが正常値であるか否かを検証し（ステップＳ502）、このステップＳ502の検証が正しい場合は、選択メニュー画面を利用者端末101に表示する（ステップＳ504）。ステップＳ502の検証においてユーザＩＤ及びパスワードが正常値ではない、つまり正しくないと判定された場合は、エラーメッセージを利用者端末101に表示し（ステップＳ503）、処理を終了する。その後、ステップＳ501のシステムログイン画面に戻る。ステップＳ504において利用者端末101に表示される選択メニュー画面は、図１３の入出力図1402に例示されている。
【００１７】
次に、利用者端末101の図１３の入出力図1402に示す選択メニュー画面で「１.テスト開始」が選択されると（ステップＳ505）、標準テスト件数提示サービスサーバ102は、図１４の入出力図1501に示す品質目標値入力画面を利用者端末101に表示する（ステップＳ506）。続いて、利用者は、利用者端末101のこの入出力図1501に示す品質目標値入力画面において品質目標値を入力して実行釦を押下する（ステップＳ507）。このステップＳ507で利用者が利用者端末101から入力した品質目標値は、標準テスト件数提示サービスサーバ102のシステム内部に保存される（ステップＳ508）。
続いて、標準テスト件数提示サービスサーバ102は品質目標値に対する標準カバレージと標準テスト件数を取得する（ステップＳ509）。標準テスト件数提示サービスサーバ102は取得した標準カバレージ、標準テスト件数、及び利用者に次回の実績テスト情報を入力するように指定した実績カバレージを利用者端末101に表示する（ステップＳ510）。
【００１８】
ここで、ステップＳ510で利用者に次回の実績テスト情報を入力するように指定する実績カバレージの値は、標準テスト件数提示サービスサーバ102がテスト実績情報をテスト実績件数データベース309に蓄積する際にカバレージの間隔を決定するためのものであり、標準テスト件数提示サービスサーバ102が任意に指定することができる。
【００１９】
図５は、本発明の実施の形態例におけるテスト実行時の動作を示すフローチャートである。図５に示すステップＳ601〜ステップＳ604に関しては図４に示したステップＳ501〜ステップＳ504の初期設定の動作と同様のため説明を省略する。利用者が利用者端末101の図１３の入出力図1402に示す選択メニュー画面で「2.テスト実績入力」を選択すると（ステップＳ605）、標準テスト件数提示サービスサーバ102は、図１５の入出力図1601に示すテスト実績入力画面を利用者端末101に表示する（ステップＳ606）。利用者は利用者端末101でテスト実績情報の項目（実績カバレージ、消化テスト件数）を入力し実行釦を押下する（ステップＳ607）。標準テスト件数提示サービスサーバ102は、図４に示したステップＳ508で保存した品質目標値及びステップＳ607の入力項目を用いてテストの現状における標準テスト件数を再取得する（ステップＳ608）。標準テスト件数提示サービスサーバ102は、テスト実績情報を、実績データとして蓄積するためにシステム内部に保存する（ステップＳ609）。標準テスト件数提示サービスサーバ102は、利用者端末101に図１５の入出力図1602に示す標準テスト件数提示画面を表示する（ステップＳ610）。
【００２０】
図１２は、図５に示したステップＳ609において標準テスト件数提示サービスサーバ102がシステム内部に保存するテスト実績データ構造を示す説明図である。図１２で示すように、テスト実績情報テーブル1301は利用者が入力した実績カバレージ1302に対する消化テスト件数1303により構成される。テスト実績情報テーブル1301は利用者の実績により複数蓄積されている。
【００２１】
図６は、本発明の実施の形態例における品質目標値に対する標準カバレージ、及び標準テスト件数の取得処理の動作を示すフローチャートである。利用者情報管理部304は標準カバレージ取得部306に、品質目標値入力部303を介して入力された品質目標値601に対する標準カバレージの問合せを行う（ステップＳ701）。標準カバレージ取得部306は、ソフトウェア品質実績データベース307から品質目標値303に対する標準カバレージ313を取得する（ステップＳ702）。続いて、利用者情報管理部304は標準テスト件数取得部308に、ステップＳ702で取得した標準カバレージ313を達成するために必要とされる標準テスト件数314の問い合わせを行う（ステップＳ703）。標準テスト件数取得部308は、テスト件数実績データベース309から、標準カバレージ313に対する標準テスト件数314を取得する（ステップＳ704）。これにより、利用者情報管理部304は利用者端末101に標準カバレージ313と標準テスト件数314を、提示情報出力部310を介して表示させる。
【００２２】
以下、ステップＳ702〜ステップＳ704における処理の具体的な例を説明する。標準テスト件数提示サービスサーバ102が図１０に示す品質目標値に対する実績カバレージテーブル1101における品質目標値1102及び標準カバレージ1103に示す値、及び図１１に示すカバレージに対する消化テスト件数テーブル1201におけるカバレージ1202及び標準テスト件数1203に示す値を、それぞれソフトウェア品質実績データベース307及びテスト件数実績データベース309に持つと仮定する。
図１４の入出力図1501に示す品質目標値(0.05件/kS)を利用者が入力すると、図１０に示す品質目標値に対する実績カバレージテーブル1101から、品質目標値（0.05件/kS）に対応する標準カバレージ1103は90%であることが分かる。また、図１０より求めた標準カバレージ1103 (90%)に必要とされる標準テスト件数1203は図１１に示すカバレージに対する消化テスト件数テーブル1201から500件/kSであることが分かる。従って、品質目標値1102が0.05件/kSに対する標準カバレージ1103は90%、標準カバレージ1103が90%に対する標準テスト件数1203は500件/kSとなり、その結果は、図１４の入出力図1502に示す画面として利用者に提示される。
【００２３】
図７は、本発明の実施の形態例における利用者のテスト実績入力に対する標準テスト件数の再取得処理の動作を示すフローチャートである。
図７に示すステップＳ801〜ステップＳ802に関しては図６に示したステップＳ701〜ステップＳ702の動作と同様のため説明を省略する。また、テストの現状における標準テスト件数を再取得するために、利用者情報管理部304は標準テスト件数取得部308に、標準カバレージ313、及びテスト実績情報（実績カバレージ311、消化テスト件数312）に対する標準テスト件数の問い合わせを行う（ステップＳ803）。標準テスト件数取得部308は、実績カバレージ311に対する標準テスト件数、及び標準カバレージ313に対する標準テスト件数を取得する（ステップＳ804）。続いて、標準テスト件数取得部308は、標準カバレージ313における標準テスト件数に対するテスト消化率を100%としたときの、実績カバレージ311に対する標準テスト消化率を算出する（ステップＳ805）。続いて、標準テスト件数取得部308は、テスト実績情報における標準テスト件数を、消化テスト件数312とテスト消化率の関係を用いて算出する（ステップＳ806）。ステップＳ806で算出する標準テスト件数Zは、消化テスト件数をa、ステップＳ805で算出した標準テスト消化率をbとしたとき、以下の（数１）式で表すことができる。
【００２４】
［数１］
Z=a＊(100/b)
この（数１）式は、消化テスト件数312に標準的なテスト消化率の逆数を掛け合わせており、標準テスト消化率と実績テスト消化率の割合から標準テスト件数を算出する式である。
【００２５】
以下、ステップＳ804〜ステップＳ806における処理の具体的な例を説明する。標準テスト件数提示サービスサーバ102が図１０に示す品質目標値に対する実績カバレージテーブル1101における品質目標値1102及び標準カバレージ1103に示す値、及び図１１に示すカバレージに対する消化テスト件数テーブル1201におけるカバレージ1202及び標準テスト件数1203に示す値を、それぞれソフトウェア品質実績データベース307及びテスト件数実績データベース309に持つと仮定する。そして、図１４の入出力図1501に示す品質目標値(0.05件/kS)において、図１５の入出力図1601に示すテスト実績（実績カバレージ：50％、消化テスト件数：400）に関して標準テスト件数を取得する場合を考える。
【００２６】
上述したように、図１０に示す品質目標値に対する実績カバレージテーブル1101から、品質目標値が0.05件/kSに対する標準カバレージは90%であることが分かっている。また、図１０より求めた標準カバレージ1103 (90%)に必要とされる標準テスト件数1203は、図１１に示すカバレージに対する消化テスト件数テーブル1201より500件/kSであることが分かる。同様に、図１１に示すカバレージに対する消化テスト件数テーブル1201から、実績カバレージ1202(50%)に対する標準テスト件数1203は200件であることが分かる。
標準テスト件数1203（500件/kS）に対応する標準カバレージを100%としたとき、標準テスト件数1203(200件/kS)の実績カバレージは40%なので、実績カバレージにおける標準テスト消化率は40％である。従って、消化テスト件数が400件/kS、実績カバレージにおけるテスト消化率が40％の場合、標準テスト件数Zは、（数１）式のａ：400、b:40を代入することにより、以下の（数２）式で与えられる結果となる。
【００２７】
［数２］
Z=400*(100/40)=1000
【００２８】
故に、品質目標値が0.05件/kS、実績カバレージが50％、消化テスト件数が400件における標準テスト件数は1000件/kSとなる。従って、現状のテストにおけるテスト標準値の再取得値は1000件/kSとなり、図１５の入出力図1602に示す画面が利用者端末101に表示される。
【００２９】
図８は、本発明の実施の形態例における利用者のテスト実績情報を蓄積する動作を示すフローチャートである。利用者情報管理部304は、利用者の品質目標値601に対する実績カバレージ311をソフトウェア品質実績データベース307に蓄積することを標準カバレージ取得部306へ指示する（ステップＳ９０１）。標準カバレージ取得部306は、利用者情報管理部304からの上記指示を受けて、利用者の実績データ（品質目標値601及び実績カバレージ311）をソフトウェア品質実績データベース307に登録する（ステップＳ902）。
続いて、利用者情報管理部304は、図１２に示すテスト実績データテーブル1301における利用者の実績カバレージ1302に対する消化テスト件数1303のデータを、テスト実績件数データベース309に蓄積するように標準テスト件数取得部308へ指示する（ステップＳ903）。標準テスト件数取得部308は、利用者端末101からの上記指示を受けると、図１２に示すテスト実績情報テーブル1301における利用者の実績データ（実績カバレージ1302及び消化テスト件数1303）をテスト実績件数データベース309に蓄積する（ステップＳ904）。
【００３０】
図９は、本発明の実施の形態例におけるソフトウェアテストの手順を示すフローチャートである。利用者は利用者端末101で品質目標値として不具合発生率の目標値を設定する（ステップＳ1001）。続いて、利用者は利用者端末101で標準テスト件数提示サービスサーバ102からの標準テスト件数提示サービスを開始して、標準テスト件数提示サービスサーバ102から標準テスト件数を取得する（ステップＳ1002）。次に、利用者は、利用者端末101を用いて、取得した標準テスト件数のテスト項目を作成する（ステップＳ1003）。そして、このステップＳ1003で作成したテスト項目をテスト装置システム40に送る。テスト装置システム40はソフトウェアテストの対象システムに対してソフトウェアテストを実施し（ステップＳ1004）、テスト結果を利用者端末へ送る。
【００３１】
利用者端末101は、上記ソフトウェアテストの実施によるテスト結果から不具合対策を実施する（ステップＳ1005）。まず、利用者端末101は、予め標準テスト件数提示サービスサーバ102に指示されたカバレージに到達したか否かを判断し（ステップＳ1006）、ステップＳ1006の判断でそのカバレージに到達したと判断した場合は、標準テスト件数提示サービスサーバ102にテストの実績情報を入力すると共に、テスト現状における標準テスト件数を標準テスト件数提示サービスサーバ102から再取得する（ステップＳ1007）。
続いて、利用者端末101は、対象システムにおける実績カバレージが、標準テスト件数提示サービスサーバ102が提示した標準カバレージに到達したか否かを判断する（ステップＳ1008）。このステップＳ1008の判断で、標準カバレージに到達したと判断された場合は、その時点でテストを終了し、標準テスト件数提示サービスサーバ102にテストが終了したことを連絡する（ステップＳ1009）。
【００３２】
なお、ステップＳ1006の判断でそのカバレージに到達しなかったとき、及びステップＳ1008の判断でその標準カバレージに到達しなかったときは、ステップＳ1004へ戻って、ステップＳ1004〜ステップＳ1008までの処理及び判断を繰り返す。
【００３３】
本発明は、上述した本発明の実施の形態に限らず、特許請求の範囲に記載した本発明の要旨を逸脱しない限り、適宜、その構成を変更しうることはいうまでもない。
【図面の簡単な説明】
【００３４】
【図１】標準テスト件数提示サービスを実現するシステムの概略図である。
【図２】標準テスト提示サービスのテスト手順を示す図である。
【図３】標準テスト提示サービスサーバの構成図である。
【図４】テスト開始前の動作を示すフローチャートである。
【図５】テスト実行時の動作を示すフローチャートである。
【図６】品質目標値に対する標準カバレージ、及び標準テスト件数の取得処理の動作を示すフローチャートである。
【図７】利用者のテスト実績入力に対する標準テスト件数の再取得処理の動作を示すフローチャートである。
【図８】利用者のテスト実績情報を蓄積する動作を示すフローチャートである。
【図９】ソフトウェアテストの手順を示すフローチャートである。
【図１０】ソフトウェア品質実績データベースのデータ構成を示す説明図である。
【図１１】テスト件数実績データベースのデータ構成を示す説明図である。
【図１２】利用者のテスト実績情報のデータ構造を示す説明図である。
【図１３】利用者端末における入出力図である。
【図１４】利用者端末における入出力図である。
【図１５】利用者端末における入出力図である。
【図１６】従来のソフトウェアテストの手順を示すフローチャートである。
【符号の説明】
【００３５】
101…利用者端末、102…標準テスト件数提示サービスサーバ、103…テスト実績情報保持者端末、301…利用者、302…ネットワーク、303…品質目標値入力部、304…利用者情報管理部、305…テスト実績情報入力部、306…標準カバレージ取得部、307…ソフトウェア品質実績データベース、308…標準テスト件数取得部、309…テスト実績件数データベース、
310…提示情報出力部、40…テスト装置システム
【図１】
2007018362.tif 000003
【図２】
2007018362.tif 000004
【図３】
2007018362.tif 000005
【図４】
2007018362.tif 000006
【図５】
2007018362.tif 000007
【図６】
2007018362.tif 000008
【図７】
2007018362.tif 000009
【図８】
2007018362.tif 000010
【図９】
2007018362.tif 000011
【図１０】
2007018362.tif 000012
【図１１】
2007018362.tif 000013
【図１２】
2007018362.tif 000014
【図１３】
2007018362.tif 000015
【図１４】
2007018362.tif 000016
【図１５】
2007018362.tif 000017
【図１６】
2007018362.tif 000018