| この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "バグ管理システム" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2021年6月) |
バグ管理システム()、バグトラッキングシステム[1]とはプロジェクトのバグを登録し、修正状況を追跡するシステム。バグ管理システムの多くは、ウェブサーバ上で動作し、ウェブブラウザ経由でアクセスできるようになっている。
背景
近年、ソフトウェアの開発においてはバグの修正が重要な作業と考えられている。バグを漏らさず修正し、再発を防ぐには、バグの発見日時や発見者、再現方法、修正担当者、修正履歴、修正方法、重要度、テスト状況などの多くの情報を残し管理する必要がある。開発によっては数千という数のバグが発生し、また多数のテスト担当者や修正担当者が関わっていることを考慮すると、従来のファイルレベルの管理では追いつかなくなっている。このような背景から、バグを管理するソフトウェアであるバグ管理システムが生まれた。
基本的な機能
- バグの集中管理
- バグの投稿〜完了までのバグ情報が集中管理される。ワークフローやバグの属性など詳細はバグ管理システムにより異なる。
- バグの検索
- 既存のバグが検索できる。キーワード検索やクエリ検索などがある。
- バグの履歴管理
- バグの対応状況を詳しく把握できる。
- 電子メール通知機能
- バグが更新される際に修正内容がメールで通知される。
バグ管理システムのワークフロー
以下に、1つのバグが報告されて対応が完了するまでのバグの状態遷移を手順化したものを示す。
- バグの報告:テスト担当者はバグを発見するとバグ管理システムにアクセスしてバグの報告を行う。報告の完了時にはバグの状態は「公開」となり、すべての開発者にメールで通知される。
- 担当者を決定:管理担当者はバグ情報を確認し、適切な修正担当者を割り当てる。修正担当者が割り当てられるとバグの状態は「割り当て済み」となり、修正担当者にメールで通知される。
- バグの修正:修正担当者は、バグを修正したら解決方法等を追記し、バグの状態を「解析済み」とする。修正の報告はテスト担当者にメールで通知される。
- 修正の確認:テスト担当者は再テストを行い、修正が完了していることを確認した上で、バグの状態を「修正済み」とする。
- 修正の完了:管理担当者は「修正済み」となっているバグに対して内容を確認し、状態を「完了」に変更する。
主なバグ管理システム
![](//upload.wikimedia.org/wikipedia/commons/thumb/1/12/Achtung-orange.svg/40px-Achtung-orange.svg.png) | この節には 複数の問題があります。 改善や ノートページでの議論にご協力ください。
|
オープンソース系
プロプライエタリ系
SaaS、ASP系
脚注
- ^ 英: bug tracking system、BTS
関連項目
|
---|
括弧内の西暦は最初の安定リリース |
クライアント・サーバ型 |
|
---|
分散型 | |
---|
ホスト型 | |
---|