¿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.
Haga clic aquí si el video no es accesible
