Equipos de QA: reportar un defecto y hacer el seguimiento de la corrección
Un tester reporta un defecto indicando la gravedad, los pasos para reproducirlo y dónde se ha encontrado, adjunta una grabación o una captura de pantalla y marca el fotograma o píxel exacto. El paquete del ciclo de pruebas pasa por planificado, en ejecución, defectos abiertos, volver a probar y aprobado. Si una prueba de retorno sigue fallando, vuelve a defectos abiertos por una ruta específica, de modo que una corrección que no ha funcionado no desaparece en un ticket nuevo.
Reportar un defecto
El tipo de elemento de trabajo de error solicita la gravedad como bloqueante, grave, leve o cosmético, los pasos para reproducirlo y la compilación o el entorno en el que se ha encontrado. Los campos personalizados permiten añadir cualquier otro dato que el equipo quiera registrar.
Al defecto se le adjunta una captura de pantalla o una grabación de pantalla. Un comentario en una grabación queda vinculado a un fotograma. En una captura de pantalla, se puede dibujar un comentario encima. El desarrollador abre la marca directamente, en lugar de leer un párrafo que intente describirla.
- Gravedad: bloqueante, grave, leve, cosmético
- Pasos para reproducirlo y dónde se ha encontrado
- Comentarios vinculados a fotogramas en grabaciones y comentarios dibujados en capturas de pantalla
El ciclo y la perspectiva del desarrollador
El paquete del ciclo de pruebas pasa por planificado (48 horas), en ejecución (72), defectos abiertos (72), volver a probar (48) y aprobado. La fase de ejecución no puede comenzar hasta que se haya completado la lista de comprobación del plan y de los casos de prueba. La fase de volver a probar tiene una ruta de retorno a defectos abiertos etiquetada como 'sigue fallando'.
El paquete de corrección de errores es la parte del desarrollador: triaje, reproducir, corregir, verificar y publicado. La fase de verificar puede devolver el elemento a corregir con la etiqueta 'sigue fallando'. El paquete de software finaliza la fase de QA con una aprobación de lanzamiento, que es una fase de aprobación que el motor impone.
Si un defecto resulta ser el mismo error que otro, se vincula a este: el enlace se clasifica como relacionado, duplicado o clonado, y el bloqueo se mantiene con la dependencia que el flujo de trabajo ya detecta. El tiempo dedicado a la corrección se registra como entradas clasificadas en el elemento el día en que se realizó el trabajo, y se suma a la semana personal y al total del proyecto frente a las estimaciones.
Limitaciones honestas
El registro de ejecución de pruebas como un objeto independiente no está disponible todavía; actualmente, una ejecución es una lista de comprobación dentro del ciclo. Preferimos que lo leas aquí antes de que lo descubras después de iniciar una prueba.
Preguntas frecuentes
- ¿Se le puede enviar a un desarrollador una grabación del fallo con el momento exacto marcado?
- Sí. A una grabación adjunta al defecto se le pueden añadir comentarios vinculados a fotogramas, y a una captura de pantalla, un comentario dibujado.
- ¿Qué ocurre si una prueba de retorno falla?
- La fase de volver a probar tiene una transición de retorno a defectos abiertos etiquetada como 'sigue fallando'. El defecto vuelve a esa fase sin necesidad de crear un ticket nuevo.
- ¿La aprobación de QA funciona como un filtro real?
- En los paquetes que utilizan una fase de aprobación para dar el visto bueno, sí: el trabajo no puede avanzar sin una decisión registrada. El paquete del ciclo de pruebas finaliza en aprobado como una fase completada; el paquete de software utiliza la aprobación de lanzamiento como filtro.