Bugzilla

Bugzilla est un système de suivi des bogues et un outil de test à usage général basé sur le Web , développé et utilisé à l'origine par le projet Mozilla , et sous licence Mozilla Public License .

Publié en tant que logiciel open source par Netscape Communications en 1998, il a été adopté par diverses organisations pour être utilisé comme système de suivi des bogues pour les logiciels libres et open source ainsi que pour les projets et produits propriétaires . Bugzilla est utilisé, entre autres, par la Fondation Mozilla , WebKit , le noyau Linux , FreeBSD , KDE , Apache , Eclipse et LibreOffice . Red Hat l'utilise, mais migre progressivement son produit vers l'utilisation de Jira . Il est également auto-hébergé .

Bugzilla a été conçu à l'origine par Terry Weissman en 1998 pour le projet naissant Mozilla.org , en tant qu'application open source pour remplacer le système interne alors utilisé chez Netscape Communications pour suivre les défauts de la suite Netscape Communicator . Bugzilla a été écrit à l'origine en Tcl , mais Weissman a décidé de le porter en Perl avant sa sortie dans le cadre des premières versions de code open source de Netscape, dans l'espoir que davantage de personnes pourraient y contribuer, étant donné que Perl semblait être un langage plus populaire à l'époque.

Bugzilla 2.0 est le résultat de ce portage vers Perl, et la première version a été publiée au public via un CVS anonyme . En avril 2000, Weissman a confié le contrôle du projet Bugzilla à Tara Hernandez . Sous sa direction, certains des contributeurs réguliers ont été contraints d'assumer davantage de responsabilités, et le développement de Bugzilla est devenu davantage axé sur la communauté. En juillet 2001, distraite par ses autres responsabilités au sein de Netscape, Hernandez a cédé le contrôle à Dave Miller, qui était toujours en charge en 2020. [

Bugzilla 3.0 est sorti le 10 mai 2007 et a apporté une interface utilisateur actualisée , une interface XML-RPC , des champs et des résolutions personnalisés, la prise en charge de mod_perl , des recherches enregistrées partagées et une prise en charge UTF-8 améliorée , ainsi que d'autres modifications.

Bugzilla 4.0 est sorti le 15 février 2011 et Bugzilla 5.0 est sorti en juillet 2015.

Calendrier de publication de Bugzilla :

La configuration système requise pour Bugzilla comprend :

• Un système de gestion de base de données compatible
• Une version adaptée de Perl 5
• Un assortiment de modules Perl
• Un serveur Web compatible
• Un agent de transfert de courrier approprié ou tout serveur SMTP

Les systèmes de bases de données actuellement pris en charge sont MariaDB , MySQL , PostgreSQL , Oracle et SQLite . Bugzilla est généralement installé sur Linux à l'aide du serveur HTTP Apache , mais tout serveur Web prenant en charge CGI, tel que Lighttpd , Hiawatha ou Cherokee , peut être utilisé. Le processus d'installation de Bugzilla est piloté par ligne de commande et passe par une série d'étapes au cours desquelles les exigences du système et les capacités du logiciel sont vérifiées.

Bien que le code ait le potentiel de transformer Bugzilla en un système de ticket de support technique , un outil de gestion des tâches ou un outil de gestion de projet, les développeurs de Bugzilla ont choisi de se concentrer sur la tâche de conception d'un système de suivi des défauts logiciels.

Bugzilla renvoie la chaîne « zarro boogs found » au lieu de « 0 bugs found » lorsqu'une recherche de bugs ne renvoie aucun résultat. « Zarro Boogs » est censé être une déclaration « buggy » elle-même (une faute d'orthographe de « zéro bug ») et est donc une méta-déclaration sur la nature du débogage logiciel , impliquant que même lorsqu'aucun bug n'a été identifié, certains peuvent exister.

Le commentaire suivant est fourni dans le code source de Bugzilla aux développeurs qui pourraient être déroutés par ce comportement :

Zarro Boogs retrouvé

Il s'agit simplement d'une manière ridicule de dire qu'aucun bug correspondant à votre requête n'a été trouvé. Lorsqu'on lui a demandé d'expliquer ce message, Terry Weissman a répondu ce qui suit :

On m'a demandé d'expliquer cela... il y a longtemps, quand Netscape a sorti la version 4.0 de son navigateur, nous avons organisé une soirée de lancement. Naturellement, il y a eu un gros effort pour essayer de corriger tous les bugs connus avant la sortie. Naturellement, cela n'a pas eu lieu. (Ce n'est pas unique à Netscape ou à la version 4.0 ; la même chose s'est produite avec tous les projets logiciels que j'ai vus.) Quoi qu'il en soit, lors de la soirée de lancement, des T-shirts ont été distribués sur lesquels était écrit quelque chose comme "Netscape 4.0 : Zarro Boogs". Tout comme le logiciel, le T-shirt ne comportait aucun bug connu. Uh-huh. Donc, lorsque vous recherchez une liste de bugs et que vous n'obtenez aucun résultat, vous pouvez considérer cela comme un rappel amical. Bien sûr, il y a des bugs correspondant à votre requête, ils ne sont simplement pas encore dans le système de bugs...

— Terry Weissman

Extrait du guide Bugzilla – version 2.16.10 : Glossaire

WONTFIX est utilisé comme étiquette pour les problèmes dans Bugzilla et d'autres systèmes. Il indique qu'un problème vérifié ne sera pas résolu pour l'une des nombreuses raisons possibles, notamment parce que la résolution serait trop coûteuse, compliquée ou risquée.