La automatización de pruebas es uno de los temas más buscados en el mundo del testing de software. Muchos testers quieren dar ese salto porque promete más oportunidades laborales, mejores salarios y proyectos más desafiantes. Algunos piensan que es usar herramientas que hacen todo por vos, otros piensan que pueden escapar de las garras del código usando algo lowcode como Katalon Studio y...si bien hay un poquiiiiiito de cierto en eso, no es lo que recomiendo.

Hay un error muy común: empezar a automatizar sin tener la base técnica necesaria. ¿Sabés por qué lo se? Porque yo cometí ese error al principio y me cansé de verlo pasar a lo largo de mi carrera. Y eso termina en frustración, frameworks abandonados y la sensación de que “la automatización no es para mí”.

Para que no te pase eso, quiero compartirte 3 cosas fundamentales que todo tester debería saber antes de escribir su primer script de automatización. Y sí, si todavía no dominás alguna, no te preocupes: podés aprenderlo en mi curso Programación para Testers.

Programación Orientada a Objetos (POO)

La gran mayoría de frameworks de automatización (Selenium, Playwright, Cypress, Rest Assured, etc.) están basados en lenguajes de programación que siguen el paradigma de programación orientada a objetos (Java, Python, JavaScript, TypeScript, C#, entre otros).

Si no entendés los pilares de la POO —clases, objetos, herencia, polimorfismo y encapsulación— es muy difícil estructurar un framework de manera escalable.

Ejemplo real:

• Si tu suite de pruebas empieza a crecer y no usás herencia ni clases bien organizadas, vas a terminar con un código duplicado que se convierte en una pesadilla de mantenimiento. Te van a querer cagar a trompadas los pobres infelices que vengan después de que vos renunciaste y te fuiste al caribe a gastar tus dólares ganados con automation en Margaritas y, en definitiva, no le va a servir a nadie.

• Si no entendés el concepto de objetos, te va a costar modelar elementos de la UI o requests de una API de forma reutilizable.

💡 Consejo práctico: no tenés que ser un “senior developer” para automatizar, pero sí necesitas un dominio sólido de la POO. Esto marca la diferencia entre un script rápido y un framework profesional.

👉 Si querés aprender estos conceptos desde cero y aplicados directamente al testing, te recomiendo mi curso Programación para Testers.

Uso de Git

Saber programar no es suficiente si tu código está aislado en tu máquina. En el mundo real, los testers automatizadores trabajan en equipo, y eso significa usar control de versiones con Git.

¿Por qué es tan importante?

• Colaboración: vas a compartir código con otros testers y developers.

• Historial: podés volver atrás si algo se rompe (¡gracias Git por salvarme tantas veces!)

• Integración continua (CI/CD): la mayoría de pipelines en Jenkins, GitHub Actions o GitLab CI dependen de repositorios Git.

Ejemplo práctico:

• Vas a abrir pull requests para que tu equipo revise tus tests automatizados.

• Vas a crear ramas para nuevas features o correcciones.

• Vas a tener que resolver conflictos cuando dos personas modifican el mismo archivo.

Si nunca usaste Git, todo esto puede sonar intimidante. Pero la buena noticia es que se aprende rápido y con práctica se vuelve natural. Eso si...los conflictos son siempre, pero SIEMPRE un garrón. No importa cuántos años de experiencia tengas.

👉 En mi curso Programación para Testers también cubrimos Git desde cero para que te sientas cómodo trabajando en proyectos reales.

Uso de una terminal Bash

El tercer punto que muchos testers subestiman: la terminal.

Sí, ese lugar con fondo negro y letras blancas donde parece que todo se hace con magia. Una vez que la dominás te sentís Elliot en Mr Robot

¿Por qué es clave?

• La mayoría de herramientas de automatización (como Playwright, Cypress o Postman CLI) tienen comandos que se ejecutan desde la terminal.

• Para levantar un servidor local, correr tests, instalar dependencias o trabajar con Docker, la terminal es tu mejor amiga.

• La terminal es más rápida y versátil que una interfaz gráfica en muchos casos.

Ejemplo real:

• Un simple npx playwright test o pytest te permite correr todos tus tests sin abrir un IDE.

• Con git desde terminal podés clonar repositorios, crear ramas o hacer merges.

• Si aprendés Bash, también vas a poder crear scripts que automaticen tareas repetitivas de tu día a día.

Aprender terminal no es opcional si querés ser un tester técnico. Cuanto antes la adoptes, más independiente y productivo vas a ser.

Conclusión

Automatizar pruebas no empieza con Selenium, Playwright o Cypress. Empieza mucho antes: en entender programación orientada a objetos, trabajar con Git y sentirte cómodo en la terminal.

Si dominás estas tres bases, cualquier framework de automatización va a resultarte más fácil y vas a crecer mucho más rápido como tester.

👉 ¿Querés aprender estos fundamentos de forma práctica y aplicada directamente al testing? Sumate a mi curso Programación para Testers y empezá hoy mismo a construir la base que todo tester automatizador necesita.