Cómo escribir un informe de error

En ese artículo, puede encontrar las respuestas a las preguntas: «cómo escribir un informe de error», «por qué el informe de error es tan útil», «dónde debería crear un informe de error». Vamos a tocar los aspectos principales que debe conocer en Para escribir informes de errores efectivos y útiles.

¿Por qué informe de errores es importanteinforme de error

Usted acaba de probar su proyecto y la prueba falla. Mi felicitación, encuentras un error. Ahora debes informarlo.

En caso de que su informe de errores sea bueno, ayuda a sus desarrolladores a solucionarlo y hacer que el producto sea más confiable.

Cómo ayuda exactamente a los desarrolladores:

  • habla sobre temas de los que no son conscientes
  • Ayuda a determinar nuevas características que pueden no haber pensado.
  • ayuda a tener una idea de cómo sus clientes usan el software, para que puedan mejorarlo

Y si escribe su informe de errores de manera efectiva, entonces los errores tienen más posibilidades de ser corregidos. Así que corregir errores depende directamente de cómo lo reportes.

¿Qué es un buen informe de error

Cualquiera puede escribir un informe de error. Pero no todos pueden hacerlo con eficacia. Debería poder distinguir entre un informe de error mediocre y uno bueno. ¿Cómo distinguir un informe de error bueno o malo?

Los informes de errores útiles son aquellos que resultan en corregir ese error. Un buen informe de error tiene que ser:

  • Reproducible – Si no es posible reproducir el error, entonces no será corregido. Tan pronto y tan fácil como el desarrollador reproduzca y vea el error, se solucionará. De lo contrario, es más probable que el desarrollador simplemente continúe con el siguiente informe de error. En la descripción del error, debe describir claramente los pasos para reproducir sin perder ninguno de ellos.
  • Específico e informativo – No difundir el problema en todo el ensayo. Trate de ser específico y maximizar informativamente. Esfuércese por resumir el problema en palabras mínimas pero de manera efectiva. Y, en cualquier caso, no combine múltiples problemas, incluso si parecen ser similares. Escribe diferentes informes para cada problema.

Entonces el metas de un informe de error son:

  • explicar un error al desarrollador y mostrar dónde está
  • ayudar al desarrollador arreglarlo con el costo de tiempo mínimo

Contenido del informe de error

Título: En el título debe haber una breve explicación de cuál es el problema. Un buen título debe tener información sobre el nombre del producto, el mensaje de error o los pasos que estaba realizando cuando falló.
Por ejemplo:

  • Cómo no que hacer: «Crash ”,“ Buscando un error«,»Insecto
  • Cómo hacer: «Error 5C79 al confirmar solicitud

Producto: Especifique el nombre del producto y la versión de la que se opera.

  • Cómo no que hacer: «Tu solicitud
  • Cómo hacer: «Agfa

Clasificación: Es muy importante indicar que se trata de una solicitud de características, un error menor o un error horrible que bloquea toda la aplicación. La mayoría de las herramientas tienen un conjunto de estas para elegir, pero si no lo hacen, use una de estas: «Nueva función», «Molestia menor», «Error de bloqueo», «Error grave» o «Error menor» para aquellos que pueden trabajar alrededor

  • Cómono que hacer: «Dejalo en blanco»
  • Cómo hacer: «Error grave», «Molestia», «Solicitud de función»

Plataforma: Será una gran ventaja para determinar qué está utilizando para ejecutar el software, especialmente el nombre y la versión del sistema operativo, en el caso de la aplicación web, debe indicar el nombre y la versión del navegador web. Existen muchas versiones diferentes de sistemas y navegadores, lo que es importante que los desarrolladores conozcan.

  • Cómono que hacer: «Windows
  • Cómo hacer: «Windows 7, Internet Explorer 9

