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 .
Captura de pantalla | |
Autor (es) original (es) | Terry Weissman |
---|---|
Desarrollador (es) | Fundación Mozilla |
Versión inicial | 26 de agosto de 1998 [1] |
Lanzamiento estable | |
Versión de vista previa | 5.1.2 (16 de febrero de 2018 [3] ) [±] |
Repositorio | |
Escrito en | Perl |
Sistema operativo | Multiplataforma |
Disponible en | Múltiples idiomas |
Tipo | Sistema de seguimiento de errores |
Licencia | Licencia pública de Mozilla |
Sitio web | www |
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 , [4] KDE , Apache , Red Hat , Eclipse y LibreOffice . [5] También es autohospedado . [6]
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. [7]
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, 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 en 2020.[actualizar]. [8]
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
Cronograma de lanzamiento de Bugzilla: [9]
Requisitos
Los requisitos del sistema de Bugzilla incluyen:
- Un sistema de gestión de bases de datos compatible
- Una versión adecuada de Perl 5
- Una variedad 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 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
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. Los requisitos de diseño obligatorios incluyen: [10]
- La capacidad de ejecutarse en herramientas de código abierto disponibles gratuitamente. Mientras que el desarrollo de Bugzilla incluye el trabajo para respaldar bases de datos comerciales, herramientas y sistemas operativos.
- El mantenimiento de la velocidad y la eficiencia a toda costa. Una de las principales atracciones de Bugzilla para los desarrolladores es su implementación liviana y su velocidad, por lo que las llamadas a la base de datos se minimizan siempre que sea posible, la búsqueda de datos se mantiene lo más liviana posible y se evita la generación de HTML pesado . [ cita requerida ]
- Entradas. Por ejemplo, Mozilla.org también lo usa para rastrear solicitudes de funciones. En este caso, cualquiera puede enviar elementos (llamados errores) y se asignarán a un desarrollador en particular. Se permiten varias actualizaciones de estado para cada error, junto con notas de usuario y ejemplos de errores.
En la práctica, la mayoría de los proyectos de Bugzilla que permiten al público registrar errores, como la base de datos de errores de Bugzilla para el propio Bugzilla, asignan todos los errores a un guardián, cuyo trabajo es asignar responsabilidad y nivel de prioridad.
Zarro Boogs
Bugzilla devuelve la cadena "zarro boogs found" en lugar de "0 bugs found" cuando una búsqueda de errores no arroja resultados. [11] "Zarro Boogs" pretende ser una declaración 'con errores' en sí misma (un error ortográfico de "cero errores") [11] [12] 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 pidieron que explicara 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 [13]
WONTFIX
WONTFIX se usa como etiqueta en problemas en Bugzilla y otros sistemas. [14] 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. [15] [16]
Ver también
- Comparación de sistemas de seguimiento de problemas
- Lista de mascotas informáticas
- Categoría: Mascotas informáticas
Referencias
- ^ "Nueva versión de" Bugzilla "(el sistema de errores de mozilla.org) - ¡con código fuente!" . netscape.public.mozilla.announce . Consultado el 28 de enero de 2011 .
- ^ a b "[09 de febrero de 2019] Información de publicación" . 2019-02-09 . Consultado el 15 de mayo de 2019 .
- ^ "[16 de febrero de 2018] Lanzamiento de Bugzilla 5.1.2, 5.0.4 y 4.4.13" . 2018-02-16 . Consultado el 24 de febrero de 2018 .
- ^ "Anuncio de migración de GNATS a Bugzilla en la lista de correo de FreeBSD" .
Bugzilla admite una granularidad más fina para categorías y palabras clave y, con el tiempo, adoptaremos más de ellas, lo que facilitará la filtración de errores en áreas específicas de destino. Ahora es fácil para varias personas rastrear un solo error, sin tener que asignarlos 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.
- ^ "Lista de instalación" . bugzilla.org .
- ^ "Informar de errores" . Bugzilla . Bugzilla. 31 de diciembre de 2014 . Consultado el 9 de enero de 2014 .
- ^ "Breve historia" . Hoja de ruta de desarrollo . Mozilla.org . Consultado el 22 de noviembre de 2006 .
- ^ "Perfiles de desarrollador" . Sitio web de Bugzilla . Mozilla.org . Consultado el 2 de julio de 2013 .
- ^ "Fechas de lanzamiento" . Información de divulgación . Mozilla.org . Consultado el 31 de marzo de 2011 .
- ^ "Principios de diseño" . Hoja de ruta de desarrollo . Mozilla.org . Consultado el 22 de noviembre de 2006 .
- ^ a b "Entrada del glosario de la guía Bugzilla para Zarro Boogs Found " . Glosario . Bugzilla.org . Consultado el 21 de abril de 2008 .
- ^ Acuñado por Michael Toy como lo explica Tara Hernandez en eldocumental de PBSCode Rush . El evento ocurre a las 18:21.
- ^ "Glosario" . www.bugzilla.org .
- ^ "Estado de error WONTFIX - openSUSE" . en.opensuse.org . Consultado el 9 de mayo de 2018 .
- ^ "Qué hacer y qué no hacer en Bugzilla" . Consultado el 9 de mayo de 2018 .
- ^ "Estado de error WONTFIX" . Consultado el 9 de mayo de 2018 .
enlaces externos
- Página web oficial