Spécialistes QA.
Pas généralistes.

Non — et nous sommes bien placés pour le dire, puisque nous la faisons tourner en delivery depuis deux ans. L’IA rédige un premier jet de cas, maintient les sélecteurs, trie les échecs et compare en masse. Elle ne décide rien : ce qui mérite d’être testé, ce que coûte une anomalie et si une version part en production restent des jugements. Ce qui a changé, c’est le volume qu’un consultant couvre dans une journée.

Quatre endroits, par ordre de rentabilité : générer des cas à partir des spécifications ou d’un brief ; réparer les scripts quand l’interface bouge ; trier une exécution en échec pour qu’un humain lise vingt résultats plutôt que six cents ; et comparer en masse — 756 articles d’une carte relus et recoupés sur 34 points de vente, en une minute. Le reste reste moins cher à la main.

Non, et c’est souvent la première chose que nous disons. L’automatisation se justifie sur ce qui se répète : parcours critiques, campagnes récurrentes, non-régression. Le reste coûte plus cher à maintenir qu’il ne rapporte. Notre objectif est de délester vos experts fonctionnels des tâches répétitives et peu valorisantes, pour qu’ils passent leur temps sur l’analyse et la décision.

Le BDD n’est pas un outil de test, c’est un contrat de langage. Écrire en Étant donné / Quand / Alors force le métier et la technique à s’entendre sur le comportement attendu avant qu’une ligne soit écrite. Ça paie quand le métier lit et conteste vraiment les scénarios. Quand personne hors de l’équipe de test ne les ouvre jamais, vous payez une couche de plus pour rien — et nous vous le dirons.

Pas la semaine avant la mise en production, qui est pourtant le moment où on nous appelle. Un tir de charge lancé trop tard vous apprend que ça casse, pas quoi changer — l’architecture est déjà figée. Il faut un premier tir tôt sur les deux ou trois parcours qui portent le trafic, puis le garder dans la chaîne. JMeter, Gatling, Neoload : l’outil compte beaucoup moins que le moment où vous le lancez.

L’ISTQB donne un vocabulaire commun — quand un client dit sévérité, criticité ou non-régression, tout le monde entend la même chose. Sur un projet à plusieurs, ça vaut cher, et c’est pour ça que 100 % de nos consultants l’ont. Ça ne dit pas si quelqu’un sait automatiser un parcours de borne ou lire une base de données. Ça, on le vérifie autrement, et vous pouvez le constater vous-même dans les dossiers de compétences.

On prend votre façon de travailler. En squad agile, la QA est dans l’équipe et la definition of done inclut les tests — pas de phase de recette rapportée à la fin. En SAFe, on se branche sur le PI planning et sur la non-régression partagée. En cycle en V, on revient à un plan de test classique. Le vrai changement de ces dernières années n’est pas le cadre, c’est que le test est remonté vers l’amont : plus un défaut est trouvé tôt, moins il coûte.

Le premier cycle automatisé donne déjà une mesure : temps d’exécution comparé au manuel, et défauts trouvés avant la mise en production plutôt qu’après. Sur un parc en exploitation, la première lecture automatisée de 27 restaurants a pris une minute et remonté quatre articles invendables, une remise imprimée sous trois libellés et quinze articles au mauvais prix en formule.

Parce que depuis 27 ans, TTC fait une seule chose : la qualité logicielle. Nous ne sommes pas des généralistes qui placent aussi des testeurs — la QA est tout le métier. Concrètement, celui qui vous vend la mission en a fait une, et vous n’êtes pas le terrain d’apprentissage d’un junior posé sur une grille tarifaire.

Les trois peuvent marcher. Mais sans une ressource réellement qualifiée dès le départ, vous passerez à côté des bénéfices attendus — un framework d’automatisation mal posé au premier mois se jette au sixième. Une ESN sérieuse, c’est un accompagnement dans la durée et l’accès à des solutions plus complètes qu’un intervenant isolé ne peut porter seul.

L’open source a l’avantage dans les environnements standards, même s’il demande plus d’efforts à l’implémentation. L’idéal se trouve souvent à mi-chemin — Playwright, développé par Microsoft, gratuit et réellement solide. Nous travaillons d’abord avec vos outils, et n’amenons les nôtres que lorsqu’ils couvrent ce que les vôtres ne couvrent pas.

Le transfert fait partie de la démarche, pas de la dernière semaine. Vos équipes sont formées à mesure, les solutions mises en place vous restent, et la sortie est prévue dès la première phase. Une mission qu’on ne peut pas rendre est une mission mal menée.