De QA manual a automatización — Parte 3: el salto a QA Automation Engineer

Si llegaste hasta aquí, ya recorriste un camino importante:

• En la Parte 1 elegiste tu herramienta, escribiste tu primer test real, y convenciste a tu equipo
• En la Parte 2 organizaste tu código con POM, lo integraste al pipeline, y aprendiste qué automatizar

Ahora viene la parte que te lleva de “QA que automatiza” a QA Automation Engineer. No es solo un cambio de título — es un cambio de mentalidad y de habilidades.

1. El salto técnico: más allá de los tests E2E

Hasta ahora hablamos de tests de UI — abrir el navegador, hacer click, verificar. Pero un QA Automation Engineer completo necesita dominar al menos dos técnicas más.

Testing de APIs

No todo tiene que pasar por el navegador. Las APIs son más rápidas de testear, más estables, y muchas veces atrapan bugs antes que la UI.

Lo mejor: Playwright ya incluye soporte para testing de APIs. No necesitas otra herramienta.

import { test, expect } from "@playwright/test";

test("crear usuario via API", async ({ request }) => {
  const response = await request.post("/api/users", {
    data: {
      name: "Adriana Test",
      email: `test-${Date.now()}@example.com`,
      role: "qa",
    },
  });

  expect(response.ok()).toBeTruthy();
  expect(response.status()).toBe(201);

  const user = await response.json();
  expect(user.name).toBe("Adriana Test");
  expect(user.role).toBe("qa");
});

test("no permite crear usuario sin email", async ({ request }) => {
  const response = await request.post("/api/users", {
    data: { name: "Sin Email", role: "qa" },
  });

  expect(response.status()).toBe(400);
  const error = await response.json();
  expect(error.message).toContain("email");
});

Hybrid testing: API + UI en el mismo test

El patrón más poderoso que vas a aprender. Usa la API para preparar datos y la UI para verificar el flujo:

test("usuario creado por API aparece en el dashboard", async ({
  page,
  request,
}) => {
  // Setup rápido via API — no pierdes tiempo navegando formularios
  const response = await request.post("/api/users", {
    data: {
      name: "Usuario Nuevo",
      email: `user-${Date.now()}@test.com`,
      role: "admin",
    },
  });
  const user = await response.json();

  // Verificación via UI — donde realmente importa
  await page.goto("/admin/users");
  await expect(page.getByText("Usuario Nuevo")).toBeVisible();
});

Setup por API, verificación por UI. Lo mejor de ambos mundos.

Visual regression testing

¿Te ha pasado que un CSS roto pasa todos los tests funcionales? El botón funciona, el texto está ahí, todo “pasa” — pero visualmente la página es un desastre.

import { test, expect } from "@playwright/test";

test("dashboard se ve correctamente", async ({ page }) => {
  await page.goto("/dashboard");

  // Compara pixel a pixel con una imagen de referencia
  await expect(page).toHaveScreenshot("dashboard.png", {
    maxDiffPixels: 50, // tolera diferencias menores
    animations: "disabled", // desactiva animaciones para consistencia
    mask: [
      page.locator('[data-testid="current-date"]'), // enmascara contenido dinámico
      page.locator('[data-testid="user-avatar"]'),
    ],
  });
});

La primera vez que corre, genera la imagen de referencia. Las siguientes veces, compara. Si algo cambió visualmente, el test falla y te muestra exactamente qué píxeles cambiaron.

2. Tu carrera: de “QA que automatiza” a “QA Automation Engineer”

Ya tienes las habilidades técnicas. Ahora hablemos de cómo posicionarte profesionalmente.

Lo que buscan las empresas en 2026

Revisé ofertas laborales de QA Automation en LATAM durante los últimos 6 meses. Esto es lo que más piden:

Si seguiste las tres partes de esta guía, ya cubres los cuatro. No es coincidencia.

Tu CV de automation

La diferencia: números y resultados, no buzzwords.

Tu LinkedIn

Tu perfil de LinkedIn es tu carta de presentación. Tres cambios que marcan la diferencia:

1. Headline: no pongas “QA Tester”. Pon “QA Automation Engineer | Playwright | TypeScript | CI/CD”
2. About: cuenta tu transición. “Pasé de testing 100% manual a diseñar estrategias de automatización.” Esa historia conecta.
3. Publica lo que aprendes: un post corto cada semana o dos sobre algo que resolviste. No tiene que ser perfecto. Tiene que ser real.

Las preguntas de entrevista que te van a hacer

Y cómo responderlas con seguridad:

3. La hoja de ruta completa: meses 9-18

Resumen de las 3 partes

Cierre: el camino que recorrí

Empecé en DESOFT haciendo testing 100% manual. Migré a Selenium cuando nadie en mi equipo sabía qué era. Hoy uso Playwright, TypeScript, CI/CD con GitHub Actions, e IA integrada en todo mi flujo de trabajo.

No fue un salto. Fue un camino. Con tropezones, con síndrome del impostor, con tests horribles que después reescribí tres veces.

Pero cada paso valió la pena. Y lo que más me alegra no es lo que logré — es que hoy puedo mostrarte el mapa para que no tengas que caminar a ciegas como lo hice yo.

Si esta serie te sirvió, compártela con alguien que esté en la misma transición. Y si quieres seguir profundizando, en el blog hay artículos sobre mutation testing, lo que la IA hace bien y mal en QA, y cómo armé mi equipo de agentes de IA.

El camino no termina aquí. Pero ya sabes por dónde va.