Con la irrupción de la inteligencia artificial en la construcción de software, los perfiles de QA tienen una oportunidad única para evolucionar su rol a ser Product Engineers.

Los mejores QAs que conozco no son solo testers. Vienen muchas veces de ingeniería, entienden el sistema de punta a punta, y saben detectar qué falta para que una funcionalidad funcione de verdad. Son como brújulas funcionales del equipo. Recuerdo especialmente como en Ontruck los involucrábamos desde el inicio, junto al diseñador y el lead engineer, para pensar bien qué había que tener en cuenta en el producto. Eso era Quality Assistance, no Quality Assurance. Ya he hablado alguna vez de eso por aquí.

Ahora, con la IA, los QAs que tienen visión completa del sistema pueden ir un paso más allá: pasar del testing a la construcción de funcionalidades. Tienen una ventaja enorme para pensar en el usuario, hacer buen prompting, generar código, tests o documentación, desde el frontend hasta el backend. Si antes ayudaban a pensar, ahora también pueden materializar esa visión.

Cada vez estoy más convencido de que no debería haber QAs que simplemente prueban, manualmente o automáticamente, lo que hacen otros. La calidad tiene que estar distribuida. El equipo debe ser responsable de construir software testeable, con escenarios bien definidos. La IA está ya ayudando mucho, con cierto control porque puede generar malos tests si parte de código mal hecho o sin una intención clara detrás. Por eso el pensamiento sistémico sigue siendo irremplazable.

Me gustaría saber cómo lo veis, especialmente quienes estáis en QA o desarrollo. ¿Creéis que este cambio de rol está ocurriendo desde hace un tiempo? ¿O seguimos atrapados en la idea de que QA es quien encuentra los bugs de los demás?