Ciclo de vida de defectos / errores en las pruebas de software

¿Qué es el ciclo de vida de los defectos?

El ciclo de vida del defecto o el ciclo de vida del error en las pruebas de software es el conjunto específico de estados por los que pasa el defecto o error durante toda su vida. El propósito del ciclo de vida de los defectos 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 de defecto

El estado de defecto o el estado de error en el ciclo de vida del defecto es el estado actual a partir del cual el defecto o error se encuentra actualmente en proceso. El objetivo del estado de 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.

El número de estados por los que pasa un defecto varía de un proyecto a otro. Debajo del 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 probador publica el error, el líder del probador aprueba el error y lo asigna al equipo de desarrolladores.
Abierto : el desarrollador comienza a analizar y trabaja en la solución de defectos.
Corregido : cuando un desarrollador realiza un cambio de código necesario y verifica el cambio, puede hacer que el estado del error sea "Corregido".
Nueva prueba pendiente : una vez que se corrige el defecto, el desarrollador le da un código particular para volver a probar el código al probador. Dado que la prueba del software permanece pendiente desde el final de los probadores, el estado asignado es "pendiente de nueva prueba".
Volver a probar: el probador vuelve a probar el código en esta etapa para comprobar si el desarrollador solucionó el defecto o no y cambia el estado a "Volver a probar".

Verificado : el probador 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 corrige y el estado asignado es "verificado".
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 atraviesa el ciclo de vida.
Cerrado : si el error ya no existe, el evaluador asigna el estado "Cerrado".
Duplicado : 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 un defecto genuino, cambia el defecto 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, el estado "Aplazado" se asigna a dichos errores.
No es un error : si no afecta la funcionalidad de la aplicación, el estado asignado a un error es "No es un error".

Explicación del ciclo de vida del defecto

El probador encuentra el defecto
Estado asignado a defecto - Nuevo
Un defecto se envía al Project Manager para su análisis.
El gerente de proyecto decide si un defecto es válido
Aquí el defecto no es válido, se le da un estado "Rechazado".
Entonces, el gerente de proyecto asigna un estado rechazado . Si el defecto no se rechaza, el siguiente paso es verificar si está dentro del alcance. Suponga que tenemos otra función, la funcionalidad de correo electrónico para la misma aplicación, y encuentra un problema con eso. Pero no es parte de la versión actual cuando dichos defectos se asignan como estado pospuesto o diferido .
A continuación, el gerente verifica si se planteó anteriormente un defecto similar. En caso afirmativo, se asigna al defecto un estado duplicado .
Si no, el defecto se asigna al desarrollador que comienza a arreglar el código. Durante esta etapa, al defecto se le asigna un estado en curso.
Una vez que se corrige el código. A un defecto se le asigna un estado fijo
A continuación, el probador volverá a probar el código. En caso de que el Test Case pase, el defecto se cerrará. Si los casos de prueba vuelven a fallar, el defecto se vuelve a abrir y se asigna al desarrollador.
Considere una situación en la que durante la primera publicación de la reserva de vuelo se encontró un defecto en el pedido de fax que se solucionó y se le asignó un estado cerrado. Durante la segunda versión de actualización, volvió a aparecer el mismo defecto. En tales casos, se volverá a abrir un defecto cerrado .

Eso es todo para el ciclo de vida de los errores

Este video de capacitación describe las diversas etapas de un error, también conocido como ciclo de vida del defecto, y su importancia con la ayuda de un ejemplo.