Le QA va-t-il disparaître face à l'IA ? Ce que l'histoire nous apprend

Points clés

L'IA va automatiser 80 à 90 % des tests, mais elle ne remplacera pas le QA
Chaque révolution technologique a transformé les métiers, sans les faire disparaître
Le vrai danger pour les QA n'est pas l'IA, c'est de rester au niveau de l'exécution
Le QA de demain sera un architecte de qualité, pas un codeur de tests

La panique est réelle

Sur LinkedIn, Reddit et les forums de QA, un même questionnement revient en boucle : "L'IA va-t-elle me remplacer ?" Selon une étude Stack Overflow 2024, 70 % des développeurs utilisent déjà des outils IA dans leur workflow quotidien.

Cette inquiétude est légitime. Quand tu vois Claude Code, GitHub Copilot, ou des outils comme Delta-QA générer des tests visuels en quelques secondes, la conclusion semble évidente : le QA technique est menacé.

Sauf qu'en creusant, la réalité est plus nuancée. Et pour le comprendre, il suffit de regarder ce qui s'est passé avec les révolutions technologiques précédentes.

L'histoire ne se répète pas, mais elle rime

Les calculateurs humains (années 50-60)

Avant les ordinateurs, des équipes entières faisaient des calculs à la main — orbites planétaires, statistiques, ingénierie. Les équipes de la NASA en sont l'exemple le plus célèbre.

Résultat : les ordinateurs les ont remplacés. Mais ces calculateurs sont devenus programmeurs, ingénieurs logiciels, analystes.

Transformation : calcul manuel → programmation

Les dactylographes

Leur métier consistait à taper des documents à la machine à écrire. L'ordinateur et le traitement de texte ont tout changé.

Résultat : le métier pur a disparu. Les survivants sont devenus assistants administratifs, secrétaires polyvalentes.

Transformation : exécution pure → polyvalence

Les dessinateurs industriels

Les plans techniques étaient dessinés à la main avec une précision chirurgicale. AutoCAD et la CAO ont bouleversé tout ça.

Résultat : disparition du dessin manuel, émergence des techniciens CAO et designers numériques.

Transformation : artisanat manuel → maîtrise d'outils logiciels

Les opérateurs téléphoniques

Une personne connectait physiquement les appels. L'automatisation des réseaux a rendu ce métier obsolète.

Transformation : opération manuelle → service client et gestion réseau

Les typographes

Ils assemblaient physiquement des caractères en plomb pour imprimer. La PAO (Publication Assistée par Ordinateur) et Adobe InDesign ont tout numérisé.

Transformation : artisanat physique → design numérique

Le pattern est clair

Dans chaque cas :

Ce qui disparaît :

Les tâches répétitives
L'exécution pure
Le travail manuel automatisable

Ce qui apparaît :

Des métiers plus complexes
La maîtrise d'outils avancés
La capacité à s'adapter et à décider

L'ordinateur n'a pas supprimé le travail. Il a augmenté le niveau de compétence requis. Exactement ce qui se passe aujourd'hui avec l'IA.

Le cas particulier des métiers tech

Mais il y a une différence fondamentale entre les QA et les calculateurs de la NASA.

Les QA, comme les développeurs et les DevOps, sont des métiers technophiles. Contrairement à d'autres professions menacées par l'IA, les personnes dont le métier est menacé sont aussi celles qui s'approprient le plus vite les nouveaux outils.

Prends Anthropic. Claude Code s'adresse d'abord aux développeurs dans une approche B2B. Son marché ? Les ingénieurs. Les mêmes personnes dont on dit que l'IA va les remplacer.

Selon le World Quality Report 2024-2025, 58 % des organisations prévoient d'augmenter leur budget QA cette année, malgré l'adoption croissante de l'IA dans les tests.

Les QA ne vont pas être victimes de l'IA. Ils vont être les premiers à l'utiliser.

Ce que l'IA va vraiment faire

L'IA va automatiser :

La génération de tests (unitaires, intégration, e2e)
L'exécution de scénarios
La comparaison de résultats
La détection d'anomalies visuelles simples
La maintenance partielle des scripts

Oui, ça fait beaucoup. Et oui, le QA qui passe sa journée à écrire des tests va avoir un problème.

Mais voici ce que l'IA ne fait pas :

Savoir quoi tester

Un outil teste ce que tu lui dis de tester. Pas ce qu'il faudrait tester. Selon l'IBM Systems Sciences Institute, un bug trouvé en production coûte 4 à 5 fois plus cher qu'un bug trouvé en développement, et jusqu'à 100 fois plus cher qu'un bug détecté en phase de conception.

