Contratar ingenieros de QA en Latam: lo que sí funciona

Si seguís contratando “QA tester” como en 2018, estás pagando por un rol que la IA y el tooling moderno están haciendo redundante a paso lento pero firme. La función de QA está viva. La descripción de puesto de QA no. Acá te dejamos para qué contratamos en 2026, cuánto cuesta en Latam, y cómo separar a los ingenieros de automatización reales del barniz de CV.

El QA manual puro está muriendo

Hace cinco años un QA manual que corría test cases en TestRail era una contratación defendible. Hoy, lo que hacía esa persona o ya está automatizado, o se observa en producción con feature flags y analítica, o lo cubre el ingeniero que escribió el código.

Roles que se están muriendo:

• QA manual puro siguiendo scripts. Click acá, esperá esto, reportá el bug. Las partes repetitivas se automatizan, las exploratorias se mueven a ingeniería.
• “Escritores de planes de prueba” que no escriben ni mantienen automatización. Documentación sin ejecución no protege al producto.
• Leads de QA que miden éxito en cantidad de bugs. Contar bugs es una métrica de vanidad. Tasa de fugas en producción y tiempo a resolución son los números reales.

Rol que sí está creciendo:

• Software Development Engineer in Test (SDET) o ingeniero de automatización de QA. Ingeniero que se enfoca en infraestructura de testing, cobertura end-to-end, contract testing, y el tooling que permite que el resto de ingeniería shippee sin miedo.

Si tu spec para “QA engineer” se lee como una lista de herramientas y no como una descripción de qué cosa va a ser responsabilidad suya, vas a recibir candidatos que tocaron las herramientas pero no llevaron la responsabilidad.

Qué lleva un ingeniero de automatización de QA moderno

Responsabilidades reales de un senior de automatización en 2026:

• Suites end-to-end con Playwright o Cypress, integradas a CI, corriendo en cada PR. Saben distinguir entre test inestable y feature inestable, y arreglan los dos.
• Contract testing entre servicios con Pact o checks basados en OpenAPI, para que cambios de backend no rompan el frontend en silencio.
• Pruebas de regresión visual para design systems y flujos clave, normalmente con Chromatic, Percy o alternativas self-hosted.
• Pruebas de performance y carga como gate de regresión, usando k6 o Artillery en rutas críticas.
• Estrategia de datos y ambientes de prueba. Saben armar ambientes aislados, paralelizables, y sembrar datos sin romper otras suites.
• Observabilidad de los tests mismos. Tendencias de runtime, dashboards de flakiness, cobertura por equipo o por área. Tratan la suite como un producto.
• Accesibilidad integrada al resto de QA, con axe-core o Pa11y en cada build.

Son ingenieros, no ejecutores de pruebas. Revisan código, escriben código, refactorizan, hacen pair con desarrolladores. Su día se parece al de un ingeniero de backend con un dominio distinto.

Para el mapa más amplio de roles ver los roles más demandados para staff augmentation en Costa Rica.

Dónde está parada Latam en QA

Latam viene siendo fuente fuerte de QA automation hace años. El trabajo se movió acá temprano porque el diferencial de costo hizo la cuenta fácil, y la gente se quedó porque el trabajo era ingeniería real, no click-testing manual.

Donde la profundidad regional es más fuerte:

• Costa Rica: senior QA automation, buen inglés, fuerte en Playwright/Cypress, cómodo en rituales de equipo de producto. Oferta apretada en el tope, confiable en mid y senior.
• Argentina y Uruguay: banca técnica profunda, excelentes ingenieros de automation, el inglés varía más por persona.
• Colombia y México: oferta grande, mid es lo más fuerte, senior disponible pero a precio de senior.
• Brasil: el pool absoluto más grande, fuerte en performance y carga, el inglés es lo que hay que filtrar.

Donde Latam se adelgaza: testing de hardware-in-the-loop, QA de sistemas embebidos, testing legacy en mainframe. Para ingeniería de producto (SaaS web y móvil, marketplaces, fintech, healthtech), la oferta está madura.

Para el encuadre país por país, nuestro post sobre nearshore en Costa Rica y el artículo más amplio sobre hiring SaaS dan contexto.

Bandas de tarifa 2026 en Latam

