El arte de reportar un bug - La Oficina de Proyectos de Informática

lunes, 18 de marzo de 2013

El arte de reportar un bug

Imagen de: Andy Glover (referido por testingbaires.com)

Uno de los errores que frecuentemente se cometen a la hora de desarrollar software y ejecutar pruebas, es no proporcionar suficiente información en el reporte de los incidentes, ocasionando confusión de parte de quienes recibe los reportes para poder encontrar la solución.

Desde el Blog "Abstracta - Simplificando el Testing", referido por testingbaires.com nos llega "El arte de reportar un bug". En el artículo se describe una imagen de Andy Glover en la cual se resalta toda la información que debe ser incluída en el reporte de un incidente en un Software. El reporte detallado es el que permitirá, primero confirmar que en efecto lo reportado se trata de un errror, segúndo que puede ser replicado por un equipo de pruebas (testing) o de desarrollo, y tercero facilitará la investigación de las causas.

¿Interesado en formar personal para el área de Testing de tu organización?, ¿buscas formarte como Tester?, visita la sección de cursos.

Les invitamos a visitar los blogs "Abstracta - Simplificando el Testing" y testingbaires.com, especializados en el área de pruebas de software.

El Arte de Reportar un Bug

Tomando la imagen de Andy Glover, el reporte de un incidente debe incluir:

  • La Fecha y Hora en que se encontró el error (Bug).
  • Un Breve resumen y descripción del error.
  • Describir el error con detalle y exactitud, de forma tal que otros puedan reconocerlo si se les presenta.
  • Describa la localización y entorno (ambiente) en el que se encontró el error.
  • Resaltar que tan dañino o peligroso puede ser el error.
  • Coloque los detalles del error en un área que sea altamente visible para todos.
  • Describa los pasos a seguir para encontrarse con el error (reproducir el incidente).

Más información en "Abstracta - Simplificando el Testing" y testingbaires.com.

Más Información sobre Software Testing

Visita nuestra página de Recursos en Pruebas de Software

¿y que opinas tu?

¿Que opinas tu sobre como deben reportarse los bugs?, ¿Que información debería incluirse en la plantilla?, ¿Cuales son las consecuencias de no hacerlo?. Te invitamos a dejarnos comentarios en la Web de La Oficina de Proyectos de Informática (pmoinformatica) (Si lo deseas, puedes firmar tu comentario con la dirección de tu web). Asimismo, te invitamos a suscribirse por los distintos canales, incluyendo lista de correo electrónico, al Twitter @PMOInformatica, a nuestra página de Facebook o al feed RSS.

Referencia

Abstracta - Simplificando el Testing"

testingbaires.com

¿Interesado en libros sobre desarrollo y pruebas de software?














Fundamentos de Pruebas de Software
Autor: Black, R; Rueda, G.
>> España (amazon.es)
>> Latinoámerica (amazon.com)
Guide to the
ISTQB Advanced Certification
Autor: Rex Black
>> España (amazon.es)
>> Latinoamérica (amazon.com)
Agile Testing
Autor: Lisa Crispin y Janet Gregory
>> España (amazon.es)
>> Latinoámerica (amazon.com)

Gestión de 
Servicios de TI
basado en ITIL V3
Autor:
Ruby Tjassing
>> España (amazon.es)
>> Latinoamérica (amazon.com)

Novedades Amazon


>> 5 Herramientas para la automatización de pruebas de software


>> Errores comunes en el desarrollo de software: Singletonitis

>> Errores comunes en el desarrollo de software: Base de datos como comunicador de procesos

1 comentario :

Pmoinformatica.com," La Oficina de Proyectos de Informática ", es un participante en el Programa de Servicios de Amazon Associates LLC, un programa de publicidad de afiliación diseñado para proporcionar un medio para que sitios web puedan ganar honorarios por la publicidad y enlaces a amazon.com y amazon.es.