No desaparece el rol de QA, desaparecen los enfoques obsoletos

Cada tanto alguien pregunta si la IA va a reemplazar al QA. La pregunta está mal planteada. Lo que veo desaparecer no es el rol — es el enfoque obsoleto de ese rol: el QA que ejecuta casos de prueba sin visión integral del producto, y el dev que ignora el impacto funcional de lo que construye porque "eso es problema de QA".

El humano con IA reemplazará al humano sin IA. No la uso como frase para asustar a nadie — la uso porque describe con precisión lo que ya está pasando. La parte mecánica del trabajo de QA — ejecutar el mismo caso de prueba cien veces, revisar a mano un reporte de cobertura, redactar cada escenario de equivalencia desde cero — es exactamente la parte que un agente de IA hace mejor, más rápido y sin cansarse.

Lo que no reemplaza es el juicio. Decidir qué merece una prueba y qué no. Entender qué impacto tiene un cambio en el negocio real, no solo en el código. Leer un resultado ambiguo y decidir si es un bug o un comportamiento esperado. Ese trabajo se vuelve más valioso, no menos, cuanto más se automatiza el resto.

Por eso pienso al QA moderno como un puente entre lo funcional y lo técnico, no como una etapa separada del desarrollo. Un QA Engineer con IA puede ser un equipo completo: alguien que diseña casos con técnicas formales, corre la ejecución apoyado en herramientas propias — armé Script Manager con esa idea en mente — y lee las métricas reales de calidad del código, no solo el resultado del último test, apoyándose en algo como SonarCloud para ver dónde está la deuda técnica de verdad.

No es una profecía apocalíptica ni un canto de victoria. Es un corte quirúrgico: una parte del trabajo de QA se va a la máquina, y la otra parte — la que siempre fue la más difícil de enseñar — se vuelve el centro de lo que un QA aporta.

Publiqué esta idea originalmente en LinkedIn.