"実行されたテスト項目を一意に特定する情報であるテスト項目識別情報と、テストの結果が合格か不合格かを示す情報である実施結果と、テストの対象となったプログラムのバージョンとを有するテスト結果情報を記憶する記憶手段と、複数のテスト結果情報をバージョン毎及びテスト項目に分類し、各バージョンの順序情報を決定し、この順序情報に基づいて、バージョンごとに分類された複数のテスト結果情報の並び変えを行い、グラフの表示に用いる集計値を算出する第1の処理手段と、前記集計値に基づいてグラフを表示させるために必要なデータを生成する第2の処理手段とを有することを特徴とする、テスト管理装置。前記テスト結果情報は、このテスト結果情報を得るために行われたテストが実行された日付である実施日をさらに有し、前記第1の処理手段は、同一バージョンに対して行われたテストのテスト結果情報が有する実施日のうち最先のものを、そのバージョンの順序情報として付与することを特徴とする請求項1に記載のテスト管理装置。前記第1の処理手段は、同一バージョンについて同一テスト項目について行われた複数のテスト結果情報から集約化テスト結果情報を生成して元となったテスト結果情報に置き換える集約手段を備え、この集約手段は、同一バージョンについて同一テスト項目について行われた複数のテスト結果情報の実施結果が全て合格であれば、集約化テスト結果情報の実施結果を合格にし、複数のテスト結果情報の実施結果のいずれか一つ以上が不合格であれば、集約化テスト結果情報の実施結果を不合格にすることを特徴とする、請求項1又は2に記載のテスト管理装置。前記集計値は、各バージョンの不合格の検出数を、順序情報が古いものから新しいものへと累積させた個数である累積不合格数、各バージョンでの不合格の修正数を順序情報が古いものから新しいものへと累積させた個数である累積修正数、及び各バージョンにおけるテストの実施数であるテスト実施数の少なくとも一つを含むことを特徴とする、請求項1から3のいずれかに記載のテスト管理装置。前記集計値は、各バージョンにおける不合格のまま修正されていないテスト項目の数である不合格テスト項目数、各バージョンにおける合格しているテスト項目の数である合格テスト項目数、各バージョンについて未だ実施していないテスト項目の数である未実施テスト項目数、及び順序情報が古いバージョンで実施結果が合格だったテスト項目が、該当するバージョンにおいてそのテスト項目の実施結果が不合格となった、テスト項目の数であるデグレード数の少なくとも一つを含むことを特徴とする、請求項1から3のいずれかに記載のテスト管理装置。本発明は、テストの状況をより適切に把握できるグラフに表示する技術を提供することにある。一の実施の形態は、テスト管理装置として提案される。このテスト管理装置は、記憶手段、第1の処理手段、第2の処理手段を有し、バージョン毎に分類したテスト結果をグラフに表示している。記憶手段は行われたテストごとに入力されるテスト結果情報を複数記憶している。各テスト結果情報は、実行されたテスト項目を一意に特定する情報であるテスト項目識別情報と、テストの結果が合格か不合格かを示す情報である実施結果と、テストの対象となったプログラムのバージョンとを有している。第1の処理手段は、複数のテスト結果情報をバージョン毎及びテスト項目に分類し、各バージョンの順序情報を決定し、この順序情報に基づいて、バージョンごとに分類された複数のテスト結果情報の並び変えを行い、グラフの表示に用いる集計値を算出する。第2の処理手段は、前記集計値に基づいてグラフを表示させるために必要なデータを生成する。用語の定義本明細書中で使用する用語のうち主要なものの定義を以下に掲げる。テストテストとは、ソフトウェアの開発において、実装したソースコード等が仕様通り動作することを確認する作業をいう。不合格不合格とは、テストを実施した結果、動作結果がテストで期待する結果にならないことをいう。不合格の原因は、ソースコード等の不具合であり、不合格と後述する不具合とは区別する。不具合不具合とは、ソースコード等の誤りをいう。欠陥やバグとも表現されることがある。不具合がテストの不合格の原因となる。デグレードデグレードとは、ソフトウェアの変更を行った後、一度テストに合格しているテスト項目を再度テストした際に、不合格になることをいう。テスト項目テスト項目とは、テストの実施の単位。1つのテスト項目には、チェックポイントや実施手順、期待する値などを記録する。なお、従来技術においては、テストケースと表現される場合もある。実施結果実施結果とは、テスト項目についてテストを実施した際の記録をいう。実施結果は、合格又は不合格のいずれかであり、後述するテスト結果情報に含まれる、テスト結果情報には、他に日付やバージョンなどの情報も同時に記録される。バージョンバージョンとは、テスト対象のソフトウェアと実施結果を対応付ける属性をいう。ユーザは、バージョンを元に、どの構成でテストを実施しているか把握することができる。ソフトウェアのビルドNoや、構成管理システムのリビジョンNo、マイルストーン毎につけるタグβ版やRC版などは、バージョンに相当する。なお、本実施の形態では、実施結果はバージョンに対して一意に定まるものとする。実施の形態以下、図面を参照して本発明の実施の形態に係るテスト実施システム及びテスト管理装置を説明する。テスト実施の概要まず、本実施の形態に係るテスト管理装置を用いたテスト実施システムの構成例、及び動作例について述べる。図1は、テスト実施システムの構成例を示すブロック図である。テスト実施システム10は、構成管理装置20と、テスト管理装置30と、構成管理装置20及びテスト管理装置30と通信可能な入出力端末装置40とを有する。構成管理装置20及びテスト管理装置30と各入出力端末装置40とは、ネットワーク50を介して通信を確立し、データの送受信を行うことができるように構成される。構成管理装置20は、テストの対象となるソースコード又はプログラムなど以下、単にソースコードと略すを、バージョンの変更が行われる毎にそのバージョンのソースコードを記憶し、入出力端末装置40から指定されたバージョンのソースコードを入出力端末装置40に送信し、入出力端末装置40においてソースコードを実行を可能とする。構成管理装置20は、演算処理装置CPU、主メモリRAM、読出し専用メモリROM、入出力装置I/O、必要な場合にはハードディスク装置等の外部記憶装置を具備している情報処理装置、或いはそのような情報処理装置を含む装置であって、例えばコンピュータ、ワークステーションなどである。入出力端末装置40は、構成管理装置20からテスト対象としたいバージョンのプログラムコンパイル前であるか、コンパイル後であるかは問わない。また、コンピュータの命令語の集合であればどのような称呼のものも含む。をダウンロードし、テスト管理装置30から前記ダウンロードしたバージョンに対して行うテスト項目の情報を取得し、テスト項目の内容に従って、ダウンロードしたバージョンに指定された処理を実行させ、この実行結果に基づいてテスト結果を生成し、テスト結果をテスト管理装置30に送信し、テスト管理装置30からバージョン毎に分類したテスト結果をテストの状況を把握できるグラフを受信し、これをユーザオペレータ、テスト実行者、管理者などのために閲覧させる機能を有する。入出力端末装置40は、演算処理装置CPU、主メモリRAM、読出し専用メモリROM、入出力装置I/O、必要な場合にはハードディスク装置等の外部記憶装置を具備している情報処理装置、或いはそのような情報処理装置を含む装置であって、例えばコンピュータ、携帯電話機、いわゆるインターネット家電、テスト専用端末装置などである。テスト管理装置30は、テスト項目の内容に従って、ダウンロードしたバージョンに指定された処理を実行させ、この実行結果に基づいて生成されたテスト結果を入出力端末装置40から受信し、受信したテスト結果を記憶し、記憶したテスト結果を基に、同一テスト項目に対する複数回のテスト結果が存在する場合、これらを集約して単一のテスト結果を生成し、且つバージョンの順序を元に、テスト結果の順序を修正する。テスト管理装置30は、バージョンを元に、複数回のテスト結果の集約と順序の補正を行う機能を有する。テスト管理装置30は、記憶されたテスト結果を、日付に加えてバージョンを用いて分類する。テスト結果はバージョンに対して一意に定まるとしているため、テスト結果を分類するためにバージョンを利用する。バージョンは、どの時点ソースコードビルドのテスト結果か、対応付けられる属性である。例えば、バージョンとして用いられる情報は、ビルドナンバー、リビジョンナンバー、各マイルストーンにおけるタグのテスト結果情報に集約する。集約するとは、複数のテスト結果情報に代えて一つの集約化テスト結果情報を記憶する処理をいう。テスト管理装置30は、集約化テスト結果情報の実施結果を基となる複数のテスト結果情報の実施結果に基づいて決定する。具体例を挙げれば、テスト管理装置30は、複数のテスト結果情報の実施結果が全て合格を示している場合、集約化テスト結果情報の実施結果を合格に設定し、複数のテスト結果情報の実施結果に1つでも不合格がある場合、集約化テスト結果情報の実施結果を不合格に設定する。図4は、テスト結果情報の集約の例を示す図である。図4に示した例は、図3のバージョン300_3v1.3のテスト結果情報である。バージョン300_3v1.3には、同一のテスト項目識別情報この例では、テスト項目ID:13を有する2つのテスト結果情報200_3、200_4が集約の対象となる。残りのテスト結果情報200_1は、テスト項目識別情報テスト項目ID:5が異なるため集約の対象とはならない。図5は、2つのテスト結果情報200_3、200_4から集約化テスト結果情報が生成される例を示す図である。2つのテスト結果情報200_3、200_4から一つの集約化テスト結果情報500が生成される。集約化テスト結果情報500は、テスト項目識別情報、実施結果、バージョンを有する。本実施の形態では、集約化テスト結果情報500は、実施日は有さなくともよい。集約化テスト結果情報500のテスト項目識別情報、バージョンは元となるテスト結果情報200のものをそのまま引き継ぐ。実施結果については、一方の実施結果が合格、他方の実施結果が不合格であるので、集約化テスト結果情報500の実施結果は不合格に設定される。生成された集約化テスト結果情報500は、2つのテスト結果情報200_3、200_4に代えてバージョン200_3v1.3のテスト結果情報の一つとして格納される。次に、複数のテスト結果情報の実施結果が全て合格である場合の、集約化テスト結果情報が生成される例を示す。図6は、2つのテスト結果情報200_3、200_4’から集約化テスト結果情報が生成される例を示す図である。テスト結果情報200_4’の実施結果は合格である点を除いて図5のテスト結果情報200_3、200_4の内容と同様である。図6に示す例では、複数のテスト結果情報の実施結果が全て合格を示しているので、集約化テスト結果情報600の実施結果は合格に設定される。生成された集約化テスト結果情報600は、2つのテスト結果情報200_3、200_4に代えてバージョン200_3v1.3のテスト結果情報の一つとして格納される。テスト結果のグラフ表示テスト管理装置30は、上記のテスト結果情報のバージョン毎の分類、及び集約化の後、バージョン毎に集計したテスト結果情報の内容をグラフ化する。本実施の形態では、表示可能なグラフとして、1累積不合格グラフ、2進捗グラフの2つが用意される。累積不合格グラフ累積不合格グラフは、ソフトウェアの品質向上の程度、不合格の修正の度合い、不合格の改善の度合いを可視化するためのグラフである。図7に、テスト管理装置30によって提供される累積不合格グラフの例を示す。テスト管理装置30は、バージョン毎の分類、及び集約化されたテスト結果情報に基づいて、下記の情報からなるグラフである累積不合格グラフ700を用意する。なお、累積不合格グラフ700の横軸は日付であって、バージョンの順序情報を古い順に左から右に並べられるように設定される。累積不合格グラフ700の縦軸は下記項目に関する個数を示す。1累積不合格数累積不合格数は、各バージョンの不合格の検出数を、順序情報が古いものから新しいものへと累積させた個数である。本実施の形態では折れ線701によって、累積不合格数がグラフ表示されている。但し、その他の表示形式によって累積不合格数を表示するようにしてもかまわない。2累積修正数累積修正数は、各バージョンでの不合格の修正数を順序情報が古いものから新しいものへと累積させた個数である。修正数は、あるバージョンのあるテスト項目において実施結果が合格である場合、そのバージョンより順序情報が古いバージョンにおける同一テスト項目の不合格の合計である。なお、順序情報が古いバージョンの実施結果に合格がある場合には、実施結果が合格であるバージョンのうち直近となるバージョンより新しい順序情報を有するバージョンの不合格数のみを合計する。本実施の形態では折れ線702によって、累積修正数がグラフ表示されているが、その他の表示形式によって累積修正数を表示するようにしてもかまわない。3テスト実施数テスト実施数は、各バージョンにおけるテストの実施数である。テストの実施数は集約化前のテスト結果情報の個数に等しい。本実施の形態では縦棒703によって、累積修正数がグラフ表示されているが、その他の表示形式によってテスト実施数を表示するようにしてもかまわない。進捗グラフ進捗グラフは、ソフトウェアの品質向上、品質や構成管理における問題点の発生、テストの実施状況、追加されたテスト項目の実施状況を可視化するためのグラフである。図8にテスト管理装置30によって提供される進捗グラフの例を示す。テスト管理装置30は、バージョン毎の分類、及び集約化されたテスト結果情報に基づいて、下記1から4の情報からなるグラフである進捗グラフ800を用意する。なお、進捗グラフ800の横軸は日付であって、バージョンの順序情報を古い順に左から右に並べられるように設定される。進捗グラフ800の縦軸は下記項目に関する個数を示す。本実施の形態では、進捗グラフ800を積み上げ縦棒グラフの形式としたが、その他のグラフ形式で表示するようにもかまわない。1不合格テスト項目数不合格テスト項目数は、そのバージョンにおける不合格のまま修正されていないテスト項目の数である。本実施の形態では、縦棒の第1領域803として表示される。2合格テスト項目数合格テスト項目数は、そのバージョンにおける合格しているテスト項目の数である。本実施の形態では、縦棒の第2領域802として表示される。3未実施テスト項目数未実施テスト項目数は、そのバージョンのリリース時点で実施可能なテスト項目のうち、そのバージョンについて未だ実施していないテスト項目の数である。未実施のテスト項目であるか否かは、順序情報として使用された日付を基準として判断される。本実施の形態では、縦棒の第3領域801として表示される。4デグレード数デグレード数は、順序情報が古いバージョンで実施結果が合格だったテスト項目が、該当するバージョンにおいてそのテスト項目の実施結果が不合格となった、テスト項目の数である。なお、本実施の形態では、デグレード数を前述の不合格テスト項目数の内数領域804として表示する形態としたが、このような表示形式に限定される趣旨ではない。テスト管理装置の構成例次に、テスト管理装置30の構成例について説明する。図9にテスト管理装置30の構成例を示す機能ブロック図を掲げる。テスト管理装置30は、データ登録部901と、データ登録部に接続されたテスト結果記憶部902と、テスト項目テスト結果記憶部902に接続された集計集約部903と、集計集約部903に接続されたグラフ生成部905と、集計集約部903及びグラフ生成部905に接続された表示選択部904とを有している。データ登録部901、表示選択部904、グラフ生成部905は、ネットワーク50を介して入出力端末装置40のそれぞれと接続可能である。ここで接続とは、データの授受が可能であることをいい、物理的に配線を介してつながれていることに限定されない。また、上記各構成要素は、テスト管理装置30の主要機能を示したものであって、テスト管理装置30がこれら構成要素に対応する機器、部品、回路、装置などを備えていることを意味するものではない。テスト実施者は、あるバージョンについてあるテスト項目に従ったテストを実施し、実施した結果をテスト結果情報として入出力端末装置40を用いて生成する。生成されたテスト結果情報は入出力端末装置40からネットワーク50を介してテスト管理装置30に送信される。データ登録部901は、テスト結果情報を受信し、受信したテスト結果情報をテスト項目テスト結果記憶部902に書き込む機能を有する。本実施の形態の記憶手段に相当するテスト項目テスト結果記憶部902は、テスト項目の詳細を記述した情報である、テスト項目情報、テスト結果情報を記憶し、必要に応じて読み出し可能に記憶する機能を有する。テスト項目情報のデータ構成ここでテスト項目情報のデータ構成について説明する。図10に、テスト項目情報のデータ構成例を示す。テスト項目情報1000は、その内容としてテスト項目ID、フォルダID、タイトル、優先度、チェックポイント、テスト方法、成功条件、試験環境、タグ、特記事項、登録日、更新日、添付ファイルという要素を含んでいる。テスト項目IDは、テスト項目識別情報に相当する情報であって、テスト項目を一意に特定する情報である。テスト結果情報が有するテスト項目識別情報と共通である。フォルダIDは、テスト項目情報の格納先を示す情報である。タイトルは当該テスト項目の内容を示した標題である。優先度は、そのテスト項目の実行優先順位を示す情報である。チェックポイントは、そのテスト項目についてのテスト実行において確認すべき点に関する記述である。テスト方法は、そのテスト項目のテスト実行において遵守すべき手順等に関する情報である。テスト成功条件は、そのテスト項目におけるテストの実行結果を合格とする場合の条件の記述である。試験環境は、そのテスト項目のテストを実行する場合に用いられるハードウエア、ソフトウェア環境に関する記述である。タグは、そのテスト項目の分類や検索に使用されるラベル情報である。特記事項は、テスト項目作成者がテスト実施者に伝えたい特別なメッセージの記述である。登録日は、このテスト項目情報がテスト管理装置30に登録された日付である。更新日は、このテスト項目情報がテスト管理装置30に登録された日後に改変等された日付である。添付ファイルは、テストの実施に必要若しくは有用な情報を含むファイルの格納場所の記述である。例えば、実施結果が合格である場合に表示される画面内容の画像ファイルの格納場所を示すアドレスである。テスト結果情報のデータ構成次に、テスト結果情報のデータ構成例について説明する。図11に、テスト結果情報のデータ構成例を示す。テスト結果情報1100はその内容として、結果情報ID、テスト項目ID、実施結果、結果詳細、不具合情報、実施日、バージョン、担当、機種、工数、予定名、添付ファイルを有している。結果情報IDは、テスト結果情報を一意に特定する情報である。テスト項目IDは、そのテスト結果情報を得るために実行されたテスト項目を一意に特定する情報である。テスト項目IDは、上述したテスト項目識別情報に対応する。実施結果は、そのテスト結果情報を得るために行われたテストの結果合格、不合格を示す情報である。結果詳細は、テスト項目の実行の結果としてなされた出力や起こった現象等に関する説明の記述である。不具合情報は、不合格となった原因又は原因と推定される事項に関する記述である。実施日は、このテスト結果情報を得るために行われたテストが実行された日付である。バージョンは、このテスト結果情報を得るために行われたテストの対象となったソースコードのバージョンを記述した情報である。担当は、このテスト結果情報を得るために行われたテストの実行者、若しくは責任者などを特定する情報である。機種は、このテスト結果情報を得るために行われたテストを実行した装置の機種を特定する情報である。工数は、このテスト結果情報を得るために行われたテストの実行に要した時間である。予定名は、テスト項目毎に実施期間や担当者を別途管理するテストの実施予定を用いたとき、このテスト結果情報がどのテスト実施予定に属するかを特定する情報である。添付ファイルは、このテスト結果情報に関する補足情報などを記述した文書ファイルの格納場所を示す情報である。テスト結果テーブルテスト管理装置30は、複数のテスト結果情報1100をテーブル形式で記憶していてもよい。図12は、複数のテスト結果情報1100をテーブル形式で記憶するテスト結果テーブルの例を示した図である。テスト結果テーブル1200は、一つのテスト結果情報1100について一つのレコード1201を有する。各レコードは、結果情報IDを格納する結果情報ID格納フィールド1211、テスト項目IDを格納するテスト項目ID格納フィールド1212、実施結果を格納する実施結果格納フィールド1213、バージョンを示す情報を格納するバージョン格納フィールド1214、実施日を格納する実施日格納フィールド1215を有している。各フィールド1211~1214には対応するテスト結果情報1100に記述された情報が格納される。以上でテスト項目テスト結果記憶部902の説明を終了する。図9に戻り、テスト管理装置30の構成要素の説明を続ける。[集計集約部]本実施の形態の第1の処理手段に相当する集計集約部903は、複数のテスト結果情報をバージョン毎に分類し、各バージョンの順序情報を決定し、必要な場合には複数のテスト結果情報から集約化テスト結果情報を生成し、元となったテスト結果情報に置き換え、さらに累積不合格グラフの表示に必要となる諸情報、すなわち累積不合格数、累積修正数、テスト実施数を算出し、進捗グラフの表示に必要な諸情報、すなわち不合格テスト項目数、合格テスト項目数、未実施テスト項目数、デグレード数を算出する機能を有する。表示選択部904は、入出力端末装置40からいずれのグラフを表示させるかに関する命令を受信し、この命令に応じてグラフ生成部905に要求されたグラフ等の生成を命令する機能を有する。本実施の形態の第2の処理手段に相当するグラフ生成部905は、表示選択部904の命令に応じて、指定されたグラフを生成するためのデータを集計集約部903から取得し、取得したデータに基づいてグラフを描画するためのデータ以下、グラフデータを生成し、このグラフデータを入出力端末装置40にネットワーク50を介して送信する機能を有する。なお、グラフデータを受信した入出力端末装置40は、その表示手段液晶ディスプレイ装置などにグラフを表示する。また、グラフ生成部905は、複数の異なるテスト結果をテストの登録日毎に並べる表示形式や、グラフの横軸を日付でなくテストの実施日数未実施日を省いて実施日だけでx日目と描画するとしたグラフ形式や、テスト実施数実施回数を横軸にとって100回実施した時の不合格数を表示するグラフ形式などの表示用データを生成し、入出力端末装置40における表示手段液晶ディスプレイ装置などに表示させる機能も有する。以上で、テスト管理装置30の構成例の説明を終了する。[テスト管理装置の動作]次に、テスト管理装置30の動作例について説明する。図13は、テスト管理装置30の主要な処理を示したフローチャートである。以下、図13のフローチャートを参照しながら、テスト管理装置30の動作例を説明する。[累積不合格グラフ表示時の動作]いずれかの入出力端末装置40から累積不合格グラフの表示の要求をテスト管理装置30が受信したものとする。テスト管理装置30、より詳しくは表示選択部904は、集計集約部903に累積不合格グラフ表示のためのデータ生成を命令する。このデータ生成の命令を受け取った集計集約部903はテスト項目テスト結果記憶部902から、全てのテスト結果情報を取得するS10。ここでは、図12に示したテスト結果テーブル1200と同様のデータ形式のテスト結果情報が用いられるものとする。次に、集計集約部903は各テスト結果情報をテスト項目及びバージョン別に分類するS20。図14に、各テスト結果情報をテスト項目及びバージョン別に分類した結果生成されるデータ分類結果データと呼ぶの例を示す。この実施の形態では、分類結果データ1400は表形式のデータ構成であり、各行はテスト項目テスト項目IDに対応し、各列はバージョンに対応している。図14では、テスト結果情報の実施結果に相当する○×のみ表示したが、各セルには実施結果のみでなく、取得したテスト結果情報の各項目結果情報ID,テスト項目ID,実施結果、バージョン、実施日が格納されている。テスト項目ID及びバージョンが同じであるテスト結果情報が複数存在する場合には、分類結果データ1400の対応するセルに複数のテスト結果情報が格納されることになる。例えば、分類結果データ1400のセル1401図中、破線枠で囲っているには、バージョンをβ、テスト項目IDを1としている3つの異なるテスト結果情報が格納されている。次に、集計集約部903はバージョン毎に順序情報を決定し、バージョンに対応付けるS30。前述の通り、順序情報は、そのバージョンに関して実施されたテストのテスト結果情報に含まれる実施日のうち最先のものである。集計集約部903は分類結果データ1400の同一列の全てのセルに格納されたテスト結果情報の実施日を検査し、それらのうち最先の日付の実施日をそのバージョンの順序情報として選択し、記録する。図15は、順序情報の決定の例を示した図である。図15にしめした分類結果データは図14に示したものと同一である。いま、集計集約部903はバージョンv0.5について順序情報を決定しようとしているものとする。集計集約部903は、バージョンv0.5に対応する行に含まれるセル全て枠1501で示すに格納されるテスト結果情報の実施日を検査する。この例では、3つのテスト結果情報枠1501内の○に相当するが対象になり、集計集約部903はテスト結果情報の実施日を検査し、それらのうち最先の日付の実施日この例では20101016をこのバージョンの順序情報として記述する枠1502参照。集計集約部903は全てのバージョンについて同様の処理を行い、各バージョンの順序情報を決定し、記述する。図15に示した、順序情報が各バージョンについて記述された分類結果データを順序情報付き分類結果データ1500と呼ぶこととする。次に、集計集約部903は順序情報に従ってバージョンの並びかえを行う。図16に、図15に示した順序情報付き分類結果データ1500を順序情報に従ってバージョンの並びかえを行った順序情報付き分類結果データ並び変え済み分類結果データと呼ぶを示す。図15に示した例ではバージョンv0.6の順序情報は2010116、バージョンαの順序情報は20101028であり、集計集約部903はこのバージョンに対応する2つの列の並びかえを行う。図16に示す並び変え済み結果分類データ1600では、図15と比べバージョンv0.6の列はバージョンαの列の後になるよう並び変えられている。次に、集計集約部903は並び変え済み結果分類データ1600の各セルについて集約化処理を行う。集約化処理は、一のセルに二以上のテスト結果情報が格納されている場合、これらを一の集約化テスト結果情報に置き換える処理である。図17に、集約化処理の例を示すフローチャートを掲げる。集計集約部903はあるセルについて格納されているテスト結果情報が二以上か否かを判定するS110。テスト結果情報が二以上でないと判定した場合S110、No、集計集約部903は集約化処理を終了する。テスト結果情報が二以上であると判定した場合、集計集約部903は格納されているいずれかの一以上のテスト結果情報の実施結果が不合格であるか否かを判定するS120。いずれかの一以上のテスト結果情報の実施結果が不合格であると判定した場合S120、Yes、集計集約部903は実施結果を不合格とする1つの集約化テスト結果情報を生成するS130。その後集計集約部903は従前格納されていた複数のテスト結果情報に代えてステップS130にて生成した集約化テスト結果情報をそのセルに格納しS140、集約化処理を終了する。前述のステップS120において、いずれかの一以上のテスト結果情報の実施結果が不合格でない全部合格であると判定した場合S120、No、集計集約部903は実施結果を合格とする1つの集約化テスト結果情報を生成するS150。その後集計集約部903は従前格納されていた複数のテスト結果情報に代えてステップS130にて生成した集約化テスト結果情報をそのセルに格納しS140、集約化処理を終了する。図18に集約化処理前の並びかえ済み分類結果データを示し、図19に図18に示す並びかえ済み分類結果データの集約化処理後のデータ集約化後データと呼ぶを示す。集約化前、実施結果が合格であるテスト結果情報が一つのみであるセル1801は、テスト結果情報がそのまま維持される。集約化前、実施結果が不合格であるテスト結果情報が一つのみであるセル1802は、テスト結果情報がそのまま維持される。集約化前、実施結果が合格であるテスト結果情報が一つ、不合格であるテスト結果情報が一つであるセル1804は、実施結果を不合格とする集約化テスト結果情報のみが格納される。集約化前、実施結果が不合格であるテスト結果情報が3つであるセル1803は、実施結果を不合格とする集約化テスト結果情報のみが格納される。実施結果が合格であるテスト結果情報が2つであるセル1805は、実施結果を合格とする集約化テスト結果情報のみが格納される。この集約化処理により、複数のテスト結果情報が存在する場合であっても単一の実施結果に集約化されることになる。図13に戻り、テスト管理装置30の動作の説明を続ける。ステップS50の集約化処理に続いて、テスト管理装置30は集計値の算出を行うS60。図20は、累積不合格グラフのために算出された集計値が付加された、集約化後データ集計値付きデータと呼ぶの例を示す図である。集計値付きデータ2000には、集約化後データ1600_1に、各バージョンについて累積不合格数、累積修正数、テスト実施数のそれぞれの値が付加されたデータとなる。累積不合格数は、各列の全セルに含まれる不合格×の数に左隣のバージョンの累積不合格数を加算することにより算出される。累積修正数は、各列について当該バージョンでは合格である場合、左側のバージョンのセルに不合格×がある場合に不合格の数をカウントすることにより算出される。但し、一つでも合格○のセルがあるい場合には、それ以降右側の列の不合格の数のみカウントする。テスト実施数は、各列について不合格×又は合格○が格納されているセルの数をカウントすることにより算出される。図13に戻り、テスト管理装置30の動作の説明を続ける。ステップS60の後、テスト管理装置30はグラフ表示を要求してきた入出力端末装置40に、グラフ表示に必要なデータを送信するS70。グラフ表示に必要なデータを受信した入出力端末装置40は、所望の累積不合格グラフの表示をすることができる。図21に、集計値付きデータ2000に基づいて表示される累積不合格グラフの例を示す。[進捗グラフの場合]次に、進捗グラフの表示を要求された場合のテスト管理装置30の動作を説明する。進捗グラフの表示の場合も、前述のステップS10からステップS50は同様であるので、これらステップの説明は省略する。ステップS50の集約化処理に続いて、テスト管理装置30は集計値の算出を行うS60。図22は、進捗グラフのために算出された集計値が付加された、集約化後データ集計値付きデータと呼ぶの例を示す図である。集計値付きデータ2200には、集約化後データ1600_1に、各バージョンについて未実施テスト項目数、合格テスト項目数、不合格テスト項目数、デグレード数のそれぞれの値が付加されたデータとなる。未実施テスト項目数、合格テスト項目数、不合格テスト項目数は該当列の未実施、合格、不合格それぞれのセル数である。但し、以前図中の左隣のセルに合格/不合格の実施結果が格納されている場合、そのセルが未実施となっているときは、左隣のセルの実施結果を承継しているものとして該当行の合格、不合格それぞれのセル数のカウントを行う。例えば、該当列のセルが未実施空欄であって、左隣のセルが不合格である場合は、該当列のセルを不合格のセルであるとしてカウントする。デグレード数は、以下のように算出する。その列のある行のセルが不合格、その左隣列の同一行のセルが合格である場合に、その列のデグレード数を1カウントする。これをテスト項目ごとに行い、カウントされた値の合計値をその列バージョンのデグレード数とする。ステップS60の後、テスト管理装置30はグラフ表示を要求してきた入出力端末装置40に、グラフ表示に必要なデータを送信するS70。グラフ表示に必要なデータを受信した入出力端末装置40は、所望の進捗グラフの表示をすることができる。図23に、図22に示した集計値付きデータ2200に基づいて表示される進捗グラフの例を示す。[本実施の形態の利点]A累積不合格グラフにより得られる利点累積不合格グラフから、下記のテスト状況を把握できる。1累積不合格数と累積修正数の差が拡大しているか、縮小しているかを把握することで、ソフトウェアの品質が向上していることを確認できる。図24に、累積不合格数と累積修正数の差が拡大している累積不合格グラフの例を掲げ、図25に累積不合格数と累積修正数の差が縮小している累積不合格グラフの例を掲げる。図24に示す累積不合格グラフの例では、バージョンv0.6における累積不合格数と累積修正数の差2401よりも、最新のバージョンであるβにおける累積不合格数と累積修正数の差2402の方が若干拡大している。これは、不合格の増大に修正が追い付いていないことを示し、ソフトウェアの品質がうまく向上していないことが把握できる。図25に示す累積不合格グラフの例では、バージョンv0.6における累積不合格数と累積修正数の差2501よりも、最新のバージョンであるβおける累積不合格数と累積修正数の差2502の方が縮小している。これは、不合格の増大より修正対応が上まわっていることを示し、ソフトウェアの品質が向上していることが把握できる。2不合格を長い期間修正していないことを確認できる。図26に不合格が長い期間修正されていない場合の累積不合格グラフの例を示す。この例では、バージョンv0.6以後不合格の修正が行われていない期間修正不実施期間が生じていることが把握できる。3十分にテストを行っているにもかかわらず、不合格が発生していない状況を確認できる。図27に、十分にテストを行っているにもかかわらず、不合格が発生していない状況である場合の累積不合格グラフの例を示す。この例では、バージョンβ以降バージョンv1.0に至るまで累積不合格数を示す折れ線は横ばい状態であり、不合格が発生していない。これはソフトウェアの修正がうまく行われており、ソフトウェアの品質の向上が図られていることを意味する。B進捗グラフにより得られる利点進捗グラフから、下記のテスト状況を把握できる。1ソフトウェアが更新される毎に、合格や不合格の増減を確認し、ソフトウェアの品質が向上していることを確認できる。図28に、合格数の増加と未実施数及び不合格数の減少となっている状況の、進捗グラフの例を示す。2デグレードの発生数から、ソフトウェアの品質や構成管理における問題点を確認できる。図29にデグレードの発生数が増加した状況の進捗グラフの例を示す。この例ではバージョンv1.3においてはデグレード発生は皆無であったが、最新のバージョン1.4においてデグレード発生が見て取れる。デグレードの発生から、解決すべき問題点が存在することが把握できる。3テストを長い間実施していないことを確認できる。図30にテストを長い間実施していない状況の、進捗グラフの例を示す。4テスト項目を追加した際に、テスト追加分を確実に実施していることを確認できる。図31にテスト項目を追加した際に、テスト追加分を実施していない状況の、進捗グラフの例を示す。この例では、ひとつ前のバージョンであるv1.4では未実施数が0になっていたのに、最新のバージョンであるv1.5の未実施数が増加していることが把握できる。これは新たなテスト項目が追加されたが、実施されていないことを示している。その他以上、本発明の実施の形態を説明したが、本発明はこれらに限定されるものではなく、発明の趣旨を逸脱しない範囲内において、種々の変更、追加、組み合わせ等が可能である。例えば、累積不合格グラフと進捗グラフを一つのグラフとして表示させるテスト管理装置を実施することも可能である。"