Triage de defectos

Cuándo usarla

Usar cuando el contexto requiera este procedimiento: Clasifica un defecto, reúne evidencia mínima y determina su siguiente destino.

Procedimiento

1. Normalizar el reporte: resultado esperado, observado, entorno, frecuencia y alcance.
2. Eliminar o enmascarar secretos y datos personales antes de compartir evidencia.
3. Intentar reproducir con el caso más pequeño y registrar exactamente lo ejecutado; no afirmar reproducción si no ocurrió.
4. Clasificar el tipo: regresión, defecto preexistente, configuración, datos, dependencia, rendimiento, seguridad o consulta de uso.
5. Asignar severidad por daño al usuario y prioridad por urgencia de negocio; explicar ambas por separado.
6. Buscar cambios correlacionados e incidentes similares sin asumir causalidad.
7. Decidir destino: corrección inmediata, investigación, backlog, soporte, seguridad o cierre justificado.
8. Redactar criterio de aceptación y siguiente experimento, responsable por rol y fecha de revisión.

Entradas

• Reporte original y evidencia adjunta.
• Versión, entorno e impacto percibido.
• Acceso de lectura al código, logs o historial, si existe.

Salidas

• Reporte depurado y reproducible.
• Severidad, prioridad y responsable por área.
• Próxima acción con evidencia pendiente.

Validaciones

• El reporte distingue hechos de hipótesis.
• Los pasos de reproducción son suficientes o la falta queda explícita.
• Severidad y prioridad tienen justificación observable.
• No hay secretos ni datos personales innecesarios.
• Existe una única próxima acción claramente asignada.

Herramientas

• No requiere herramientas específicas. Usar búsqueda de archivos, lector de logs o gestor de incidencias solo si están disponibles.

Ejemplos

Ante cierres de sesión intermitentes, la skill produce un caso reproducible, lo clasifica como regresión de alto impacto si la evidencia lo sostiene y deriva la investigación al componente de autenticación.

Acerca del recurso