in

Ciclo de vida de los errores de Jira – Javatpoint

jira bug life cycle

El ciclo de vida de un error de JIRA también se conoce como ciclo de vida de un defecto. El ciclo de vida del error consiste en un conjunto de estados por los que pasa un error. El número de estados por los que pasa el error varía de un proyecto a otro. Podemos definir el error como un error, falla o podemos decir que cuando la salida real no coincide con la salida esperada, se conoce como error o defecto. Ambos términos, es decir, error y defecto, se usan comúnmente, pero el más popular es error. Se puede generar un error en cualquier etapa del SDLC(Ciclo de vida de desarrollo de software), podría existir en la recopilación de requisitos, la fase de diseño donde se diseña el documento SRS, la fase de desarrollo, la fase de prueba o la prueba de aceptación del usuario realizada por el usuario final al momento de usar la aplicación.

Un error tiene su ciclo de vida desde el momento en que el error se registra hasta el punto en que se cierra. El error sufre los siguientes estados:

  • Nuevo
  • Asignado
  • Abierto
  • Reparado
  • Volver a probar
  • Reabrir
  • Verificado
  • Cerrado

Ciclo de vida del insecto de Jira


Nuevo

Durante el tiempo de la fase de prueba, el probador identifica el error o defecto y se registra en la herramienta de seguimiento de errores como Jira, Bugzilla, etc. El error detectado por el probador se publicará por primera vez. en una herramienta de seguimiento de errores. Este estado se asigna como Nuevo estado.

Asignado

Error con Nuevo El estado se asigna a los desarrolladores de software y ellos investigarán el error para comprobar si el error es válido o no válido. Si el error no es válido, cambia el estado a no válido. Si el error es válido, el estado cambia a asignado luego, los desarrolladores de software comienzan a trabajar en el defecto para solucionarlo.

Abierto

Cuando el error se asigna a los desarrolladores de software, comienzan a analizarlo y trabajan en la solución del defecto. El error o defecto se puede abrir en tres etapas:

  • Duplicar
    Si el defecto se repite dos veces o el defecto corresponde al mismo concepto del error anterior, cambia el estado a Duplicado.
  • Rechazado
    Si el desarrollador considera que el defecto no es un defecto genuino, cambia el estado a Rechazado.
  • Diferido
    Si el error no es de mayor prioridad y se puede solucionar en la próxima versión, el estado cambia a Diferido. El estado diferido también se conoce como estado posponer.

Reparado

Cuando un desarrollador realiza los cambios necesarios en el código y verifica el cambio, puede hacer que el estado del error sea corregido. Cuando los desarrolladores corrigen el error, el estado cambia a Reabierto o Verificado.

Volver a probar

Una vez que los desarrolladores de software corrigen el error, se vuelve a asignar al equipo de pruebas para comprobar si el error se ha solucionado o no.

Reabrir

Si el error persiste incluso después de que el desarrollador lo haya solucionado, el evaluador cambia el estado a Reabrir y, una vez más, el error pasa por todo el ciclo de vida del error.

Verificado

El probador vuelve a probar el error después de que el desarrollador lo corrigió, si no se encuentra ningún error, cambia el estado a Verificado.

Cerrado

Si el error ya no existe, cambia el estado a Cerrado.

Participantes del ciclo de vida de los insectos

  • Reportero de errores
    La persona que identifica el error se conoce como Bug Reporter. El informador de errores valida el error e ingresa todos los detalles relacionados con el error en la herramienta de seguimiento de errores, como el tema correcto, la prioridad del error, el componente de la aplicación, el entorno de prueba, el responsable del error, la descripción del error. Cuando sea necesario, el evaluador debe enviar la captura de pantalla adjunta para aclarar los detalles del error.
  • Herramienta de seguimiento de errores
    Un error puede registrarse en la herramienta de seguimiento de errores y la herramienta de seguimiento de errores puede ser Jira, Bugzilla, Assembla, etc.
  • Grupo de errores
    Bug Group es un grupo de personas que pueden ver los detalles del error. El grupo de errores puede incluir al evaluador o al usuario final que informó el error, los desarrolladores a los que se asignó el error, el administrador del proyecto, el administrador de control de calidad.
  • Propietario del error
    El propietario del error es la persona que revisa y es el propietario del error. El propietario del error comprueba si la información del error es suficiente o no, de lo contrario, el error se asigna de nuevo al informador del error para proporcionar más información. Según las prioridades asignadas al error, el propietario del error se hace cargo del error y lo arregla dentro de la fecha límite.

Deja una respuesta

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

Método Python String strip ()

Método Java.util.Scanner.next ()