Bugzilla は、もともとMozillaプロジェクトによって開発および使用されており、Mozilla Public Licenseに基づいてライセンスされている、 Webベースの汎用バグ追跡システムおよびテスト ツールです。
1998年にNetscape Communications社によってオープンソースソフトウェアとしてリリースされ、フリーソフトウェア、オープンソースソフトウェア、プロプライエタリプロジェクト、プロプライエタリ製品のバグ追跡システムとして、様々な組織に採用されてきました。Bugzillaは、 Mozilla Foundation、WebKit、Linuxカーネル、FreeBSD、[4] KDE、Apache、LibreOfficeなどで使用されています。[5] Red HatもBugzillaを使用していますが、徐々にJiraに移行しています。[6] [7]また、セルフホスティングも可能です。[8]
Bugzillaは、1998年にテリー・ワイスマンによって、初期のMozilla.orgプロジェクトのために考案されました。当時Netscape Communicationsで使用されていた、 Netscape Communicatorスイートの不具合追跡用の社内システムを置き換えるオープンソースアプリケーションでした。Bugzillaは元々Tclで書かれていましたが、ワイスマンは、Netscapeの初期のオープンソースコードリリースの一部としてリリースされる前に、 Perlに移植することを決定しました。当時Perlの方がより人気のある言語だったため、より多くの人々がBugzillaに貢献できることを期待したのです。[9]
Bugzilla 2.0はPerlへの移植の結果であり、最初のバージョンは匿名CVS経由で公開されました。2000年4月、ワイスマンはBugzillaプロジェクトの管理権をタラ・ヘルナンデスに譲渡しました。彼女のリーダーシップの下、一部の常連貢献者はより多くの責任を負うよう強制され、Bugzillaの開発はよりコミュニティ主導型になりました。2001年7月、ヘルナンデスはNetscapeでの他の職務に支障をきたすため、デイブ・ミラーに管理権を譲渡しました。ミラーは2020年現在も引き続きプロジェクトを率いています[update]。[10]
Bugzilla 3.0 は 2007 年 5 月 10 日にリリースされ、更新されたUI、XML-RPCインターフェイス、カスタム フィールドと解決、mod_perlサポート、共有保存検索、改善されたUTF-8サポートなどの変更が導入されました。
Bugzilla 4.0 は 2011 年 2 月 15 日にリリースされ、Bugzilla 5.0 は 2015 年 7 月にリリースされました。
Bugzillaのリリースタイムライン: [11]

Bugzilla のシステム要件は次のとおりです。
現在サポートされているデータベースシステムは、 MariaDB、MySQL、PostgreSQL、Oracle、SQLiteです。[12] Bugzillaは通常、Apache HTTP Serverを使用してLinuxにインストールされますが、Lighttpd、Hiawatha、Cherokeeなど、 CGIをサポートする任意のWebサーバーを使用できます。Bugzillaのインストールプロセスはコマンドライン駆動で、システム要件とソフトウェアの機能がチェックされる一連の段階を経て実行されます。

Bugzilla を技術サポート チケット システム、タスク管理ツール、またはプロジェクト管理ツールに変えられる可能性はコード内に存在しますが、Bugzilla の開発者はソフトウェアの欠陥を追跡するシステムを設計するというタスクに重点を置くことを選択しました。
Bugzillaは、バグ検索で結果が返されない場合、「0 bugs found」ではなく「zarro boogs found」という文字列を返します。[13]「Zarro Boogs」は、それ自体が「バグのある」という文(「zero bugs」のスペルミス)として意図されており、[13] [14]これはソフトウェアのデバッグの性質に関するメタステートメントであり、バグが特定されていない場合でも、バグが存在する可能性があることを示唆しています。
この動作に困惑する可能性のある開発者のために、Bugzilla ソース コードに次のコメントが提供されています。
WONTFIXは、Bugzillaやその他のシステムで問題に付けられるラベルです。[16]これは、検証済みの問題が、修正費用が高すぎる、複雑すぎる、リスクが高すぎるなど、いくつかの理由のいずれかにより解決されないことを示します。[17] [18]
はカテゴリとキーワードのより細分化された粒度をサポートしており、今後さらにこれらの機能を追加していくことで、バグを特定の対象領域に絞り込みやすくなります。これにより、複数の人が1つのバグを追跡しやすくなり、カスタムメーリングリストへの割り当てやバグへの添付ファイルの追加などの手間が省けます。最新のバグトラッカーに期待される多くの機能は、GNATSには備わっていません。