(57)【要約】【課題】ビルドされたソフトウェアおいて、修正されたバグを容易に確認できるようになる装置を提供する。【解決手段】ソフトウェアのソースコード管理システムに修正されたソースコードを登録する時に、ソフトウェアのバグ管理番号を入力し、ソースコード履歴とバグ管理番号を関連づけて登録する（Ｍ２６）。ソフトウェアのビルド時に、ソースコードの最新版を取得すると同時にそのバグ管理番号も自動的に取得し（Ｍ２８）、バグ管理システムが保持するバグの状態を自動的に確認可能状態に更新する（Ｍ２９）。これにより、テスターはバグ管理システムを使用することで、ビルドされたソフトウェアにおいて修正されたバグを容易に確認することが可能になる。【選択図】図４
2010128650.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアのバグを管理するバグ管理システム装置であって、
バグ管理番号とバグの状態を関連付けて保持する第１の保持手段と、
ソフトウェアのソースコードの履歴と前記バク管理情報とを関連付けて保持する第２の保持手段と、
ソースコードの登録時に、ソースコードの履歴と修正したバグのバグ管理番号を関連付けて前記第２の保持手段に登録する手段と、
ソフトウェアのビルド時に、前記第２の保持手段からソースコードの履歴とバグ管理番号の関連付けを取得し、前記第１の保持手段のバグの状態を更新する手段と、
を備えることを特徴とするバグ管理システム装置。
【請求項２】
請求項１に記載のバク管理システム装置であって、
前記第１の保持手段にバグ管理番号と修正前状態のバグの状態を登録する修正前バグ登録手段と、
前記第１の保持手段から修正前状態のバグ管理番号を検索する修正前バグ検索手段と、
前記修正前バグ検索手段により検索されたバグ管理番号について、前記第１の保持手段のバグの状態を修正前状態から修正中状態に更新する修正中バグ更新手段と、
前記第１の保持手段から修正中状態のバグ管理番号を検索し、検索したバグ管理番号を表示する修正中バグ検索手段と、
ソフトウェアのビルド時に、ビルドに使用するソースコードに関連するバグ管理番号を前記第２の保持手段から取得するソースコード履歴とバク管理番号の関連付け取得手段と、
前記ソースコード履歴とバク管理番号の関連付け取得手段が取得したバグ管理番号について、前記第１の保持手段のバグの状態を修正中状態から修正確認可能状態に更新する修正確認可能バグ更新手段と、
前記第１の保持手段から修正確認可能状態のバグ管理番号を検索し、検索したバグ管理番号を表示する修正確認可能バグ検索手段と、
を備えることを特徴とするバグ管理システム装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウェアのバグを管理するバグ管理システム装置に関する。
【背景技術】
【０００２】
ソフトウェアにバグが発見された場合、バグ管理システムに登録する。そしてソフトウェアの開発担当者がバグを修正し、ソフトウェアのビルド担当者がソフトウェアをビルドする。このとき、テスターはバグが修正されていることを確認するが、ビルドされたソフトウェアにおいて、修正されているバグを確認するためには、バグ管理システムでソフトウェアが修正された時間とソフトウェアのビルド時間を比較して判断する必要があった。
【０００３】
なお、従来技術文献としては例えば特許文献１がある。
【０００４】
【特許文献１】特開２００５−３０１７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
前述のバグ管理システムでは、次のような問題点がある。ビルドされたソフトウェアにおいて、修正されているバグを確認するには、そのソフトウェアがビルドされた時間を知る必要があり、また、バグ管理システムでその時間をもとに、修正済みのバグを検索する必要があった。また、ソフトウェアの開発担当者がバグ管理システムのソースコード修正中状態をソースコード修正済み状態に更新し忘れると、ビルドされたソフトウェアにおいて、バグが修正されているにもかかわらず、テスターはそれを認識できない。
【０００６】
本発明では、ソフトウェアのソースコード管理システムに修正されたソースコードを登録する時に、ソフトウェアのバグ管理番号を入力し、ソフトウェアのビルド時に、ソースコードの最新版を取得すると同時にそのバグ管理番号も自動的に取得し、バグ管理システムが保持するバグの状態を自動的に確認可能状態に更新する。
【０００７】
これにより、テスターはバグ管理システムを使用することで、ビルドされたソフトウェアにおいて、修正されたバグを容易に確認できるようになる装置の提供を目的とする。
【課題を解決するための手段】
【０００８】
本明細書において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【０００９】
本発明では、ソースコード管理システムに開発者が修正したソースコードを登録するときに、バグ管理システムから修正中のバグ管理番号を取得し、開発者がバグ管理番号を選択または入力し、ソースコード管理システムにバグ管理番号を登録する。
【００１０】
ソフトウェアのビルド時には、ソースコード管理システムからソースコードの最新版を取得してビルドするが、そのときに登録されたバグ管理番号も同時に取得する。取得したバグ管理番号について、バグ管理システムのバグ修正状態を修正確認可能状態に更新する。
【００１１】
テスターはこのバグ修正状態が修正確認可能状態であるバグ管理番号を検索することでビルドされたソフトウェアがどのバグを修正されているかを判断する。
【発明の効果】
【００１２】
本発明によれば、テスターは、ビルドされたソフトウェアがどのバグを修正されているかを、バグ管理システムのバグ修正状態が修正確認可能状態であるバグを検索するだけでよく、修正されたバグを検索する手間を削減できる。さらに修正されたバグをモレなく確認することができる。
【発明を実施するための最良の形態】
【００１３】
本発明の実施例のバグ管理システム装置を以下において説明する。
【実施例１】
【００１４】
本発明の実施例１のバグ管理システム装置は、ソフトウェアのソースコードの履歴とバグ管理システムに登録されたバグ管理番号を関連付け、ソフトウェアのビルド時には、ソースコード履歴とバグ管理番号を取得し、バグ管理システムが保持するバグの状態を自動的に更新することで、ビルドされたソフトウェアの修正済みバグを、バグ管理システムで容易に確認できるようにした装置である。
【００１５】
図１は、本発明の実施例１のバグ管理システム装置の各機能を実現するハードウェア構成を示す図である。
【００１６】
バグ管理システム装置１１は、ＣＰＵ１１１と、メモリ１１２と、ハードディスク１１３と、キーボード１１４と、マウス１１５と、ディスプレイ１１６を備える。ハードディスク１１３には、オペレーティングシステム（ＯＳ）１１７、アプリケーション１１８、バグ管理ファイル１１９、ソースコードファイル１２０、ソースコード履歴とバグ管理番号の関連付けファイル１２１が記録されている。
【００１７】
ＣＰＵ１１１は、ハードディスク１１３に記録されているオペレーティング・システム（ＯＳ）１１７、バグ管理システム装置等その他のアプリケーション１１８に基づいた処理を行う。メモリ１１２は、ＣＰＵ１１１に対して、作業領域を提供する。ハードディスク１１３は、オペレーティング・システム（ＯＳ）１１７、バグ管理プログラム等その他のアプリケーション１１８を記録保持する。なお、ハードディスク１１３に記録されるファイルの詳細については後述する。キーボード１１４、マウス１１５は、外部からの命令を受け付ける。ディスプレイ１１６は、ユーザーインターフェース等の画像を表示する。
【００１８】
次に、バグ管理システム装置１１のハードディスク１１３に記録されているファイルの詳細について説明する。
【００１９】
［バグ管理ファイル］
バグ管理ファイル１１９にはソフトウェアのバグに関する情報が保持されている。
【００２０】
この実施例１におけるバグ管理ファイル１１９について、図２を用いて説明する。バグ管理ファイルは、次の特徴をもつ。それぞれのバグにはバグ管理番号が付与されている。バグ管理番号はバクを識別し管理するための情報であり、文字や符号を含んでいてもよい。図２においては、バグ管理番号として０００１、０００２、０００３、、、といった番号付けがされている。また、バグ管理ファイルには、「状態」が記述されており、この状態は「修正前」、「修正中」、「修正確認可能」、「確認済」からなる。バグ管理番号「０００１」のバグは「確認済」状態であり、バグ管理番号「０００２」のバグは「修正確認可能」状態である。バグ管理番号０００３、、、以降のバグも同様である。また、バグ管理番号には「登録日」が記入されており、バグ管理番号「０００１」のバグは「2008/07/31 18:03:05」に登録されており、バグ管理番号「０００２」のバグは「2008/08/01 15:05:15」に登録されている。バグ管理番号０００３、、、以降のバグも同様である。また、バグ管理ファイルには、プログラム開発者がそのバグの内容を理解できるように「バグの内容」が記述されており、バグ管理番号「０００１」のバグはその内容が「値が表示されない」であり、バグ管理番号「０００２」のバグその内容が「画面が起動しない」である。バグ管理番号０００３、、、以降のバグも同様である。
【００２１】
［ソースコードファイル］
ソースコードファイル１２０は、ソフトウェアのビルド元となるファイルである。ソースコードファイルは、ソフトウェアの動作を定義する記述がされている。ソフトウェアにバグがあった場合はソースコードを修正し、修正されたソースコードに対してビルドを行い、修正版のソフトウェアが作成される。
【００２２】
［ソースコード履歴とバグ管理番号の関連付けファイル］
ソースコード履歴とバグ管理番号の関連付けファイル１２１は、ソースコードの履歴とバグ管理番号の関連付けに関する情報を保持している。
【００２３】
この実施例１におけるソースコード履歴とバグ管理番号の関連付けファイル１２１について、図３を用いて説明する。ソースコード履歴とバグ管理番号の関連付けファイルは次の特徴をもつ。ソースコード履歴とバグ管理番号の関連付けファイルは「ソースコードファイル名」と「登録時間」という情報を保持している。図３では、ソースコード１ファイルが「2008/08/01 12:00:04」に登録されている。また、ソースコード履歴とバグ管理番号の関連付けファイルはその登録されたソースコードによって修正された、「修正したバグ管理番号」の情報を関連付けて保持している。「＃１」において、「2008/08/01 12:00:04」に登録された「ソースコード１」はバグ管理番号「０００１」のバグを修正しており、また「＃２」において、同時にバグ管理番号「０００２」のバグを修正しているという情報を保持している。「＃３」、「＃４」についても同様である。
【００２４】
ここで、バグ管理システム装置１１の動作（ＣＰＵ１１１が実行する処理）について説明する。
【００２５】
図４は、本発明の実施例１のバグ管理システム装置の機能ブロック図である。バグ管理システム装置は、修正前バグ登録手段Ｍ２１と、修正前バグ検索手段Ｍ２２と、修正中バグ更新手段Ｍ２３と、ソースコード登録手段２４と、修正中バグ検索手段Ｍ２５と、ソースコード履歴とバグ管理番号の関連付け登録手段Ｍ２６と、最新ソースコード取得手段Ｍ２７と、ソースコード履歴とバグ管理番号の関連付け取得手段Ｍ２８と、修正確認可能バグ更新手段Ｍ２９と、修正確認可能バグ検索手段Ｍ３０を備える。これらの手段は、アプリケーション１１８に含まれるバグ管理プログラムがＣＰＵ１１１で実行されることによって実現される。なお、バグ管理プログラムの一部または全部の代わりにハードウェアを用いてバク管理システム装置を構成してもよい。
【００２６】
修正前バグ登録手段Ｍ２１は、バグ管理ファイル１１９（図２参照）に修正前状態でバグを登録するための手段である。
【００２７】
修正前バグ検索手段Ｍ２２は、バグ管理ファイル１１９から修正前状態のバグを検索するための手段である。
【００２８】
修正中バグ更新手段Ｍ２３は、バグ管理ファイル１１９中のバグの状態を修正中に更新するための手段である。
【００２９】
ソースコード登録手段Ｍ２４は、修正したソースコードをソースコード管理システムに登録するための手段である。
【００３０】
修正中バグ検索手段Ｍ２５は、バグ管理ファイル１１９から修正中状態のバグを検索するための手段である。
【００３１】
ソースコード履歴とバグ管理番号の関連付け登録手段Ｍ２６は、ソースコード履歴とバグ管理番号の関連付けファイル１２１（図３参照）にソースコード履歴とバグ管理番号の関連付けを登録するための手段である。
【００３２】
最新ソースコード取得手段Ｍ２７は、ソースコード管理システムから最新のソースコードファイル１２０を取得するための手段である。
【００３３】
ソースコード履歴とバグ管理番号の関連付け取得手段Ｍ２８は、ソースコード履歴とバグ管理番号の関連付けファイル１２１からソースコード履歴とバグ管理番号の関連付けを取得するための手段である。
【００３４】
修正確認可能バグ更新手段Ｍ２９は、バグ管理ファイル１１９中のバグの状態を修正確認可能に更新するための手段である。
【００３５】
修正確認可能バグ検索手段Ｍ３０は、バグ管理ファイル１１９から修正確認可能状態のバグを検索するための手段である。
【００３６】
図５はバグ管理システム装置１１がバグ管理プログラムに基づいて実行する処理のフローチャートである。
【００３７】
［ステップＳ１０］
テスターは修正前バグ登録手段Ｍ２１を用いて、バク管理ファイル１１９（図２参照）にバグを登録する。このとき、バグの状態はバグ修正前状態である。
【００３８】
［ステップＳ２０］
プログラム開発者は、バグ管理システムにおいて、修正前バグ検索手段Ｍ２２を用いて、バグ管理ファイル１１９から修正前状態のバグを検索し、修正するバグを選択する。
【００３９】
［ステップＳ３０］
プログラム開発者は、ステップＳ２０で選択したバグに対し、修正中バグ更新手段Ｍ２３を用いてバグを修正中状態に更新する。
【００４０】
［ステップＳ４０］
プログラム開発者は、ステップＳ３０で選択したバグを修正する。
【００４１】
［ステップＳ５０］
プログラム開発者はソースコード登録手段Ｍ２４を用いて、ソースコード管理システムに修正したソースコードを登録する。登録時には、バグ管理システムから修正中バグ検索手段Ｍ２５を用いて、修正したバグ管理番号を表示する。プログラム開発者は、修正したバグ管理番号を選択し、ソースコード履歴とバグ管理番号の関連付け登録手段Ｍ２６により、ソースコード履歴とバグ管理番号の関連付けをソースコード履歴とバグ管理番号の関連付けファイル１２１（図３参照）に記録する。
【００４２】
［ステップＳ６０］
ソフトウェアのビルド担当者はソースコード管理システムから最新ソースコード取得手段Ｍ２７を用いて、ビルドに使用するソースコードの最新版を取得する。同時にソフトウェアのソースコード履歴とバグ管理番号の関連づけ取得手段Ｍ２８により、ソースコードの履歴に対するバグ管理番号を取得する。
【００４３】
［ステップＳ７０］
ソフトウェアのビルド担当者はソフトウェアをビルドする。
【００４４】
［ステップＳ８０］
ステップＳ６０で取得されたバグ管理番号をもとに、バグ管理システムの修正確認可能バグ更新手段Ｍ２９によりバグが修正確認可能状態に更新される。
【００４５】
［ステップＳ９０］
テスターはステップＳ８０で修正確認可能状態に更新されたバグを、修正確認可能バグ検索手段Ｍ３０を用いて、検索する。テスターはステップＳ７０でビルドされたソフトウェアに対し、検索したバグが修正されているかを確認する。
【００４６】
次に、バグ管理システム装置１１が実行する処理を、例を挙げて説明する。
【００４７】
［ステップＳ１０］
テスターはバグを登録する。図６では、バグ管理ファイルに修正前状態のバグ０００１が作成される。
【００４８】
［ステップＳ２０］
プログラム開発者はバグ管理システムにおいて、修正前のバグを検索する。このとき、修正前状態のバグ０００１が登録されているので、プログラム開発者はこのバグを選択する。
【００４９】
［ステップＳ３０］
プログラム開発者はバグ０００１を修正中状態に更新する。図７ではバグの状態が修正中状態に更新される。
【００５０】
［ステップＳ４０］
プログラム開発者はバグ０００１を修正する。
【００５１】
［ステップＳ５０］
プログラム開発者は修正したソースコードをソースコード管理システムに登録する。このとき、バグ管理システムから修正中状態のバグを取得する。バグ管理番号０００１が取得でき、それが図８に示す登録ウィンドウに表示される。プログラム開発者は修正したバグ０００１を選択し、ソースコード管理システムにソースコードを登録する。このとき、ソースコード履歴とバグ管理番号の関連付けファイルに、ソースコードファイル名と登録時間、修正したバグ管理番号を登録する。図９では、ソースコードファイル名「ソースコード１」と登録時間「2008/08/01 12:00:04」とバグ管理番号「０００１」が登録される。
【００５２】
［ステップＳ６０］
ソフトウェアのビルド担当者はソースコード管理システムから最新ソースコード取得手段を用いて、ソースコードの最新版を取得する。同時にソースコード履歴とバグ管理番号の関連付けファイルから、ソースコードファイル名「ソースコード１」と登録時間「2008/08/01 12:00:04」とバグ管理番号「０００１」を取得する。
【００５３】
［ステップＳ７０］
ソフトウェアのビルド担当者はソフトウェアをビルドする。
【００５４】
［ステップＳ８０］
ステップＳ６０で取得したバグ管理番号「０００１」に対し、図１０では、バグ管理ファイルのバグ管理番号「０００１」の状態を修正確認可能状態に更新する。
【００５５】
［ステップＳ９０］
テスターはバグ管理システムにおいて、修正確認可能なバグを検索し、バグ管理番号「０００１」を取得する。テスターはビルドされたソフトウェアに対し、バグ管理番号「０００１」が正しく修正がされていることを確認する。これにより、バグ管理ファイルのバグ管理番号「０００１」の状態が確認済状態に更新される。
【００５６】
以上、本発明の実施例１のバグ管理システム装置について詳細に説明したが、本発明の実施例のバグ管理システム装置は、バグ管理番号とバグの状態を関連付けて保持する第１の保持手段（実施例１のバグ管理ファイル１１９に対応する。）と、ソフトウェアのソースコードの履歴とバク管理情報を関連付けて保持する第２の保持手段（同ソースコード履歴とバグ管理番号の関連付けファイル１２１に対応する。）と、ソースコードの登録時に、ソースコードの履歴と修正したバグのバグ管理番号を関連付けて第２の保持手段に登録する手段（同ソースコード履歴とバグ管理番号の関連付け登録手段Ｍ２６に対応する。）と、ソフトウェアのビルド時に、第２の保持手段からソースコードの履歴とバグ管理番号の関連付けを取得し、第１の保持手段のバグの状態を更新する手段（ソースコード履歴とバグ管理番号の関連付け取得手段Ｍ２８と修正確認可能バグ更新手段Ｍ２９に対応する。）と、を備えていればよい。
【００５７】
さらに、本発明の実施例のバグ管理システム装置は、第１の保持手段にバグ管理番号と修正前状態のバグの状態を登録する修正前バグ登録手段と、第１の保持手段から修正前状態のバグ管理番号を検索する修正前バグ検索手段と、修正前バグ検索手段により検索されたバグ管理番号について、第１の保持手段のバグの状態を修正前状態から修正中状態に更新する修正中バグ更新手段と、第１の保持手段から修正中状態のバグ管理番号を検索し、検索したバグ管理番号を表示する修正中バグ検索手段と、ソフトウェアのビルド時に、ビルドに使用するソースコードに関連するバグ管理番号を第２の保持手段から取得するソースコード履歴とバグ管理番号の関連付け取得手段と、ソースコード履歴とバク管理番号の関連付け取得手段が取得したバグ管理番号について、第１の保持手段のバグの状態を修正中状態から修正確認可能状態に更新する修正確認可能バグ更新手段と、第１の保持手段から修正確認可能状態のバグ管理番号を検索し、検索したバグ管理番号を表示する修正確認可能バグ検索手段と、を備えていてもよい。
【００５８】
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施例におけるバグ管理システム装置のハードウェア構成を示した図である。
【図２】バグ管理ファイルの内容を示した図である。
【図３】ソースコード履歴とバグ管理番号の関連付けファイルの内容を示した図である。
【図４】本発明の実施例におけるバグ管理システム装置の機能ブロック図を示した図である。
【図５−１】本発明の実施例におけるバグ管理システム装置の処理を示したフローチャート（その１）である。
【図５−２】本発明の実施例におけるバグ管理システム装置の処理を示したフローチャート（その２）である。
【図６】ステップＳ１０におけるバグ管理ファイルの内容を示した図である。
【図７】ステップＳ３０におけるバグ管理ファイルの内容を示した図である。
【図８】ステップＳ５０における登録ウィンドウの表示を示した図である。
【図９】ステップＳ５０におけるソースコード履歴とバグ管理番号の関連付けファイルの内容を示した図である。
【図１０】ステップＳ８０におけるバグ管理ファイルの内容を示した図である。
【符号の説明】
【００６０】
１１・・・・・・バグ管理システム装置
１１１・・・・・ＣＰＵ
１１２・・・・・メモリ
１１３・・・・・ハードディスク
１１４・・・・・キーボード
１１５・・・・・マウス
１１６・・・・・ディスプレイ
１１７・・・・・オペレーティングシステム（ＯＳ）
１１８・・・・・アプリケーション
１１９・・・・・バグ管理ファイル
１２０・・・・・ソースコードファイル
１２１・・・・・ソースコードと履歴バグ管理番号の関連付けファイル
Ｍ２１・・・・・修正前バグ登録手段
Ｍ２２・・・・・修正前バグ検索手段
Ｍ２３・・・・・修正中バグ更新手段
Ｍ２４・・・・・ソースコード登録手段
Ｍ２５・・・・・修正中バグ検索手段
Ｍ２６・・・・・ソースコード履歴とバグ管理番号の関連付け登録手段
Ｍ２７・・・・・最新ソースコード取得手段
Ｍ２８・・・・・ソースコード履歴とバグ管理番号の関連付け取得手段
Ｍ２９・・・・・修正確認可能バグ更新手段
Ｍ３０・・・・・修正確認可能バグ検索手段
【図１】
2010128650.tif 000003
【図２】
2010128650.tif 000004
【図３】
2010128650.tif 000005
【図４】
2010128650.tif 000006
【図５−１】
2010128650.tif 000007
【図５−２】
2010128650.tif 000008
【図６】
2010128650.tif 000009
【図７】
2010128650.tif 000010
【図８】
2010128650.tif 000011
【図９】
2010128650.tif 000012
【図１０】
2010128650.tif 000013