Bugzilla - Bugzilla

Bugzilla
Buggie, mascota de Bugzilla
Buggie , la mascota de Bugzilla
Captura de pantalla
Bugzilla.mozilla.org screenshot.png
Bugzilla en acción en bugzilla .mozilla .org
Autor (es) original (es) Terry Weissman
Desarrollador (es) Fundación Mozilla
Versión inicial 26 de agosto de 1998 ; Hace 23 años ( 26 de agosto de 1998 )
Lanzamiento estable
5.0.6 (9 de febrero de 2019 ; hace 2 años ) [±] ( 2019-02-09 )

4.4.13 (16 de febrero de 2018 ; hace 3 años ) [±] ( 2018-02-16 )

Versión de vista previa 5.1.2 (16 de febrero de 2018 ; hace 3 años ) [±] ( 2018-02-16 )
Repositorio Edita esto en Wikidata
Escrito en Perl
Sistema operativo Multiplataforma
Disponible en Múltiples idiomas
Escribe Sistema de seguimiento de errores
Licencia Licencia pública de Mozilla
Sitio web www .bugzilla .org

Bugzilla es una web basados en fines generales fallo del sistema de seguimiento y herramienta de prueba originalmente desarrollado y utilizado por el Mozilla proyecto y licenciado 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 tanto para software de código abierto como para proyectos y productos patentados . Bugzilla es utilizado, entre otros, por Mozilla Foundation , WebKit , kernel de Linux , FreeBSD , KDE , Apache , Red Hat , Eclipse y LibreOffice . También es autohospedado .

Historia

Bugzilla fue diseñado originalmente por Terry Weissman en 1998 para el proyecto naciente Mozilla.org , como una aplicación de código abierto para reemplazar el sistema interno que se usaba 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 los primeros lanzamientos de código de fuente abierta de Netscape, con la esperanza de que más personas pudieran contribuir a él, dado que Perl parecía ser un lenguaje más popular en ese momento.

Bugzilla 2.0 fue el resultado de esa adaptación 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 Hernández . Bajo su liderazgo, algunos de los colaboradores habituales fueron obligados a asumir más responsabilidades y el desarrollo de Bugzilla se volvió más impulsado por la comunidad. En julio de 2001, enfrentando la distracción de sus otras responsabilidades en Netscape, Hernández entregó el control a Dave Miller, quien todavía estaba a cargo en 2020.

Bugzilla 3.0 fue lanzado el 10 de mayo de 2007 y trajo una interfaz de usuario actualizada , una interfaz XML-RPC , campos personalizados y resoluciones, soporte mod_perl , búsquedas guardadas compartidas y soporte UTF-8 mejorado , 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 de lanzamiento de Bugzilla:

Requisitos

Los requisitos del sistema de Bugzilla incluyen:

Los sistemas de bases de datos admitidos actualmente son MySQL , PostgreSQL , Oracle y SQLite . Bugzilla generalmente se instala en Linux usando el servidor HTTP Apache , 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 comprueban los requisitos del sistema y las capacidades del software.

Diseño

El ciclo de vida de un error de Bugzilla

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

Zarro Boogs

Bugzilla devuelve la cadena "zarro boogs found" en lugar de "0 bugs found" cuando una búsqueda de errores no arroja resultados. "Zarro Boogs" pretende ser una declaración "con errores" en sí misma (un error ortográfico de "cero errores") y, por lo tanto, es una metadeclaració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 proporciona en el código fuente de Bugzilla a los desarrolladores que pueden estar confundidos por este comportamiento:

Encontrados Zarro Boogs
Esta es solo una forma tonta de decir que no se encontraron errores que coincidan con su consulta. Cuando se le pidió que explicara este mensaje, Terry Weissman (uno de los primeros desarrolladores de Bugzilla) dijo lo siguiente:
Me han pedido que explique esto ... hace mucho tiempo, cuando Netscape lanzó la versión 4.0 de su navegador, tuvimos una fiesta de lanzamiento. Naturalmente, hubo un gran impulso para intentar corregir todos los errores conocidos antes del lanzamiento. Naturalmente, eso no había sucedido en realidad. (Esto no es exclusivo de Netscape o 4.0; ha sucedido lo mismo con todos los proyectos de software que he visto). De todos modos, en la fiesta de lanzamiento, se repartieron camisetas que decían algo como "Netscape 4.0: Zarro Boogs ". Al igual que el software, la camiseta no tenía errores conocidos. UH Huh. Por lo tanto, cuando consulta una lista de errores y no obtiene resultados, puede pensar en esto como un recordatorio amistoso. Por supuesto, hay errores que coinciden con su consulta, pero todavía no están en el sistema de errores ...
- Terry Weissman
De la Guía de Bugzilla - Versión 2.16.10: Glosario

WONTFIX

WONTFIX se utiliza como etiqueta para 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 arriesgada.

Ver también

Referencias

enlaces externos