Diferentes estados de defectos disponibles en el ciclo de vida de defectos

El ciclo de vida del defecto , también conocido como ciclo de vida del error, es un ciclo de vida de varias etapas a través de las cuales un defecto o error simplemente pasa o se fue desde el momento en que los probadores de software lo identifican hasta que el probador declara que ese defecto en particular ha sido resuelto. completamente y nunca volvería a reproducirse.

Diferentes estados de defectos:
el ciclo de vida de los defectos consiste básicamente en varias etapas o estados a través de los cuales se resuelve el defecto, se prueba el defecto y se sigue el proceso hasta que no se resuelve el defecto. Estas etapas se dan a continuación:

  1. Nuevo:
    cada vez que un probador identifica y publica un defecto por primera vez, se le asigna automáticamente un estado como ‘Nuevo’.
  2. Abierto:
    el equipo de prueba luego revisa el defecto y se asegura de que sea válido o no el defecto identificado. Si el defecto es válido, se le asigna automáticamente un estado como ‘Abierto’.
  3. Asignado:
    el defecto es luego asignado por el líder de prueba al equipo de desarrollo. Luego se le asigna automáticamente un estado como ‘Asignado’. Ahora, es responsabilidad de los desarrolladores analizar los defectos y resolverlos.
    • Duplicado:
      si los desarrolladores durante el análisis encontraron que el defecto se publicó más de una vez, o los informes de defectos de ambos defectos tienen resultados y pasos similares para reproducir, o corresponde al mismo concepto de defecto, entonces se le asigna automáticamente un estado como ‘Duplicado’.
    • Rechazado:
      si los desarrolladores durante el análisis encontraron que el defecto no es genuino, válido o autenticado, se le asigna automáticamente un estado como ‘Rechazado’.
    • Diferido/Pospuesto:
      si los desarrolladores durante el análisis encontraron que el defecto no es muy dañino para el sistema y no es una prioridad principal y puede corregirse en la próxima versión, entonces se le asigna automáticamente un estado como ‘Diferido’.
    • No reproducible:
      si durante el análisis, los desarrolladores encontraron que el defecto no se está reproduciendo en los pasos que ya se mencionaron en el informe de defectos «pasos para reproducir» del líder de prueba, entonces se le asigna automáticamente un estado como «No reproducible».
  4. Solucionado:
    cuando los desarrolladores completan el proceso de análisis y descubren que el defecto es válido y debe corregirse de inmediato, los desarrolladores realizan los cambios necesarios para resolver el defecto. Después de realizar cambios, los desarrolladores verifican aún más los cambios. Si no se requieren otros cambios para difundir el defecto, se le asigna automáticamente un estado como ‘Reparado’.
  5. Verificado:
    los desarrolladores luego pasan el defecto al equipo de prueba para verificarlo nuevamente, luego se le asigna automáticamente un estado como ‘Volver a probar’, es decir, ‘para ser verificado’. Los probadores aquí verifican si el desarrollador solucionó o no el defecto.
    • Reabierto:
      mientras se vuelve a realizar la prueba o la verificación, si el probador encuentra que el defecto no se solucionó por completo y se puede reproducir nuevamente o no se solucionó correctamente, se le asigna automáticamente un estado como «Reabierto». En esto, el defecto se vuelve a abrir más.
  6. Cerrado:
    si el equipo de prueba encuentra que el defecto ya no existe y no encuentra ningún rastro del defecto que pueda reproducirse nuevamente, entonces se le asigna automáticamente un estado como ‘Cerrado’.

Publicación traducida automáticamente

Artículo escrito por madhurihammad y traducido por Barcelona Geeks. The original can be accessed here. Licence: CCBY-SA

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *