Avant toute analyse je souhaiterais remercier les 80 personnes qui ont répondues à ce sondage et qui permettent d’avoir une représentation, j’espère suffisamment représentative, sur la vision du testeur agile mais aussi l’évolution depuis le sondage précédent en 2022.
Vous pourrez d’ailleurs remarquer que d’une manière assez surprenante, les résultats de 2019, 2022 et 2025 sont assez similaires !
Comme en 2019 et 2022 la quasi-totalité des sondés se considèrent comme testeur et travaillent en Agile:


Le rôle du testeur Agile
Le testeur Agile est vu, comme en 2019 et 2022, principalement comme un coach Agile.

Cette vision de coach test a par ailleurs eu une croissance significative… Contrairement à la vision « Automaticien » qui était assez importante en 2019 et est, en 2025, quasiment négligeable alors qu’elle était proche de 20% en 2019 et de 10% en 2022.

Les produits Agiles
Contrairement à ce que l’on pourrait croire, les développements webs restent assez stables sur les 6 dernières années. Les types de produits construits avec une méthode Agile restent d’ailleurs assez proches ces dernières années, même si l’on peut noter une hausse des produits de type client lourd développés en Agile. Cela peut probablement s’expliquer par une adoption plus tardive de l’agile sur le développement de ces produits:

Du côté du nombre de livraisons. On note une disparition progressive des livraisons très rares (4 ou moins) pour des livraisons un peu plus fréquentes (entre 5 et 10). Les livraisons « mensuelles » ou plus fréquentes restent assez stables:

L’amélioration continue
J’ai du mal à concevoir l’Agile sans amélioration continue. Cela rend les rétrospectives essentielles. D’après les résultats de ce sondage on peut voir que, comme en 2019 et 2022, plus de 80% des sondés font des rétrospectives:

De même, ces rétrospectives font toujours l’objet d’actions pour plus de 80% des sondés:

Néanmoins, les actions identifiées lors des rétrospectives sont beaucoup moins suivies qu’en 2022. On est passé de 77% à 64% ce qui représente environ 1 équipe sur 8 qui faisait un suivi de ces actions et qui ne le fait plus. L’amélioration continue, d’après les résultats de ce sondage, est moins bien implémentée maintenant qu’en 2019 et 2022:

Les équipes Agiles
Les équipes Agiles avec des testeurs sont évidemment quasiment toutes, comme en 2019 et 2022, avec des développeurs. De manière générale la présence des différents profils est plutôt stable entre 2022 et 2025:



On peut potentiellement interpréter ces résultats par une maturité dans la constitution des équipes agiles.
Comme en 2019 et 2022, le testeur n’est heureusement pas seul à tester :

De même, le testeur n’est pas cantonné au test. On peut d’ailleurs noter une hausse plutôt générale (en dehors du développement) des activités annexes des répondants:

Enfin, après une hausse en 2022 des pratiques du BDD et de l’ATDD on note une baisse qui fait retomber ces pratiques à leur niveau de 2019. J’imagine un potentiel abandon progressif de ces pratiques par les équipes qui peut s’expliquer par une implémentation pas suffisamment efficiente. La mise en place du BDD n’est pas forcément aisée et doit bien s’adapter à chaque contexte:

Les tests dans les équipes agiles
Sans surprise, lorsqu’il y a un testeur agile dans l’équipe il y a des tests fonctionnels. Les autres types de tests étant également représentés. Je tiens à attirer votre attention sur le fait que cette question mélange des types de tests et des niveaux de test qu’il ne faut pas confondre!
Certains tests non fonctionnels sont en expansion, mais l’on peut également noter une baisse significative des tests de portabilité et de performances. Je pense que la baisse de ces tests est principalement causée par l’augmentation des « autres tests fonctionnels » qui les ont probablement remplacés.

Automatisation
Le niveau d’automatisation est relativement stable entre 2019 et 2025. On peut cependant noter une belle progression de l’automatisation des tests unitaires ainsi que baisse drastique de l’automatisation des tests de portabilité et de sécurité:

Le niveau d’automatisation dans les différentes organisation semble cependant gagner en maturité (ou l’automatisation fait les frais d’une potentielle désillusion) avec une légère baisse dans le souhait d’automatiser les tests. A noter que la baisse de besoin d’automatisation des tests unitaires est fortement liée à la hausse de leur automatisation:

A noter: je pense que la notion de tests d’automatisation des tests d’acceptation est lié au fait que le terme n’est pas utilisé dans le sens des niveaux de test.
Au niveau des outils d’automatisation, on remarque encore une nette évolution! Selenium a perdu énormément de part de marché au profit de Cypress, RobotFramework et surtout Playwright. Le nombre d’outils d’automatisation est d’ailleurs toujours très important:


L’intégration continue
Après une légère baisse en 2022 le niveau d’intégration continue est remonté au niveau de 2019 aux alentours de 70%. Cela fait quand même plus d’1 répondant sur 4 qui n’a pas dans son équipe de chaîne d’intégration continue:

Par rapport à ces chaînes on peut remarquer que les équipes s’arrêtent de plus en plus à l’intégration continue sans aller à de la livraison ou du déploiement:

Par ailleurs, le temps lié à l’exécution des tests sur la chaîne d’intégration est assez conséquent et tend à augmenter au fil des ans… Les chaînes sans test ayant quasiment disparues:

La diversité des tests reste assez similaires sur l’ensemble des années:

Les frameworks
Au niveau des équipes agiles on peut s’apercevoir que le Scrum domine toujours de la même manière les frameworks mais aussi une montée en puissance du Kanban:

Du côté des organisation en Agile à l’échelle on observe une baisse assez importante (de 30% à 20%) des répondants indiquant travailler en Agile à l’échelle. Honnêtement je ne sais pas si cela démontre une baisse en % des organisation en Agile à l’échelle ou si cela est plus lié aux répondants. Dans tous les cas il semble assez clair que les organisations en Agile à l’échelle ne gagnent plus de terrain.

SAFe reste la référence des modèles d’organisation en test à l’échelle:

Conclusion
Les évolutions sur les 6 dernières années sont sommes toute assez faible. Je remarque néanmoins quelques points clés dans cette édition 2025:
- La vision du rôle de testeur Agile est toujours moins technique et plus fonctionnelle. Le testeur agile n’est plus vu comme un automaticien.
- L’usage des outils d’automatisation évoluent vite. On peut noter la quasi-disparition d’UFT et LeanFT, la forte régression de Selenium et la forte progression de Cypress ainsi que celle de Playwright
- Il y a une baisse non négligeable de l’impact des rétrospectives avec un suivi des actions définies beaucoup moins important
Pour ceux qui souhaitent aller plus loin, voici les résultats bruts des 3 sondages ainsi que la page de comparatifs:
Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test
Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles
N’hésitez pas à faire vos propres retours d’expérience en commentaire.



2 réponses
Dans votre conclusion, vous affirmez que le testeur Agile est moins technique, alors que les outils d’automatisation (Cypress, Playwright) sont de plus en plus exigeants. Comment le testeur Agile doit-il se situer face à ces outils
Idéalement le testeur doit être capable d’automatiser ou de participer à l’effort d’automatisation.
Si l’automatisation est avec cypress et playwright il sera amené à devoir travailler avec ces outils et monter en compétence si nécessaire