Resumen: Intente describir brevemente lo que estaba tratando de hacer antes de encontrar el error y cómo reaccionar ante esto en su aplicación. Trate de usar lenguaje natural simple y escriba todas las oraciones simples.

  • Cómo no que hacer: «Aplicación no funciona
  • Cómo hacer: «Clamió ‘Archivo / Guardar como …’ y apareció el cuadro de diálogo ‘Guardar’ → CHaga clic en el botón «Aceptar», pero el archivo no se guardó.

Pasos a reproducir: Esoll ser genial Si poder a reproducir ese bichootra vez. Porque dereproducible loco más fácil a fijar. debería describir cómo a reproducir ese insecto pasos por paso, como detallado como eso posible. Dont olvidar, debe ser específico.

  • Cómo no que hacer: »
    • Página de inicio> Botón izquierdo> Haga clic en él
    • Tienda> intenta comprar algo> no puedes «
  • Cómo hacer: »
    • Vaya a Configuración> Perfil (esto llevaría al usuario a una nueva pantalla)
    • Pulse en Más opciones> Eliminar cuenta

Resultado Esperado: ¿Qué debería pasar cuando haces una acción?

  • Cómo no que hacer: «I intentó a impresión, pero eso no trabajo
  • Cómo hacer: «Desde la ‘Tienda’ pantalla, hacer clic en laImpresiónbotón

Resultado actual: Aquí está el resultado del error. Como es habitual, los evaluadores son un poco indefinidos en esta parte del informe de error. Entonces, trata de ser conciso.

  • Cómo no hacer: «El botón no funciona como se esperaba»
  • Cómo hacer: “El botón cierra la aplicación”.

Prioridad: Le está mostrando al desarrollador qué tan pronto debe ser arreglado. La prioridad se establece generalmente de 1 a 5. Cuanto menor sea el número, mayor será la prioridad. 1 puntuación – debe fijarse lo antes posible. 5 puntos – se puede arreglar cuando el tiempo lo permite.

Gravedad:Esto describe el impacto del error.

Los tiposde severidad:

 

  • Bloqueador No se pueden realizar más pruebas.
  • Crítico: Accidente de la aplicación, pérdida de datos.
  • Mayor: Mayor pérdida de función.
  • Menor: Pérdida de función menor.
  • Trivial: Algunas mejoras de la interfaz de usuario.
  • Mejora:Solicitud de una nueva característica o alguna mejora en la existente.

Estado: Está mostrando el estado de un informe de errores en cualquier sistema de seguimiento de errores. Al comienzo, el estado del informe de error será «Nuevo». Después de eso, el estado puede cambiar como Fijo, Verificado, Reabierto, No se arregla, etc. Todos los diferentes estados que verás a continuación en Informe de errores ciclo de vida
Archivos adjuntos: Si puedes hacer una captura de pantalla, hazlo. Será una gran ventaja para el desarrollador ver lo que se vio antes y después del error. Simplemente adjunte algunas capturas de pantalla para el informe de error.Cómo ejecutar casos de prueba, herramienta de gestión de prueba EasyQA, control de calidad, software, prueba, inicio de sesión, registro, caso de prueba, ejecución de prueba, ejecución de caso de prueba, saas, EasyQA

Aquí hay un ejemplo de sistema de seguimiento de errores: EasyQA, que tiene todos los campos necesarios para escribir el informe de error.

Informe de errores ciclo de vida

El ciclo de vida del informe de errores comienza con la detección y notificación del error por parte del probador y finaliza después del cierre. A lo largo de todo el ciclo de vida del error tiene diferentes estados.
El esquematico ciclo vital se puede mostrar en este gráfico:

