Ciclo de vida de defectos/errores en pruebas de software

¿Qué es el ciclo de vida de defectos/errores?

Ciclo de vida de defectos o Ciclo de vida de errores en las pruebas de software es el conjunto específico de estados por los que pasa un defecto o error durante toda su vida. El propósito del ciclo de vida del defecto es coordinar y comunicar fácilmente el estado actual del defecto que cambia a varios cesionarios y hacer que el proceso de reparación de defectos sea sistemático y eficiente.

Estado del defecto

Estado del defecto o Estado de error en el ciclo de vida del defecto es el estado actual en el que se encuentra el defecto o error. El objetivo del estado del defecto es transmitir con precisión el estado actual o el progreso de un defecto o error para poder rastrear y comprender mejor el progreso real del ciclo de vida del defecto.

Flujo de trabajo de estados de defectos

El número de estados por los que pasa un defecto varía de un proyecto a otro. El siguiente diagrama del ciclo de vida cubre todos los estados posibles.

• Nuevo: Cuando se registra y publica un nuevo defecto por primera vez. Se le asigna un estado como NUEVO.
• Asignado: Una vez que el evaluador publica el error, el líder del evaluador lo aprueba y lo asigna al equipo de desarrolladores.
• Abierto: El desarrollador comienza a analizar y trabaja en la solución del defecto.
• Fijo: Cuando un desarrollador realiza un cambio de código necesario y verifica el cambio, puede establecer el estado del error como "Reparado".
• Pendiente de volver a probar: Una vez que se soluciona el defecto, el desarrollador proporciona un código particular para volver a probar el código al evaluador. desde el pruebas de software permanece pendiente desde el final de los evaluadores, el estado asignado es "pendiente de nueva prueba".
• Volver a probar: El probador vuelve a probar el código en esta etapa para verificar si el desarrollador solucionó el defecto o no y cambia el estado a "Volver a probar".

• Verificadas: El evaluador vuelve a probar el error después de que el desarrollador lo solucionó. Si no se detecta ningún error en el software, entonces el error se soluciona y el estado asignado se "verifica".
• Reabrir: Si el error persiste incluso después de que el desarrollador lo haya solucionado, el evaluador cambia el estado a "reabierto". Una vez más el error recorre el ciclo de vida.
• Cerrados: Si el error ya no existe, el evaluador asigna el estado "Cerrado". 
• Duplicar: Si el defecto se repite dos veces o el defecto corresponde al mismo concepto del error, el estado cambia a "duplicado".
• Rechazado: Si el desarrollador considera que el defecto no es genuino, lo cambia a "rechazado".
• Diferido: Si el error actual no es de máxima prioridad y se espera que se solucione en la próxima versión, se asigna el estado "Diferido" a dichos errores.
• No es un error: Si no afecta la funcionalidad de la aplicación, entonces el estado asignado a un error es "No es un error".

Explicación del ciclo de vida de defectos/errores

1. El probador encuentra el defecto
2. Estado asignado al defecto- Nuevo
3. Un defecto se envía al Gerente de Proyecto para su análisis.
4. El Gerente de Proyecto decide si un defecto es válido
5. Aquí el defecto no es válido: se asigna el estado "Rechazado".
6. Entonces, el director del proyecto asigna un estado rechazadoSi no se rechaza el defecto, el siguiente paso es comprobar si está dentro del alcance. Supongamos que tenemos otra función (funcionalidad de correo electrónico) para la misma aplicación y usted encuentra un problema con ella, pero no es parte de la versión actual cuando dichos defectos se asignan como un pospuesto o diferido de estado.
7. A continuación, el gerente verifica si se detectó anteriormente un defecto similar. En caso afirmativo, al defecto se le asigna un estado. duplicar.
8. Si no, el defecto se asigna al desarrollador que comienza a corregir el código. Durante esta etapa, al defecto se le asigna un estado en curso.
9. Una vez que el código esté arreglado. A un defecto se le asigna un estado fijas
10. A continuación, el evaluador volverá a probar el código. En caso, el Caso de prueba pasa el defecto es cerrado. Si los casos de prueba fallan nuevamente, el defecto es reabierto y asignado al desarrollador.
11. Considere una situación en la que durante la primera versión de Reserva de vuelos se encontró un defecto en un pedido de fax que se solucionó y se le asignó un estado cerrado. Durante la segunda versión de actualización, el mismo defecto volvió a aparecer. En tales casos, se considerará un defecto cerrado. reabierto.

Eso es todo sobre el ciclo de vida de los errores.

Este vídeo de formación describe las distintas etapas del ciclo de vida de un error, también conocido como defecto, y su importancia con la ayuda de un ejemplo.

Haga clic en aquí si el video no es accesible