(57)【要約】【課題】ソフトウェアの複数バージョンでのバグ管理を効率的に行い、適切なソフトウェア品質を確保する。【解決手段】バグ管理システム２であって、ソフトウェアのバージョン毎に、バグ管理情報が記憶されたバグ管理情報記憶手段２７と、発見されたバグに関する発見バグ情報の入力を受け付ける入力受付手段２１と、前記発見バグ情報を反映するバージョンを取得するバーション取得手段２２と、前記発見バグ情報に基づいて前記発見されたバグのバグ管理データを前記取得した各バージョン毎に生成し、生成した各バグ管理データを対応するバージョンのバグ管理情報として前記バグ管理情報記憶手段２７に記憶するバグ管理手段２３とを有する。【選択図】図１
2012038252.tif 000002
【特許請求の範囲】
【請求項１】
バグ管理システムであって、
ソフトウェアのバージョン毎に、バグ管理情報が記憶されたバグ管理情報記憶手段と、
発見されたバグに関する発見バグ情報の入力を受け付ける入力受付手段と、
前記発見バグ情報を反映するバージョンを取得するバーション取得手段と、
前記発見バグ情報に基づいて前記発見されたバグのバグ管理データを前記取得した各バージョン毎に生成し、生成した各バグ管理データを対応するバージョンのバグ管理情報として前記バグ管理情報記憶手段に記憶するバグ管理手段と、を有すること
を特徴とするバグ管理システム。
【請求項２】
請求項１に記載のバグ管理システムであって、
前記ソフトウェアの各バージョンについて、バグ管理の要否を記憶するバージョン状態記憶手段を、さらに有し、
前記入力受付手段は、新たにバグ管理を行う新規バージョンに関する新規バージョン情報の入力を受け付け、
前記バグ管理手段は、前記バージョン状態記憶手段の前記新規バージョンのバグ管理の要否を更新するとともに、前記新規バージョンのバグ管理情報を、前記新規バージョン情報で指定されたソースプログラムとして取込むバージョンのバグ管理情報を用いて生成し、前記バグ管理情報記憶手段に記憶すること
を特徴とするバグ管理システム。
【請求項３】
請求項２に記載のバグ管理システムであって、
前記新規バージョン情報には、ソースプログラムの取込み時期が含まれ、
前記バグ管理手段は、前記ソースプログラムとして取込むバージョンのバグ管理情報の各バグのバグ対策時期と前記取込み時期とを比較し、前記取込み時期より前のバグ対策時期が設定されたバグ以外のバグ管理情報を用いて前記新規バージョンのバグ管理情報を生成すること
を特徴とするバグ管理システム。
【請求項４】
請求項１から請求項３のいずれか１項に記載のバグ管理システムであって、
前記入力受付手段は、所定のバグの関連情報を要求するための関連情報要求を受け付け、
各バージョンの開発情報が記憶された開発情報記憶手段と、
各バージョンの試験情報が記憶された試験情報記憶手段と、
前記関連情報要求で指定されたバグのバグ混入種別を前記バグ管理情報記憶手段から取得し、当該バグ混入種別に対応する開発情報を前記開発情報記憶手段から抽出して出力するとともに、前記関連情報要求で指定されたバグの影響機能および関連機能を前記バグ管理情報記憶手段段から取得し、取得した影響機能および関連機能に対応する各バージョンの試験情報を前記試験情報記憶手段から抽出し、出力する関連情報出力手段と、をさらに有すること
を特徴とするバグ管理システム。
【請求項５】
請求項１から請求項４のいずれか１項に記載のバグ管理システムであって、
前記入力受付手段は、所定のバグの関連情報を要求するための関連情報要求を受け付け、
前記関連情報要求で指定されたバグのバグ混入種別を前記バグ管理情報記憶手段から取得し、取得したバグ混入種別をバグ発見の経緯に含む各バージョンのバグを特定し、特定したバグのバグ管理情報を前記バグ管理情報記憶手段から抽出し、出力する関連情報出力手段と、をさらに有すること
を特徴とするバグ管理システム。
【請求項６】
ソフトウェアの複数のバージョンのバグを管理するバグ管理方法であって、
バグ管理システムは、
ソフトウェアのバージョン毎に、バグ管理情報が記憶されたバグ管理情報記憶部を備え、
発見されたバグに関する発見バグ情報の入力を受け付ける発見バグ受付ステップと、
前記発見バグ情報を反映するバージョンを取得するバーション取得ステップと、
前記発見バグ情報に基づいて前記発見されたバグのバグ管理データを前記取得した各バージョン毎に生成し、生成した各バグ管理データを対応するバージョンのバグ管理情報として前記バグ管理情報記憶部に記憶する第１の記憶ステップと、を行うこと
を特徴とするバグ管理方法。
【請求項７】
請求項６に記載のバグ管理方法であって、
バグ管理システムは、
前記ソフトウェアの各バージョンについて、バグ管理の要否を記憶するバージョン状態記憶部を備え、
新たにバグ管理を行う新規バージョンに関する新規バージョン情報の入力を受け付ける新規バージョン受付ステップと、
前記バージョン状態記憶部の前記新規バージョンのバグ管理の要否を更新するとともに、前記新規バージョンのバグ管理情報を、前記新規バージョン情報で指定されたソースプログラムとして取込むバージョンのバグ管理情報を用いて生成し、前記バグ管理情報記憶部に記憶する第２の記憶ステップと、をさらに有すること
を特徴とするバグ管理方法。
【請求項８】
請求項７に記載のバグ管理方法であって、
前記新規バージョン情報には、ソースプログラムの取込み時期が含まれ、
前記第２の記憶ステップは、前記ソースプログラムとして取込むバージョンのバグ管理情報の各バグのバグ対策時期と前記取込み時期とを比較し、前記取込み時期より前のバグ対策時期が設定されたバグ以外のバグ管理情報を用いて前記新規バージョンのバグ管理情報を生成すること
を特徴とするバグ管理方法。
【請求項９】
請求項６から請求項８のいずれか１項に記載のバグ管理方法であって、
バグ管理システムは、
各バージョンの開発情報が記憶された開発情報記憶部と、
各バージョンの試験情報が記憶された試験情報記憶部とを備え、
所定のバグの関連情報を要求するための関連情報要求の入力を受け付ける関連情報要求受付ステップと、
前記関連情報要求で指定されたバグのバグ混入種別を前記バグ管理情報記憶部から取得し、当該バグ混入種別に対応する開発情報を前記開発情報記憶部から抽出して出力するとともに、前記関連情報要求で指定されたバグの影響機能および関連機能を前記バグ管理情報記憶部から取得し、取得した影響機能および関連機能に対応する各バージョンの試験情報を前記試験情報記憶部から抽出し、出力する関連情報出力ステップと、をさらに行うこと
を特徴とするバグ管理方法。
【請求項１０】
請求項６から請求項９のいずれか１項に記載のバグ管理方法であって、
所定のバグの関連情報を要求するための関連情報要求の入力を受け付ける関連情報要求受付ステップと、
前記関連情報要求で指定されたバグのバグ混入種別を前記バグ管理情報記憶部から取得し、取得したバグ混入種別をバグ発見の経緯に含む各バージョンのバグを特定し、特定したバグのバグ管理情報を前記バグ管理情報記憶部から抽出し、出力する関連情報出力ステップと、をさらに行うこと
を特徴とするバグ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアの複数バージョンのバグを管理するバグ管理システムおよびバグ管理方法に関する。
【背景技術】
【０００２】
ソフトウェアの品質を向上するために、ソフトウェアを開発する際にバグ情報を管理することが行われている。例えば、特許文献１では、各開発工程にて摘出したバグ情報の管理と、管理データに基づく統計情報の作成とを同期化したバグ管理システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−０４０１２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
大規模システム開発において、ソフトウェアのリリースを複数段階に分けて行う場合、機能追加のサイクルが短くなり、複数のバージョンを並行して扱うことが多く、いずれかのバージョンでバグが発見された場合、他バージョンへのバグ情報を展開・反映させなければ、適切なソフトウェア品質を確保することができない。
【０００５】
すなわち、各バージョンのそれぞれでバグ管理していたのでは、その作業負荷が大きく、また、あるバージョンで発見されたバグの他バージョンへ展開漏れにより過去バージョンで発生したバグが新バージョンで再発するといった問題がある。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、ソフトウェアの複数バージョンでのバグ管理を効率的に行い、適切なソフトウェア品質を確保することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、バグ管理システムであって、ソフトウェアのバージョン毎に、バグ管理情報が記憶されたバグ管理情報記憶手段と、発見されたバグに関する発見バグ情報の入力を受け付ける入力受付手段と、前記発見バグ情報を反映するバージョンを取得するバーション取得手段と、前記発見バグ情報に基づいて前記発見されたバグのバグ管理データを前記取得した各バージョン毎に生成し、生成した各バグ管理データを対応するバージョンのバグ管理情報として前記バグ管理情報記憶手段に記憶するバグ管理手段と、を有する。
【０００８】
本発明は、ソフトウェアの複数のバージョンのバグを管理するバグ管理方法であって、バグ管理システムは、ソフトウェアのバージョン毎に、バグ管理情報が記憶されたバグ管理情報記憶部を備え、発見されたバグに関する発見バグ情報の入力を受け付ける発見バグ受付ステップと、前記発見バグ情報を反映するバージョンを取得するバーション取得ステップと、前記発見バグ情報に基づいて前記発見されたバグのバグ管理データを前記取得した各バージョン毎に生成し、生成した各バグ管理データを対応するバージョンのバグ管理情報として前記バグ管理情報記憶部に記憶する第１の記憶ステップと、を行う。
【発明の効果】
【０００９】
本発明によれば、ソフトウェアの複数バージョンでのバグ管理を効率的に行い、適切なソフトウェア品質を確保することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係るバグ管理システムの構成図である。
【図２】バージョン状態記憶部の一例を示す図である。
【図３】バグ管理要否記憶部の一例を示す図である。
【図４】バグ管理情報記憶部のバグ管理情報の各項目の一例を示す図である。
【図５】発見バグを他のバージョンへ反映する処理を説明するための説明図である。
【図６】新規バージョンをバグ管理する処理を説明するための説明図である。
【図７】バグ管理情報を新規バージョンへ取込むか否かを示す表である。
【図８】関連情報を出力する処理を説明するための説明図である。
【図９】関連情報を出力する処理を説明するための説明図である。
【図１０】所定のバグのバグ管理情報を検索する処理を説明するための説明図である。
【図１１】所定のバグのバグ管理情報を検索する処理を説明するための説明図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１２】
図１は、本発明の実施形態に係るバグ管理システム２の構成図である。本実施形態のバグ管理システム２は、ソフトウェア（プログラム）開発時において、当該ソフトウェアの複数バージョンでのバグ管理を行うものである。図示するバグ管理システム２は、インターネットやＬＡＮなどのネットワーク９により少なくとも１つの端末１と接続されており、端末１から入力されるバグ情報に基づいてソフトウェアの各バージョンのバグ管理を行うとともに、端末１からの要求に応じて要求された情報を出力する。
【００１３】
図示するバグ管理システム２は、入力受付部２１と、バージョン取得部２２と、バグ管理部２３と、関連情報出力部２４と、検索部２９と、バージョン状態記憶部２５と、バグ管理要否記憶部２６と、バグ管理情報記憶部２７と、試験情報記憶部２８と、を有する。
【００１４】
入力受付部２１は、端末１からネットワーク９を介して送信される各種の情報を受信する。バージョン取得部２２は、発見されたバグを反映（フィードバック、情報展開）するバージョンを、バージョン状態記憶部２５を参照して取得する。
【００１５】
バグ管理部２３は、発見されたバグをバージョン取得部２２が取得した各バージョンに反映する。すなわち、発見したバグのバグ管理データを各バージョン毎に生成し、生成した各バグ管理データを対応するバージョンのバグ管理情報としてバグ管理情報記憶部２７に記憶する。
【００１６】
関連情報出力部２４は、端末１から要求されたバグの開発情報をバグ管理情報記憶部２７から抽出し出力するとともに、要求されたバグの影響機能および関連機能に対応する各バージョンの試験情報を試験情報記憶部２８から抽出し出力する。
【００１７】
図２は、バージョン状態記憶部２５の一例を示す図である。バージョン状態記憶部２５には、ソフトウェアの各バージョンの状態と、バグ管理の要否（要、不要）とが記憶されている。図示するバージョン状態記憶部２５では、Ｖ２のソフトウェアは、状態が「運用停止」であり、バグ管理が「不要」である。Ｖ３のソフトウェアは、状態が「運用中」であり、バグ管理が「要」である。Ｖ４のソフトウェアは、状態が「試験中」であり、バグ管理が「要」である。Ｖ５のソフトウェアは、状態が「製造中」であり、バグ管理が「要」である。Ｖ６のソフトウェアは、状態が「検討中」であり、バグ管理が「不要」である。
【００１８】
なお、バージョン番号（Ｖｎ）が大きいほど、新しいバージョンであるものとする。また、バグ管理の要否は、バグ管理要否記憶部２６に基づいて、バージョンの状態に応じて決定されるものである。
【００１９】
図３は、バグ管理要否記憶部２６の一例を示す図である。バグ管理要否記憶部２６には、ソフトウェアの状態とバグ管理の要否とが対応付けられている。図示する例では、ソフトウェアの状態が「運用中」、「試験中」および「製造中」の場合はバグ管理が「必要」であり、ソフトウェアの状態が「運用停止」および「検討中」の場合はバグ管理が「不要」であることを示している。
【００２０】
図４は、バグ管理情報記憶部２７に記憶されるバグ管理情報の各項目の一例を示すものである。本実施形態では、各バグについて、図示するようなバグ管理情報が設定されたレコードが生成され、バグ管理情報記憶部２７に保持される。本実施形態では、各バージョン毎に図示するようなバグ管理情報がバグ管理情報記憶部２７に記憶されるものとする。
【００２１】
なお、本実施形態では、バグを一意に識別するための識別情報として「バージョン」と、当該バージョン内で一意となる「バグ番号」とを組み合わせて用いるものとする。例えば、バージョンがＶ３でバグ番号３５のバグは、「Ｖ３＃３５」と表現するものとする。
【００２２】
試験情報記憶部２８には、各バージョンの試験計画（試験項目、確認機能、試験予定時期など）が記憶される。開発情報記憶部３０には、各バージョンの開発情報（開発項目、開発機能など）が記憶される。
【００２３】
上記説明したバグ管理システム２は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされたバグ管理システム２用のプログラムを実行することにより、バグ管理システム２の各機能が実現される。
【００２４】
また、バグ管理システム２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２５】
次に、本実施形態の処理について説明する。
【００２６】
図５は、あるバージョンのソフトウェアでバグが発見された場合に、当該発見されたバグを、当該バージョンおよび他のバージョンに反映（フィードバック、情報展開）する処理を説明するための説明図である。
【００２７】
まず、バグ管理システム２の入力受付部２１は、発見バグ情報５１を、インプット情報として端末１から受け付ける（受信する）。発見バグ情報５１は、発見したバグに関する情報（発見したバグの分析結果情報）であって、図示する発見バグ情報５１には、バージョンおよびバグ番号（Ｖ３＃８０）と、バグ混入バージョン（Ｖ２）と、影響機能（機能１５）と、バグ発見の経緯（Ｖ３＃８０）と、優先度（Ｂ）とが含まれる。
【００２８】
そして、バグ管理システム２のバージョン取得部２２は、バージョン状態記憶部２５を参照し、発見バグ情報を反映するバージョンを取得する。具体的には、バージョン取得部２２は、バージョン状態記憶部２５でバグ管理が「要」に設定されたバージョン（Ｖ３、Ｖ４、Ｖ５）を取得する。
【００２９】
そして、バグ管理システム２のバグ管理部２３は、発見バグ情報５１に基づいて発見されたバグのバグ管理データを取得した各バージョン毎に生成し、生成した各バグ管理データを対応する各バージョンのバグ管理情報としてバグ管理情報記憶部２７に記憶する。すなわち、バグ管理部２３は、発見されたバグを、各バージョンに反映する。
【００３０】
図５に示す例では、まず、バグ管理部２３は、発見バグ情報５１で指定されたバージョン（Ｖ３）用のバグ管理データ（レコード）を生成する。すなわち、発見バグ情報５１で指定されたバージョンおよびバグ番号（図示する例ではＶ３＃８０）のバグ管理データを生成し、当該バージョンのバグ管理情報に登録する。この場合、バグ管理部２３は、発見バグ情報５１で指定された各情報を、対応するバグ管理項目（図４参照）に設定してバグ管理データを生成する。なお、発見バグ情報５１で指定されない項目についてはスペースとする。
【００３１】
次に、バグ管理部２３は、発見バグ情報５１を反映する次のバージョン（Ｖ４）用のバグ管理データを生成する。すなわち、前述のＶ３用のバグ管理データの生成と同様に発見バグ情報５１で指定されたバグのバグ管理データ（レコード）を生成し、Ｖ４のバグ管理情報に登録する。なお、「バグ番号」には、次の番号を採番するものとする。例えば、５９までのバグ番号が既に登録されていた場合、バグ番号を６０とする。また、「バグ発見の経緯」には、発見バグ情報５１で指定された経緯に、当該バージョンおよび採番したバグ番号を付加する。例えば、「Ｖ４＃６０−Ｖ３＃８０」と設定する。
【００３２】
また、バグ管理部２３は、発見バグ情報５１を反映する次のバージョン（Ｖ５）用のバグ管理データをＶ４用のバグ管理データと同様に生成し、Ｖ５のバグ管理情報に登録する。なお、バグ発見の経緯は、例えば、「Ｖ５＃４０−Ｖ４＃６０−Ｖ３＃８０」と設定する。
【００３３】
このように、各バージョンのバグ管理情報に発見バグ情報５１を反映した後、バグ管理部２３は、反映したバージョンのバグ管理情報を編集した出力情報をアウトプット情報として端末１または当該バグ管理システム２の出力装置に出力する。図示する出力情報５２には、発見バグ情報５１で指定されたバージョン（Ｖ３）を除き、発見バグ情報５１を反映した各バージョン（Ｖ４、Ｖ５）のそれぞれについて、発見したバグのバージョンおよびバグ番号と、バグ発見の経緯、バグ混入バージョンなどが設定されている。
【００３４】
また、バグ管理部２３は、試験情報記憶部２８を参照し、対象となる試験情報がある場合は、当該試験情報を出力情報５２に追加して設定することとしてもよい。図５に示す試験情報２８には、Ｖ４の試験項目と、確認機能と、試験予定時期が設定されている。バグ管理部２３は、発見バグ情報５１を反映するバージョンの試験項目（例えば、Ｖ４）であって、かつ発見バグ情報５１で指定された影響機能（例えば機能１５）に該当する試験情報が存在する場合、当該試験情報を抽出し、出力情報５２に追加する。
【００３５】
図６は、新規バージョンをバグ管理の対象とする処理を説明するための説明図である。図６では、検討中の状態にあるＶ６を、製造中に変更する処理を例として以下に説明する。
【００３６】
まず、バグ管理システム２の入力受付部２１は、インプット情報として端末１から新規バージョン情報６１の入力を受け付ける。新規バージョン情報６１は、当該新規バージョン情報６１で指定されたバージョンのソフトウェアをバグ管理対象とすることを指示するものである。図示する新規バージョン情報６１には、新規バージョン（Ｖ６）と、変更後状態（製造中）と、ソースプログラムの取込みバージョン（Ｖ５）と、ソースプログラムの取込み時期（2010/06/01）とが含まれる。
【００３７】
バグ管理システム２のバグ管理部２３は、バージョン状態記憶部２５の、新規バージョン情報６１で指定されたバージョン（以下、「新規バージョン」という。）の状態を、新規バージョン情報６１で指定された変更後状態に更新する。また、バグ管理部２３は、バージョン状態記憶部２５の新規バージョンのバグ管理要否を、バグ管理要否記憶部２６を参照して変更後状態に対応する要否に更新する。図示する例では、Ｖ６の状態を「製造中」に変更し、バグ管理を「要」に変更する。
【００３８】
そして、バグ管理部２３は、新規バージョン用のバグ管理情報を、新規バージョン情報６１で指定されたソースプログラム取込みバージョンのバグ管理情報を用いて新たに生成する。図示する例では、Ｖ５のバグ管理情報を用いてＶ６のバグ管理情報を生成する。
【００３９】
その際に、バグ管理部２３は、取込みバージョンの各バグ（各バグ番号）毎に、当該バグを新規バージョン用のバグ管理情報として取込む（フィードバックする、情報展開する）か否かを判別する。具体的には、バグ管理情報（図４参照）の「対処結果」が未対処または検討中のバグについては取込む。また、「対処結果」が対処済みの場合は、バグ管理情報の「対処時期」と新規バージョン情報６１で指定されたソースプログラムの取込み時期とを比較し、「対処時期」が取込み時期より前の場合は、当該バグのバグ管理情報は、新規バージョン用のバグ管理情報として取込まず、「対処時期」が取込み時期より後の場合は、当該バグのバグ管理情報を新規バージョン用のバグ管理情報として取込む。
【００４０】
図７は、図６に示す例において、以上説明したＶ５の各バグをＶ６の新規バージョン用のバグ管理情報として取込むか否かの判別を表を用いて表現したものである。
【００４１】
そして、バグ管理部２３は、取込むと判別された各バグのバグ管理情報に基づいて新規バージョン用のバグ管理情報を生成する。具体的には、バグ管理部２３は、取込む各バグのバグ管理情報をコピーし、バグ管理情報の「バージョン」については新規バーションに変更し、「バグ番号」については１から順に採番し、「バグ発見種別」にはフィードバック（ＦＢ）を設定し、「対処方法」、「対処種別」、「対処時期」および「対処結果」についてはスペースを設定する。また、バグ管理情報の「バグ発見の経緯」については、変更後のバーションおよびバグ番号を付加し、「フィードバッグバグ情報（前バージョン）」には取込み元のバグのバーションおよびバグ番号を設定し、「フィードバッグバグ情報（後バージョン）」には変更後のバーションおよびバグ番号を設定する。
【００４２】
このように新規バージョンのバグ管理情報を生成した後、バグ管理部２３は、生成した新規バージョンのバグ管理情報を編集した出力情報６２をアウトプット情報として端末１または当該バグ管理システム２の出力装置に出力する。図示する出力情報６２には、新規バーションのバグ毎に、バージョンおよびバグ番号と、バグ混入バージョン、バグ発見の経緯などが設定されている。
【００４３】
図８は、発見された発見バグの他バージョンへの水平展開（同種のバグの調査）に必要な第１の関連情報を出力する処理を説明するための説明図である。
【００４４】
まず、バグ管理システム２の入力受付部２１は、インプット情報として端末１から発見バグ情報８１の入力を受け付ける。発見バグ情報８１には、発見バグを特定するためのバージョンおよびバグ番号（図示する例では、Ｖ３＃８０）が含まれる。
【００４５】
そして、関連情報出力部２４は、バグ管理情報記憶部２７から発見バグ情報８１で指定された発見バグのバグ混入種別を取得する。そして、関連情報出力部２４は、取得したバグ混入種別に対応する開発情報を開発情報記憶手段３０から抽出し、編集した開発情報（アウトプット情報）８２を、端末１または当該バグ管理システム２の出力装置に出力する。具体的には、関連情報出力部２４は、取得したバグ混入種別が開発項目に設定された開発情報を開発情報記憶手段３０から抽出し、出力する。
【００４６】
図示する例では、発見バグのバグ混入種別は「開発Ｖ２−２」であり、開発情報記憶部３０の開発項目に「開発Ｖ２−２」が設定された開発情報（レコード）を取得する。また、図示する開発情報８２には、発見バグのバージョン（Ｖ２）、開発項目（Ｖ２−２）、開発機能（機能１０）が設定されている。なお、開発情報８２のバージョンは、開発項目から把握される。
【００４７】
また、関連情報出力部２４は、発見バグ情報８１で指定された発見バグのバグ管理情報に設定された影響機能および関連機能を取得する。図示する例では、影響機能として機能１５と、関連機能として機能２０とを取得する。そして、関連情報出力部２４は、取得した影響機能および関連機能を確認機能とする試験情報を、試験情報記憶部２８から抽出する。そして、関連情報出力部２４は、抽出した試験情報を編集し、編集した試験情報８３（アウトプット情報）を端末１または当該バグ管理システム２の出力装置に出力する。図示する試験情報８３には、試験項目毎に、バージョン、試験項目、確認機能が含まれる。なお、試験情報８３のバージョンは、試験項目から把握される。
【００４８】
図９は、発見された発見バグの他バージョンへの水平展開（同種のバグの調査）に必要な第２の関連情報を出力する処理を説明するための説明図である。
【００４９】
まず、バグ管理システム２の入力受付部２１は、インプット情報として端末１から発見バグ情報９１の入力を受け付ける。発見バグ情報９１は、発見バグを特定するためのバージョンおよびバグ番号（図示する例では、Ｖ３＃７９）が含まれる。
【００５０】
そして、関連情報出力部２４は、バグ管理情報記憶部２７から発見バグ情報９１で指定されたバグのバグ管理情報を取得する。そして、関連情報出力部２４は、取得したバグ管理情報のバグ混入種別を取得する。そして、検索部２４は、バグ管理情報記憶部２７の各バージョンのバグ管理情報を検索し、「バグ発見の経緯」に取得したバグ混入種別が含まれるバグを特定する。
【００５１】
例えば、取得したバグ混入種別が「Ｖ２＃２」であって、図９に示すバグ管理情報記憶部２７であるものとする。この場合、関連情報出力部２４は、「バグ発見の経緯」にＶ２＃２を含むＶ２のバグ番号２と、Ｖ３のバグ番号３と、Ｖ４のバグ番号４９と、Ｖ５のバグ番号２９とを特定する。
【００５２】
そして、関連情報出力部２４は、水平展開に必要な関連バグ情報９２を、特定した各バグのバグ管理情報から抽出し、アウトプット情報として端末１または当該バグ管理システム２の出力装置に出力する。図示する関連バグ情報９２には、特定したバグ毎に、バージョンおよびバグ番号と、バグ発見の経緯と、対処結果とが設定されている。
【００５３】
また、関連情報出力部２４は、発見バグ情報８１で指定された発見バグのバグ管理情報の影響機能および関連機能を取得する。ここでは、影響機能として機能１５と、関連機能として機能２０を取得するものとする。そして、関連情報出力部２４は、取得した影響機能または関連機能を確認機能とする試験情報を、試験情報記憶部２８から抽出する。そして、抽出した試験情報を編集し、編集した試験情報９３（アウトプット情報）を端末１または当該バグ管理システム２の出力装置に出力する。図示する試験情報９３には、試験項目毎に、バージョン、試験項目、確認機能が含まれる。なお、試験情報９３のバージョンは、試験項目から把握される。
【００５４】
図１０は、バグの検索処理を説明するための説明図である。バグ管理システム２の入力受付部２１は、インプット情報として端末１から検索情報１０１の入力を受け付ける。図示する検索情報１０１には、検索するバグのバージョンおよびバグ番号（Ｖ３＃８０）と、検索対象バージョン（Ｖ３、Ｖ４、Ｖ５）とが指定されている。
【００５５】
検索部２９は、入力された検索情報１０１に適合するバグを、バグ管理情報記憶部２７から検索し、検索結果１０２をアウトプット情報として端末１に出力する。例えば、検索部２９は、検索情報１０１で指定されたバグを「バグ発見の経緯」に含むバグを、検索情報１０１で指定された各バージョンのバグ管理情報の中から検索する。
【００５６】
図示する例では、「バグ発見の経緯」にＶ３＃８０を含むバグとして、Ｖ３のバグ管理情報からバグ番号８０を、Ｖ４のバグ管理情報からバグ番号６０を、Ｖ５のバグ管理情報からバグ番号４０を検索する。
【００５７】
そして、検索部２９は、検索した各バグのバグ管理情報を編集した検索結果１０２をアウトプット情報として、端末１の出力装置に出力する。図示する検索結果１０２には、検索した各バグの、バージョンおよびバグ番号、発見の経緯、対処結果が含まれる。
【００５８】
図１１は、検索条件を指定したバグの検索処理を説明するための説明図である。バグ管理システム２の入力受付部２１は、インプット情報として端末１から検索情報１１１の入力を受け付ける。図示する検索情報１１１には、検索対象バージョン（Ｖ４）と、検索条件（優先度：Ａ、対処結果：検討中）とが指定されている。
【００５９】
検索部２９は、入力された検索情報１１１に適合するバグを、バグ管理情報記憶部２７から検索し、検索結果１１２をアウトプット情報として端末１に出力する。図示する例では、検索部２９は、バグ管理情報記憶部２７のＶ４のバグ管理情報から検索条件（優先度：Ａ、対処結果：検討中）に合致するバグ番号２、１０、１１を検索する。
【００６０】
そして、検索部２９は、検索した各バグのバグ管理情報を編集した検索結果１１２をアウトプット情報として、端末１の出力装置に出力する。図示する検索結果１１２には、検索した各バグの、バージョンおよびバグ番号、検索条件（優先度、対処結果）が含まれる。
【００６１】
以上説明した本実施形態では、ソフトウェアのリリースを複数段階に分けて行う場合に、あるバージョンで発見されたバグの分析結果（発見バグ情報）に応じて、当該発見されたバグを反映（フィードバック）するバージョンを取得し、取得したバージョンに発見されたバグを反映（フィードバック）する。これにより、本実施形態では、あるバージョンで発見されたバグの他バージョンへ反映漏れにより過去バージョンで発生したバグが新バージョンで再発することを防止することができる。すなわち、本実施形態では、ソフトウェアの複数バージョンでのバグ管理を効率的に行い、適切なソフトウェア品質を確保することができる。
【００６２】
また、本実施形態では、新規バージョンのバグ管理情報を、ソースプログラムを取込むバージョンのバグ管理情報を用いて容易に生成することができる。また、ソースプログラムを取込む時期と、バグの対処時期とを比較し、ソースプログラムを取込む時期より前のバグ対処時期のバグ以外のバグ管理情報のみを取込むことで、適切な新規バージョンのバグ管理情報を生成することができる。
【００６３】
また、本実施形態では、発見された発見バグの他バージョンへの水平展開（同種のバグの調査）に必要な関連情報を出力する。これにより、本実施形態では、発見されたバグに類似するものがないかのチェック（水平展開）に必要な情報を出力することで、類似バグの調査を効率よく行うことができる。
【００６４】
また、本実施形態では、所望のバグを容易に検索することができる。
【００６５】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。
【符号の説明】
【００６６】
１  ：端末
２  ：バグ管理システム
２１：入力受付部
２２：バージョン取得部
２３：バグ管理部
２４：関連情報出力部
２５：バージョン状態記憶部
２６：バグ管理要否記憶部
２７：バグ管理情報記憶部
２８：試験情報記憶部
２９：検索部
３０：開発情報記憶部
９  ：ネットワーク
【図１】
2012038252.tif 000003
【図２】
2012038252.tif 000004
【図３】
2012038252.tif 000005
【図４】
2012038252.tif 000006
【図５】
2012038252.tif 000007
【図６】
2012038252.tif 000008
【図７】
2012038252.tif 000009
【図８】
2012038252.tif 000010
【図９】
2012038252.tif 000011
【図１０】
2012038252.tif 000012
【図１１】
2012038252.tif 000013