La Paradoja de Polanyi y el Testing de Software: ¿Por qué la automatización no lo puede todo?

Todavía tengo pesadillas con algo que me decía una de mis primeras managers:

"Automatizá todo lo que puedas".

Si bien la automatización es una herramienta poderosa, hay aspectos del testing que son inherentemente humanos y difíciles de codificar. Para entender por qué, podemos recurrir a la Paradoja de Polanyi, un concepto filosófico que explica por qué ciertos conocimientos son imposibles de formalizar completamente. Y si, antes que me digas "pero Pato, ¿qué te fumaste?", te quería contar que anduve y estoy leyendo mucho sobre filosofía y es increíble la de conceptos que encontrás que se relacionan a nuestra querida rama del testing de software.

¿Qué es la Paradoja de Polanyi?

El filósofo y científico Michael Polanyi formuló la idea de que "sabemos más de lo que podemos decir". En otras palabras, hay habilidades y conocimientos que las personas pueden aplicar con destreza, pero que no pueden explicar fácilmente en términos explícitos. Un ejemplo clásico es andar en bicicleta: podemos hacerlo sin problemas, pero describir en detalle cómo lo hacemos es mucho más complicado.

Esto viene un poco también relacionado con lo que decían Platón y Sócrates sobre la reminiscencia y cómo hay cosas que las traemos como conocimiento "en el alma", que no aprendemos, sino que "recordamos cosas que ya sabíamos". Sócrates lo usó para intentar convencerse de que hay un alma y algo después de la muerte justo antes de que le hagan tomar cicuta para palmarla, pero yo lo encontré útil de relacionar con el testing.

La Paradoja de Polanyi en el Testing de Software

El testing efectivo no solo se trata de ejecutar scripts de automatización o verificar condiciones predefinidas. Un tester experimentado posee habilidades innatas como:

• Pensamiento crítico: Encontrar problemas más allá de los casos de prueba escritos.

• Intuición y curiosidad: Saber dónde muy posiblemente la hayan c$gado, explorar caminos inesperados y descubrir errores ocultos.

• Contexto y juicio humano: Comprender el impacto de un bug en los usuarios finales.

• Capacidad de adaptación: Ajustar estrategias según cambios en el producto y el negocio.

Estos aspectos son difíciles de codificar en scripts de automatización porque dependen de la experiencia y la interpretación subjetiva del tester. Obvio que una vez encontrás estos escenarios los podés automatizar, pero...entienden la idea.

¿Por qué la automatización no reemplaza al tester?

Si bien la automatización es una herramienta poderosa para la validación rápida y repetitiva, tiene limitaciones importantes:

• No puede detectar problemas de usabilidad o inconsistencias visuales sutiles.

• No entiende el contexto de negocio ni el impacto real de un bug.

• No tiene creatividad ni intuición para explorar escenarios imprevistos.

Es por eso que el rol del tester humano sigue siendo fundamental. La mejor estrategia no es reemplazar a los testers con automatización, sino complementarlos. La automatización ayuda a eliminar tareas repetitivas, pero el juicio humano sigue siendo clave para encontrar errores críticos.

Conclusión

La Paradoja de Polanyi me recordó que hay conocimientos que no se pueden formalizar fácilmente, y en el testing esto se traduce en la importancia del pensamiento crítico, la intuición y la exploración. La automatización es una aliada, pero nunca un reemplazo del tester humano. Si estás queriendo dar el paso de Manual a Automation, te recomiendo mucho empezar por el curso de Programación para Testers y de ahí saltar a un Playwright o Rest Assured para API Testing.

¿Qué opinás? ¡Dejame tu comentario y conversemos sobre el rol del tester en la era de la automatización!