ciclo vital
InsectoEl ciclo de vida incluye los siguientes pasos o estado:

  1. Nuevo: Cuando un error es reportado y publicado por primera vez. Su estado se da como nuevo.
  2. Asignado: Después de que el probador haya reportado el error, el líder del probador confirma que el defecto es válido y se asignó al desarrollador o equipo de desarrolladores correspondiente.
  3. Abierto: Significa que el desarrollador ha comenzado a analizar el error y está tratando de solucionarlo.
  4. Fijo: Después de que el desarrollador cambió el código y corrigió el error, cambiaron de estado a «Fijo» y se puede pasar al equipo de control de calidad para volver a realizar la prueba.
  5. Pendiente de reevaluación: En esta etapa informe de error a la espera de volver a probar.
  6. Volver a probar: En esta etapa, los evaluadores verifican las enmiendas y vuelven a probar los cambios que los desarrolladores han hecho.
  7. Verificado: Si al volver a realizar la prueba no se detecta el error y el producto funciona correctamente, el probador cambia el estado del informe de error en «Verificado».
  8. Reabrir: Reabrir: en caso de que el probador vuelva a verificar y el error persista, el estado del error se convierta en «Reabrir» y el informe de errores volverá a pasar por el ciclo de vida.
  9. Cerrado: Una vez que el desarrollador ha corregido los errores, envía el producto a los probadores para volver a realizar la prueba. Si el probador decide que el error está arreglado, cambia el estado del informe de error a «Cerrado». Esto significa que el defecto es reparado, revisado y aprobado.
  10. Duplicar: Si el error se repite dos veces o si los dos errores mencionan el mismo concepto del error, se cambia un estado de error para «duplicar«.
  11. Rechazado: Si el desarrollador siente que el error no es genuino, lo rechaza. Entonces el estado del error se cambia a «rechazado».
  12. Diferido: esto significa que el error se solucionará, pero en otra versión, y ahora está esperando. Por lo general, la razón de esto es la baja prioridad de los errores y la falta de tiempo.
  13. No es un error: El informe de la bolsa puede tener ese estado, en el caso de, por ejemplo, si un cliente le pidió que hiciera pequeños cambios en el producto: cambio de color, fuente y más.

Consejos para escribir informes de errores

  1. Lo que estaba pasando antes: Para corregir el error, los desarrolladores deben reproducir todo el flujo de trabajo que hacen el probador y el sistema. Entonces, no olvides describir los pasos específicamente e informativamente.
  2. Se específico: Debe escribir los mismos nombres de campos, botones y otros elementos que se nombran en la aplicación. Si desea describir el mensaje, copie y pegue todo el mensaje en la descripción del informe de error.
    • Para menus: Siga la secuencia de menús separados por el carácter ‘/’, por ejemplo, «Archivo / Guardar como …»
    • Para pantallas: Mire en la parte superior de la ventana y escriba exactamente lo que hay
    • Para botones o pestañas: Copia y pega el texto exacto que se muestra.
    • Para enlaces: Copie y pegue la URL completa (incluido el «http: //»)
  3. No te pongas personal: Cuando esté informando el error, no lo olvide, está informando sobre el defecto del software, no el defecto del desarrollador. Sé educado y específico. Los informes de errores con lenguaje ofensivo y emocional serán ignorados por los desarrolladores.
  4. Adjuntar o Copiar y Pegar: Debes adjuntar diferentes capturas de pantalla, videos, mensajes, etc. lo más posible. Ayudará a los desarrolladores a encontrar el problema y a solucionarlo de forma más fácil y rápida.
  5. Un defecto por informe: Ni mas ni menos. Un solo error en un informe puede ayudar a evitar la duplicación y la confusión. Si describe demasiados defectos, algunos de ellos pueden pasarse por alto.
  6. Reproduce el error antes de escribir un informe de error: Asegúrese de que sus acciones conducen a reproducir el error sin ambigüedad. El defecto debe ser reproducible.
  7. Escribe un buen resumen: Será más fácil para un desarrollador analizar la naturaleza de los errores. Malos informes de pruebas de residuos y el tiempo de desarrollo

.gif
Deseo que solo tengas los excelentes informes de errores y, en cualquier caso, no te enojes. Todo viene con la práctica. Entonces …