Lección 4 de 6 · 3 min
Límites, barandillas y el perfil QA que viene
Al terminar sabrás
10 min- Ubicar cada aplicación de IA en el mapa honesto (maduro / a medias / humo)
- Identificar qué no se delega jamás y por qué
- Posicionarte en el mercado QA+IA con la combinación que se paga
El mapa honesto (2026)
| Aplicación | Estado | Veredicto | |---|---|---| | Generar casos desde requisitos | Maduro | Úsalo hoy, curando | | Escribir/mantener automatización | Maduro | Úsalo hoy, con revisión | | Diagnóstico de fallos | Maduro | Úsalo hoy | | Auditoría de cobertura | Útil | Segundo revisor, no único | | Self-healing tests | A medias | Peligro silencioso | | Agentes exploratorios | A medias | Ruidosos aún | | "QA sin humanos" | Humo | Nadie serio lo sostiene |
Self-healing: el peligro silencioso
Herramientas que reparan selectores rotos automáticamente suenan perfectas — hasta que reparan un test que debía fallar. Si el botón de pago desapareció y el selector se "auto-sana" hacia otro elemento, tienes suite verde y checkout roto: el peor estado posible.
Barandilla: self-healing solo con reporte obligatorio de cada reparación revisado por humano. Reparación silenciosa = prohibida.
Lo que no se delega
- El criterio de riesgo. Decidir qué probar primero requiere conocer tu negocio, tu historia de incidentes y tu tolerancia al error. Es la habilidad mejor pagada de QA justamente porque no se automatiza.
- La conversación incómoda. "Este requisito es ambiguo", "no llegamos con calidad a esta fecha" — la IA no se sienta en esa reunión.
- El veredicto de release. Un modelo puede informarlo; la responsabilidad de decir "sale" o "no sale" tiene nombre y apellido.
Barandillas de equipo (para leads)
- Test generado no visto fallar = no se mergea.
- Matriz generada = borrador; la versión curada lleva autor humano.
- Diagnóstico de IA = hipótesis; se confirma con experimento antes de "arreglar".
- Datos sensibles nunca en prompts a servicios externos sin acuerdo de datos vigente.
El perfil que está ganando el mercado
Las ofertas QA 2026 piden cada vez más "experiencia usando IA en el ciclo de testing". Lo que realmente distingue a ese perfil no es saber prompts — es la combinación:
Fundamentos sólidos (técnicas de diseño de casos, criterio de riesgo — sin esto, no puedes curar lo que la IA produce) + fluidez con herramientas IA (los flujos de este curso) + juicio sobre cuándo no usarla (la tabla del inicio).
El QA que solo ejecuta casos compite con la IA. El QA que la orquesta con criterio compite por los mejores sueldos del mercado.
Cierre del curso
Tienes el mapa completo: los cuatro flujos maduros, los modos de fallo, las barandillas. Combínalo con los cursos técnicos (Playwright, Selenium) y tienes el stack completo del QA moderno.
Comprueba lo aprendido en el quiz y escribe tu política en el reto final.
Compruébalo
0/3Responde sin mirar atrás. Verás la explicación al instante.
1. ¿Por qué el self-healing de tests es un 'peligro silencioso'?
2. ¿Qué NO se delega jamás a la IA?
3. ¿Qué combinación distingue al perfil QA que gana el mercado 2026?
Reto final: tu política personal de IA
Escribe tu 'política personal de IA en testing': 5 reglas sobre qué delegas, qué revisas y qué no delegas jamás.
Es el documento que te van a preguntar —de una forma u otra— en tu próxima entrevista.