バグ管理システム
出典: フリー百科事典『ウィキペディア（Wikipedia）』
バグ管理システム（バグかんりシステム）とはプロジェクトのバグを登録し、修正状況を追跡するシステム。バグトラッキングシステム（Bug Tracking System：BTS）とも呼ぶ。バグ管理システムの多くは、Webサーバ上で動作し、Webブラウザ経由でアクセスできるようになっている。そのため、Webサーバやデータベース等のインストールが大変な面もあるものの、バグ管理システムはソフトウェアを開発する上での必須アイテムになりつつある。
目次 |
[編集] 背景
近年、ソフトウェアの開発においてはバグの修正が重要な作業と考えられている。バグを漏らさず修正し、再発を防ぐには、バグの発見日時や発見者、再現方法、修正担当者、修正履歴、修正方法、重要度、テスト状況などの多くの情報を残し管理する必要がある。開発によっては数千という数のバグが発生し、また多数のテスト担当者や修正担当者が関わっていることを考慮すると、従来のファイルレベルの管理では追いつかなくなっている。このような背景から、バグを管理するソフトウェアである「バグ管理システム」が生まれた。
[編集] 基本的な機能
- バグの集中管理 - バグの投稿～完了までのバグ情報が集中管理される。ワークフローやバグの属性など詳細はバグ管理システムにより異なる。
- バグの検索 - 既存のバグが検索できる。キーワード検索やクエリ検索などがある。
- バグの履歴管理 - バグの対応状況を詳しく把握できる。
- メール通知機能 – バグが更新される際に修正内容がメールで通知される。
[編集] バグ管理システムのワークフロー
以下に、１つのバグが報告されて対応が完了するまでのバグの状態遷移を手順化したものを示す。
- バグの報告：テスト担当者はバグを発見するとバグ管理システムにアクセスしてバグの報告を行う。報告の完了時にはバグの状態は「Open」となり、すべての開発者にメールで通知される。
- 担当者を決定：管理担当者はバグ情報を確認し、適切な修正担当者を割り当てる。修正担当者が割り当てられるとバグの状態は「Assigned」となり、修正担当者にメールで通知される。
- バグの修正：修正担当者は、バグを修正したら解決方法等を追記し、バグの状態を「Resolved」とする。修正の報告はテスト担当者にメールで通知される。
- 修正の確認：テスト担当者は再テストを行い、修正が完了していることを確認した上で、バグの状態を「Verified」とする。
- 修正の完了：管理担当者は「Verified」となっているバグに対して内容を確認し、状態を「Closed」に変更する。
[編集] 主なバグ管理システム
- Bugzilla – 元々Netscape社が社内で使用していたが、後に公開された。
- 影舞 – 日本で開発されたバグ管理システムで、日本語に完全対応している。
- Trac – バグ管理システムの他にコミュニケーション支援としてのウィキやリポジトリブラウザの機能を備えている。
- Scarab - 高いカスタマイズ能力を持ち、表示属性や表示順などの設定をGUIにて行える。
- Papilio – サーバ構築不要。接続している各端末がお互いに同期してデータを共有。
- JIRA (ソフトウェア)
[編集] 関連項目
[編集] 外部リンク
カテゴリ: ソフトウェア開発ツール | バグ
