Automatizar en un banco no es lo mismo que automatizar un e-commerce. Los sistemas son legacy, la infraestructura es limitada y cada error puede tener consecuencias serias. Acá van algunas cosas que aprendí en el camino, varias a los golpes.
El contexto importa más que la herramienta
Podés saber Selenium de memoria, pero si no entendés el negocio bancario, vas a automatizar mal. Antes de escribir una línea de código, invertí tiempo en entender:
- Qué proceso estás automatizando y por qué existe
- Qué puede salir mal y cuáles son los casos borde
- Cómo se relaciona con otros sistemas
Infraestructura limitada = creatividad obligatoria
Cuando tu VM tiene 2GB de RAM y el sistema que tenés que automatizar es una aplicación desktop de principios de los 2000, las soluciones “de libro” no funcionan. Algunas cosas que aprendí:
- Sikuli te salva cuando Selenium no tiene dónde agarrarse - Para aplicaciones donde no hay DOM ni selectores posibles, el reconocimiento visual puede ser la única entrada razonable.
- Optimizá todo - Con una VM chica, cada espera mal puesta te arruina la ejecución.
- Fallar rápido - Si algo va a fallar, que falle pronto y con información útil.
Mi primera demo técnica: nervios y píxeles
Una experiencia que me marcó fue mi primera demo con gente del banco. Tuve que explicar cómo funcionaba Sikuli —básicamente cómo la herramienta reconoce elementos en pantalla comparando píxeles, por qué a veces falla si cambia el tamaño de la ventana o la resolución, y cómo optimizamos las capturas para que sean más robustas.
Estaba tremendamente nervioso. No es lo mismo explicarle automatización a otro desarrollador que a stakeholders del negocio que necesitan entender por qué confiamos en “una herramienta que mira la pantalla”. Pero valió la pena: el equipo entendió las limitaciones y los beneficios, y a partir de ahí hubo más apoyo para invertir tiempo en estabilizar las automatizaciones.
Lección aprendida: comunicar lo técnico de forma clara es tan importante como saber hacerlo.
Lo que me dejó esa experiencia
Automatizar en un banco me enseñó algo bastante incómodo: la herramienta ayuda, pero no compensa no entender el problema. Podés tener Selenium, Sikuli o el framework más prolijo del mundo; si no entendés el flujo, los riesgos y las limitaciones del entorno, vas a automatizar algo frágil.
No siempre vas a tener el entorno ideal ni las herramientas más modernas. A veces tenés una VM justa, una app vieja y stakeholders que necesitan confiar en algo que no ven. Ahí el laburo no es vender una automatización perfecta: es construir algo que sirva, explicar sus límites y hacerlo mejorar con evidencia.