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
o 🧪 Cuando terminas de diseñar el CASO DE PRUEBA y está listo para ejecutarse, el estado cambia a 🧪 Si tienen el estado de Pueden EJECUTARSE, cuantas veces sea.🧪 PERO: Si tienen el estado de o 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.
...