Bugzilla es un sistema de seguimiento de errores y una herramienta de prueba de propósito general basado en la web , desarrollado y utilizado originalmente por el proyecto Mozilla , 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 libre y de código abierto como para proyectos y productos propietarios . Bugzilla es utilizado, entre otros, por la Fundación Mozilla , WebKit , el núcleo Linux , FreeBSD , [4] KDE , Apache , Eclipse y LibreOffice . [5] Red Hat lo utiliza, pero está migrando gradualmente su producto para utilizar Jira . [6] [7] También es autoalojado . [8]
Bugzilla fue ideado originalmente por Terry Weissman en 1998 para el naciente 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 fue escrito originalmente en Tcl , pero Weissman decidió portarlo a Perl antes de su lanzamiento como parte de las primeras entregas de código abierto de Netscape, con la esperanza de que más personas pudieran contribuir, dado que Perl parecía ser un lenguaje más popular en ese momento. [9]
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 Hernandez . Bajo su liderazgo, algunos de los colaboradores habituales se vieron obligados a asumir más responsabilidad, y el desarrollo de Bugzilla pasó a estar más impulsado por la comunidad. En julio de 2001, ante la distracción de sus otras responsabilidades en Netscape, Hernandez entregó el control a Dave Miller, quien todavía estaba a cargo en 2020. [actualizar][ 10]
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, soporte para mod_perl , búsquedas guardadas compartidas y soporte mejorado para 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 de lanzamiento de Bugzilla: [11]
Los requisitos del sistema de Bugzilla incluyen:
Los sistemas de bases de datos actualmente soportados son MariaDB , MySQL , PostgreSQL , Oracle y SQLite . [12] Bugzilla se instala normalmente en Linux usando el servidor HTTP Apache , pero se puede usar cualquier servidor web que admita CGI como Lighttpd , Hiawatha o Cherokee . El proceso de instalación de Bugzilla está controlado por la línea de comandos y se ejecuta a través de una serie de etapas donde se verifican los requisitos del sistema y las capacidades del software.
Si bien existe 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 rastrear defectos de software.
Bugzilla devuelve la cadena "zarro boogs found" en lugar de "0 bugs found" cuando una búsqueda de bugs no devuelve resultados. [13] "Zarro Boogs" está pensado como una declaración "con errores" en sí misma (una ortografía incorrecta de "cero errores") [13] [14] y es, por lo tanto, una metadeclaración sobre la naturaleza de la depuración de software , lo que implica que incluso cuando no se han identificado errores, pueden existir algunos.
El siguiente comentario se proporciona en el código fuente de Bugzilla para los desarrolladores que puedan estar confundidos por este comportamiento:
WONTFIX se utiliza como etiqueta para problemas en Bugzilla y otros sistemas. [16] Indica que un problema verificado no se abordará por una de varias razones posibles, entre ellas, que solucionarlo sería demasiado costoso, complicado o riesgoso. [17] [18]
Bugzilla admite una granularidad más fina para categorías y palabras clave y con el tiempo adoptaremos más de estas, lo que facilitará el filtrado de errores en áreas específicas. Ahora es fácil para varias personas realizar un seguimiento de un solo error, sin tener que asignarlas a listas de correo personalizadas, agregar archivos adjuntos a los errores, etc. Muchas de las características que la gente espera de un rastreador de errores moderno simplemente no están presentes en GNATS.
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}