• Completed
  • TRANSICIÓN Y ESTADO DE LAS INCIDENCIAS QA

    Autor @Ely

    Todas las incidencias QA, deben cerrarse cuando terminen todas las ejecuciones. ⏩

    De hecho, primero se cierra el TS (Test Set) cuando terminas de finalizar el diseño de las pruebas (Test Case), y cierras el TX (Test Execution) cuando finalices TU PRIMERA EJECUCIÓN, sin importar el resultado.
    En ese momento deben también cerrar la tarea QA de la US (el Task), hayan tenido FAIL o no en la ejecución de pruebas.

    🧪 Cuando comienzas a diseñar un CASO DE PRUEBA, el estado del workflow inicia con Design o to do
    🧪 Cuando terminas de diseñar el CASO DE PRUEBA y está listo para ejecutarse, el estado cambia a Ready
    🧪 Si tienen el estado de Ready Pueden EJECUTARSE, cuantas veces sea.
    🧪 PERO: Si tienen el estado de done o obsolete significa que NO DEBERÍAN EJECUTARSE. Esto pasa porque se define un principio del testing que no todos los TC pueden ejecutarse, a veces es mejor hacer nuevos TC cuando la MISMA FUNCIONALIDAD se mejora o cambia mucho, todo para evitar problemas al momento de ejecución. A veces sucede mucho que los TC no cumplen ni documentan todas las precondiciones pertinentes al momento de la ejecución del mismo.


    🐞 Si descubriste un Bug, y lo reportaste, entonces tus próximas tareas abiertas serán las de RTX, y deberás cargar las horas ahí (así como hacen con el Task de QA que estaba en la US). Ese es el deber ser, aunque yo no los molesto mucho con eso, jajaja.


    🚩 La US únicamente es cerrada por el BA (el que se dedica a armar las US), para eso, él debe validar que todas las Task hayan sido cerradas y la Feature ya esté en UAT, para poder cerrarla definitivamente.

     

    🦉 La persona Líder QA no participa casi en nada en la labor de ustedes cuando trabajan en una US, esta persona solo deberá hacerles seguimiento y saber que están haciendo sus actividades, también se encarga de administrar todos los reportes de incidencias (bug/defectos) que ustedes hayan reportado (y bueno mucha más cosas). Pero Jamás él/ella (QA Lead) les tocará una incidencia a menos de que les quiera corregir.

     

    Por si tenían dudas con esto, resumo:

    1. Las Incidencias TS, transítenla en "ALL DONE" cuando finalicen el Diseño de los TC.

    2. Las Incidencias TX, transítenla en "CLOSE" cuando finalicen la PRIMERA Ejecución de los TC. (hayas o no, reportados defectos en el proceso)

    3. Cumpliendo ambas condiciones, ya pueden cerrar la tarea QA asociada a la US, cargar las horas de trabajo y transitarla a "CLOSE". Sin importar que tengas Bug o Defectos abiertos.

    4. La tarea RTX es igual a una Tarea QA en la US, por lo que ahora solo deben rellenar las horas de trabajo en el RTX, para solamente el Re-testing de los Defectos abiertos.