Juan Candia, especialista en QA: “La calidad no se trata solo de que el sistema funcione, sino de que el usuario no tenga que luchar para usarlo.”

Más allá de encontrar errores o cumplir requerimientos técnicos, para Juan Candia, ingeniero informático y especialista en QA, asegurar la calidad se trata de empatía, de ponerse en el lugar del otro.

La labor de los especialistas en QA es asegurar que los productos digitales cumplan con los estándares de calidad. Esto implica garantizar funcionalidades, rendimiento y supervisar todo el ciclo de desarrollo. Su objetivo es prevenir errores y garantizar una experiencia de usuario óptima.

Para conocer más sobre esta labor, conversamos con Juan Candia, ingeniero informático y especialista en QA Automation, parte de nuestro equipo en Valio. Con cinco años de experiencia, Juan nos comparte su perspectiva sobre cómo construir una cultura de calidad compartida. También habla sobre el balance entre la automatización y la conexión humana frente a la Inteligencia Artificial. Además, explica por qué el rol del QA es, en su esencia más pura, ser la voz del usuario.

¿Cómo supiste que querías dedicarte a QA?

Siempre he sido una persona analítica y curiosa. Desde pequeño, desarmaba cosas para entender cómo funcionaban. El punto de inflexión llegó cuando comprendí el impacto real que tiene un software mal diseñado en la vida de las personas. La frustración, la pérdida de tiempo y, en muchos casos, el estrés en momentos importantes son consecuencias directas. Ahí entendí que QA no es solo encontrar errores. Se trata de proteger al usuario y asegurar que la tecnología realmente le facilite la vida.

La perspectiva del usuario final en QA

No me limito al requerimiento. Siempre me pregunto: “¿cómo usaría esto una persona real?”. Valido más allá del happy path, incluyendo errores, distracciones y contextos reales. Me interesa no solo que funcione, sino que sea claro, intuitivo y que no genere fricción. La calidad no se trata solo de que el sistema funcione, sino de que el usuario no tenga que luchar para usarlo.

Decisiones difíciles en el lanzamiento de funcionalidades

Si tuviera que elegir entre lanzar a tiempo una función “técnicamente correcta” pero con fricción para el usuario, o retrasarla para mejorarla, elegiría retrasarla. Mi prioridad es el usuario. Una funcionalidad “correcta” pero frustrante genera deuda de experiencia (UX) difícil de recuperar. Aun así, entiendo el negocio, por lo que propongo alternativas como “releases controlados” o mejoras iterativas. Idealmente, siempre busco reducir fricción antes de liberar.

Manejo de errores críticos

Si encuentro un error crítico justo antes de un lanzamiento importante, siento una mezcla de adrenalina y alivio. La adrenalina viene por el contexto, pero el alivio es mayor. Encontrar el error antes de producción significa evitar un problema mayor para el usuario y el negocio.

Herramientas para simular comportamientos reales

Utilizo herramientas como Playwright para automatización E2E, considerando flujos reales. También simulo variaciones como tiempos de carga, errores, estados intermedios y diferentes tipos de datos para acercarme al comportamiento real del usuario.

Validación del valor real para el usuario

No basta con cumplir el “Definition of Done”. Siempre cuestiono si la funcionalidad realmente resuelve un problema. QA no solo valida que esté bien construido, sino que tenga sentido para el usuario.

Creando una cultura de responsabilidad compartida

La cultura de calidad compartida es fundamental. La calidad no debe ser la última capa, sino parte del proceso. Trabajo involucrándome desde el refinamiento, haciendo preguntas, compartiendo riesgos y promoviendo la responsabilidad del equipo.

Manejo de la presión en el equipo

Cuando un desarrollador me dice “eso no es un error, es un comportamiento esperado”, pero yo sé que el usuario lo percibirá como un error, evito discutir desde lo técnico. Llevo la conversación al usuario. Puede funcionar como fue diseñado, pero si el usuario lo percibe como un error, entonces es un problema real. Esa perspectiva ayuda a alinear criterios.

La experiencia del usuario final

He visto cómo pequeños detalles generan confusión real en usuarios. Eso cambia la forma de testear. Ya no se trata solo de validar funcionalmente, sino de entender cómo impacta la experiencia.

La responsabilidad de ser la voz del usuario

Es una gran responsabilidad. QA es la voz del usuario dentro del equipo. A veces implica cuestionar decisiones, pero el resultado vale la pena cuando el producto funciona de forma clara y fluida.

La IA y el rol del QA

La IA ya puede generar casos de prueba, predecir comportamientos e incluso simular emociones. Sin embargo, hay partes de mi trabajo como analista QA que solo pueden ser sentidas, no calculadas. La IA puede decir que todo funciona, pero no puede detectar confusión, frustración o ansiedad. Mantener esa conexión humana es clave en el rol QA.

Asegurando la calidad a nivel personal

Asegurar la calidad significa generar confianza. Que una persona use el sistema y sepa que funcionará bien. Ser QA me ha enseñado que la excelencia se logra con mejora continua. También he aprendido que la comunicación es más importante que encontrar errores y que la calidad es un trabajo en equipo.

Conclusión

En resumen, asegurar la calidad en el desarrollo de software es un proceso que va más allá de la simple detección de errores. Implica una profunda comprensión del usuario y su experiencia. La empatía es fundamental en este rol. Al final del día, nuestro objetivo es crear productos que realmente mejoren la vida de las personas.

QA Funcionalidades Calidad