ESCRIBIENDO REPORTES DE ERROR EFECTIVOS, TAREA.

Consigna de la actividad

 Lee y comparte tus opiniones en el foro acerca del artículo Writing

Effective Bug Reports de Elisabeth Hendrickson.
 Traducción al español (no oficial): Escribiendo reportes de error efectivos

¿Qué otros aspectos te parece considerar para que los incidentes reportados
sean corregidos además de los nombrados en el artículo?

Objetivos de la actividad

 Discutir algunos consejos para que tus reportes de incidentes sean

tomados en cuenta.
 Ejemplos:
o Conocer la audiencia
o Escoger un buen título
o Escribir los pasos de forma clara y no ambigua
o Explicar el efecto del incidente no sólo los síntomas

El articulo: “Escribiendo reportes de error efectivos”, plantea una serie de consejos muy útiles
y prácticos una vez que se aprende de que va esto de hacer pruebas, hallar bugs y transmitirlos
de manera tal que sean fáciles de comprender, tanto la dinámica del incidente como la
importancia de corregirlo. En conocer la audiencia queda claro que el aspecto psicológico de la
tarea es importante, uno no trata de la misma manera con todas las personas ya que gracias a
Dios solamente somos iguales ante la Ley. Por ejemplo en mi trabajo cuando le pido a una
persona extranjera que realice tal o cual tarea simplemente se lo pido sin más, pero cuando se
trata de alguien que viene de un contexto social crítico, lo hago con el mejor tacto posible ya
que normalmente toman como ofensa una designación de tareas.

Escoger un buen título es muchas veces un trabajo periodístico que trata de llamar la atención
de manera breve, clara y concisa. A veces leo noticias sólo porque el título llamó mi atención.
Escribir los pasos de forma clara y no ambigua es un ejercicio de equilibrista, ya que hay
modos de transmitir ideas que no son buenos ni malos en si mismos sino que la manera de
transmitir el incidente dependerá (para su efectividad) del contexto (gravedad del bug, equipo
de desarrollo).

Para explicar el efecto del incidente se necesita argumentar como lo hace un abogado, citando
las fuentes del incidente y su contexto. Aportando cual detective los datos precisos para la
captura del bug. Cité éstas profesiones porque entendí que para ser un buen Tester habrá que
tener algún dote de otras profesiones, (abogado, detective, psicólogo, periodista, etc.)