(57)【要約】【課題】予定と実績との差異が小さくなるようにテストの計画を作成することのできるテスト計画支援装置およびテスト計画支援プログラムを提供する。【解決手段】テスト仕様書テーブル３１には、複数のテストケースが格納される。テストケーステーブル３２には、各テストケースについての各テストプロジェクトにおけるテスト実行情報が格納される。テスト実績テーブル３３には、各テスト仕様書の各テストプロジェクトにおけるテストの実績工数が格納される。進捗予測処理では、過去のテスト実行情報および過去の実績工数に基づいて、現テストプロジェクトにおける今後のテストの実行に要する予測工数が算出される。さらに、予測工数と投入人数とに基づいて予測期間が算出される。そして、予実績表示ダイアログ４００のグラフ領域４０３にテストの進捗の予測がグラフで表示される。【選択図】図１
2008021296.tif 000002
【特許請求の範囲】
【請求項１】
複数のテストプロジェクトが繰り返されるときに、外部から指定されるテストプロジェクトである指定テストプロジェクトについてのテスト計画の作成を支援するテスト計画支援装置であって、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含む複数のテストケースを保持するテストケース保持手段と、
各テストケースにつきテストが実行されたか否かを示すテスト実行情報を含むテスト結果をテストプロジェクト毎に保持するテスト結果保持手段と、
１以上のテストケースを含むテストケース群毎に各テストプロジェクトにおいてテストの実行に要した実績工数を保持する実績工数保持手段と、
前記指定テストプロジェクトにおけるテストの実行に要する予測工数を算出する予測工数算出手段とを備え、
前記予測工数算出手段は、
前記指定テストプロジェクトにおいて実行されるべきテストケースについての前記テスト結果保持手段に保持されているテスト実行情報と、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含むテストケース群についての前記実績工数保持手段に保持されている実績工数と
に基づいて前記予測工数を算出することを特徴とする、テスト計画支援装置。
【請求項２】
前記指定テストプロジェクトの期間中にテストを実行する作業者の数を投入人数として外部から入力するための投入人数入力手段と、
前記予測工数算出手段によって算出された予測工数と前記投入人数入力手段によって入力された投入人数とに基づいて前記指定テストプロジェクトにおけるテストの実行に要する予測期間を算出する予測期間算出手段と
を更に備えることを特徴とする、請求項１に記載のテスト計画支援装置。
【請求項３】
前記予測期間算出手段によって算出された予測期間に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予測を数値またはグラフで表示するテスト進捗予測表示手段を更に備えることを特徴とする、請求項２に記載のテスト計画支援装置。
【請求項４】
前記予測工数算出手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて各テストケース群についての１テストケース当たりの実績工数をテストケース群別平均実績工数として算出する第１の演算手段と、
前記第１の演算手段によって算出されたテストケース群別平均実績工数と各テストケース群についての前記指定テストプロジェクトにおいて実行されるべきテストケースの数とに基づいて前記予測工数を算出する第２の演算手段と
を備えることを特徴とする、請求項１から３までのいずれか１項に記載のテスト計画支援装置。
【請求項５】
前記第１の演算手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて、テストケース群毎に各テストプロジェクトにおける１テストケース当たりの実績工数をテストケース群別テストプロジェクト別平均実績工数として算出するテストケース群別テストプロジェクト別平均実績工数算出手段と、
テストケース群毎に前記テストケース群別テストプロジェクト別平均実績工数算出手段によって算出されたテストケース群別テストプロジェクト別平均実績工数の総和を算出し、当該テストケース群別テストプロジェクト別平均実績工数の総和を既にテストが実行されているテストプロジェクトの数で除することによって前記テストケース群別平均実績工数を算出するテストケース群別平均実績工数算出手段とを含み、
前記第２の演算手段は、
テストケース群毎に前記指定テストプロジェクトにおいて実行されるべきテストケースの数に前記テストケース群別平均実績工数を乗ずることによって各テストケース群についての前記指定テストプロジェクトにおけるテストの実行に要する必要工数を算出するテストケース群別必要工数算出手段と、
前記テストケース群別必要工数算出手段によって算出された必要工数の総和を求めることによって前記予測工数を算出するテストケース群別必要工数総和手段とを含む
ことを特徴とする、請求項４に記載のテスト計画支援装置。
【請求項６】
各作業者の各テストケース群についてのテストの実行に対する習熟度を示す情報を習熟度情報として保持する習熟度情報保持手段と、
各テストケース群についてのテストが同じ作業者によってＰ回（Ｐは２以上の自然数）連続して実行されたときに、その連続したＰ回のうちの１回目のテストの実行に要した実績工数とＰ回目のテストの実行に要した実績工数とに基づいて、前記習熟度情報保持手段内のＰ回目のテストの実行についての習熟度情報を更新する習熟度情報更新手段と
を更に備え、
前記予測工数算出手段は、各作業者が各テストケース群についてのテストをＱ回（Ｑは２以上の自然数）連続して実行しようとするときに、前記習熟度情報保持手段に保持されているＱ回目のテストの実行についての習熟度情報に基づいて当該Ｑ回目のテストの実行に要する必要工数を算出する習熟度考慮工数算出手段を含むことを特徴とする、請求項１から３までのいずれか１項に記載のテスト計画支援装置。
【請求項７】
前記習熟度情報保持手段は、各テストケース群についてのテストが各作業者によって最大でＲ回（Ｒは２以上の自然数）連続して実行されているときに、当該各作業者が２からＲまでのそれぞれの数だけ連続してテストを実行した回数を示す情報を回数情報として更に保持し、
前記習熟度情報更新手段は、下記の式により前記Ｐ回目のテストの実行に対する習熟度を算出することを特徴とする、請求項６に記載のテスト計画支援装置：
Ｋａｖｅ＝（Ｋｏｌｄ×Ｎ＋Ｋｎｅｗ）／（Ｎ＋１）
ここで、ＫａｖｅはＰ回目のテストの実行に対する習熟度、Ｋｏｌｄは前記習熟度情報更新手段による更新が行なわれる前のＰ回目のテストの実行に対する習熟度、Ｎは前記習熟度情報更新手段による更新が行なわれる前にＰ回連続してテストが実行されている回数であって前記習熟度情報更新手段による更新が行なわれる前に前記回数情報として前記習熟度情報保持手段に保持されている回数、ＫｎｅｗはＰ回連続してテストが実行されたときにその連続したＰ回のうちの１回目のテストの実行の際の１テストケース当たりの実績工数とＰ回目のテストの実行の際の１テストケース当たりの実績工数との比に基づいて算出される習熟度である。
【請求項８】
前記習熟度考慮工数算出手段は、各作業者が各テストケース群についてのテストをＱ回連続して実行しようとするときに、その連続したＱ回のうちの１回目のテストの実行に要した実績工数を当該１回目のテストで実行されたテストケースの数で除することによって算出される工数を基準実績工数とし、下記の式により当該Ｑ回目のテストの実行に要する必要工数を算出することを特徴とする、請求項６または７に記載のテスト計画支援装置：
Ｔ＝（Ｔｂａｓｅ×Ｘ）／Ｋ
ここで、ＴはＱ回目のテストの実行に要する必要工数、Ｔｂａｓｅは前記基準実績工数、ＸはＱ回目のテストで実行されるべきテストケースの数、Ｋは前記習熟度情報保持手段に保持されているＱ回目のテストについての習熟度である。
【請求項９】
前記指定テストプロジェクトにおいて実行されるべきテストケースの数と前記指定テストプロジェクトの期間を示す所与の日数とに基づいて前記指定テストプロジェクトの期間中においてテストが実行されるべき１日当たりのテストケースの数を予定テストケース数として算出する予定テストケース数算出手段と、
前記予定テストケース数算出手段によって算出された予定テストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予定を数値またはグラフで表示するテスト進捗予定表示手段と
を更に備えることを特徴とする、請求項１から８までのいずれか１項に記載のテスト計画支援装置。
【請求項１０】
前記テスト結果保持手段に保持されている前記指定テストプロジェクトについてのテスト実行情報に基づいて前記指定テストプロジェクトにおいて既にテストが実行されているテストケースの数を実行済みテストケース数として取得する実行済みテストケース数取得手段と、
前記実行済みテストケース数取得手段によって取得された実行済みテストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の実績を数値またはグラフで表示するテスト進捗実績表示手段と
を更に備えることを特徴とする、請求項１から９までのいずれか１項に記載のテスト計画支援装置。
【請求項１１】
前記テスト結果保持手段に保持されているテスト結果に基づいて、既にテストが実行されているテストプロジェクトについてのテスト結果の集計を数値またはグラフで表示するテスト結果集計表示手段を更に備えることを特徴とする、請求項１から１０までのいずれか１項に記載のテスト計画支援装置。
【請求項１２】
前記テスト結果保持手段に保持されているテスト結果に基づいて前記指定テストプロジェクトにおいて実行されるべきテストケースを選択するテストケース選択手段を更に備えることを特徴とする、請求項１から１１までのいずれか１項に記載のテスト計画支援装置。
【請求項１３】
複数のテストプロジェクトが繰り返されるときに、外部から指定されるテストプロジェクトである指定テストプロジェクトについてのテスト計画の作成を支援するためにコンピュータを、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含む複数のテストケースを保持するテストケース保持手段、
各テストケースにつきテストが実行されたか否かを示すテスト実行情報を含むテスト結果をテストプロジェクト毎に保持するテスト結果保持手段、
１以上のテストケースを含むテストケース群毎に各テストプロジェクトにおいてテストの実行に要した実績工数を保持する実績工数保持手段、及び、
前記指定テストプロジェクトにおけるテストの実行に要する予測工数を算出する予測工数算出手段として機能させるためのテスト計画支援プログラムであって、
前記予測工数算出手段は、
前記指定テストプロジェクトにおいて実行されるべきテストケースについての前記テスト結果保持手段に保持されているテスト実行情報と、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含むテストケース群についての前記実績工数保持手段に保持されている実績工数と
に基づいて前記予測工数を算出することを特徴とする、テスト計画支援プログラム。
【請求項１４】
前記指定テストプロジェクトの期間中にテストを実行する作業者の数を投入人数として外部から入力するための投入人数入力手段と、
前記予測工数算出手段によって算出された予測工数と前記投入人数入力手段によって入力された投入人数とに基づいて前記指定テストプロジェクトにおけるテストの実行に要する予測期間を算出する予測期間算出手段と
を更に含むことを特徴とする、請求項１３に記載のテスト計画支援プログラム。
【請求項１５】
前記予測期間算出手段によって算出された予測期間に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予測を数値またはグラフで表示するテスト進捗予測表示手段を更に含むことを特徴とする、請求項１４に記載のテスト計画支援プログラム。
【請求項１６】
前記予測工数算出手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて各テストケース群についての１テストケース当たりの実績工数をテストケース群別平均実績工数として算出する第１の演算手段と、
前記第１の演算手段によって算出されたテストケース群別平均実績工数と各テストケース群についての前記指定テストプロジェクトにおいて実行されるべきテストケースの数とに基づいて前記予測工数を算出する第２の演算手段と
を含むことを特徴とする、請求項１３から１５までのいずれか１項に記載のテスト計画支援プログラム。
【請求項１７】
前記第１の演算手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて、テストケース群毎に各テストプロジェクトにおける１テストケース当たりの実績工数をテストケース群別テストプロジェクト別平均実績工数として算出するテストケース群別テストプロジェクト別平均実績工数算出手段と、
テストケース群毎に前記テストケース群別テストプロジェクト別平均実績工数算出手段によって算出されたテストケース群別テストプロジェクト別平均実績工数の総和を算出し、当該テストケース群別テストプロジェクト別平均実績工数の総和を既にテストが実行されているテストプロジェクトの数で除することによって前記テストケース群別平均実績工数を算出するテストケース群別平均実績工数算出手段とを含み、
前記第２の演算手段は、
テストケース群毎に前記指定テストプロジェクトにおいて実行されるべきテストケースの数に前記テストケース群別平均実績工数を乗ずることによって各テストケース群についての前記指定テストプロジェクトにおけるテストの実行に要する必要工数を算出するテストケース群別必要工数算出手段と、
前記テストケース群別必要工数算出手段によって算出された必要工数の総和を求めることによって前記予測工数を算出するテストケース群別必要工数総和手段とを含む
ことを特徴とする、請求項１６に記載のテスト計画支援プログラム。
【請求項１８】
各作業者の各テストケース群についてのテストの実行に対する習熟度を示す情報を習熟度情報として保持する習熟度情報保持手段と、
各テストケース群についてのテストが同じ作業者によってＰ回（Ｐは２以上の自然数）連続して実行されたときに、その連続したＰ回のうちの１回目のテストの実行に要した実績工数とＰ回目のテストの実行に要した実績工数とに基づいて、前記習熟度情報保持手段内のＰ回目のテストの実行についての習熟度情報を更新する習熟度情報更新手段と
を更に含み、
前記予測工数算出手段は、各作業者が各テストケース群についてのテストをＱ回（Ｑは２以上の自然数）連続して実行しようとするときに、前記習熟度情報保持手段に保持されているＱ回目のテストの実行についての習熟度情報に基づいて当該Ｑ回目のテストの実行に要する必要工数を算出する習熟度考慮工数算出手段を含むことを特徴とする、請求項１３から１５までのいずれか１項に記載のテスト計画支援プログラム。
【請求項１９】
前記習熟度情報保持手段は、各テストケース群についてのテストが各作業者によって最大でＲ回（Ｒは２以上の自然数）連続して実行されているときに、当該各作業者が２からＲまでのそれぞれの数だけ連続してテストを実行した回数を示す情報を回数情報として更に保持し、
前記習熟度情報更新手段は、下記の式により前記Ｐ回目のテストの実行に対する習熟度を算出することを特徴とする、請求項１８に記載のテスト計画支援プログラム：
Ｋａｖｅ＝（Ｋｏｌｄ×Ｎ＋Ｋｎｅｗ）／（Ｎ＋１）
ここで、ＫａｖｅはＰ回目のテストの実行に対する習熟度、Ｋｏｌｄは前記習熟度情報更新手段による更新が行なわれる前のＰ回目のテストの実行に対する習熟度、Ｎは前記習熟度情報更新手段による更新が行なわれる前にＰ回連続してテストが実行されている回数であって前記習熟度情報更新手段による更新が行なわれる前に前記回数情報として前記習熟度情報保持手段に保持されている回数、ＫｎｅｗはＰ回連続してテストが実行されたときにその連続したＰ回のうちの１回目のテストの実行の際の１テストケース当たりの実績工数とＰ回目のテストの実行の際の１テストケース当たりの実績工数との比に基づいて算出される習熟度である。
【請求項２０】
前記習熟度考慮工数算出手段は、各作業者が各テストケース群についてのテストをＱ回連続して実行しようとするときに、その連続したＱ回のうちの１回目のテストの実行に要した実績工数を当該１回目のテストで実行されたテストケースの数で除することによって算出される工数を基準実績工数とし、下記の式により当該Ｑ回目のテストの実行に要する必要工数を算出することを特徴とする、請求項１８または１９に記載のテスト計画支援プログラム：
Ｔ＝（Ｔｂａｓｅ×Ｘ）／Ｋ
ここで、ＴはＱ回目のテストの実行に要する必要工数、Ｔｂａｓｅは前記基準実績工数、ＸはＱ回目のテストで実行されるべきテストケースの数、Ｋは前記習熟度情報保持手段に保持されているＱ回目のテストについての習熟度である。
【請求項２１】
前記指定テストプロジェクトにおいて実行されるべきテストケースの数と前記指定テストプロジェクトの期間を示す所与の日数とに基づいて前記指定テストプロジェクトの期間中においてテストが実行されるべき１日当たりのテストケースの数を予定テストケース数として算出する予定テストケース数算出手段と、
前記予定テストケース数算出手段によって算出された予定テストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予定を数値またはグラフで表示するテスト進捗予定表示手段と
を更に含むことを特徴とする、請求項１３から２０までのいずれか１項に記載のテスト計画支援プログラム。
【請求項２２】
前記テスト結果保持手段に保持されている前記指定テストプロジェクトについてのテスト実行情報に基づいて前記指定テストプロジェクトにおいて既にテストが実行されているテストケースの数を実行済みテストケース数として取得する実行済みテストケース数取得手段と、
前記実行済みテストケース数取得手段によって取得された実行済みテストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の実績を数値またはグラフで表示するテスト進捗実績表示手段と
を更に含むことを特徴とする、請求項１３から２１までのいずれか１項に記載のテスト計画支援プログラム。
【請求項２３】
前記テスト結果保持手段に保持されているテスト結果に基づいて、既にテストが実行されているテストプロジェクトについてのテスト結果の集計を数値またはグラフで表示するテスト結果集計表示手段を更に含むことを特徴とする、請求項１３から２２までのいずれか１項に記載のテスト計画支援プログラム。
【請求項２４】
前記テスト結果保持手段に保持されているテスト結果に基づいて前記指定テストプロジェクトにおいて実行されるべきテストケースを選択するテストケース選択手段を更に含むことを特徴とする、請求項１３から２３までのいずれか１項に記載のテスト計画支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアシステムの開発等においてテストが繰り返し実行されるときにテストの計画の作成を支援するテスト計画支援装置およびテスト計画支援プログラムに関する。
【背景技術】
【０００２】
従来より、ソフトウェアシステムの開発技法として、「ウォーターフォール型開発技法」、「プロトタイプ型開発技法」、「スパイラル型開発技法」など様々な技法が知られている。これら様々な開発技法によるソフトウェアシステムの開発工程には、「要件定義」、「設計」、「プログラミング」、「テスト」などの工程（フェーズ）が含まれている。これらの各工程のうちソフトウェアシステムの「テスト」は、一般的にはテスト仕様書に基づいて行なわれる。テスト仕様書には、テストケース毎に、テストの方法や合否（成功または失敗）を判定するための条件などが記載されている。また、テストには、主にモジュール単位の動作をテストする「単体テスト」、主にモジュール間の整合性をテストする「結合テスト」、システム全体として運用に問題がないか等をテストする「システムテスト」などがある。
【０００３】
一般的に、ソフトウェアシステムの開発においては、上述した各工程が繰り返される。従って、１つの製品の開発開始から開発終了までの期間には、複数回のテストフェーズが設けられる。このため、開発当初に作成されたテストケースあるいは仕様変更等に伴って追加作成されたテストケースについて、繰り返しテストが行なわれる。
【０００４】
このようなソフトウェアシステムの開発等におけるテストに関し、いかにしてテストの計画（予定）を効率的に作成するか、あるいは、いかにして当初の計画と実績との差異を少なくするかということが課題となっている。
【特許文献１】特開２００３−２５６２０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
各テストフェーズにおいて、プロジェクト管理者はあらかじめテスト計画を作成する。ところが、実際にテストが開始されると、当初計画した通りにテストが進まないことが多々ある。そのようなときには、プロジェクト管理者は、テストの進捗状況を考慮しつつ、テスト計画の見直しを行う。ところが、その見直し後についても、計画通りにテストが進まないことがある。これについて、図４３から図４６を参照しつつ説明する。
【０００６】
図４３から図４６には、横軸を期間、縦軸をテストケース数とし、テストの予定（計画）および実績（進捗）をグラフで示している。例えば、時点ｔにおいてテストの実績が図４３に示すような状況にあると仮定する。このような場合、プロジェクト管理者は、時点ｔまでの進捗状況を考慮して、図４４に示すように今後のテストが進むと予測する。ところが、実際には、図４５に示すように予測よりもテストが進まないことや図４６に示すように予測以上にテストが進むことがある。その理由としては、テストの実行に要する時間がテストケース毎に異なるという点が挙げられる。テストの難易度や複雑さは、テストケース毎に異なるからである。
【０００７】
例えば、実行に要する時間が相対的に長いテストケースを多く含むテスト仕様書についてのテストが開始日から時点ｔまでの期間に行なわれている場合には、時点ｔ以降には、それまでよりも進捗が良くなると考えられる。一方、実行に要する時間が相対的に短いテストケースを多く含むテスト仕様書についてのテストが開始日から時点ｔまでの期間に行なわれている場合には、時点ｔ以降には、それまでよりも進捗が悪くなると考えられる。
【０００８】
以上のように、テストの進捗が予測されても、実際のテストの進捗はテストの難易度や複雑さによって大きく異なる。このため、プロジェクト管理者の立場としては、テスト計画の作成や人員・装置等の資源の配分が困難である。また、プロジェクト管理者は、テストの進捗遅れに伴うシステム開発全体の作業遅れ等のリスクを考慮しつつプロジェクトを管理しなければならない。
【０００９】
また、繰り返し行なわれるテストが同じ作業者によって実行される場合には、一般に、テストの回数を重ねるにつれて、実行に要する時間が短くなる。ところが、テスト計画を作成する際に、このような作業者の習熟度は考慮されていない。
【００１０】
そこで、本発明では、予定と実績との差異が小さくなるようにテストの計画を作成することのできるテスト計画支援装置およびテスト計画支援プログラムを提供することを目的とする。また、作業者の習熟度をテスト計画に反映させ、よりテスト計画の精度を高くすることを目的とする。
【課題を解決するための手段】
【００１１】
第１の発明は、複数のテストプロジェクトが繰り返されるときに、外部から指定されるテストプロジェクトである指定テストプロジェクトについてのテスト計画の作成を支援するテスト計画支援装置であって、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含む複数のテストケースを保持するテストケース保持手段と、
各テストケースにつきテストが実行されたか否かを示すテスト実行情報を含むテスト結果をテストプロジェクト毎に保持するテスト結果保持手段と、
１以上のテストケースを含むテストケース群毎に各テストプロジェクトにおいてテストの実行に要した実績工数を保持する実績工数保持手段と、
前記指定テストプロジェクトにおけるテストの実行に要する予測工数を算出する予測工数算出手段とを備え、
前記予測工数算出手段は、
前記指定テストプロジェクトにおいて実行されるべきテストケースについての前記テスト結果保持手段に保持されているテスト実行情報と、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含むテストケース群についての前記実績工数保持手段に保持されている実績工数と
に基づいて前記予測工数を算出することを特徴とする。
【００１２】
第２の発明は、第１の発明において、
前記指定テストプロジェクトの期間中にテストを実行する作業者の数を投入人数として外部から入力するための投入人数入力手段と、
前記予測工数算出手段によって算出された予測工数と前記投入人数入力手段によって入力された投入人数とに基づいて前記指定テストプロジェクトにおけるテストの実行に要する予測期間を算出する予測期間算出手段と
を更に備えることを特徴とする。
【００１３】
第３の発明は、第２の発明において、
前記予測期間算出手段によって算出された予測期間に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予測を数値またはグラフで表示するテスト進捗予測表示手段を更に備えることを特徴とする。
【００１４】
第４の発明は、第１から第３までのいずれかの発明において、
前記予測工数算出手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて各テストケース群についての１テストケース当たりの実績工数をテストケース群別平均実績工数として算出する第１の演算手段と、
前記第１の演算手段によって算出されたテストケース群別平均実績工数と各テストケース群についての前記指定テストプロジェクトにおいて実行されるべきテストケースの数とに基づいて前記予測工数を算出する第２の演算手段と
を備えることを特徴とする。
【００１５】
第５の発明は、第４の発明において、
前記第１の演算手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて、テストケース群毎に各テストプロジェクトにおける１テストケース当たりの実績工数をテストケース群別テストプロジェクト別平均実績工数として算出するテストケース群別テストプロジェクト別平均実績工数算出手段と、
テストケース群毎に前記テストケース群別テストプロジェクト別平均実績工数算出手段によって算出されたテストケース群別テストプロジェクト別平均実績工数の総和を算出し、当該テストケース群別テストプロジェクト別平均実績工数の総和を既にテストが実行されているテストプロジェクトの数で除することによって前記テストケース群別平均実績工数を算出するテストケース群別平均実績工数算出手段とを含み、
前記第２の演算手段は、
テストケース群毎に前記指定テストプロジェクトにおいて実行されるべきテストケースの数に前記テストケース群別平均実績工数を乗ずることによって各テストケース群についての前記指定テストプロジェクトにおけるテストの実行に要する必要工数を算出するテストケース群別必要工数算出手段と、
前記テストケース群別必要工数算出手段によって算出された必要工数の総和を求めることによって前記予測工数を算出するテストケース群別必要工数総和手段とを含む
ことを特徴とする。
【００１６】
第６の発明は、第１から第３までのいずれかの発明において、
各作業者の各テストケース群についてのテストの実行に対する習熟度を示す情報を習熟度情報として保持する習熟度情報保持手段と、
各テストケース群についてのテストが同じ作業者によってＰ回（Ｐは２以上の自然数）連続して実行されたときに、その連続したＰ回のうちの１回目のテストの実行に要した実績工数とＰ回目のテストの実行に要した実績工数とに基づいて、前記習熟度情報保持手段内のＰ回目のテストの実行についての習熟度情報を更新する習熟度情報更新手段と
を更に備え、
前記予測工数算出手段は、各作業者が各テストケース群についてのテストをＱ回（Ｑは２以上の自然数）連続して実行しようとするときに、前記習熟度情報保持手段に保持されているＱ回目のテストの実行についての習熟度情報に基づいて当該Ｑ回目のテストの実行に要する必要工数を算出する習熟度考慮工数算出手段を含むことを特徴とする。
【００１７】
第７の発明は、第６の発明において、
前記習熟度情報保持手段は、各テストケース群についてのテストが各作業者によって最大でＲ回（Ｒは２以上の自然数）連続して実行されているときに、当該各作業者が２からＲまでのそれぞれの数だけ連続してテストを実行した回数を示す情報を回数情報として更に保持し、
前記習熟度情報更新手段は、下記の式により前記Ｐ回目のテストの実行に対する習熟度を算出することを特徴とする。
Ｋａｖｅ＝（Ｋｏｌｄ×Ｎ＋Ｋｎｅｗ）／（Ｎ＋１）
ここで、ＫａｖｅはＰ回目のテストの実行に対する習熟度、Ｋｏｌｄは前記習熟度情報更新手段による更新が行なわれる前のＰ回目のテストの実行に対する習熟度、Ｎは前記習熟度情報更新手段による更新が行なわれる前にＰ回連続してテストが実行されている回数であって前記習熟度情報更新手段による更新が行なわれる前に前記回数情報として前記習熟度情報保持手段に保持されている回数、ＫｎｅｗはＰ回連続してテストが実行されたときにその連続したＰ回のうちの１回目のテストの実行の際の１テストケース当たりの実績工数とＰ回目のテストの実行の際の１テストケース当たりの実績工数との比に基づいて算出される習熟度である。
【００１８】
第８の発明は、第６または第７の発明において、
前記習熟度考慮工数算出手段は、各作業者が各テストケース群についてのテストをＱ回連続して実行しようとするときに、その連続したＱ回のうちの１回目のテストの実行に要した実績工数を当該１回目のテストで実行されたテストケースの数で除することによって算出される工数を基準実績工数とし、下記の式により当該Ｑ回目のテストの実行に要する必要工数を算出することを特徴とする。
Ｔ＝（Ｔｂａｓｅ×Ｘ）／Ｋ
ここで、ＴはＱ回目のテストの実行に要する必要工数、Ｔｂａｓｅは前記基準実績工数、ＸはＱ回目のテストで実行されるべきテストケースの数、Ｋは前記習熟度情報保持手段に保持されているＱ回目のテストについての習熟度である。
【００１９】
第９の発明は、第１から第８までのいずれかの発明において、
前記指定テストプロジェクトにおいて実行されるべきテストケースの数と前記指定テストプロジェクトの期間を示す所与の日数とに基づいて前記指定テストプロジェクトの期間中においてテストが実行されるべき１日当たりのテストケースの数を予定テストケース数として算出する予定テストケース数算出手段と、
前記予定テストケース数算出手段によって算出された予定テストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予定を数値またはグラフで表示するテスト進捗予定表示手段と
を更に備えることを特徴とする。
【００２０】
第１０の発明は、第１から第９までのいずれかの発明において、
前記テスト結果保持手段に保持されている前記指定テストプロジェクトについてのテスト実行情報に基づいて前記指定テストプロジェクトにおいて既にテストが実行されているテストケースの数を実行済みテストケース数として取得する実行済みテストケース数取得手段と、
前記実行済みテストケース数取得手段によって取得された実行済みテストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の実績を数値またはグラフで表示するテスト進捗実績表示手段と
を更に備えることを特徴とする。
【００２１】
第１１の発明は、第１から第１０までのいずれかの発明において、
前記テスト結果保持手段に保持されているテスト結果に基づいて、既にテストが実行されているテストプロジェクトについてのテスト結果の集計を数値またはグラフで表示するテスト結果集計表示手段を更に備えることを特徴とする。
【００２２】
第１２の発明は、第１から第１１までのいずれかの発明において、
前記テスト結果保持手段に保持されているテスト結果に基づいて前記指定テストプロジェクトにおいて実行されるべきテストケースを選択するテストケース選択手段を更に備えることを特徴とする。
【００２３】
第１３の発明は、複数のテストプロジェクトが繰り返されるときに、外部から指定されるテストプロジェクトである指定テストプロジェクトについてのテスト計画の作成を支援するためにコンピュータを、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含む複数のテストケースを保持するテストケース保持手段、
各テストケースにつきテストが実行されたか否かを示すテスト実行情報を含むテスト結果をテストプロジェクト毎に保持するテスト結果保持手段、
１以上のテストケースを含むテストケース群毎に各テストプロジェクトにおいてテストの実行に要した実績工数を保持する実績工数保持手段、及び、
前記指定テストプロジェクトにおけるテストの実行に要する予測工数を算出する予測工数算出手段として機能させるためのテスト計画支援プログラムであって、
前記予測工数算出手段は、
前記指定テストプロジェクトにおいて実行されるべきテストケースについての前記テスト結果保持手段に保持されているテスト実行情報と、
前記指定テストプロジェクトにおいて実行されるべきテストケースを含むテストケース群についての前記実績工数保持手段に保持されている実績工数と
に基づいて前記予測工数を算出することを特徴とする。
【００２４】
第１４の発明は、第１３の発明において、
前記指定テストプロジェクトの期間中にテストを実行する作業者の数を投入人数として外部から入力するための投入人数入力手段と、
前記予測工数算出手段によって算出された予測工数と前記投入人数入力手段によって入力された投入人数とに基づいて前記指定テストプロジェクトにおけるテストの実行に要する予測期間を算出する予測期間算出手段と
を更に含むことを特徴とする。
【００２５】
第１５の発明は、第１４の発明において、
前記予測期間算出手段によって算出された予測期間に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予測を数値またはグラフで表示するテスト進捗予測表示手段を更に含むことを特徴とする。
【００２６】
第１６の発明は、第１３から第１５までのいずれかの発明において、
前記予測工数算出手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて各テストケース群についての１テストケース当たりの実績工数をテストケース群別平均実績工数として算出する第１の演算手段と、
前記第１の演算手段によって算出されたテストケース群別平均実績工数と各テストケース群についての前記指定テストプロジェクトにおいて実行されるべきテストケースの数とに基づいて前記予測工数を算出する第２の演算手段と
を含むことを特徴とする。
【００２７】
第１７の発明は、第１６の発明において、
前記第１の演算手段は、
前記テスト結果保持手段に保持されているテスト実行情報と前記実績工数保持手段に保持されている実績工数とに基づいて、テストケース群毎に各テストプロジェクトにおける１テストケース当たりの実績工数をテストケース群別テストプロジェクト別平均実績工数として算出するテストケース群別テストプロジェクト別平均実績工数算出手段と、
テストケース群毎に前記テストケース群別テストプロジェクト別平均実績工数算出手段によって算出されたテストケース群別テストプロジェクト別平均実績工数の総和を算出し、当該テストケース群別テストプロジェクト別平均実績工数の総和を既にテストが実行されているテストプロジェクトの数で除することによって前記テストケース群別平均実績工数を算出するテストケース群別平均実績工数算出手段とを含み、
前記第２の演算手段は、
テストケース群毎に前記指定テストプロジェクトにおいて実行されるべきテストケースの数に前記テストケース群別平均実績工数を乗ずることによって各テストケース群についての前記指定テストプロジェクトにおけるテストの実行に要する必要工数を算出するテストケース群別必要工数算出手段と、
前記テストケース群別必要工数算出手段によって算出された必要工数の総和を求めることによって前記予測工数を算出するテストケース群別必要工数総和手段とを含む
ことを特徴とする。
【００２８】
第１８の発明は、第１３から第１５までのいずれかの発明において、
各作業者の各テストケース群についてのテストの実行に対する習熟度を示す情報を習熟度情報として保持する習熟度情報保持手段と、
各テストケース群についてのテストが同じ作業者によってＰ回（Ｐは２以上の自然数）連続して実行されたときに、その連続したＰ回のうちの１回目のテストの実行に要した実績工数とＰ回目のテストの実行に要した実績工数とに基づいて、前記習熟度情報保持手段内のＰ回目のテストの実行についての習熟度情報を更新する習熟度情報更新手段と
を更に含み、
前記予測工数算出手段は、各作業者が各テストケース群についてのテストをＱ回（Ｑは２以上の自然数）連続して実行しようとするときに、前記習熟度情報保持手段に保持されているＱ回目のテストの実行についての習熟度情報に基づいて当該Ｑ回目のテストの実行に要する必要工数を算出する習熟度考慮工数算出手段を含むことを特徴とする。
【００２９】
第１９の発明は、第１８の発明において、
前記習熟度情報保持手段は、各テストケース群についてのテストが各作業者によって最大でＲ回（Ｒは２以上の自然数）連続して実行されているときに、当該各作業者が２からＲまでのそれぞれの数だけ連続してテストを実行した回数を示す情報を回数情報として更に保持し、
前記習熟度情報更新手段は、下記の式により前記Ｐ回目のテストの実行に対する習熟度を算出することを特徴とする。
Ｋａｖｅ＝（Ｋｏｌｄ×Ｎ＋Ｋｎｅｗ）／（Ｎ＋１）
ここで、ＫａｖｅはＰ回目のテストの実行に対する習熟度、Ｋｏｌｄは前記習熟度情報更新手段による更新が行なわれる前のＰ回目のテストの実行に対する習熟度、Ｎは前記習熟度情報更新手段による更新が行なわれる前にＰ回連続してテストが実行されている回数であって前記習熟度情報更新手段による更新が行なわれる前に前記回数情報として前記習熟度情報保持手段に保持されている回数、ＫｎｅｗはＰ回連続してテストが実行されたときにその連続したＰ回のうちの１回目のテストの実行の際の１テストケース当たりの実績工数とＰ回目のテストの実行の際の１テストケース当たりの実績工数との比に基づいて算出される習熟度である。
【００３０】
第２０の発明は、第１８または第１９の発明において、
前記習熟度考慮工数算出手段は、各作業者が各テストケース群についてのテストをＱ回連続して実行しようとするときに、その連続したＱ回のうちの１回目のテストの実行に要した実績工数を当該１回目のテストで実行されたテストケースの数で除することによって算出される工数を基準実績工数とし、下記の式により当該Ｑ回目のテストの実行に要する必要工数を算出することを特徴とする。
Ｔ＝（Ｔｂａｓｅ×Ｘ）／Ｋ
ここで、ＴはＱ回目のテストの実行に要する必要工数、Ｔｂａｓｅは前記基準実績工数、ＸはＱ回目のテストで実行されるべきテストケースの数、Ｋは前記習熟度情報保持手段に保持されているＱ回目のテストについての習熟度である。
【００３１】
第２１の発明は、第１３から第２０までのいずれかの発明において、
前記指定テストプロジェクトにおいて実行されるべきテストケースの数と前記指定テストプロジェクトの期間を示す所与の日数とに基づいて前記指定テストプロジェクトの期間中においてテストが実行されるべき１日当たりのテストケースの数を予定テストケース数として算出する予定テストケース数算出手段と、
前記予定テストケース数算出手段によって算出された予定テストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の予定を数値またはグラフで表示するテスト進捗予定表示手段と
を更に含むことを特徴とする。
【００３２】
第２２の発明は、第１３から第２１までのいずれかの発明において、
前記テスト結果保持手段に保持されている前記指定テストプロジェクトについてのテスト実行情報に基づいて前記指定テストプロジェクトにおいて既にテストが実行されているテストケースの数を実行済みテストケース数として取得する実行済みテストケース数取得手段と、
前記実行済みテストケース数取得手段によって取得された実行済みテストケース数に基づいて前記指定テストプロジェクトの期間中におけるテストの進捗の実績を数値またはグラフで表示するテスト進捗実績表示手段と
を更に含むことを特徴とする。
【００３３】
第２３の発明は、第１３から第２２までのいずれかの発明において、
前記テスト結果保持手段に保持されているテスト結果に基づいて、既にテストが実行されているテストプロジェクトについてのテスト結果の集計を数値またはグラフで表示するテスト結果集計表示手段を更に含むことを特徴とする。
【００３４】
第２４の発明は、第１３から第２３までのいずれかの発明において、
前記テスト結果保持手段に保持されているテスト結果に基づいて前記指定テストプロジェクトにおいて実行されるべきテストケースを選択するテストケース選択手段を更に含むことを特徴とする。
【発明の効果】
【００３５】
上記第１の発明によれば、各テストケース保持手段に含まれている複数のテストケースからなるテストケース群毎に、各テストプロジェクトでのテストの実行に要した工数（実績工数）が実績工数保持手段に保持されている。また、テスト結果保持手段には、各テストケースについてテストが実行されたか否かを示すテスト実行情報がテストプロジェクト毎に保持されている。そして、予測工数算出手段によって、実績工数保持手段に保持されている実績工数とテスト結果保持手段に保持されているテスト実行情報とに基づいて、指定テストプロジェクトにおいて今後実行されるべきテストの実行に要する予測工数が算出される。このため、テストケースの難易度や複雑さを考慮した予測工数の算出が行なわれる。これにより、テストプロジェクトにおいて、予測工数と実績工数との差異が少なくなる。
【００３６】
上記第２の発明によれば、予測工数算出手段によって算出された予測期間と投入人数入力手段に入力された投入人数とによってテストの実行に要する予測期間が算出される。このため、過去のテストの実績に基づいて予測期間が算出され、予測期間と実績期間との差異が少なくなる。
【００３７】
上記第３の発明によれば、予測工数算出手段によって算出された予測期間に基づいて、テストの進捗の予測が数値またはグラフで画面上に表示される。このため、テストの進捗の予測を視覚的に把握することができる。
【００３８】
上記第４の発明によれば、過去のテスト実行情報と過去の実績工数とに基づいてテストケース群別に１テストケース当たりの実績工数が算出された後、予測工数が算出される。このため、テストケース群毎のテストの難易度や複雑さを考慮した予測工数の算出が行なわれる。
【００３９】
上記第５の発明によれば、上記第４の発明と同様、テストケース群毎のテストの難易度や複雑さを考慮した予測工数の算出が行なわれる。
【００４０】
上記第６の発明によれば、各テストケース群につき各作業者が連続してテストを実行したときの当該各作業者のテストに対する習熟度を示す情報が習熟度情報保持手段に保持される。そして、テストの実行に要する必要工数は、習熟度考慮工数算出手段によって、習熟度情報保持手段に保持されている習熟度の情報に基づいて算出される。このため、個々の作業者のテストに対する習熟度を考慮した予測工数の算出が行なわれる。
【００４１】
上記第７の発明によれば、「同じ作業者が或る回数だけ連続してテストを実行した」ということが起こる都度、習熟度情報保持手段に保持されている習熟度の情報が更新される。また、その習熟度の値は、該当の回数だけ連続してテストが実行されたときの習熟度の平均値となる。このため、テストの回数が増えるにつれて、習熟度情報保持手段に保持されている各作業者のテストに対する習熟度の精度が高くなり、個々の作業者の習熟度を考慮した予測工数の算出がより精度良く行なわれる。
【００４２】
上記第８の発明によれば、テストが同じ作業者によって複数回連続して実行されようとしているときに、その連続してテストが実行されたうちの１回目のテストの際に要した１テストケース当たりの実績工数が基準実績工数とされる。そして、その基準実績工数にテストケース数を乗じることによって得られる値を習熟度で除することによって、必要工数が算出される。このため、各回のテストで実行されるテストケースの数に変化があっても、その変化の影響を受けることなく、個々の作業者の習熟度を考慮した予測工数を算出することができる。
【００４３】
上記第９の発明によれば、予定テストケース数算出手段によって算出された指定テストプロジェクトの期間中に実行されるべき１日当たりのテストケース数に基づいて、テストの進捗の予定が数値またはグラフで画面上に表示される。このため、テストの進捗の予定を視覚的に認識することができる。
【００４４】
上記第１０の発明によれば、実行済みテストケース数取得手段によって取得された実行済みのテストケース数に基づいて、テストの進捗の実績が数値またはグラフで画面上に表示される。このため、テストの進捗の実績を視覚的に認識することができる。
【００４５】
上記第１１の発明によれば、過去のテスト結果の集計が画面上に表示される。このため、過去のテスト結果の集計を視覚的に認識することができる。
【００４６】
上記第１２の発明によれば、指定テストプロジェクトにおいて実行されるべきテストケースが過去のテスト結果に基づいて選択される。このため、効率的にテストが実行されるようにテストケースの選択が行なわれた上でテストの実行に要する予測工数が算出される。
【発明を実施するための最良の形態】
【００４７】
以下、添付図面を参照しつつ、本発明の実施形態について説明する。
【００４８】
＜１．第１の実施形態＞
＜１．１  全体構成＞
図２は、本発明の第１の実施形態に係るテスト計画支援装置を含むシステム全体のハードウェア構成図である。このシステムは、サーバ機１００と複数のパソコン２００とによって構成され、サーバ機１００および各パソコン２００はＬＡＮ３００によって互いに接続されている。サーバ機１００は、各パソコン２００からの要求に応じた処理の実行や各パソコン２００から共通して参照等可能なファイル、データベース等の格納などを行う。また、サーバ機１００は、ソフトウェアシステムの開発等におけるテストの計画の作成やテストの進捗の予測等をするために機能する。従って、以下において、サーバ機のことを「テスト計画支援装置」という。パソコン２００では、ソフトウェアシステムの開発のためのプログラミング等の作業、テストの実行等が行なわれる。
【００４９】
図１は、テスト計画支援装置１００の構成を示すブロック図である。このテスト計画支援装置１００は、ＣＰＵ１０と表示部４０と入力部５０とメモリ６０と補助記憶装置７０とを備えている。補助記憶装置７０には、プログラム格納部２０とデータベース３０とが含まれている。ＣＰＵ１０は、与えられた命令に従い演算処理を行う。プログラム格納部２０には、プログラム名をそれぞれ「テストケース管理」、「テスト予定作成」、「テスト結果管理」、「テスト実績管理」、「テスト予測」、「テスト結果集計表示」、および「テストケース選択」とする７つのプログラム（実行モジュール）２１〜２７が格納されている。データベース３０には、テーブル名をそれぞれ「テスト仕様書」、「テストケース」、および「テスト実績」とする３つのテーブル３１〜３３が格納されている。表示部４０は、例えば、オペレータがテストケース管理プログラム２１によってテストケースの入力等を行う際の操作用画面あるいはテストの進捗状況（予定・実績・予測）を示す画面等を表示する。入力部５０は、マウスやキーボードによるオペレータからの入力を受け付ける。メモリ６０には、ＣＰＵ１０の演算処理に必要なデータが一時的に格納される。
【００５０】
なお、本実施形態においてはサーバ機単体によってテスト計画支援装置１００が構成されているものとして説明しているが、例えば表示部４０や入力部５０をパソコン２００に備える構成としても良い。これにより、オペレータは、テストケース・テスト結果等の入力処理、テストの進捗状況の表示処理などをパソコン２００で実行することができる。
【００５１】
＜１．２  テストプロジェクト＞
次に、本実施形態における「テストプロジェクト」の概念について説明する。ソフトウェアシステムの開発においては、１つのシステム（製品）の開発開始から開発終了までに複数回のテストが行なわれる。例えば、図３に示すように、開発開始から開発終了までに５回のテストが行なわれることがある。一般的には開発開始から開発終了までを通してのテスト全体を１つの作業単位として「テストプロジェクト」ということが多いが、本実施形態においては（作業単位としての）各回のテストのことを「テストプロジェクト」という。従って、図３に示す例では、開発開始から開発終了までに５個のテストプロジェクトが存在している。
【００５２】
各テストプロジェクトには、図４に示すように、複数のテスト仕様書が対応付けられている。すなわち、各テストプロジェクトでは、複数のテスト仕様書を用いてテストが行なわれる。一例を挙げると、１つのテストプロジェクトで８０個のテスト仕様書を用いてテストが行なわれる。
【００５３】
また、各テスト仕様書には、図４に示すように、複数のテストケースが対応付けられている。すなわち、各テスト仕様書には複数のテストケースが含まれている。一例を挙げると、１つのテスト仕様書に５０個のテストケースが含まれている。また、各テストケースには、（テストの合否等を示すデータとしての）テスト結果が対応付けられている。
【００５４】
ソフトウェアシステムの開発の際には、上述のようにテストは繰り返し行なわれるところ、各テスト仕様書は繰り返し使用される。すなわち、開発当初に作成されたテスト仕様書に基づいて１回目のテストが行なわれた後、同じテスト仕様書を使用して２回目以降のテストが行なわれる。但し、開発による機能の追加・削除等に伴って、テスト仕様書の追加・削除あるいはテストケースの追加・削除等が行なわれる。
【００５５】
＜１．３  テーブル＞
次に、本実施形態においてデータベース３０に保持されているテーブルについて説明する。
【００５６】
図５は、テスト仕様書テーブル３１のレコードフォーマットを示す図である。テスト仕様書テーブル３１には、項目名をそれぞれ「テスト仕様書Ｎｏ」、「テスト仕様書名」、「バージョン」、「概要」、「対象モジュール」、「作成者」、「作成日」、「更新者」、「更新日」、「承認者」、および「テストケース番号」とする複数の項目が含まれている。なお、「テストケース番号」については、テスト仕様書に含まれるテストケースの数だけ繰り返される。また、本実施形態においては、各テスト仕様書に含まれているテストケースによってテストケース群が実現される。
【００５７】
テスト仕様書テーブル３１の各項目のフィールド（個々のデータが格納される領域）には、それぞれ以下のような内容のデータが格納される。「テスト仕様書Ｎｏ」には、テスト仕様書を識別するための番号であって、テストプロジェクト毎に一意に割り当てられる番号が格納される。「テスト仕様書名」には、開発者やテスト実行者等がテスト仕様書を特定するための名称が格納される。「バージョン」には、テスト仕様書のバージョンが格納される。「概要」には、テスト仕様書の概要を説明した記述が格納される。「作成者」には、テスト仕様書の作成者の氏名が格納される。「作成日」には、テスト仕様書の作成日付が格納される。「更新者」には、テスト仕様書を最も新しく更新した者の氏名が格納される。「更新日」には、テスト仕様書の更新日付が格納される。「承認者」には、テスト仕様書の内容を承認した者の氏名が格納される。「テストケース番号」には、テストケースを識別するための番号であって、１つのテストプロジェクト内で一意に割り当てられる番号が格納される。
【００５８】
図６は、テストケーステーブル３２のレコードフォーマットを示す図である。テストケーステーブル３２には、項目名をそれぞれ「テストケース番号」、「作成者」、「テスト分類１」、「テスト分類２」、「テスト方法」、「テストデータ」、「テストデータ概要」、「テストレベル」、「ランク」、「判定条件」、「テスト結果ＩＤ」、「テスト結果」、「報告者」、「報告日」、「環境」、および「備考」とする複数の項目が含まれている。なお、「テスト結果ＩＤ」、「テスト結果」、「報告者」、「報告日」、「環境」、および「備考」については、当該テストケースについてのテストが実行された回数だけ繰り返される。なお、本実施形態においては、テストケーステーブル３２によってテストケース保持手段が実現されている。また、テストケーステーブル３２内の上記「テスト結果」のフィールドによってテスト結果保持手段が実現されている。
【００５９】
テストケーステーブル３２の各項目のフィールドには、それぞれ以下のような内容のデータが格納される。「テストケース番号」には、テストケースを識別するための番号であって、１つのテストプロジェクト内で一意に割り当てられる番号が格納される。なお、テスト仕様書テーブル３１の「テストケース番号」とテストケーステーブル３２の「テストケース番号」とはリンク付けされている。「作成者」には、テストケースの作成者の氏名が格納される。「テスト分類１」には、所定の指標に従ってテストケースを分類した分類名が格納される。この分類名には、例えば、「正常系」、「異常系」、「負荷」等がある。「テスト分類２」には、「テスト分類１」とは異なる指標に従ってテストケースを分類した分類名が格納される。この分類名には、例えば、「機能」、「境界値」等がある。「テスト方法」には、テストを実行する方法を説明した記述が格納される。「テストデータ」には、テストを実行するためのデータを特定する記述（例えばフルパス名）が格納される。「テストデータ概要」には、テストデータの概要を説明した記述が格納される。「テストレベル」には、テストケースのレベルが格納される。このレベルには、例えば、「単体テスト」、「結合テスト」、「システムテスト」等がある。「ランク」には、テストケースの重要度が格納される。この重要度には、例えば、「Ｈ」、「Ｍ」、「Ｌ」等がある。「判定条件」には、テストの合否を判定する基準を説明した記述が格納される。「テスト結果ＩＤ」には、各テストケース内でテスト結果を識別するための番号が格納される。「テスト結果」には、テストを実行した結果が格納される。本実施形態においては、このテスト結果には、「成功」、「失敗」、「見送り」、「未実施」がある。「報告者」には、テスト結果を報告した者の氏名が格納される。「報告日」には、テスト結果が報告された日の日付が格納される。「環境」には、テストが実行された時のシステム等の環境を説明した記述が格納される。「備考」には、テストの実行に関する注釈等の記述が格納される。
【００６０】
上記テスト結果に関し、「成功」とは、テストの結果が成功（合格）であったことを意味する。「失敗」とは、テストの結果が失敗（不合格）であったことを意味する。「見送り」とは、当該テストケースについてはテストが実行されなかったことを意味する。「未実施」とは、現在テストの段階にあるが、当該テストケースについては未だテストが実行されていないことを意味する。本実施形態においては、これらのテスト結果の内容が「テスト実行情報」として用いられる。詳しくは、テスト結果が「成功」または「失敗」であればテストが実行されていることが把握され、テスト結果が「見送り」または「未実施」であればテストが実行されていないことが把握される。
【００６１】
図７は、テスト実績テーブル３３のレコードフォーマットを示す図である。テスト実績テーブル３３には、項目名をそれぞれ「テスト仕様書Ｎｏ」、「実績工数」とする複数の項目が含まれている。「実績工数」については、テストプロジェクトの数（テストの回数）だけ繰り返される。なお、本実施形態においては、テスト実績テーブル３３によって実績工数保持手段が実現されている。
【００６２】
テスト実績テーブル３３の各項目のフィールドには、それぞれ以下のような内容のデータが格納される。「テスト仕様書Ｎｏ」には、テスト仕様書を識別するための番号であって、テストプロジェクト毎に一意に割り当てられる番号が格納される。「実績工数」には、各テストプロジェクトにおいてテストの実行に要した工数が格納される。なお、テスト仕様書テーブル３１の「テスト仕様書Ｎｏ」とテスト実績テーブル３３の「テスト仕様書Ｎｏ」とはリンク付けされている。
【００６３】
＜１．４  予実績表示ダイアログ＞
次に、本実施形態においてテストの進捗の予定、テストの進捗の実績、およびテストの進捗の予測を表示するための画面（以下、「予実績表示ダイアログ」という。）４００について説明する。図８は、予実績表示ダイアログ４００を示す図である。この予実績表示ダイアログ４００には、テストプロジェクト名を選択するためのリストボックス４０１と、テストの進捗状況（予定・実績・予測）の表示を指示するための状況表示ボタン４０２と、テストの進捗状況をグラフで表示するグラフ領域４０３と、リストボックス４０１で指定されたテストプロジェクト（指定テストプロジェクト）で実行されるべきテストケース数を表示する表示領域４０４と、指定テストプロジェクトにおいて実行済みのテストケース数を表示する表示領域４０５と、終了予定日までに実行することができると予測される（開始日から終了予定日までの累計の）テストケース数を表示する表示領域４０６と、後述する最適化処理により指定テストプロジェクトでのテストを「見送り」とするテストケース数を表示する表示領域４０７と、最適化処理のためのパラメータ設定の実行を指示するための最適化パラメータ設定ボタン４０８と、最適化処理に基づく予測工数の再計算の実行を指示するための仮計算ボタン４０９と、仮計算によって得られた結果に基づいてテストケーステーブル３２のテスト結果を変更する（例えば、「未実施」を「見送り」に変更する）ためのＯＫボタン４１０と、処理をキャンセル終了するためのキャンセルボタン４１１とが含まれている。
【００６４】
ここで、最適化処理について説明する。最適化処理とは、過去のテスト結果を考慮して効率的にテストが行われるように好適なテストケースを選択する処理のことである。最適化処理は、例えば、予め定められた終了予定日までにテストケース全件を終了させることが見込まれないようなときに実行される。テスト計画支援装置１００は、テストケーステーブル３２より各テストケースについての各テストプロジェクトにおけるテスト結果を取得することができる。図９に示すようなテスト結果が取得された場合、例えば、より最近のテスト結果に「失敗」があるものを優先的にテスト対象として選択することができる。本実施形態では、上述の予実績ダイアログ４００において仮計算ボタン４０９が押下されると、テストケース選択手段としてのテストケース選択プログラム２７が実行され、最適化処理が行なわれる。
【００６５】
＜１．５  テスト＞
＜１．５．１  全体フロー＞
次に、本実施形態に係るテスト計画支援装置１００を用いたテストの手順について説明する。図１０は、各テストプロジェクトにおける典型的なテストの運用手順を示すフローチャートである。なお、図１０はテスト計画支援装置１００そのものの動作順序を示すものではなく、このテスト計画支援装置１００を用いて図１０に示す手順でテストの運用をすれば効果的である旨を示している。また、以下において、現在実行中あるいは開始しようとしているテストプロジェクトのことを「現テストプロジェクト」という。この「現テストプロジェクト」は、上述の予実績ダイアログ４００のリストボックス４０１でオペレータ（プロジェクト管理者等）によって指定される。
【００６６】
現テストプロジェクトの開始後、テスト計画支援装置１００でテストケース管理プログラム２１が実行されることによって、テストケース管理処理が行なわれる（ステップＳ１１０）。テストケース管理処理とは、テストケースをデータベース３０に新規に登録すること、データベース３０から既存のテストケースを削除すること、およびデータベース３０内の既存のテストケースの内容を修正することをいう。
【００６７】
テストケース管理処理により現テストプロジェクトで実行されるべきテストケースがデータベース３０に全て格納されると、ステップＳ１２０に進む。ステップＳ１２０では、テスト計画支援装置１００でテスト予定作成プログラム２２が実行されることによって、テスト予定作成処理が行なわれる。テスト予定作成処理では、現テストプロジェクトにおけるテストの進捗の予定が作成され、当該予定を示すグラフが予実績表示ダイアログ４００のグラフ領域４０３に表示される。
【００６８】
ステップＳ１２０の終了後、ステップＳ１３０に進み、テストの実行が行なわれる（ステップＳ１３０）。テストの実行は、「テスター」と呼ばれる作業者によってテスト仕様書に基づいて行なわれる。テストが終了すると、ステップＳ１４０に進む。
【００６９】
ステップＳ１４０では、テスト計画支援装置１００でテスト結果管理プログラム２３が実行されることによって、テスト結果管理処理が行なわれる。テスト結果管理処理とは、テストの結果をデータベース３０に入力すること、およびデータベース３０内のテストの結果を編集（修正）することをいう。
【００７０】
ステップＳ１４０の終了後、ステップＳ１５０に進む。ステップＳ１５０では、テスト計画支援装置１００でテスト結果集計表示プログラム２６が実行されることによって、テスト結果集計表示処理が行なわれる。テスト結果集計表示処理では、実行済みのテストのテスト結果を集計したものグラフや表などによる表示が行なわれる。例えば、図１１に示すような円グラフによる集計の表示や図１２に示すような表による集計の表示が行なわれる。なお、本実施形態においては、ステップＳ１５０によってテスト結果集計表示手段が実現されている。
【００７１】
ステップＳ１５０の終了後、ステップＳ１６０に進む。ステップＳ１６０では、テスト計画支援装置１００でテスト実績管理プログラム２４が実行されることによって、テスト実績表示処理が行なわれる。テスト実績表示処理では、現テストプロジェクトにおけるテストの進捗の実績を示すグラフが予実績表示ダイアログ４００のグラフ領域４０３に表示される。
【００７２】
ステップＳ１６０の終了後、ステップＳ１７０に進み、現テストプロジェクトで実行されるべきテストケースについてテストが全て終了したか否かが判断される。その結果、全て終了していれば、現テストプロジェクトにおけるテストは終了する。一方、終了していなければ、ステップＳ１８０に進む。
【００７３】
ステップＳ１８０では、現テストプロジェクトにおけるテスト計画の見直しをするか否かがプロジェクト管理者によって判断される。プロジェクト管理者によってテスト計画の見直しをしない旨の判断がなされるとステップＳ１３０に戻る。一方、プロジェクト管理者によってテスト計画の見直しをする旨の判断がなされると、ステップＳ１９０に進む。
【００７４】
ステップＳ１９０では、テスト計画支援装置１００でテスト予測プログラム２５が実行されることによって、進捗予測処理が行なわれる。進捗予測処理では、現テストプロジェクトにおいて今後のテストの実行に必要な期間（予測期間）の算出が行なわれ、テストの進捗の予測を示すグラフが予実績表示ダイアログ４００のグラフ領域４０３に表示される。また、この進捗予測処理の際には、プロジェクト管理者は、テスト計画支援装置１００でテストケース選択プログラム２７を実行させることによって、過去のテスト結果を考慮したテストケースの選択を行うことができる。
【００７５】
＜１．５．２  テストケース管理処理＞
図１３は、テストケース管理処理の処理手順を示すフローチャートである。テストケース管理処理が開始されると、テスト計画支援装置１００は、オペレータに処理内容を選択させるための図１４に示すような画面（ダイアログ）を表示し、オペレータからの入力（処理内容の選択）を受け付ける（ステップＳ２１０）。ステップＳ２１０の後、ステップＳ２２０に進み、（処理内容として）「テストケースの入力」が選択されたのか否かの判定が行なわれる。判定の結果、「テストケースの入力」が選択されていればステップＳ２３０に進む。一方、「テストケースの入力」が選択されていなければステップＳ２４０に進む。
【００７６】
ステップＳ２３０では、オペレータによるテストケースの入力を受け付ける。テスト計画支援装置１００は、オペレータによって入力されたテストケースの内容を新規のデータとしてデータベース３０に追加する。ステップＳ２３０の終了後、ステップＳ２１０に戻る。
【００７７】
ステップＳ２４０では、（処理内容として）「テストケースの削除」が選択されたのか否かの判定が行なわれる。判定の結果、「テストケースの削除」が選択されていればステップＳ２５０に進む。一方、「テストケースの削除」が選択されていなければステップＳ２６０に進む。
【００７８】
ステップＳ２５０では、オペレータによる削除対象のテストケースの選択を受け付ける。テスト計画支援装置１００は、オペレータによって選択されたテストケースをデータベース３０から削除する。ステップＳ２５０の終了後、ステップＳ２１０に戻る。
【００７９】
ステップＳ２６０では、（処理内容として）「テストケースの修正」が選択されたのか否かの判定が行なわれる。判定の結果、「テストケースの修正」が選択されていればステップＳ２７０に進む。一方、「テストケースの修正」が選択されていなければテストケース管理処理は終了する。
【００８０】
ステップＳ２７０では、オペレータによるテストケースの修正を受け付ける。テスト計画支援装置１００は、オペレータによるテストケースの修正の内容をデータベース３０に反映させる。ステップＳ２７０の終了後、ステップＳ２１０に戻る。
【００８１】
＜１．５．３  テスト予定作成処理＞
図１５は、テスト予定作成処理の処理手順を示すフローチャートである。テスト予定作成処理が開始されると、テスト計画支援装置１００は、現テストプロジェクトでテストが実行されるべきテストケースの数とテストプロジェクトの期間（日数）とに基づいて、１日当たりの（実行されるべき）テストケース数（予定テストケース数）を算出する（ステップＳ３１０）。なお、テストプロジェクトの期間（日数）については、例えば図１６に示すような画面（ダイアログ）によって予めオペレータ（プロジェクト管理者等）が入力するようにしておけば良い。ステップＳ３１０の終了後、ステップＳ３２０に進む。
【００８２】
ステップＳ３２０では、テスト計画支援装置１００は、ステップＳ３１０で算出された１日当たりのテストケース数に基づいて、テストの進捗の予定を予実績表示ダイアログ４００のグラフ領域４０３に表示する。テストの進捗の予定は、例えば図１７に示すように、横軸を期間、縦軸をテストケース数とするグラフで予実績表示ダイアログ４００のグラフ領域４０３に表示される。ステップＳ３２０が終了すると、テスト予定作成処理は終了する。
【００８３】
なお、本実施形態においては、上記ステップＳ３１０によって予定テストケース数算出手段が実現され、上記ステップＳ３２０と予実績表示ダイアログ４００とによってテスト進捗予定表示手段が実現されている。
【００８４】
＜１．５．４  テスト結果管理処理＞
図１８は、テスト結果管理処理の処理手順を示すフローチャートである。テスト結果管理処理が開始されると、テスト計画支援装置１００は、オペレータに処理内容を選択させるための図１９に示すような画面（ダイアログ）を表示し、オペレータからの入力（処理内容の選択）を受け付ける（ステップＳ４１０）。ステップＳ４１０の後、ステップＳ４２０に進み、（処理内容として）「テスト結果の入力」が選択されたのか否かの判定が行なわれる。判定の結果、「テスト結果の入力」が選択されていればステップＳ４３０に進む。一方、「テスト結果の入力」が選択されていなければステップＳ４４０に進む。。
【００８５】
ステップＳ４３０では、オペレータによるテスト結果の入力を受け付ける。テスト計画支援装置１００は、オペレータによって入力されたテスト結果の内容をデータベース３０に反映させる。ステップＳ４３０の終了後、ステップＳ４１０に戻る。
【００８６】
ステップＳ４４０では、（処理内容として）「テスト結果の編集」が選択されたのか否かの判定が行なわれる。判定の結果、「テスト結果の編集」が選択されていればステップＳ４５０に進む。一方、「テスト結果の編集」が選択されていなければテスト結果管理処理は終了する。
【００８７】
ステップＳ４５０では、オペレータによるテスト結果の編集を受け付ける。テスト計画支援装置１００は、オペレータによって編集されたテスト結果の内容をデータベース３０に反映させる。ステップＳ４５０の終了後、ステップＳ４１０に戻る。
【００８８】
＜１．５．５  テスト実績表示処理＞
図２０は、テスト実績表示処理の処理手順を示すフローチャートである。テスト実績表示処理が開始されると、テスト計画支援装置１００は、現テストプロジェクトの期間中における日毎のテストの実行件数とその累積件数（実行済みテストケース数）とを求める（ステップＳ５１０）。ステップＳ５１０の終了後、ステップＳ５２０に進む。
【００８９】
ステップＳ５２０では、テスト計画支援装置１００は、ステップＳ５１０で算出された現テストプロジェクトの期間中における日毎のテストの実行件数と累積件数とに基づいて、テストの進捗の実績を予実績表示ダイアログ４００のグラフ領域４０３に表示する。テストの進捗の実績は、例えば図２１に示すように、横軸を期間、縦軸をテストケース数とするグラフで表示される。ステップＳ５２０が終了すると、テスト実績表示処理は終了する。
【００９０】
なお、本実施形態においては、上記ステップＳ５１０によって実行済みテストケース数取得手段が実現され、上記ステップＳ５２０と予実績表示ダイアログ４００とによってテスト進捗実績表示手段が実現されている。
【００９１】
＜１．５．６  進捗予測処理＞
図２２は、進捗予測処理の処理手順を示すフローチャートである。進捗予測処理が開始されると、テスト計画支援装置１００は、現テストプロジェクトで（今後）実行されるべきテスト仕様書のテストケースについて、過去にテストが実行されたことがあるか否かを判定する（ステップＳ６１０）。判定の結果、過去にテストが実行されたことがあれば、ステップＳ６３０に進む。一方、過去にテストが実行されたことがなければ、ステップＳ６２０に進む。
【００９２】
ステップＳ６２０では、テスト計画支援装置１００は、実行されるべきテスト仕様書と同程度の時間（工数）を要すると思われるテスト仕様書を所定の画面でオペレータに選択させた後、当該選択されたテスト仕様書の過去の実績工数に基づいて、テストの実行に要する予測工数を算出する。ステップＳ６２０の終了後、ステップＳ６４０に進む。
【００９３】
ステップＳ６３０では、テスト計画支援装置１００は、実行されるべきテスト仕様書の過去の実績工数に基づいて、予測工数算出処理が行なわれる。予測工数算出処理の詳しい説明は後述する。ステップＳ６３０の終了後、ステップＳ６４０に進む。
【００９４】
ステップＳ６４０では、テスト計画支援装置１００は、ステップＳ６２０またはステップＳ６３０で算出された予測工数を投入人数（テスト期間中においてテストを実行する作業者の数）で除することによって、テストの実行に要する予測期間を算出する。なお、投入人数については、例えば図２３に示すような画面（ダイアログ）によって予めオペレータ（プロジェクト管理者等）が入力するようにしておけば良い。ステップＳ６４０の終了後、ステップＳ６５０に進む。
【００９５】
ステップＳ６５０では、テスト計画支援装置１００は、ステップＳ６４０で算出された予測期間に基づいて、テストの進捗の予測を予実績表示ダイアログ４００のグラフ領域４０３に表示する。テストの進捗の予測は、例えば図２４に示すように、横軸を期間、縦軸をテストケース数とするグラフで表示される。ステップＳ６５０が終了すると、進捗予測処理は終了する。
【００９６】
なお、本実施形態においては、上記ステップＳ６３０によって予測工数算出手段が実現され、上記ステップＳ６４０によって予測期間算出手段が実現され、上記ステップＳ６５０と予実績表示ダイアログ４００とによってテスト進捗予測表示手段が実現されている。
【００９７】
＜１．５．７  予測工数算出処理＞
図２５は、予測工数算出処理の処理手順を示すフローチャートである。この予測工数算出処理については、例を挙げつつ説明する（図２６参照）。なお、ここでは、５個のテスト仕様書（テスト仕様書１〜５）を用いてテストが行なわれており、現在４回目のテストが実行されている（現テストプロジェクトが「テストプロジェクト４」である）と仮定する。また、現テストプロジェクトにおいて、テスト仕様書１とテスト仕様書２についてはテストが終了していると仮定する。
【００９８】
予測工数算出処理が開始されると、テスト計画支援装置１００は、テストケーステーブル３２に保持されているテスト結果の内容とテスト実績テーブル３３に保持されている実績工数とに基づいて、テスト仕様書別テストプロジェクト別の１テストケース当たりの実績工数（テストケース群別テストプロジェクト別平均実績工数）を以下のようにして算出する。
【００９９】
テストケーステーブル３２には、テストケース毎に各テストプロジェクトにおけるテスト結果が保持されている。テスト結果は、「成功」、「失敗」、「見送り」、および「未実施」のいずれかである。テスト結果が「成功」または「失敗」であれば、テストが実行されていることを把握することができる。一方、テスト結果が「見送り」または「未実施」であれば、テストが実行されていないことを把握することができる。また、テスト仕様書テーブル３１の「テストケース番号」とテストケーステーブル３２の「テストケース番号」とはリンク付けされている。以上より、図２６に示すように、テスト仕様書毎に各テストプロジェクトでテストが実行されたテストケースの件数を取得することができる。
【０１００】
また、テスト実績テーブル３３には、テスト仕様書毎に各テストプロジェクトにおける実績工数が保持されている。従って、図２６に示すように、テスト仕様書毎に各テストプロジェクトにおける実績工数を取得することができる。なお、各テストプロジェクトにおけるテスト仕様書毎の実績工数については、例えば図２７に示すような画面（ダイアログ）によって各テストプロジェクトの終了後にオペレータ（プロジェクト管理者等）が入力するようにしておけば良い。
【０１０１】
以上のようにしてテスト仕様書別テストプロジェクト別の（テストが実行された）テストケースの件数と実績工数とが取得されるので、実績工数を件数で除することによって、テスト仕様書別テストプロジェクト別の１テストケース当たりの実績工数を算出することができる。図２６に示す例では、テスト仕様書３〜５のそれぞれについて、１回目から３回目までのそれぞれのテストプロジェクトについての１テストケース当たりの実績工数が算出される。
【０１０２】
ステップＳ６３２の終了後、ステップＳ６３４に進む。ステップＳ６３４では、テスト計画支援装置１００は、ステップＳ６３２で算出されたテスト仕様書別テストプロジェクト別の１テストケース当たりの実績工数に基づいて、テスト仕様書別の１テストケース当たりの実績工数（テストケース群別平均実績工数）を算出する。詳しくは、テスト仕様書別に、テスト仕様書別テストプロジェクト別の１テストケース当たりの実績工数の総和が算出され、当該総和がテスト実行済みのテストプロジェクトの回数で除され、値が算出される。図２６に示す例では、テスト仕様書３〜５のそれぞれについて、１回目から３回目までの１テストケース当たりの実績工数の総和が算出され、当該総和が（テスト実行済みのテストプロジェクトの回数である）「３」で除される。これにより、テスト仕様書別の１テストケース当たりの実績工数が算出される。
【０１０３】
ステップＳ６３４の終了後、ステップＳ６３６に進む。ステップＳ６３６では、テスト計画支援装置１００は、ステップＳ６３２で算出されたテスト仕様書別の１テストケース当たりの実績工数に基づいて、テスト仕様書別の現テストプロジェクトにおけるテストの実行に要する必要工数を算出する。詳しくは、テスト仕様書別に、現テストプロジェクトでテストが実行されるべきテストケースの件数に１テストケース当たりの実績工数を乗ずることによって値が算出される。図２６に示す例では、テスト仕様書３〜５のそれぞれについて、４回目の件数に１テストケース当たりの実績工数を乗ずることによって値が算出される。これにより、テスト仕様書別の必要工数が算出される。
【０１０４】
ステップＳ６３６の終了後、ステップＳ６３８に進む。ステップＳ６３８では、テスト計画支援装置１００は、ステップＳ６３６で算出された必要工数の総和を算出する。これにより、現テストプロジェクトにおける今後のテストの実行に要する予測工数が算出される。図２６に示す例では、ステップＳ６３６で算出されたテスト仕様書３〜５についての必要工数の総和の算出が行なわれる。これにより、４回目のテストプロジェクトにおける今後のテストの実行に必要な予測工数が算出される。ステップＳ６３８が終了すると、図２２のステップＳ６４０に進む。
【０１０５】
なお、本実施形態においては、上記ステップＳ６３２によってテストケース群別テストプロジェクト別平均実績工数算出手段が実現され、上記ステップＳ６３４によってテストケース群別平均実績工数算出手段が実現され、上記ステップＳ６３６によってテストケース群別必要工数算出手段が実現され、上記ステップＳ６３８によってテストケース群別必要工数総和手段が実現されている。また、上記ステップＳ６３２とステップＳ６３４とによって第１の演算手段が実現され、上記ステップＳ６３６とステップＳ６３８とによって第２の演算手段が実現されている。
【０１０６】
＜１．６  効果＞
以上のように、本実施形態によると、各テスト仕様書には複数のテストケースが含まれ、また、各テスト仕様書についての各テストプロジェクトでのテストの実行に要した工数（実績工数）がデータとしてデータベース３０内のテスト実績テーブル３３に保持されている。また、テストケーステーブル３２には、各テストケースについての過去のテスト実行情報（テストが実行されたか否かを示す情報）が保持されている。テスト計画支援装置１００でテストの進捗の予測が行なわれる際には、テスト実績テーブル３３に格納されている実績工数とテストケーステーブル３２に格納されているテスト実行情報とに基づいて、現テストプロジェクトにおいて今後実行されるべき各テストケースについてのテストの実行に要する必要工数が算出される。そして、その過去の実績に基づいて算出されたテストケース毎の必要工数に基づいて、全体での予測工数が算出される。このため、今後実行されるべきテストケースの難易度や複雑さを考慮して今後のテストの実行に必要な工数が算出される。これにより、テストプロジェクトにおいて、従来よりも予測工数と実績工数との差異を少なくすることができる。
【０１０７】
例えば、テストの実績が上述した図２６に示すような状況の場合、従来であれば、現テストプロジェクトにおいて実行済みのテスト仕様書（図２６では、テスト仕様書１とテスト仕様書２）の実績工数に基づいて、未実行のテスト仕様書（図２６では、テスト仕様書３〜５）についての予測工数が算出される。従って、テスト仕様書３〜５の予測工数は、図２８で参照符号Ｋ１で示す工数となる。一方、本実施形態によると、未実行のテスト仕様書についての予測工数は当該未実行のテスト仕様書の過去の実績工数に基づいて算出される。従って、テスト仕様書３〜５の予測工数は、図２８で参照符号Ｋ２で示す工数となる。このように従来の予測工数と本実施形態での予測工数とは大きく異なっているが、本実施形態での予測工数の方が（過去の実績工数に基づいているので）実際に要する工数との差異が少なくなる。
【０１０８】
以上のように予測工数と実績工数との差異を少なくすることができるので、プロジェクト管理者にとっては、人員・装置等の資源の配分やテストスケジュールの管理等が容易になる。
【０１０９】
また、本実施形態では、過去の実績に基づいて算出された予測工数と投入人数とに基づいて今後のテストの実行に必要な期間（予測期間）が算出される。このため、従来よりも予測期間と実績期間との差異を少なくすることができる。これにより、テストの進捗遅れのリスクを低減させることができる。
【０１１０】
さらに、各テストプロジェクトにおける進捗の予定、実績、および予測は、予実績表示ダイアログ４００にグラフで表示される。このため、プロジェクト管理者は、視覚的にテストプロジェクトの進捗を把握することができる。これにより、プロジェクト管理者にとってテストプロジェクトの進捗の管理が容易になる。
【０１１１】
さらにまた、テストの進捗の予測を立てる際、最適化処理によって好適なテストケースを選択することができる。この最適化処理によって、例えば、図２８で参照符号Ｋ２で示す工数を参照符号Ｋ３で示す工数に削減することができる。これにより、例えば、図２４に示すように予測されていた進捗が図２９に示すような進捗予測となる。このような最適化処理と進捗の予測の表示とをシミュレーション的に繰り返し実行することによって、プロジェクト管理者は、好適なテスト計画を容易に作成することができる。
【０１１２】
＜２．第２の実施形態＞
次に、本発明の第２の実施形態について説明する。上記第１の実施形態においては、テスト仕様書別の１テストケース当たりの過去の実績工数に基づいて、現テストプロジェクトにおけるテストの実行に要する必要工数が算出されていた（図２５のステップＳ６３４、Ｓ６３６など）。一方、本実施形態においては、過去の実績工数に加えて作業者（テスター）のテストに対する習熟度をも考慮して必要工数が算出される。
【０１１３】
＜２．１  構成＞
本実施形態におけるシステム全体のハードウェア構成については、上記第１の実施形態と同様、図２に示すような構成となっている。図３１は、本実施形態におけるテスト計画支援装置１００の構成を示すブロック図である。本実施形態においては、図１に示した上記第１の実施形態における構成要素に加えて、プログラム名を「習熟度情報更新」、「習熟度考慮工数算出」とする２つのプログラム（実行モジュール）２８、２９がプログラム格納部２０に設けられ、テーブル名を「習熟度情報」とするテーブル３４がデータベース３０に設けられている。なお、習熟度考慮工数算出プログラム２９は、テスト予測プログラム２５から呼び出されるサブルーチンに相当する。
【０１１４】
本実施形態においては、図３２に示すように、各テスト仕様書には各回のテストの実行結果を示す実行情報８０が対応付けられている。その実行情報としては、例えば図３３に示すように、「作業者」、「実績工数」、「実行テストケース数」などの情報が保持される。なお、各テスト仕様書内のテストケースについては必要に応じて追加や削除が行なわれることがあり、また、各回のテストではテストケース全件のテストが実行されるとは限らない。このため、「実行テストケース数」については１つのテスト仕様書であっても異なることがある。例えば、１回目は５０件、２回目は６０件ということがある。
【０１１５】
次に、習熟度情報テーブル３４について説明する。一般に、或るテスト仕様書についてのテストが同じ作業者によって繰り返し実行されると、テストの回数を重ねるにつれてテストの実行に要する時間（工数）は短くなる。これは、作業者がテストのためのオペレーションに慣れるからである。本実施形態では、その慣れの程度（習熟度）を「係数」として習熟度情報テーブル３４によって管理している。なお、習熟度情報テーブル３４は、テスト仕様書毎に設けられている。
【０１１６】
図３４は、習熟度情報テーブル３４に格納されるデータの一例を模式的に示した図である。図３４において、例えば、「山田太郎」の「３回目」のデータに着目する。「回数」（回数情報）の「１３」は、該当のテスト仕様書についてのテストを「山田太郎」が３回連続して実行したことが１３回あることを意味している。
【０１１７】
例えば、或るテスト仕様書のテストの実行に関し、各回のテストの作業者が図３５に示すようになっていると仮定する。このとき、１回目と２回目の作業者は共に「山田太郎」であるので、「山田太郎」が２回連続してテストを実行していることになる。また、３回目から５回目までの作業者は「鈴木一郎」であるので、「鈴木一郎」が３回連続してテストを実行していることになる。さらに、９回目から１１回目までについても、「鈴木一郎」が３回連続してテストを実行している。従って、「鈴木一郎」については、３回連続してテストを実行したことが２回あることになる。また、７回目の作業者についても「鈴木一郎」であるところ、６回目の作業者は「田中花子」になっている。このような場合、７回目の「鈴木一郎」については、複数回連続してテストを実行しておらず、１回だけテストを実行したことになる。
【０１１８】
図３６は、図３５に示したような作業者の順序でテストが実行された時の習熟度情報テーブル３４の内容を示す図である。ここでは「山田太郎」のデータに着目して説明する。１回目、８回目、および１２回目のテストの実行が終了した時点では、当該テストに関しては、「山田太郎」が「連続してテストを実行した回数」はいずれも「１」である。従って、図３６では、「山田太郎」の「１回目」の「回数」は「３」となっている。また、「山田太郎」が２回連続してテストを実行しているのは、１回目から２回目にかけての１回だけである。従って、図３６では、「山田太郎」の「２回目」の「回数」は「１」となっている。以上のようにして、習熟度情報テーブル３４にデータが格納されていく。なお、習熟度情報テーブル３４の内容を更新する処理（習熟度情報テーブル更新処理）の詳しい手順については後述する。
【０１１９】
図３７は、上述した習熟度情報テーブル３４のレコードフォーマットを示す図である。習熟度情報テーブル３４には、項目名をそれぞれ「作業者」、「連続回数」、「係数」、および「回数」とする複数の項目が含まれている。なお、この習熟度情報テーブル３４では、「作業者」と「連続回数」との組み合わせが主キーとなっている。習熟度情報テーブル３４の各項目のフィールドには、それぞれ以下のような内容のデータが格納される。「作業者」には、テスターと呼ばれる作業者の氏名が格納される。「連続回数」には、図３４および図３６に示した「１回目」、「２回目」、・・・というデータが格納される。「係数」には、該当のテスト仕様書についての作業者の習熟度を示す値が格納される。例えば、「係数」に「１．２」が格納されている場合、該当の作業者は１回目にテストを実行したときよりも１．２倍の効率でテストを実行することができること、換言すれば、該当の作業者は１回目にテストを実行したときの１．２分の１の工数でテストを実行できることを意味する。「回数」には、該当の連続回数だけテストを連続して実行したことが何回あるかが格納される。なお、本実施形態においては、習熟度情報テーブル３４によって習熟度情報保持手段が実現されている。
【０１２０】
＜２．２  習熟度情報テーブル更新処理＞
図３８は、習熟度情報テーブル更新処理の処理手順を示すフローチャートである。このテスト計画支援装置１００において、テストの実績工数の入力が行なわれると、習熟度情報更新プログラム２８が実行されることによって、習熟度情報テーブル更新処理が行なわれる。なお、この習熟度情報テーブル更新処理については例を挙げつつ説明する。ここでは図３９に示すようにして或るテスト仕様書についてのテストが実行されたものと仮定し、（ｎ＋５）回目のテストが終了した時点に着目する。また、（ｎ＋４）回目のテストが終了した時点においては、習熟度情報テーブル３４は図３４に示すような状態になっていると仮定する。
【０１２１】
習熟度情報テーブル更新処理が開始されると、テスト計画支援装置１００は、習熟度情報テーブル３４内の「係数」のデータを更新するか否かの判定を行う（ステップＳ７１０）。この判定は、該当のテスト仕様書のテストについて、同じ作業者によって複数回連続してテストが実行されたのか否かに基づいて行なわれる。詳しくは、同じ作業者によって複数回連続してテストが実行されていれば、「係数」のデータを更新する旨の判定がなされ、そうでなければ、「係数」のデータを更新しない旨の判定がなされる。判定の結果、「係数」のデータを更新する旨の判定がなされればステップＳ７２０に進み、「係数」のデータを更新しない旨の判定がなされればステップＳ７５０に進む。
【０１２２】
ステップＳ７２０では、「最新の係数」の算出が行なわれる。ここで、「最新の係数」とは、今現在連続して実行中のテストに関し、連続回数としての１回目の実行の際の１テストケース当たりの実績工数と直前の実行の際の１テストケース当たりの実績工数との比を表す値である。図３９に示す例の場合、（ｎ＋３）回目が連続回数としての１回目に相当する。（ｎ＋３）回目のテストに関し、実績工数は「４．０」であり、実行テストケース数は「５０」である。従って、（ｎ＋３）回目のテストについての１テストケース当たりの実績工数は「０．０８」である。また、図３９に示す例では、（ｎ＋５）回目は連続回数としての３回目に相当する。（ｎ＋５）回目のテストに関し、実績工数は「３．７」であり、実行テストケース数は「６０」である。従って、（ｎ＋５）回目のテストについての１テストケース当たりの実績工数は「０．０６」である。ここで、「０．０８」を「０．０６」で除すると、「１．３３」となる。以上より、図３９に示す例の場合、「最新の係数」は「１．３３」となる。
【０１２３】
ステップＳ７２０の終了後、ステップＳ７３０に進み、係数の平均値の算出が行なわれる。図３９に示す例では、（ｎ＋５）回目のテストが終了した時点において、「鈴木一郎」は３回連続してテストを実行している。そこで、図３４に示す習熟度情報テーブル３４のうち「鈴木一郎」の「３回目」のデータに着目する。係数が「１．２３」になっているところ、その「１．２３」は、「鈴木一郎」が過去に３回連続してテストを実行した７回における係数の平均値を示している。ステップＳ７３０では、このような過去の係数の平均値と上述した最新の係数とに基づいて、係数の平均値の再計算が行なわれる。具体的には、係数の平均値Ｋａｖｅは、次式（１）によって算出される。
Ｋａｖｅ＝（Ｋｏｌｄ×Ｎ＋Ｋｎｅｗ）／（Ｎ＋１）      ・・・（１）
ここで、Ｋｏｌｄは過去の係数の平均値であり、Ｎは過去に該当回数だけテストが連続して実行された回数であり、Ｋｎｅｗは上述した最新の係数である。
図３９に示す例では、Ｋａｖｅ＝（１．２３×７＋１．３３）／（７＋１）より「１．２４」となる。
【０１２４】
ステップＳ７３０の終了後、ステップＳ７４０に進み、習熟度情報テーブル３４の係数のデータと回数のデータの更新が行なわれる。ステップＳ７４０では、係数のデータについては、ステップＳ７３０で算出された係数の平均値Ｋａｖｅに更新され、回数のデータについては、既に入力されているデータに「１」だけ加算された値に更新される。上述の例では、図３４に示す習熟度情報テーブル３４のうちの「鈴木一郎」の「３回目」のデータについて、係数のデータが「１．２３」から「１．２４」に更新され、回数のデータが「７」から「８」に更新される。ステップＳ７４０が終了すると、習熟度情報テーブル更新処理は終了する。
【０１２５】
ステップＳ７５０では、習熟度情報テーブル３４の回数のデータの更新が行なわれる。詳しくは、該当の作業者の１回目の回数のデータについて、既に入力されているデータに「１」だけ加算された値に更新される。ステップＳ７５０が終了すると、習熟度情報テーブル更新処理は終了する。なお、本実施形態においては、上述したステップＳ７１０からステップＳ７５０によって習熟度情報更新手段が実現されている。
【０１２６】
＜２．３  習熟度を考慮した予測工数算出処理＞
図４０は、本実施形態における予測工数算出処理（図２２のステップＳ６３０）の処理手順を示すフローチャートである。本実施形態では、習熟度考慮工数算出プログラム２９が実行されることによって、予測工数算出処理が行なわれる。なお、この予測工数算出処理については、例を挙げつつ説明する。ここでは、各テスト仕様書についてのテストの実行状況が図４１に示すようなものであると仮定し、図４１に示すテスト仕様書のうち「ＴＥＳＴ０００３」についてのテストが図４２に示すように実行されていると仮定する。
【０１２７】
この予測工数算出処理は、テストの作業状況が「作業中」または「未実行」になっているテスト仕様書についてのみ行なわれる。従って、図４１に示す例では、「ＴＥＳＴ０００２」、「ＴＥＳＴ０００３」、「ＴＥＳＴ０００４」、および「ＴＥＳＴ０００５」については処理対象となるが、「ＴＥＳＴ０００１」については処理対象とならない。
【０１２８】
予測工数算出処理が開始されると、テスト計画支援装置１００は、テスト仕様書別の基準実績工数を算出する（ステップＳ８１０）。ここで、「基準実績工数」とは、習熟度を考慮して予測工数を算出する際に基準とされるべき工数のことであって、具体的には、或るテスト仕様書についてのテストが同じ作業者によって複数回連続して実行されている場合に、その連続してテストが実行されたうちの１回目のテストの際に要した１テストケース当たりの実績工数のことである。図４２に示す例では、（ｎ＋３）回目から（ｎ＋４）回目にかけて、「鈴木一郎」によってテストが実行されている。このため、（ｎ＋３）回目のテストの際に要した１テストケース当たりの実績工数が「基準実績工数」となる。ここで、「４．０」を「５０」で除すると「０．０８」となる。従って、図４２に示す例では、「基準実績工数」は「０．０８」となる。このようにして、ステップＳ８１０では、テスト仕様書毎に基準実績工数が算出される。ステップＳ８１０の終了後、ステップＳ８２０に進む。
【０１２９】
ステップＳ８２０では、テスト計画支援装置１００は、実行されるべきテストケースの数をテスト仕様書毎に取得する。図４２に示す例では、（ｎ＋４）回目の実行テストケース数である「６０」がテスト計画支援装置１００によって取得される。ステップＳ８２０の終了後、ステップＳ８３０に進む。
【０１３０】
ステップＳ８３０では、テスト計画支援装置１００は、テスト仕様書毎に習熟度を考慮した必要工数を算出する。具体的には、習熟度を考慮した必要工数Ｔは、次式（２）によって算出される。
Ｔ＝（Ｔｂａｓｅ×Ｘ）／Ｋ      ・・・（２）
ここで、ＴｂａｓｅはステップＳ８１０で算出された基準実績工数であり、ＸはステップＳ８２０で取得されたテストケース数であり、Ｋは該当の作業者の今回の連続回数について習熟度情報テーブル３４に格納されている係数である。
図３９に示す例では、Ｔ＝（０．０８×６０）／１．１２より「４．３」となる。
【０１３１】
ステップＳ８３０の終了後、ステップＳ８４０に進む。ステップＳ８４０では、テスト計画支援装置１００は、ステップＳ８３０で算出された必要工数の総和を算出する。これにより、現テストプロジェクトにおける今後のテストの実行に要する予測工数が算出される。ステップＳ８４０が終了すると、図２２のステップＳ６４０に進み、習熟度を考慮した予測工数算出処理が終了する。なお、本実施形態においては、上述したステップＳ８１０からステップＳ８４０によって習熟度考慮工数算出手段が実現されている。
【０１３２】
＜２．４  効果＞
以上のように、本実施形態によると、各テスト仕様書につき各作業者が連続してテストを実行したときの当該各作業者のテストに対する習熟度を示すデータが習熟度情報テーブル３４に保持される。そして、テストの実行に要する必要工数は、習熟度情報テーブル３４に格納されている習熟度の情報に基づいて算出される。このため、個々の作業者のテストに対する習熟度を考慮した予測工数の算出が行なわれる。これにより、テストプロジェクトにおいて、テスト計画の精度を高め、予測工数と実績工数との差異を少なくすることができる。
【０１３３】
また、習熟度情報テーブル３４の内容は、各作業者が或るテスト仕様書についてのテストを連続して実行する都度、更新される。このため、テストの回数が増えるにつれて各作業者の習熟度のデータが蓄積され、個々の作業者の習熟度を考慮した予測工数の算出がより精度良く行われる。
【０１３４】
さらに、本実施形態においては、テストが同じ作業者によって複数回連続して実行されようとしているときにに、その連続してテストが実行されたうちの１回目のテストの際に要した１テストケース当たりの実績工数が基準実績工数とされる。そして、その基準実績工数に今現在実行しようとしているテストのテストケース数を乗じることによって得られる値を習熟度を示す係数で除することによって、必要工数が算出される。このため、各回のテストで実行されるテストケースの数に変化があっても、その変化の影響を受けることなく、個々の作業者の習熟度を考慮した予測工数が精度良く算出される。
【０１３５】
＜３．その他＞
上述のテスト計画支援装置１００は、メモリ６０や補助記憶装置７０等のハードウェアの存在を前提として、ＣＰＵ１０によって実行されるテストケース管理等のプログラム２１〜２７に基づき実現される。このようなプログラム２１〜２７の一部または全部は、例えば、そのプログラム２１〜２７を記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体によって提供される。使用者は、上記プログラム２１〜２７の記録媒体としてのＣＤ−ＲＯＭを購入して、ＣＤ−ＲＯＭ駆動装置（図示せず）に装着し、そのＣＤ−ＲＯＭからそのプログラム２１〜２７を読み出してテスト計画支援装置１００の補助記憶装置７０にインストールすることができる。このように、フローチャートで示した各ステップをコンピュータに実行させるプログラムの形態として提供することもできる。
【０１３６】
また、図５に示すように、上記各実施形態においては、テスト仕様書テーブル３１には、「テストケース番号」がテストケースの数だけ繰り返されている。このテスト仕様書テーブル３１については、正規化をしても良い。すなわち、図３０（ａ）および（ｂ）に示すようなレコードフォーマットの２つのテーブルにすることができる。同様に、テストケーステーブル３２、テスト実績テーブル３３についても正規化しても良い。
【０１３７】
さらに、上記各実施形態においては、図４に示すように、１つのテストプロジェクトでは複数のテスト仕様書を用いてテストが行われ、各テスト仕様書には複数のテストケースが含まれていることを前提にして説明したが、本発明はこれに限定されない。複数のテストケースのそれぞれについて複数のテスト結果を保持することができ、１以上のテストケース毎に各回のテストの実績工数を保持することができるものであれば、本発明を適用することができる。
【０１３８】
さらにまた、上記各実施形態においては、ソフトウェアシステムの開発におけるテストにテスト計画支援装置１００が使用される例を挙げて説明したが、本発明はこれに限定されない。繰り返しテストが実行されるものであれば、例えば化学物質についてのテストや機械器具についてのテスト等にも本発明を適用することができる。
【図面の簡単な説明】
【０１３９】
【図１】本発明の第１の実施形態におけるテスト計画支援装置の構成を示すブロック図である。
【図２】上記第１の実施形態におけるシステム全体のハードウェア構成図である。
【図３】上記第１の実施形態において、ソフトウェアシステムの開発におけるテストについて説明するための図である。
【図４】上記第１の実施形態において、テストプロジェクトについて説明するための概念図である。
【図５】上記第１の実施形態において、テスト仕様書テーブルのレコードフォーマットを示す図である。
【図６】上記第１の実施形態において、テストケーステーブルのレコードフォーマットを示す図である。
【図７】上記第１の実施形態において、テスト実績テーブルのレコードフォーマットを示す図である。
【図８】上記第１の実施形態において、予実績表示ダイアログを示す図である。
【図９】上記第１の実施形態において、最適化処理について説明するための図である。
【図１０】上記第１の実施形態において、各テストプロジェクトにおける典型的なテストの運用手順を示すフローチャートである。
【図１１】上記第１の実施形態において、テスト結果集計表示処理で表示される円グラフの一例を示す図である。
【図１２】上記第１の実施形態において、テスト結果集計表示処理で表示される表の一例を示す図である。
【図１３】上記第１の実施形態において、テストケース管理処理の処理手順を示すフローチャートである。
【図１４】上記第１の実施形態において、テストケース管理処理の際に表示される画面を示す図である。
【図１５】上記第１の実施形態において、テスト予定作成処理の処理手順を示すフローチャートである。
【図１６】上記第１の実施形態において、各テストプロジェクトの期間を入力するための画面を示す図である。
【図１７】上記第１の実施形態において、テスト予定作成処理によって表示されるグラフの一例を示す図である。
【図１８】上記第１の実施形態において、テスト結果管理処理の処理手順を示すフローチャートである。
【図１９】上記第１の実施形態において、テスト結果管理処理の際に表示される画面を示す図である。
【図２０】上記第１の実施形態において、テスト実績表示処理の処理手順を示すフローチャートである。
【図２１】上記第１の実施形態において、テスト実績表示処理によって表示されるグラフの一例を示す図である。
【図２２】上記第１の実施形態において、進捗予測処理の処理手順を示すフローチャートである。
【図２３】上記第１の実施形態において、各テストプロジェクトにおける投入人数を入力するための画面を示す図である。
【図２４】上記第１の実施形態において、進捗予測処理によって表示されるグラフの一例を示す図である。
【図２５】上記第１の実施形態において、予測工数算出処理の処理手順を示すフローチャートである。
【図２６】上記第１の実施形態において、予測工数算出処理について説明するための図である。
【図２７】上記第１の実施形態において、テストプロジェクト別テスト仕様書別の実績工数を入力するための画面を示す図である。
【図２８】上記第１の実施形態の効果について説明するための図である。
【図２９】上記第１の実施形態において、最適化処理後の進捗予測処理によって表示されるグラフの一例を示す図である。
【図３０】上記第１の実施形態において、テスト仕様書テーブルの正規化後のレコードフォーマットを示す図である。
【図３１】本発明の第２の実施形態におけるテスト計画支援装置の構成を示すブロック図である。
【図３２】上記第２の実施形態において、実行情報について説明するための図である。
【図３３】上記第２の実施形態において、実行情報として保持される情報の一例を示す図である。
【図３４】上記第２の実施形態において、習熟度情報テーブルに格納されるデータの一例を模式的に示した図である。
【図３５】上記第２の実施形態において、習熟度情報テーブルについて説明するための図である。
【図３６】上記第２の実施形態において、習熟度情報テーブルについて説明するための図である。
【図３７】上記第２の実施形態において、習熟度情報テーブルのレコードフォーマットを示す図である。
【図３８】上記第２の実施形態において、習熟度情報テーブル更新処理の処理手順を示すフローチャートである。
【図３９】上記第２の実施形態において、習熟度情報テーブル更新処理について説明するための図である。
【図４０】上記第２の実施形態において、習熟度を考慮した予測工数算出処理の処理手順を示すフローチャートである。
【図４１】上記第２の実施形態において、習熟度を考慮した予測工数算出処理について説明するための図である。
【図４２】上記第２の実施形態において、習熟度を考慮した予測工数算出処理について説明するための図である。
【図４３】従来例において、ソフトウェアシステムのテスト計画の作成について説明するための図である。
【図４４】従来例において、ソフトウェアシステムのテスト計画の作成について説明するための図である。
【図４５】従来例において、ソフトウェアシステムのテスト計画の作成について説明するための図である。
【図４６】従来例において、ソフトウェアシステムのテスト計画の作成について説明するための図である。
【符号の説明】
【０１４０】
２０…プログラム格納部
２１…テストケース管理プログラム
２２…テスト予定作成プログラム
２３…テスト結果管理プログラム
２４…テスト実績管理プログラム
２５…テスト予測プログラム
２６…テスト結果集計表示プログラム
２７…テストケース選択プログラム
２８…習熟度情報更新プログラム
２９…習熟度考慮工数算出プログラム
３０…データベース
３１…テスト仕様書テーブル
３２…テストケーステーブル
３３…テスト実績テーブル
３４…習熟度情報テーブル
１００…テスト計画支援装置（サーバ機）
２００…パソコン
３００…ＬＡＮ
４００…予実績表示ダイアログ
【図１】
2008021296.tif 000003
【図２】
2008021296.tif 000004
【図３】
2008021296.tif 000005
【図４】
2008021296.tif 000006
【図５】
2008021296.tif 000007
【図６】
2008021296.tif 000008
【図７】
2008021296.tif 000009
【図８】
2008021296.tif 000010
【図９】
2008021296.tif 000011
【図１０】
2008021296.tif 000012
【図１１】
2008021296.tif 000013
【図１２】
2008021296.tif 000014
【図１３】
2008021296.tif 000015
【図１４】
2008021296.tif 000016
【図１５】
2008021296.tif 000017
【図１６】
2008021296.tif 000018
【図１７】
2008021296.tif 000019
【図１８】
2008021296.tif 000020
【図１９】
2008021296.tif 000021
【図２０】
2008021296.tif 000022
【図２１】
2008021296.tif 000023
【図２２】
2008021296.tif 000024
【図２３】
2008021296.tif 000025
【図２４】
2008021296.tif 000026
【図２５】
2008021296.tif 000027
【図２６】
2008021296.tif 000028
【図２７】
2008021296.tif 000029
【図２８】
2008021296.tif 000030
【図２９】
2008021296.tif 000031
【図３０】
2008021296.tif 000032
【図３１】
2008021296.tif 000033
【図３２】
2008021296.tif 000034
【図３３】
2008021296.tif 000035
【図３４】
2008021296.tif 000036
【図３５】
2008021296.tif 000037
【図３６】
2008021296.tif 000038
【図３７】
2008021296.tif 000039
【図３８】
2008021296.tif 000040
【図３９】
2008021296.tif 000041
【図４０】
2008021296.tif 000042
【図４１】
2008021296.tif 000043
【図４２】
2008021296.tif 000044
【図４３】
2008021296.tif 000045
【図４４】
2008021296.tif 000046
【図４５】
2008021296.tif 000047
【図４６】
2008021296.tif 000048