Articles

Pourquoi les tests sont la plainte n°1 en rétro (et ce ne sont pas les tests instables)

Illustration plate stylisée d'une loupe géante survolant un mur de notes autocollantes colorées, avec quelques notes qui brillent et de petits personnages qui les inspectent
Matt Lewandowski

Matt Lewandowski

Dernière mise à jour 19/07/20267 min de lecture

Lorsque nous avons analysé un million de cartes de rétro plus tôt ce mois-ci, un résultat a surpris tout le monde : les tests et la QA sont la plainte la plus fréquente dans les équipes logicielles, apparaissant plus de cinq fois plus souvent que la communication. Cet article se concentre sur ce constat. De quoi, précisément, les équipes se plaignent-elles lorsqu'elles se plaignent des tests ? Même méthode que la dernière fois : analyse agrégée des rétrospectives menées sur Kollabe, colonnes classées comme positives ou négatives selon leur nom, thèmes regroupés par correspondance de mots-clés. Aucune carte individuelle n'est citée ou identifiable, et comme la correspondance de mots-clés est centrée sur l'anglais et prudente, chaque chiffre ci-dessous est un plancher. Cela nous donne 29 015 cartes de plainte liées aux tests sur 269 372 plaintes, rédigées entre octobre 2023 et juillet 2026.
29,015

cartes de plainte sur les tests et la QA

1 in 5

rétros contiennent une plainte sur les tests

0.9%

d'entre elles mentionnent des tests instables

Ce que contient réellement une plainte sur les tests

Près d'une rétrospective sur cinq (18,6 %) contient au moins une plainte sur les tests. Voici comment se répartissent les 29 015 cartes par sous-thème. Les catégories se chevauchent, car une carte peut mentionner à la fois la QA et l'automatisation :

La QA en tant que fonction (capacité, passages de relais)

23.9%

Lacunes d'automatisation et de couverture

8.5%

Environnements de test et données de test

8.3%

Bugs qui passent en production

4.9%

Tests de régression

4.3%

Tests lents et CI

3.0%

Pas le temps de tester

1.6%

Charge des tests manuels

1.4%

Tests instables

0.9%

L'essentiel : la plainte sur les tests préférée d'internet est quasi inexistante dans les salles de rétro. Les blogs d'ingénierie et les conférences regorgent de récits de guerre sur les tests instables, pourtant seules 257 des 29 015 plaintes sur les tests (0,9 %) mentionnent l'instabilité ou les échecs intermittents. Ce que les équipes écrivent réellement, c'est sur les personnes et les processus. La plus grande catégorie de loin est la QA en tant que fonction : près d'un quart de toutes les plaintes sur les tests mentionnent directement la QA. Et quand on regarde ce qui apparaît aux côtés du mot QA, le schéma concerne le flux, pas la compétence : le moment des passages de relais (« le travail arrive à la QA trop tard dans le sprint ») devance la capacité (« en attente de la QA », « la QA est débordée »), suivi par des exigences et des critères d'acceptation flous. Les équipes ne se plaignent pas de leurs testeurs. Elles se plaignent de la manière et du moment où le travail leur parvient.

Les plaintes rares récoltent les votes

Le volume vous dit ce qui est courant. Les votes vous disent ce qui fait mal. Sur l'ensemble des cartes de plainte, la moyenne est de 0,65 vote par carte, et les grandes catégories de tests se situent en dessous : les cartes sur la fonction QA obtiennent en moyenne 0,59 vote, l'automatisation et la couverture 0,58. Regardez maintenant les rares :
  • Tests instables : 1,18 vote par carte. Le sous-thème le plus rare est le plus voté, à près du double de la moyenne. Quand quelqu'un écrit enfin la carte sur les tests instables, toute la salle s'y rallie.
  • Charge des tests manuels : 0,85. Peu de cartes, forte adhésion.
  • Bugs qui passent en production : 0,71. Au-dessus de la moyenne, pour des raisons évidentes.
Le schéma reflète ce que nous avons trouvé dans l'analyse originale avec la charge de travail et la dette technique : les plaintes que les équipes écrivent le plus et les plaintes derrière lesquelles les équipes se rallient sont deux listes différentes. Un facilitateur qui ne lit que le volume passera la rétro sur les passages de relais à la QA. Les votes disent que la véritable énergie de la salle se trouve là où sont les cartes sur les tests instables et la régression manuelle.

