Actualizado
Seguimiento de errores e incidencias
Un error no es una tarea con una etiqueta roja; necesita sus propios campos, su propia severidad y su propio estado. Cada proyecto tiene uno incorporado, por lo que un equipo pequeño nunca tiene que ejecutar dos herramientas.
Flujo de trabajo ilustrativo
paso 1
Registrar el error con detalle real
Título, gravedad (crítica/alta/alta/alta/baja), ambiente, pasos para reproducirse y resultados esperados vs. reales — capturados una vez, correctamente.
paso 2
Moverlo a través de un oleoducto de estado construido para QA
Abierto → En curso → Corregido → Nueva prueba → Verificado. Estados que reflejan cómo se resuelven los errores en lugar de limitarse a pendiente/hecho.
paso 3
Vincularlo a la tarea que lo corrige
Opcionalmente conecte el problema a la tarea donde se está construyendo la solución, de modo que el informe de fallo y la obra permanezcan vinculadas.
paso 4
Seguimiento de la gravedad en todo el espacio de trabajo
Los informes desglosan los problemas abiertos por gravedad y estado, por lo que un aumento en los errores críticos es visible antes de que sea un simulacro de incendio.
Cómo hacer esto en My First Task
Registrar el error con detalle real
Título, gravedad (crítica/alta/alta/alta/baja), ambiente, pasos para reproducirse y resultados esperados vs. reales — capturados una vez, correctamente.
Moverlo a través de un oleoducto de estado construido para QA
Abierto → En curso → Corregido → Nueva prueba → Verificado. Estados que reflejan cómo se resuelven los errores en lugar de limitarse a pendiente/hecho.
Vincularlo a la tarea que lo corrige
Opcionalmente conecte el problema a la tarea donde se está construyendo la solución, de modo que el informe de fallo y la obra permanezcan vinculadas.
Seguimiento de la gravedad en todo el espacio de trabajo
Los informes desglosan los problemas abiertos por gravedad y estado, por lo que un aumento en los errores críticos es visible antes de que sea un simulacro de incendio.
Características que usarás
Por qué importa
Preguntas frecuentes
¿Necesito una instancia Jira separada para rastrear los errores?
No — cada proyecto de seguimiento de problemas se construye e incluye en cada plan, incluyendo Free.
¿Puedo reportar un error sin saber qué tarea lo arreglará?
Sí, un problema no requiere una tarea vinculada. Conéctalo más tarde una vez que hayas decidido cómo se resolverá.
¿Pueden los testers externos o los compañeros de equipo sólo para la evaluación de calidad registrar problemas?
Sí — invitarlos con un papel de miembro visor al espacio de trabajo pertinente, para que puedan crear y comentar sobre las cuestiones.
Ponga en práctica este flujo de trabajo
Capture la evidencia de reproducción y defina el comportamiento requerido para aceptar una solución.
Plantilla de informe de fallo: Pasos de reproducción, gravedad y pruebas
Un útil informe de error explica lo que pasó, lo que debería haber pasado, y cómo reproducir la diferencia. Incluya el entorno, el impacto y la evidencia de apoyo segura para que el revisor pueda investigar sin adivinar.
ExplorarEjemplos de Criterios de Aceptación: Una Guía Práctica de Escritura
Los criterios de aceptación son condiciones que un elemento de trabajo en particular debe satisfacer antes de ser aceptado. Escríbelos alrededor del comportamiento y la evidencia, incluyendo casos importantes de fracaso. Una definición de hecho establece expectativas de calidad más amplias en los elementos de trabajo.
ExplorarCómo escribir una descripción de la tarea: Plantilla y ejemplos
Una descripción de la tarea útil indica el resultado, por qué importa, quién es el dueño y cómo se comprobará la finalización. Añada las entradas, las restricciones y los enlaces pertinentes para que la siguiente persona pueda actuar sin reconstruir la solicitud de chat.
ExplorarInténtalo con tu propio trabajo
Plan gratuito disponible — no se requiere tarjeta de crédito.