Bugzilla

Bugzilla es un sistema de seguimiento de errores de propósito general basado en la web y una herramienta de prueba desarrollada y utilizada originalmente por el proyecto Mozilla, y licenciada bajo la Licencia pública de Mozilla.

Lanzado como software de código abierto por Netscape Communications en 1998, ha sido adoptado por una variedad de organizaciones para su uso como un sistema de seguimiento de errores para software libre y de código abierto y proyectos y productos propietarios. Bugzilla es utilizado, entre otros, por Mozilla Foundation, WebKit, Linux kernel, FreeBSD, KDE, Apache, Eclipse y LibreOffice. Red Hat lo usa, pero está migrando gradualmente su producto para usar Jira. También es autohospedado.

Historia

Bugzilla fue diseñado originalmente por Terry Weissman en 1998 para el incipiente proyecto Mozilla.org, como una aplicación de código abierto para reemplazar el sistema interno que se usaba entonces en Netscape Communications para rastrear defectos en la suite Netscape Communicator. Bugzilla se escribió originalmente en Tcl, pero Weissman decidió portarlo a Perl antes de su lanzamiento como parte de las primeras caídas del código fuente abierto de Netscape, con la esperanza de que más personas pudieran contribuir, dado que Perl parecía ser un idioma más popular en ese momento.

Bugzilla 2.0 fue el resultado de ese puerto a Perl, y la primera versión se lanzó al público a través de CVS anónimo. En abril de 2000, Weissman entregó el control del proyecto Bugzilla a Tara Hernandez. Bajo su liderazgo, algunos de los colaboradores habituales se vieron obligados a asumir más responsabilidades y el desarrollo de Bugzilla se volvió más impulsado por la comunidad. En julio de 2001, al enfrentarse a la distracción de sus otras responsabilidades en Netscape, Hernández entregó el control a Dave Miller, quien todavía estaba a cargo a partir de 2020.

Bugzilla 3.0 se lanzó el 10 de mayo de 2007 y trajo una interfaz de usuario renovada, una interfaz XML-RPC, campos y resoluciones personalizados, compatibilidad con mod_perl, búsquedas guardadas compartidas y compatibilidad mejorada con UTF-8, junto con otros cambios.

Bugzilla 4.0 se lanzó el 15 de febrero de 2011 y Bugzilla 5.0 se lanzó en julio de 2015.

Cronología

Cronología del lanzamiento de Bugzilla:

Requisitos

Los requisitos del sistema de Bugzilla incluyen:

• Un sistema de gestión de bases de datos compatible
• Una liberación adecuada de Perl 5
• Un surtido de módulos Perl
• Un servidor web compatible
• Un agente de transferencia de correo adecuado, o cualquier servidor SMTP

Los sistemas de bases de datos admitidos actualmente son MySQL, PostgreSQL, Oracle y SQLite. Bugzilla generalmente se instala en Linux usando el servidor Apache HTTP, pero se puede usar cualquier servidor web que admita CGI, como Lighttpd, Hiawatha, Cherokee. El proceso de instalación de Bugzilla se basa en la línea de comandos y pasa por una serie de etapas en las que se verifican los requisitos del sistema y las capacidades del software.

Diseño

El ciclo de vida de un bugzilla

Si bien existe el potencial en el código para convertir a Bugzilla en un sistema de tickets de soporte técnico, una herramienta de gestión de tareas o una herramienta de gestión de proyectos, los desarrolladores de Bugzilla han optado por centrarse en la tarea de diseñar un sistema para realizar un seguimiento de los defectos del software..

Botas Zarro

Bugzilla devuelve la cadena "Zarro boogs encontrados" en lugar de "0 errores encontrados" cuando una búsqueda de errores no arroja resultados. "Botas Zarro" está pensado como un 'buggy' declaración en sí misma (un error ortográfico de "cero errores") y, por lo tanto, es una meta-declaración sobre la naturaleza de la depuración de software, lo que implica que incluso cuando no se han identificado errores, algunos pueden existir.

El siguiente comentario se incluye en el código fuente de Bugzilla para los desarrolladores que puedan sentirse confundidos por este comportamiento:

Zarro Boogs Found

Esta es sólo una forma de decir que no había errores encontrados que coincidan con su consulta. Cuando se le pidió que explicara este mensaje, Terry Weissman (un desarrollador de Bugzilla temprano) tenía lo siguiente:

Me han pedido que explique esto... cuando, cuando Netscape lanzó la versión 4.0 de su navegador, tuvimos una fiesta de liberación. Naturalmente, había habido un gran empujón para intentar arreglar cada bicho conocido antes de la liberación. Naturalmente, eso no había sucedido. (Esto no es único a Netscape o a 4.0; lo mismo ha sucedido con cada proyecto de software que he visto.) De todos modos, en la fiesta de lanzamiento, se entregaron camisetas que decían algo como "Netscape 4.0: Zarro Boogs". Al igual que el software, la camiseta no tenía bichos conocidos. Uh-huh. Así que, cuando usted busca una lista de errores, y no consigue resultados, usted puede pensar en esto como un recordatorio amistoso. De *course* hay errores que coinciden con tu consulta, simplemente no están en el sistema de errores todavía...

- Terry Weissman

De la Guía de Bugzilla – 2.16.10 Liberación: Glosario

WONTFIX

WONTFIX se usa como etiqueta en problemas en Bugzilla y otros sistemas. Indica que un problema verificado no se abordará por una de varias razones posibles, incluida la solución que sería demasiado costosa, complicada o riesgosa.