Les équipes louent les tests presque autant qu'elles s'en plaignent

Les tests ne sont pas une activité détestée ; c'est une activité surveillée. 23 056 cartes positives mentionnent aussi les tests — pour cinq plaintes sur les tests, il y a quatre compliments sur les tests. Les équipes célèbrent les améliorations de couverture, les tests de mise en production réussis, et la QA qui attrape des choses avant les clients. Aucun autre thème du pipeline de livraison n'est suivi d'aussi près dans les deux sens.

L'ère de l'IA n'a pas bougé les lignes (pour l'instant)

Nous nous attendions à ce que les plaintes sur les tests grimpent à mesure que les assistants de codage IA poussaient davantage de code à travers le même entonnoir de vérification humaine. Les données disent non, ou du moins pas encore : la part des tests dans l'ensemble des cartes de plainte est restée stable entre 10 % et 12 % chaque trimestre depuis début 2024, soit toute la période durant laquelle le codage assisté par IA s'est démocratisé. Fait intéressant, il n'en va pas de même pour le code review, l'autre point de contrôle humain du pipeline : les plaintes sur le review ont augmenté d'environ 30 % sur la même période. Nous avons creusé ce sujet séparément dans le goulot d'étranglement du code review.

Que faire de tout ça dès mardi

Illustration plate d'une équipe déplaçant des notes autocollantes d'un tas chaotique vers trois couloirs bien rangés et étiquetés sur un tableau, un personnage tenant un petit drapeau Si les tests continuent d'apparaître sur votre tableau de rétro, les données sur les sous-thèmes suggèrent où regarder en premier :
  1. Corrigez le moment où le travail parvient à la QA, pas la QA elle-même. Le moment des passages de relais est ce qui est le plus souvent écrit à côté de la QA. Intégrer les testeurs au raffinement et démarrer la conception des tests en parallèle du développement s'attaque à la véritable plainte. Notre guide sur la rédaction des critères d'acceptation couvre la moitié « clarté » de ce problème.
  2. Traitez la carte sur les tests instables comme une alarme. Elle est rare, et quand elle apparaît, la salle vote pour. C'est le profil d'un problème qu'on tolère en silence depuis trop longtemps. Attribuez-lui un responsable et une date le jour même ; les actions à suivre avec un responsable aboutissent 2,7 fois plus souvent.
  3. Ne laissez pas les plaintes sur la couverture mourir de familiarité. Les lacunes d'automatisation sont écrites en permanence et rarement votées, le profil classique de la résignation acquise. Si la même carte sur la couverture est apparue lors de trois rétros consécutives, elle a cessé d'être un retour pour devenir un projet.
Si vous voulez voir comment votre propre tableau se compare, l'ensemble des chiffres agrégés se trouve sur notre page de statistiques des rétrospectives, actualisée chaque trimestre.

La capacité et les passages de relais de la QA. Près de 24 % des 29 015 plaintes sur les tests que nous avons analysées mentionnent la QA en tant que fonction, et les mots qui l'entourent parlent d'un travail qui arrive trop tard ou qui attend dans la file — pas des testeurs eux-mêmes.

Bien plus rare que le discours ne le suggère : 0,9 % des plaintes sur les tests. Mais elles attirent 1,18 vote par carte, soit près du double de la moyenne, ce qui en fait le sous-thème de test le plus voté dans nos données.

Pas jusqu'à présent. La part des tests dans les plaintes de rétro est restée entre 10 % et 12 % chaque trimestre depuis début 2024. Les plaintes sur le code review, en revanche, ont augmenté d'environ 30 % sur la même période.

Analyse agrégée et anonymisée de 1 081 076 cartes issues de 87 719 rétrospectives de sprint menées sur Kollabe entre octobre 2023 et juillet 2026. Les colonnes ont été classées par nom, les thèmes par correspondance prudente de mots-clés, et aucune carte individuelle n'est citée ou identifiable. Requête effectuée le 19 juillet 2026 ; l'analyse d'origine reposait sur un instantané du 14 juillet, d'où des totaux légèrement inférieurs.