Un outil comme Delta-QA détecte un décalage visuel entre deux captures. Mais est-ce un bug ? Un changement voulu ? Une amélioration UX ? L'outil ne sait pas. Seul un humain avec de la connaissance métier peut trancher.

Comprendre ce qui est important

Parmi 500 tests qui passent au vert, lequel est critique pour l'utilisateur final ? Lequel a un impact business ? Lequel couvre un scénario que personne n'utilise vraiment ?

L'IA ne priorise pas. Elle exécute.

Détecter l'invisible

Parfois, A = B techniquement mais c'est un bug. Un bouton présent dans le DOM mais invisible à l'écran. Une donnée affichée correctement mais erronée. Un flux qui fonctionne mais dont l'expérience utilisateur est frustrante.

La qualité produit n'est pas 100 % déterministe.

La vraie menace : le shift-left

En réalité, le plus grand danger pour le QA n'est pas l'IA. C'est le shift-left.

La tendance actuelle pousse les développeurs à écrire eux-mêmes les tests unitaires, les tests d'intégration, les tests e2e. Avec l'IA, ils le font encore plus vite et mieux. Le message implicite : "On n'a plus besoin de QA, les devs s'en occupent."

Résultat : le QA qui se positionne comme "celui qui écrit les tests" est déjà en danger. L'IA ou pas.

Le problème est que quand un dev lance Cypress + Copilot et que tout passe au vert, il se dit "c'est bon". Sauf que personne n'a pensé au cas edge case métier, au scénario cross-device, à l'accessibilité, à la cohérence entre modules.

C'est là que le bug de production arrive — et que la facture explose.

Le QA de demain

Le métier évolue. Voici ce que devient un QA quand il arrête d'être un exécutant :

Architecte de qualité

Définir la stratégie de tests. Identifier les zones de risque. Prioriser ce qui doit être testé en premier. Choisir les bons outils et les bonnes approches.

Interpréteur d'IA

Comprendre les résultats générés par les outils. Filtrer le bruit (les faux positifs, les différences mineures). Distinguer ce qui est un vrai problème de ce qui est un changement acceptable.

Garant produit

Challenger les décisions produit. Détecter les incohérences métier. Poser les questions que personne ne pose : "Est-ce que l'utilisateur comprend ce bouton ?" "Est-ce que ce flux correspond à un cas d'usage réel ?"

Pont entre tech et métier

Le QA est le seul rôle qui comprend à la fois la technique et les attentes utilisateur. C'est un avantage concurrentiel, pas une faiblesse.

Le parallèle final

Le dactylographe est devenu assistant polyvalent
Le dessinateur industriel est devenu designer numérique
Le calculateur humain est devenu programmeur
Le QA exécutant deviendra architecte de qualité

FAQ

L'IA va-t-elle vraiment remplacer les testeurs QA ?

Non. L'IA va automatiser 80 à 90 % des tâches d'exécution de tests, mais le besoin d'un humain pour définir la stratégie, interpréter les résultats et garantir la qualité métier reste entier.

Faut-il arrêter sa formation QA ?

Non, mais il faut l'adapter. Les formations QA doivent intégrer l'IA comme outil, et se concentrer sur les compétences stratégiques : analyse de risques, architecture de tests, communication avec les équipes produit.

Quelles compétences QA seront les plus demandées en 2025-2030 ?

L'architecture de qualité, l'interprétation des résultats d'IA, la connaissance métier, et la capacité à faire le pont entre la technique et les attentes utilisateur seront les compétences clés.

Le shift-left va-t-il éliminer le rôle de QA ?

Le shift-left déplace les tests vers les développeurs, mais ne supprime pas le besoin de supervision qualité. Les QA deviennent des conseillers plutôt que des exécutants.

Conclusion

Non, le QA ne va pas disparaître
Non, le QA ne va pas juste coder des tests
Oui, les outils comme Delta-QA vont remplacer une grosse partie du travail mécanique
Oui, les QA qui restent au niveau de l'exécution vont souffrir
Et non, l'IA ne pense pas ta stratégie qualité à ta place

La vraie question n'est pas "Est-ce que l'IA va me remplacer ?" mais "Est-ce que je suis celui qui définit la qualité, ou celui qui l'exécute ?"

We're building Delta-QA, a visual regression testing tool. Feedback welcome!