Cuando pensamos en el equipo de QA normalmente pensamos solamente en esas personas que se encargan de hacer testing y romper cosas para que quien desarrolle termine con canas verdes… en parte tienen razón, pero hay más cosas por hacer.

Recientemente, cumplí un año trabajando como QA. En este año he aprendido cosas que quisiera compartir con ustedes y también algunas reflexiones que he tenido en el camino.

Primero debemos entender qué significa Calidad en el Software. ¿Un software con calidad es aquel que está libre de bugs y de cualquier fallo? ¿Es el producto perfecto? No, por lo menos para mí no lo es.

Un Software de calidad es aquel que está cumpliendo su objetivo y funciona lo mejor posible, ¿cuál es su objetivo? Eso depende de cada producto. En ocasiones, el producto puede intentar mejorar la experiencia de usuario, aumentar la conversión, enganchar a nuestros usuarios a usar más el producto, etc.

Teniendo esto claro, entonces podemos darnos cuenta de que hacer QA no es solamente encontrar y reportar bugs, sino que también debemos asegurarnos de que el producto que estamos creando esté yendo por la dirección correcta. ¿Acaso pensar en eso no lo hacen los Project Managers? Tienes razón, pero la visión del QA ayuda principalmente porque somos quienes primero probamos el producto y conociendo esta visión es que podemos dar un feedback temprano de si el desarrollo está cumpliendo lo que se espera o si nos estamos desviando.

¿Cómo sabemos que el producto está cumpliendo su objetivo? Una realidad es que no lo sabremos al 100% hasta que sea usado realmente por nuestros usuarios, pero lo que podemos hacer es que desde que se está planeando, y mientras lo usamos por primera vez, nos pongamos a pensar “¿por qué las personas quisieran usar esto?, ¿cuáles son sus motivaciones para querer dar clic aquí? ¿por qué quisiera hacer todo este flujo?” y muchas preguntas similares, pero principalmente entender esos porqués. Esto es algo en lo que nuestra Product Designer de confianza nos puede ayudar.

Aunque esto es solo del lado de quien usa nuestro producto, también las empresas tienen un interés en lanzar este producto por algo, entonces querrán que esté bien posicionado en motores de búsqueda y también necesitarán recopilar datos para conocer el comportamiento de quienes lo usen. Entonces, otras cosas que debemos revisar del producto son cosas como el SEO y si los datos que queremos guardar se están enviando correctamente a donde los almacenaremos.

Como puedes ver, cada vez el trabajo se está ampliando más, y eso que no estamos tomando en cuenta revisión de historias de usuario, revisión de ortografía, copias, automatización…

Si te llama la atención conocer el trabajo de QA o quieres ser QA, una cosa que te recomiendo al 100% es que tu curiosidad no tenga fin. Tendrás que comprender y aprender de muchas más cosas de las que tienes en mente. Entender el lenguaje técnico de developers, tener conocimiento en los conceptos de la creación de productos, entender cómo usar herramientas como las Developer Tools del navegador para que ayudes a contribuir en las soluciones de bugs, conocer conceptos básicos de SEO para darte cuenta si algo debe cambiarse, por ejemplo, renderizar nuestro contenido desde el servidor para que nos ayude en performance y posicionamiento, ¿qué son las meta tags y buenas prácticas de SEO?, entre muchas cosas más.

Por último, una cosa indispensable, conoce y usa el producto cuando esté en producción. Lo que te ayudará a determinar si el producto que estás probando cumple su objetivo es tener una visión global del ecosistema donde estará viviendo, eso solo lo lograrás siendo usuario de tu propio producto.

En conclusión: conoce la visión del producto, conoce a quiénes lo usarán, conoce lo que se espera del producto como usuario y como empresa, y úsalo como cualquier otro usuario más; eso poco a poco te ayudará a aumentar la calidad.