Diferentes Estados de Defecto y Flujo de Trabajo

El defecto es algo que no se puede descuidar. En software , la gestión de defectos suele ser el principal objetivo de los desarrolladores. Se debe realizar un seguimiento de los defectos que se encuentran a lo largo del ciclo de vida del defecto y administrar y manejar los informes de defectos para mantener el rendimiento y la calidad del software. Varias organizaciones y empresas que generalmente realizan pruebas de software utilizan diferentes herramientas.

Básicamente, solo un participante posee el informe de defectos en cada estado del ciclo de vida del defecto y es responsable de realizar tareas particulares. Cuando estas tareas se completen, hará que los informes de defectos pasen al siguiente estado. En el siguiente estado, el informe de defectos se asigna al siguiente propietario. Cuando el informe de defectos alcanza el último estado del ciclo de vida del defecto, es posible que no haya ningún propietario al que se deba asignar el informe de defectos. Las principales razones de tales situaciones pueden ser:

• El defecto ya se ha solucionado en un estado anterior y ya se ha probado. Por lo tanto, el informe de defectos se considera cerrado.
• El informe de defectos puede no ser válido debido a que se cancela.
• Si el defecto no se puede solucionar en este momento, entonces el informe del defecto se puede aplazar, es decir, el defecto se pospone para solucionarlo en la próxima versión.
• Si el defecto ya no se observa más, el informe del defecto se considera no reproducible, es decir, el esfuerzo de analizar y corregir ese defecto en particular es un desperdicio total.

Diferentes estados para administrar defectos:
durante las pruebas de software, si los evaluadores encuentran defectos, el equipo de pruebas toma medidas para administrarlos y corregirlos en tres estados diferentes. Estos estados se dan a continuación:

1. Estado inicial: el estado
   inicial, como sugiere su nombre, se considera básicamente como estado abierto o estado nuevo. Antes de proceder a la resolución del defecto, es necesario realizar una tarea, es decir, conocer completamente el defecto, su impacto en el sistema, las formas de resolverlo, las herramientas y los recursos necesarios para resolverlo. En este estado, diferentes probadores son responsables de realizar esta tarea, es decir, recopilar y recopilar toda la información necesaria y esencial que se requiere para resolver los defectos con éxito. Si la información recopilada está incompleta y no es correcta, no se puede lograr el objetivo principal de corregir y resolver los defectos. Por lo tanto, toda la información recopilada debe ser correcta y completa en cada perspectiva.
2. Estado devuelto:

   El estado de retorno, como sugiere su nombre, se considera básicamente como estado rechazado o estado de aclaración. Como discutimos, la recopilación de información es un estado anterior de que si el informe de defectos creado por los probadores no es correcto o está incompleto, entonces la resolución de defectos no puede ser posible. En este estado, los desarrolladores que reciben informes de defectos rechazarán el informe si el informe de defectos no es correcto o si la información brindada no es suficiente para conocer el defecto y resolverlo. Luego, los desarrolladores le piden al creador de los informes de defectos que brinde más información y realice los cambios necesarios en los informes de defectos. Depende de los evaluadores o creadores que puedan proporcionar información adicional y realizar los cambios necesarios o aceptar el rechazo del informe.

3. Estado confirmado: el
   estado confirmado, como sugiere el nombre, se considera básicamente como estado verificado o estado resuelto. En esta prueba, los evaluadores básicamente realizan una prueba de confirmación simplemente para asegurarse de que el defecto de Doe se resuelva con éxito o no. A partir de esta prueba de conformación, el probador sabría si el defecto está resuelto o no. Si el defecto se resuelve por completo, el probador cerrará el informe de defectos. Si el defecto no se resuelve, el probador vuelve a abrir el defecto y reasigna el informe del defecto al propietario anterior, quien luego trabajará en las cosas necesarias para solucionar el defecto.