Lo que espera desarrollo de QA

Tal vez seas un gran QA con un gran detallismo y puede que seas muy bueno internamente, pero sabes lo que espera un desarrollador de ti como QA ? voy a intentar explicar lo que para mí espera el equipo de desarrollo de QA basado en lo que he hablado con algunos de ellos y lo que he vivido en mi experiencia.

Los desarrolladores, la mayoría del tiempo estan enfocados en sus cosas, en entregar, en desarrollar el código y pasarle cosas a QA y están como se diría popularmente "metidos en su mundo", sin embargo, los desarrolladores esperan muchas cosas de QA no solo buena calidad y habilidades para probar, sino también seguir los procesos, ser proactivo, concentrarse en la entrega y ser un miembro clave en el proyecto, convirtiéndose en la persona que deben buscar dentro del equipo de trabajo en momentos críticos.

Primero que todo, todos los desarrolladores esperan que el QA tenga muy buenas habilidades de pruebas, funcionales y visuales y no solo manuales sino en diferentes tipos de pruebas que requiera el proyecto, el QA debe probar todo, todos los requerimientos, todas las historias de usuario, casos de uso y áreas funcionales del sistema, incluyendo caminos felices, casos aislados, límites en campos, etc. Se deben hacer muy buenas pruebas exploratorias e ir más allá de los requerimientos, como lo dije antes, los criterios de aceptación y los casos de uso o requerimientos son el punto de partida de las pruebas más no donde acaban. Como QA se deben idenfiticar áreas de alto riesgo en el sistema y áreas donde las pruebas automatizadas puedan hacerse, se deben proponer este tipo de pruebas donde se pueda y hacerlas sí se tienen las habilidades, debemos asegurarnos y conocer cuales son las áreas más críticas a probar también.

Con las buenas habilidades para probar llega el buen reporte de bugs, como dije en mi anterior publicación, un buen QA debe reportar bugs correctamente con toda la información necesaria para el desarrolador, esta información incluye: ambiente donde se encontró el error, pasos para reproducirlo, resultado, pantallazos o videos del bug, tipo de bug, severidad, prioridad y título, he visto en el pasado como los desarrolladores se confunden por algunos bugs reportados incorrectamente con pasos faltantes, un título que no es claro o es muy largo o un video o pantallazo que no corresponde con lo que el bug dice.

QA no solo está a cargo de probar, también debe ser el guardian del proceso, por tanto, un desarrollador va a esperar de un buen QA, que esté pendiente y haga cumplir el proceso del proyecto en temas de entregables, boards, visibilidad y manejo de bugs. Puede que esta sea una responsabilidad del gerente de proyecto y es cierto, sin embargo, como QA se debe estar pendiente del estado de cada ticket para levantar riesgos sobre que podría no llegar a terminarse, un ticket que no se estimó correctamente, el estado de los mismos, etc.

Finalmente, con el proceso, grandes habilidades para probar y gran reporte de errores, un desarrollador espera de QA gran comunicación, no solo escrita sino tambien verbal, los desarrolladores esperan que el QA sea la persona a contactar en temas de dudas, falta de información o aclaración de como se entiende un requerimiento, usabilidad y a veces experiencia de usuario, un gran QA debe tener una gran comunicación con todo el equipo, darles visibilidad, si se requiere, ser el punto de contacto entre desarrollo y dueño del producto o entre el gerente del proyecto y dueño del producto, tal vez jamás hayan visto esto pero pasa y a mi me ha pasado mucho en el pasado.

Tal vez muchos de ustedes o la mayoría ya estén haciendo esto o sea algo que parece muy básico, pero he visto muchos QAs o testers que no cumplen los aspectos nombrados arriba, un gran proceso en un proyecto puede llegar a garantizar un éxito en la entrega y calidad del mismo, los invito a que hagan esto y sí son líderes o tienen gente a cargo se aseguren que todos lo hagan también.

En mi próxima publicación hablaré de lo que espera QA del equipo de desarrollo.

@LuchoAgileQA