Tarifas vía agencia para ingenieros de automatización de QA en 2026:

• Junior QA automation: $18-$30/h
• Mid QA automation: $25-$40/h
• Senior QA automation: $35-$60/h
• Lead QA / SDET con dueñazgo de plataforma: $55-$80/h

Costa Rica y el cono sur (Argentina, Uruguay, Chile) caen en el tope de cada banda. Colombia, México y Brasil quedan en el medio. El QA manual puro tope arriba alrededor de $25/h y no deberías estar contratando ahí.

Un senior SDET en EE. UU. cuesta $140k-$190k base más 25-30% en beneficios e impuestos. Un senior latam fully-loaded sale alrededor de $70k-$110k equivalentes al año. Para muchos equipos, el diferencial acá es suficientemente grande como para que QA sea el primer rol que los fundadores arman vía staff augmentation nearshore.

El take-home que separa a los reales

El filtro de entrevista que usamos, y el que mejor relación señal-ruido tiene:

Pasale a la persona candidata una suite chica pero inestable. Seis a ocho tests, tres de ellos inestables de distinta manera. Uno es una race condition (el test asserta antes de que el estado async se asiente). Uno depende del ambiente (depende de la zona horaria o la fecha del sistema). Uno es order-dependent (pasa solo, falla cuando corre con los demás).

El prompt:

“Esta suite está inestable. Tenemos que shippear a producción el viernes. Pasá 90 minutos en triage. Decinos qué tests mantener, arreglar o borrar. Escribí el plan de estabilización que le presentarías al equipo.”

Los candidatos senior hacen cuatro cosas:

1. Corren la suite varias veces antes de abrir el código. Quieren ver cuáles fallan consistentemente y cuáles intermitentemente.
2. Leen los tests que fallan y identifican el modo de falla, no solo “esta aserción está mal”.
3. Distinguen entre test inestable y feature inestable. Un test que falla porque el feature tiene una race condition real no es un problema del test.
4. Proponen un plan que incluye borrado, no solo arreglo. Los seniors saben cuándo un test no vale la pena salvarlo.

Los candidatos mid arreglan un test, proponen más wait, y se les pasa la dependencia de orden.

Los junior agregan sleep(5000) para que el síntoma se vaya y cantan victoria.

90 minutos, un ejercicio, aprendés todo lo que necesitás. Comparado con 4 rondas de filtros conductuales genéricos, este es el filtro más barato del proceso.

Por qué QA-como-staff-aug le gana a QA-como-proyecto para casi todos

Vemos dos patrones cuando los equipos compran QA por fuera.

QA-como-proyecto: un equipo externo agarra tu suite, “la estabiliza”, quizás monta automatización nueva, y te la devuelve. El handoff falla el 80% de las veces que lo hemos visto. Los tests funcionan el día que el vendor se va y se pudren en un mes porque nadie en tu equipo es dueño de eso. El conocimiento institucional salió por la puerta.

QA-como-staff-aug: un ingeniero de automatización entra a tu equipo. Reporta a tu engineering manager, asiste a tus standups, revisa tus PRs. Construye la suite igual que lo haría un hire interno, con un contrato que te deja subir o bajar el headcount. Cuando las necesidades de QA del equipo cambian, el ingeniero cambia con vos.

Para ingeniería de producto, la forma staff aug gana casi siempre. El único caso donde la forma proyecto tiene sentido es un esfuerzo único de estabilización con scope finito y claro, tipo “nuestra suite está en 60% de pass rate y necesitamos 95% antes del launch en ocho semanas”.

Para más sobre el debate de modelo de contratación, ver outsourcing vs outstaffing.

Cómo arrancar un engagement de QA

Mandanos el rol, o el dolor. El dolor muchas veces alcanza. “Nuestra suite tarda 90 minutos, la mitad es inestable, y los devs se están saltando CI para mergear.” Armamos el spec con vos.

Cinco días hábiles después tenés tres perfiles vetados senior o mid de QA automation, de varios países de Latam. Cada perfil viene con conversación técnica grabada, take-home con nuestras notas, expectativa salarial, nivel de inglés y disponibilidad. Contrato mes a mes, gente en nuestra planilla.

Mandanos un WhatsApp, tres perfiles en 5 días.