Como você pode incentivar relatórios de bugs da equipe e dos desenvolvedores

Cómo puede fomentar la notificación de errores por parte del personal y los desarrolladores

No puedes resolver un problema hasta que sepas que existe. Y es por eso que necesita mejores informes de errores.

relatório de bugs

¿Recibiste un error? Si es así, ¿qué decía el error?

Mejor aún, cree un formulario interno que permita a los usuarios seleccionar menús desplegables o casillas de verificación. Cuanto menos necesite ingresar un usuario, más probabilidades habrá de que informe el error.

Una cosa a considerar es que deberá agregar instrucciones claras para ayudar a los usuarios a comprender lo que se espera de los informes de errores y guiarlos a través del proceso. Esto puede parecer un poco duro, pero no permita que sus programadores escriban estas instrucciones. ¿Por qué? Muchos ingenieros de software no logran comunicar sus ideas en términos que el usuario final pueda entender. Utilice un mando intermedio, un desarrollador experimentado o alguien experto en traducir conceptos que de otro modo serían complicados en información legible por humanos.

También es importante asegurarse de que su sistema de informe de errores logre un equilibrio entre lo fácil para los usuarios finales y lo informativo para los desarrolladores. Si sus usuarios finales no envían información que realmente ayude a los ingenieros a mejorar su proyecto Ruby, Node.js o nube, es posible que tampoco envíen informes de errores.

Mejorar las líneas de comunicación.

La conversación va en ambos sentidos. Necesita usuarios finales dispuestos a asumir la tarea de presentar informes de errores útiles, pero también necesita desarrolladores dispuestos a comunicarse con los usuarios finales de manera útil.

Cuando un usuario final envía un informe de error inútil (“¡Cuando hago clic en un botón, falla!”), si sus desarrolladores atacan al usuario final (“¿Qué puedo hacer con este estúpido informe de error?”), eso simplemente ayudará a desalentarlo. que el usuario complete otro informe. Sus desarrolladores deben comprender que los usuarios finales no hablan su idioma ni comprenden cómo funciona el software entre bastidores. Con ese fin, asegúrese de que sus desarrolladores manejen el final de la ruta de comunicación con un gesto amistoso y paciencia.

Cuando un usuario envía un informe de error subóptimo, un desarrollador debe hacer un seguimiento con el usuario y hacerle preguntas de una manera que no sea desalentadora ni degradante. Mejore esta línea específica de comunicación y los informes de errores fluirán con mucha más regularidad.

Conclusión

Le debe a su empresa, a sus desarrolladores y a su equipo mejorar el proceso de notificación de errores del software que utiliza. Incluso si este software no se desarrolla internamente, estos errores pueden ayudar a los desarrolladores externos no sólo a mejorar la aplicación en cuestión para usted, sino para todos.

La notificación de errores es una propuesta beneficiosa para todos. Tómese el tiempo para desarrollar un proceso simple y fluido y su negocio funcionará de manera más fluida y eficiente.

Fuente: BairesDev

Conteúdo relacionado

Regresar al blog

Deja un comentario

Ten en cuenta que los comentarios deben aprobarse antes de que se publiquen.