Qu'est-ce qu'un Quality Gate ? Définition, critères et erreurs fréquentes

Un Quality Gate est un point de contrôle défini, aux critères fixes, qu'une modification doit franchir avant d'être transmise. Ce n'est ni une recommandation ni un indicateur, mais une barrière : critères remplis, on continue ; critères non remplis, on s'arrête. Cette netteté fait toute sa valeur — un gate que l'on peut contourner n'est qu'un rapport.

Qu'est-ce qu'un Quality Gate ?

Le terme vient de la gestion de projet, où il désignait à l'origine un jalon auquel des résultats définis devaient être disponibles avant le début de la phase suivante. En développement logiciel, il a pris un sens plus étroit et technique : un contrôle automatisé dans la chaîne de livraison qui interrompt le processus lorsqu'il n'est pas satisfait.

Trois propriétés font d'un contrôle un gate :

• Les critères sont fixés à l'avance. Ils ne sont pas négociés au cas par cas, mais formulés comme une règle.
• La décision est binaire. Réussi ou non. « Limite, mais c'est urgent » n'est pas une réponse admissible pour une machine.
• Il est contraignant. Un gate non franchi arrête le processus. Sinon, ce n'est qu'une indication.

Quels critères inclure dans un Quality Gate ?

Uniquement ceux qu'une machine peut trancher sans ambiguïté. Tout le reste relève de la revue, pas du gate.

La distinction décisive se trouve dans la deuxième colonne : les seuils s'appliquent au code nouveau et modifié, pas à l'existant. Un gate qui évalue l'ancien code bloque tout dès le premier jour et se fait désactiver le deuxième.

Où placer un Quality Gate dans le processus ?

À plusieurs endroits, avec une rigueur croissante et une fréquence décroissante.

• Au commit (secondes) : mise en forme, erreurs évidentes, secrets. Ce qui échoue ici ne coûte rien.
• À la pull request (minutes) : tests, analyse statique, couverture, dépendances. Le véritable gate.
• Avant le déploiement (la barrière dure) : tout ce qui précède, plus les questions qui ne comptent qu'ici — y a-t-il une migration, est-elle réversible, existe-t-il une voie de retour arrière, a-t-on embarqué quelque chose qui n'a jamais sa place sur un serveur ?

Le dernier point est souvent oublié, car il ne ressemble pas à de la qualité de code. C'est pourtant le plus coûteux : un fichier de configuration livré par erreur ou une migration irréversible est la seule erreur de cette liste capable de paralyser un système pendant des heures. Détails sous Quality Gates dans le pipeline CI/CD.

Pourquoi les Quality Gates échouent-ils en pratique ?

À cause de quatre erreurs qui ont toutes le même effet : le gate est contourné au lieu d'être utilisé.

• Trop de critères d'un coup. Qui démarre avec quinze règles bloque chaque processus et voit le gate désactivé au bout d'une semaine. Commencez avec trois.
• Évaluer l'existant plutôt que le nouveau. L'erreur d'introduction la plus fréquente — voir ci-dessus.
• Contournement sans trace. Il faut une possibilité de passer outre un gate, sinon le premier cas particulier paralyse l'exploitation. Cette possibilité doit être journalisée et porter un nom. Un contournement silencieux rend le gate sans valeur.
• Des critères qui ne décident rien. Un gate toujours vert depuis un an ne contrôle rien. Soit le seuil est trop laxiste, soit le critère n'a plus de pertinence avec la manière de travailler actuelle.

Pourquoi les Quality Gates sont-ils devenus plus importants avec le code généré par IA ?

Parce que la capacité de contrôle ne croît pas aussi vite que la vitesse de production. Une personne ne relit pas aujourd'hui plus de lignes par heure qu'il y a trois ans ; il s'en produit pourtant nettement plus.

Il en résulte un mouvement qu'un humain ne peut pas voir dans un diff isolé — plus de doublons, moins de nettoyage (chiffres et origine) — et qu'un seuil dans le pipeline signale immédiatement. C'est précisément pour cela qu'un gate est le bon outil : il ne compare pas la ligne, mais l'état.

Questions fréquentes sur les Quality Gates

Quelle est la différence entre Quality Gate et Definition of Done ?

Le gate contrôle de façon automatisée et décide de manière binaire. La Definition of Done est l'accord au sein de l'équipe et comprend aussi des points qu'aucune machine ne peut évaluer. Le gate applique la partie technique de la Definition of Done — voir Definition of Done.

Ai-je besoin de SonarQube pour un Quality Gate ?

Non. Tout pipeline CI peut s'interrompre en cas d'échec — c'est déjà un gate. Une plateforme apporte l'historique, la gestion des seuils et les analyses, mais n'est pas une condition préalable.

Combien de critères un gate doit-il comporter ?

Au début, trois : aucun test en échec, aucun nouveau constat d'analyse critique, aucun secret dans le code. Élargissez lorsque ces trois critères sont stablement au vert.

Que faire si un gate bloque un travail urgent ?

Il est alors contourné de manière documentée, avec un nom et un motif — et le cas est analysé a posteriori. Si les contournements se multiplient au même endroit, c'est le critère qui est inadapté, pas l'urgence.

Un gate n'agit que s'il se tient devant l'étape et non à côté. C'est exactement la conception de Code Guardian : sept gates pour le déploiement, la migration, une nouvelle dépendance, un jugement sur des données, un constat, une question à options et un texte juridique — dont six avec un hook qui arrête réellement le processus.

Sources

• GitClear, The Maintainability Gap: 2026 AI Code Quality Research.
• ISO/IEC 25010:2023 (caractéristiques de qualité sur lesquelles aligner les critères d'un gate).

Date : 27 juillet 2026. Analyse technique générale.