Flujo de Testing Versi贸n: 0.1b
1) Entrada • El desarrollador antes de colocar el ticket en QA debe decidir si cargar contenido en el archivo logic.txt dentro de la carpeta docs de los modulos skeleton, de ser un ticket muy obvio o de maquetado, no serĂa necesario el logic.txt. • El desarrollador asigna el ticket al tester y lo coloca en estado de QA.
2) Proceso • El tester antes de reportar un error, debe controlar si el mismo puede llegar a repetirse en todo el sitio, de ser así entonces puede crear un ticket nuevo de feedback. • Si el error repetido es el único que se encuentra en ese ticket y si creo el ticket de feedback, entonces lo podrá cerrar, en caso contrario reportar los otros errores y como mucho hacer una referencia del feedback mencionando el número del ticket nuevo. • Si el ticket fracasa en el testing, se lo pone como fail y se lo deja asignado al tester.
3) Salida • Los tickets que no fallan en el testing, se los pueden cerrar. • El PM en algún momento, verá los tickets abiertos que tiene asignado el tester ( los que fallaron en el testeo ) y analizará que hacer con los mismos, si reasignarlos, cerrarlos, etc. • Hakuna Batata The End !