Una nueva versión de software por lo general implica que va a tener código distinto a su versión anterior y es muy posible que ocasionalmente contenga errores que se le hallan escapado al programador.

La terminología 'Bug' viene del ingles 'insecto' y su asociación con

System Message: WARNING/2 (/srv/pelican.orvtech.com/www/htdocs/content/importante-reportar-bugs.rst, line 15)

Line block ends without a blank line.

el mundo de la electrónica viene del año 1945 cuando una polilla dentro de una computadora electro-mecánica (Mark II Aiken Relay) hizo que se apagara por completo en la universidad de Harvard. | Hoy en dia las computadoras no son electro-mecánicas y nos referimos a un defecto o error en el código de una aplicación.

El primer bug informático fue insecto como tal, una polilla

Es importante que reportes un bug.

Si encuentras un problemita o un bug probando Fedora Beta puedes

System Message: WARNING/2 (/srv/pelican.orvtech.com/www/htdocs/content/importante-reportar-bugs.rst, line 37)

Line block ends without a blank line.

reportarlo usando ABRT (Automatic Bug Reporting Tool). El equipo de programadores y encargados de estos paquetes toman muy en serio los reportes y por lo general son solucionados lo mas rápido posible. Aquí les dejo un vistazo de como luce el ABRT de Fedora 16 (Verne): | [caption id="attachment_5485" align="aligncenter" width="595" caption="El ABRT es la herramienta de reportes de bugs automatizada de Fedora y también esta presente en Fedora 16"]El ABRT es la herramienta de reportes de bugs automatizada de Fedora y también esta presente en Fedora 16[/caption]

La cuestión con los Bugs es que cuando se descubre y arregla uno, casi todos los programadores que dependen de ese código revisan mas detenidamente su código buscando problemas similares al reportado. Sea cual sea el tipo de error, el código sera revisado de pies a cabeza en busca de mas fallas, sean problemas a nivel de lógica del código, errores de sintaxis, inconsistencias en la documentación, fugas de memoria, problemas de seguridad o cuellos de botella que impacten directamente el rendimiento de la aplicación.

Esto es lo que hace que el reporte de un Bug sea importante, no solo por esa falla en particular pero por los otros Bugs que aun no han sido solucionados por que no han sido reportados.

¿Qué tipo de Bugs debo reportar?

Todos los Bugs deben de ser reportados a menos que ya hayan sido

System Message: WARNING/2 (/srv/pelican.orvtech.com/www/htdocs/content/importante-reportar-bugs.rst, line 66)

Line block ends without a blank line.

reportados, de ser así puedes contribuir con el reporte proporcionando mas información del tema. En ocasiones los programadores dejan saber que ya están enterados de este Bug en listas de correo, en la documentación de la aplicación o en las notas de lanzamiento (release notes). | No asumas que todos están experimentando el mismo problema que tu, muchos de estos Bugs son específicos y dependen del hardware, configuraciones o hábitos de uso.

Tanto el IRC como las listas de correo a pesar de que parezcan buenas herramientas para diagnosticar el origen del Bug y coordinar con otros que estén experimentando el mismo problema, No es sustituyen un reporte formal del Bug. Debes reportarlo vía Bugzilla. La única forma de estar seguro que el bug sera visto y poder hacerle seguimiento al progreso de la solución es usando Bugzila.

Para instrucciones de como reportar un bug, normas y entender un poco

System Message: WARNING/2 (/srv/pelican.orvtech.com/www/htdocs/content/importante-reportar-bugs.rst, line 84)

Line block ends without a blank line.

la cultura de Bugzilla puedes visitar: | - Documentacion Oficial de Fedora acerca de Reportes de Bugs. | - Reportar bugs de forma efectiva. | - Documentación Oficial de Red Hat: Consejos para reportar Bugs (en Ingles).

Es importante que revises los pasos a seguir antes de reportar un bug para evitar duplicados, información incompleta o falsos positivos.



Comments

comments powered by Disqus