Tes devs vont produire 3x plus de fonctionnalités. Tes QA leur ont parlé méthodologie combien de fois en 2025 ?
Mais c'est ok, tes tests de performance vont aussi faire x3 ET seront tous automatisés ET resteront aussi pertinents qu'avec des humains dans la boucle.
Moi, j'y crois pas.
Si t'as pas un début de Quality Assistance ou Developer Experience aujourd'hui, tes QA n'ont pas commencé à transmettre. Et tu vas dans le mur.
Tu vas choisir quoi ?
- Tu continues de tout router vers la QA. Elle fait ce qu'elle peut mais n'accélère pas assez. Et tout le monde se regarde dans le blanc des yeux en attendant que "les tests passent".
- Les devs n'attendent plus. Ils et elles testent via agents. Sans méthodo, sans savoir quoi mesurer ni pourquoi. Or, tes tests servent à décider. Si la grille de lecture est mauvaise, la décision le sera aussi.
Dans les deux cas, tu perds.
Former des devs à penser test, ça prend du temps. Si tu penses que ça va de soi, regarde les réfractaires au TDD…
J'ai vécu ça dans une boîte en hypercroissance : même avec de la bonne volonté des deux côtés, ça demandait un focus clair et de bonnes bases culturelles.
Depuis des années, tout le monde dit de diffuser les responsabilités. Pour la méthodologie, bizarrement, tout le monde se planque.
Publié à l'origine sur LinkedIn.
Voir le post sur LinkedIn →