Tests en Production : Résoudre les dilemmes des applications modernes

Le paradoxe des tests en production : Risque vs. Nécessité

Enseignement clé : Le TIP crée un paradoxe fondamental : il est nécessaire d'identifier les bogues critiques dans des environnements réels, mais cela met ces environnements en danger.

Le dilemme central des tests en production

Les tests en production posent un véritable cercle vicieux :

• Vous avez besoin des tests en production pour déceler les bogues qui n'apparaissent que dans des conditions réelles
• Cependant, les tests en production risquent de perturber des opérations critiques pour l'entreprise
• Plus vos tests sont efficaces pour débusquer les incidents majeurs, plus la menace pour la continuité de l'activité est grande

Impact concret : Les systèmes de traitement des transactions ne peuvent se permettre la moindre minute d'indisponibilité – pourtant ils doivent être testés en production pour s'assurer qu'ils n'auront jamais de panne.

Pourquoi les approches traditionnelles des tests en production échouent

Approche historique : Périodes de test très courtes en toute fin de cycle de développement

La leçon de Tchernobyl : Tout comme la catastrophe nucléaire due à un "test de sécurité" sur un réacteur en fonctionnement, des tests en production mal conduits sont porteurs de graves dangers.

Deux problèmes majeurs avec les tests en production en fin de projet

1. Les problèmes systémiques sont découverts trop tard

Quand des tests en production révèlent des problèmes majeurs :

• Ce sont, par définition, des problèmes systémiques (sinon ils seraient apparus en environnement de test)
• Ces problèmes nécessitent un diagnostic poussé et des corrections complexes
• Les premières solutions sont rarement efficaces en raison de la complexité intrinsèque de ces problèmes
• Votre calendrier de livraison est inévitablement prolongé d'un à deux mois ou plus

2. Les problèmes de performance critiques surviennent quand il est trop tard

Les tests en production mettent surtout en lumière deux types de difficultés redoutables :

Problèmes de charge et de montée en charge

• Impact métier : Indisponibilité lors des pics d'activité
• Réaction client : Insatisfaction immédiate

Pannes de stabilité et de fiabilité

• Impact métier : Pannes imprévisibles
• Réaction client : Perte de confiance

Point de vue client : Les petits bogues sur les fonctionnalités sont pardonnés et corrigés rapidement, mais les défaillances de performance ou de stabilité qui paralysent l'activité sont impardonnables.

En résumé : calendrier optimal des tests en production

Les stratégies TIP efficaces doivent équilibrer deux réalités opposées :

1. Les tests en production doivent commencer tôt et se poursuivre tout au long du développement
2. Les tests en production impliquent des risques qui doivent être rigoureusement maîtrisés

La solution n'est pas d'éviter les tests en production, mais de les intégrer stratégiquement dès le début du développement.

Ainsi, d’un strict point de vue commercial — tant pour le client que pour vous — repousser le TIP jusqu’à la toute fin du cycle de version est un schéma d’échec classique et dévastateur.

L’argument stratégique en faveur des tests en production précoces

Principe clé : Contrairement à la pratique courante, les tests en production doivent commencer tôt dans le cycle de développement et se poursuivre en continu, pas seulement à la fin.

JOIN THE COMMUNITY

Upgrade your inbox with more tech leadership wisdom for delivering better software and systems.

Sign up with LinkedIn

Or sign up with email:

Facebook

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Business email*

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

LinkedIn profile

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Company's AI adoption maturity*

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

Le dilemme de la fréquence des tests en production

Les tests en production confrontent les développeurs à des objectifs contradictoires :

• Des tests plus fréquents = De meilleurs diagnostics et une détection plus précoce des défauts
• Des tests plus fréquents = Risque accru de perturbation en production
• Moins de tests = Défauts non détectés jusqu’à ce qu’il soit trop tard pour les corriger efficacement

Ce défi explique pourquoi les tests de performance sont souvent reportés en fin de projet, précisément quand ils sont les plus perturbateurs et les moins efficaces.

Démystifier la « fausse croyance des fonctionnalités » dans les tests en production

Qu’est-ce que la fausse croyance des fonctionnalités ?

La fausse croyance des fonctionnalités est l’idée erronée selon laquelle il faudrait attendre que le produit soit « complet en fonctionnalités » avant de tester en production — une logique qui crée un risque inutile.

Pourquoi cette approche échoue-t-elle :

• Les pannes systèmes proviennent rarement d’une seule fonctionnalité
• Les problèmes de performance et de stabilité découlent de défauts architecturaux
• Les soucis fondamentaux de gestion de mémoire et d’allocation des ressources existent dès le départ
• Ces problématiques de fond peuvent (et doivent) être testées très tôt dans l’environnement de production

Architecture moderne : nouveaux outils, mêmes problèmes

Alors que le développement a évolué des modèles centrés sur les fonctionnalités vers les modèles centrés sur les services, les difficultés liées aux tests persistent :

Le mythe de l’exhaustivité des services :

• Ancienne pensée : « Nous avons besoin de toutes les fonctionnalités terminées avant le TIP. »
• Nouvelle pensée : « Nous avons besoin que tous les services soient complets avant le TIP. »
• Réalité : Les deux approches repoussent dangereusement des tests essentiels

Conteneurisation : promesses vs réalité pour les tests en production

La promesse :

• Des services isolés réduisent les défaillances à grande échelle
• Mises à jour plus rapides avec moins de risques
• Dépannage simplifié

La réalité lors des tests en production :

• Les services restent fortement interdépendants
• Les échecs se propagent toujours en chaîne à travers les dépendances
• Les interactions entre composants génèrent des comportements émergents
• Les frontières entre services complexifient la conception des tests

Un cadre pratique pour les tests en production

Le défi de l’écart d’environnement

Le fossé entre l’environnement de test et la production engendre des défis majeurs :

• La production est exponentiellement plus complexe
• Les volumes de données sont d’un tout autre ordre de grandeur
• Les schémas de trafic sont impossibles à simuler totalement
• Les contraintes budgétaires limitent la fidélité des environnements de test

La solution du test progressif

Au lieu d’un seul environnement de test, adoptez une approche progressive du TIP :

1. Créez des environnements spécialisés :

• Environnement de test centré sur le système
• Environnement de test centré sur les fonctionnalités
• Environnement de préproduction aux caractéristiques proches de la production

2. Construisez une échelle plutôt qu’affronter un gouffre :

• Démarrez tôt les tests de la structure de base en production
• Augmentez progressivement la complexité des tests
• Identifiez les problèmes systémiques avant qu’ils ne s’enracinent
• Réduisez les surprises de dernière minute et les risques de calendrier

3. Mettez en place une exposition contrôlée :

• Utilisez des drapeaux de fonctionnalité pour limiter l'impact sur les utilisateurs
• Testez avec des transactions synthétiques en production
• Surveillez les vrais utilisateurs interagissant avec les nouveaux composants
• Élargissez progressivement le champ des tests en environnement réel

Cette approche transforme le TIP d'une activité risquée en fin de cycle en un processus continu et contrôlé, fournissant des enseignements plus tôt avec un risque maîtrisé.

Un cadre conceptuel pour des tests efficaces en production

Au-delà de l'infrastructure pratique, la réussite du TIP nécessite un changement fondamental dans la manière de détecter et de résoudre les problèmes.

Dépasser la « fausse croyance empirique » dans les tests en production

Qu'est-ce que la fausse croyance empirique ?

La fausse croyance empirique dans le TIP est l'idée selon laquelle vous devez :

• Être témoin du problème en temps réel
• Voir l'ensemble du problème se dérouler sous vos yeux
• Expérimenter la panne complète pour la diagnostiquer

« Eh bien, je ne le vois pas se produire devant moi, donc je ne sais pas comment le diagnostiquer. »

Cette approche du TIP est :

• Irrationnelle - Nous n'exigeons pas que les détectives assistent aux meurtres pour les résoudre
• Inefficace - Attendre que les problèmes apparaissent complètement fait perdre du temps et des ressources
• Inutile - Les ingénieurs expérimentés peuvent prédire les points de défaillance potentiels

Approche « architecture d'abord » pour les tests en production

Idée clé : Les problèmes systémiques sont presque toujours des problèmes d'architecture.

Cette prise de conscience transforme notre approche du TIP :

1. Donner la priorité aux tests d'architecture dès le début du projet
2. Commencer les tests de charge et de performance tôt dans le développement
3. Identifier les goulets d'étranglement potentiels avant qu'ils ne deviennent critiques
4. Tester les composants clés en production avant la finalisation des fonctionnalités

Défis des méthodes de développement traditionnelles

Cette approche axée sur l'architecture dans le TIP implique de repenser :

• Les méthodologies agiles - Les propriétés systémiques ne peuvent pas toujours être réparties sur des sprints
• La priorisation des fonctionnalités - L'architecture de base doit être prioritaire
• Le calendrier des tests - Les tests en production doivent commencer plus tôt
• L'allocation des ressources - Plus d'investissements préalables dans les environnements de test

Lecture associée : MÉTHODOLOGIE DE TEST AGILE : POURQUOI ÇA MARCHE ET COMMENT LA METTRE EN PLACE

Prédiction collaborative : une meilleure voie pour tester en production

La stratégie de TIP la plus efficace combine :

Analyse technique :

• Les architectes identifient les points faibles potentiels
• Les développeurs mettent en évidence les interactions risquées entre composants
• Les concepteurs système cartographient les goulets d'étranglement potentiels

Tests ciblés QA :

• Construire des scénarios de test ciblés pour les problèmes anticipés
• Concevoir des tests de charge pour des composants architecturaux spécifiques
• Créer des expériences contrôlées pour les environnements de production

Cette collaboration permet :

• Les problèmes échouent dans des contextes isolés et diagnostiques
• Les problèmes sont découverts avant d'affecter les clients
• Les corrections peuvent être appliquées de manière méthodique, et non en mode de crise

La voie progressive vers les tests en production

Les tests en production ne devraient pas être une opération binaire, du type tout ou rien, comme :

• Allumer un interrupteur de lumière dans une pièce sombre
• Passer de zéro à une exposition totale instantanément
• Courtes périodes à haut risque en fin de projet

Au lieu de cela, mettez en œuvre les tests en production de la manière suivante :

• Une approche progressive et par étapes
• Approximation progressive des conditions réelles de production
• Réduction continue des risques grâce à une exposition ciblée

Feature Flags : la base d’un test sécurisé en production

Les feature flags sont au cœur des stratégies modernes de test en production. Ils constituent un mécanisme crucial qui transforme la façon dont les équipes valident les logiciels en environnement réel.

Qu’est-ce qu’un Feature Flag ?

Les feature flags (aussi appelés commutateurs de fonctionnalités) sont une technique de développement logiciel qui permet aux équipes de :

• Déployer du code sans l’exposer – Mettre en production une nouvelle fonctionnalité tout en la gardant invisible pour les utilisateurs
• Contrôler la fonctionnalité à distance – Activer ou désactiver des fonctionnalités sans redéployer de nouveau code
• Cibler des segments spécifiques – Exposer des fonctionnalités à des groupes d’utilisateurs sélectionnés pour test en production

Comme le définissent les experts du secteur : « Un feature flag est un procédé de développement logiciel permettant d’activer ou de désactiver une fonctionnalité sans déployer de code. Vous pouvez entourer une fonctionnalité d’un flag pour la mettre en production sans qu’elle ne soit visible par tous les utilisateurs. »

Comment les Feature Flags transforment le test en production

Les feature flags modifient fondamentalement le profil de risque du TIP en :

1. Dissociant déploiement et mise en service – Le code arrive en production à l’état dormant
2. Fournissant une capacité de retour arrière instantanée – Les problèmes peuvent être corrigés sans nouveau déploiement
3. Créant des environnements de test contrôlés – Conditions réelles de production avec exposition limitée

Ces capacités répondent au dilemme fondamental du TIP évoqué plus haut : elles offrent tous les avantages du test en production tout en limitant considérablement les risques associés.

Mettre en œuvre un déploiement progressif en production

L’une des utilisations les plus puissantes des feature flags pour le TIP est le déploiement graduel :

Exemple de mise en œuvre :

• Jour 1 : Activer la nouvelle fonctionnalité pour 1 % des utilisateurs
• Jour 3 : Si les métriques restent stables, passer à 5 %
• Jour 7 : Si les performances sont positives, élargir à 25 %
• Jour 14 : Déploiement total si aucun problème détecté

« Un exemple concret de test en production consiste à utiliser les feature flags pour un déploiement progressif. Prenons une entreprise e-commerce qui introduit un nouvel algorithme de recommandation sur ses pages produits. Plutôt que de le déployer à tous en une fois, elle utilise un feature flag pour activer le nouvel algorithme pour seulement 5 % de son trafic dans un premier temps. »

Cette approche permet aux équipes de détecter les problèmes qui pourraient affecter un petit sous-ensemble d’utilisateurs avant d’impacter l’ensemble de la base utilisateurs.

Tests A/B en environnement de production

Les feature flags permettent une expérimentation avancée directement en production :

• Comparer plusieurs implémentations – Tester différentes versions d’une fonctionnalité auprès de segments d’utilisateurs différents
• Prendre des décisions basées sur les données – Fonder ses choix sur les métriques de performance en conditions réelles
• Valider l’expérience utilisateur – Déterminer quelle version apporte les meilleurs résultats

Comme le précisent des sources du secteur : « La gestion des feature flags offre également l’avantage de permettre les tests A/B, où la nouvelle fonctionnalité est comparée à la version précédente du logiciel pour déterminer celle qui offre la meilleure expérience utilisateur, sur la base de données issues de la production. »

Intégrer les Feature Flags aux systèmes de monitoring

Le plein potentiel des feature flags pour le TIP s’obtient via leur intégration aux systèmes de surveillance :

Principaux avantages de l’intégration :

• Détection automatisée des incidents – Corréler l’activation des fonctionnalités avec les métriques de performance
• Réaction rapide aux incidents – Identifier et désactiver immédiatement une fonctionnalité posant problème
• Validation continue – Surveiller en permanence l’impact d’une fonctionnalité pendant tout le processus de déploiement

Lorsque des problèmes de performance du système sont détectés dans les outils de surveillance, les équipes peuvent « identifier rapidement et désactiver (c’est-à-dire actionner un interrupteur d’arrêt d’urgence) la fonctionnalité à l’origine de l’incident », fournissant ainsi un filet de sécurité qui rend le TIP nettement plus sûr.

Les flags de fonctionnalité dans une stratégie de test axée sur l’architecture

Pour maximiser la valeur des flags de fonctionnalité lors du TIP :

1. Mettre sous drapeau les composants architecturaux – Permettre de tester les éléments centraux du système
2. Créer des hiérarchies de fonctionnalités – Établir des relations parent-enfant entre les flags
3. Définir des coupe-circuits – Définir des seuils de désactivation automatique
4. Documenter les dépendances – Cartographier les interactions entre les composants sous drapeau
5. Prévoir le nettoyage – Établir des processus pour retirer les flags obsolètes

Cette approche soutient la méthodologie de test axée sur l’architecture décrite précédemment en permettant aux équipes de tester en toute sécurité les composants fondamentaux du système en production, et ce, tôt dans le cycle de développement.

Plateformes de gestion des fonctionnalités : transformer le test en production

Les stratégies TIP modernes nécessitent des outils qui contrôlent les risques tout en permettant une validation en conditions réelles. Les plateformes de gestion des fonctionnalités se sont imposées comme des éléments essentiels d’environnements de test efficaces.

Comment la gestion des fonctionnalités optimise le test en production

Les plateformes de gestion des fonctionnalités fournissent l’infrastructure nécessaire pour un TIP continu et sûr :

• Exposition contrôlée – Tester avec des segments d’utilisateurs ciblés plutôt qu’un déploiement total ou nul
• Rétablissement instantané – Désactiver les fonctionnalités problématiques sans déployer de nouveau code
• Validation progressive – Augmenter progressivement l’exposition en se basant sur les données de performance

Ces capacités transforment le test en production d’une action à haut risque en un processus contrôlé et méthodique.

Les flags de fonctionnalités : la base du test en production

Comme mentionné précédemment, au cœur de ces plateformes se trouvent les flags de fonctionnalité (parfois appelés commutateurs de fonctionnalité), qui permettent aux équipes de :

• Déployer du code en production tout en le gardant invisible pour la plupart des utilisateurs
• Activer ou désactiver des fonctionnalités sans nouveau déploiement
• Tester en production avec un risque minimal pour l’activité

Bénéfice concret de mise en œuvre : « La plateforme de gestion des fonctionnalités de LaunchDarkly offre aux équipes un moyen fluide et à faible risque de tester les évolutions logicielles en production à une fréquence élevée et à grande échelle », rendant possible une approche de test en continu.

Intégration critique : Observabilité + Gestion des fonctionnalités

Les implémentations TIP les plus efficaces associent la gestion des fonctionnalités aux outils d’observabilité :

1. Corrélation en temps réel – Relier l’activation des fonctionnalités aux métriques de performance
2. Mesures de protection automatisées – Déclencher la désactivation des fonctionnalités lors d’une dégradation de performance
3. Analyse de cause racine – Identifier rapidement quelles fonctionnalités ont un impact sur la stabilité du système

Cette intégration crée un filet de sécurité qui réduit considérablement les risques liés au TIP tout en en maximisant les avantages.

Succès concrets avec les plateformes de test en production

Des organisations de tous secteurs ont transformé leur démarche TIP grâce à la gestion des fonctionnalités :

IBM, TrueCar et O’Reilly Media ont mis en place des plateformes de gestion des fonctionnalités afin de permettre le test continu en production avec un risque minimal.

Comme l’explique Chris Guidry, vice-président de l’ingénierie chez O’Reilly Media :

« [Nos ingénieurs] peuvent tester en production bien avant un lancement marketing. Et si une fonctionnalité pose problème le jour du lancement, nous pouvons simplement la désactiver grâce à un kill switch : pas de retour en arrière. LaunchDarkly rend nos livraisons ennuyeuses. C’est exactement ce que nous recherchons. »

Stratégie de mise en œuvre

Pour exploiter efficacement les plateformes de gestion des fonctionnalités pour le test en production :

1. Commencez par l'architecture principale – Identifiez d'abord les composants fondamentaux
2. Créez des plans de déploiement progressifs – Définissez les pourcentages d’exposition et les déclencheurs
3. Établissez des seuils de surveillance – Fixez des métriques claires pour la réussite et l’échec
4. Documentez les dépendances – Cartographiez les relations entre les fonctionnalités signalées
5. Mettez en place des coupe-circuits – Configurez la désactivation automatique en cas de problème critique

Cette approche systématique permet de mettre en œuvre la stratégie TIP orientée architecture recommandée précédemment, tout en fournissant les mécanismes de sécurité nécessaires pour la rendre pratique.

Combiner la gestion des fonctionnalités avec des environnements de test progressifs

Pour des résultats TIP optimaux, intégrez les plateformes de gestion de fonctionnalités à l’approche d’environnements de test en paliers :

• Utilisez les feature flags dans les premiers environnements de test pour valider les concepts de base
• Maintenez une configuration de signalisation cohérente à travers les environnements
• Augmentez progressivement l’exposition des utilisateurs réels en production
• Exploitez le monitoring automatisé pour garantir la sécurité

Cette approche combinée offre les avantages du TIP dès les premières phases, tout en maintenant une réduction progressive et contrôlée des risques indispensable à une livraison réussie.

Outils pour le test en production : défis de mise en œuvre

Alors que les feature flags et les plateformes de gestion constituent la base pour le TIP, le choix et l’implémentation des bons outils de support posent certaines questions.

Comprendre ces défis est essentiel pour élaborer une stratégie de test en production efficace.

Outils de surveillance et d’observabilité

Une visibilité complète est cruciale avec le TIP, mais le choix des outils nécessite une évaluation attentive :

Surveillance des Performances Applicatives (APM) :

• Avantages : Informations détaillées sur les performances à travers les services
• Défis : Peut générer des volumes de données importants ; nécessite une configuration conséquente
• Considération d’implémentation : « Outil de surveillance puissant et complet, mais exige une installation et des ajustements permanents afin d'éviter la surcharge de données. »

Outils de traçabilité distribuée :

• Avantages : Localisent les requêtes à travers les microservices ; permettent d’identifier les goulets d’étranglement
• Défis : Nécessitent une instrumentation sur tous les services ; peuvent impacter les performances
• Considération d’implémentation : « Efficace pour identifier les problèmes de performance, mais complexe à déployer pour de petites équipes. »

Plateformes d’analyse de logs :

• Avantages : Fournissent des informations de diagnostic détaillées ; prises en charge de l’analyse forensique
• Défis : Les coûts de stockage peuvent augmenter rapidement ; nécessitent une démarche de journalisation structurée
• Considération d’implémentation : « Inestimable pour le débogage de problèmes complexes en production, mais nécessite une stratégie de journalisation cohérente pour éviter la surcharge d’informations. »

Systèmes de gestion des alertes

Une bonne gestion des alertes est indispensable lors du test de nouvelles fonctionnalités en production :

Plateformes de gestion d’incidents :

• Avantages : Facilitent la communication lors des incidents ; automatisent les réponses initiales
• Défis : Nécessitent une configuration minutieuse des seuils ; intégration dans de multiples systèmes
• Considération d’implémentation : « Excellentes pour la gestion des incidents mais peuvent être sources de perturbations si la configuration n’est pas soignée pour éviter la fatigue d’alerte. »

Outils de monitoring synthétique :

• Avantages : Valident en continu les parcours critiques ; détectent des problèmes avant les utilisateurs
• Défis : Limités aux scénarios prédéfinis ; peuvent ignorer les problèmes d’expérience utilisateur réelle
• Considération d’implémentation : « Offre une validation régulière des parcours clés, mais doit être complétée par un monitoring sur utilisateurs réels pour un TIP complet. »

Équilibrer la complexité des outils avec les capacités de l’équipe

Lors de l’implémentation d’outils pour le TIP, tenez compte de :

1. Expertise de l'équipe – Disposez-vous des compétences nécessaires pour maximiser la valeur de l'outil ?
2. Besoins d'intégration – Dans quelle mesure l’outil se connecte-t-il à vos systèmes existants ?
3. Charge opérationnelle – Quelle maintenance continue l’outil requiert-il ?
4. Scalabilité – Peut-il gérer vos volumes en production et votre croissance ?
5. Rapport signal/bruit – Pouvez-vous extraire des informations utiles sans être submergé de données ?

Écueils courants lors de la mise en œuvre d’outils en production

Les équipes rencontrent fréquemment ces défis lors du déploiement d’outils de test en production :

• Lacunes de surveillance – Composants critiques laissés sans instrumentation
• Fatigue des alertes – Trop de notifications poussent les équipes à ignorer les avertissements
• Contexte insuffisant – Alertes sans informations exploitables
• Silos de données – Outils qui ne partagent pas l'information entre plateformes
• Impact sur les performances – Outils de surveillance qui dégradent le système qu’ils mesurent

Bonnes pratiques pour la mise en œuvre d’outils de test en production

Pour maximiser l'efficacité tout en minimisant les difficultés :

1. Commencez petit – Démarrez avec les parcours utilisateur clés et les services critiques
2. Définissez des responsabilités claires – Précisez qui répond à chaque type d’alerte
3. Mettez en place une gestion graduelle des alertes – Créez des seuils d’avertissement avant d’atteindre des niveaux critiques
4. Consolidez les tableaux de bord – Offrez une vue unifiée corrélant les données entre outils
5. Révisez et ajustez régulièrement – Modifiez les seuils en fonction des schémas réels de production

Un bon équilibre d’outils permet une stratégie TIP efficace tout en apportant le filet de sécurité nécessaire pour minimiser les risques. Choisissez des outils adaptés aux compétences de votre équipe et intégrez-les de façon réfléchie à votre approche de tests.

Réflexions finales sur les tests en production

Les stratégies TIP les plus performantes reposent sur ces principes :

1. Démarrez tôt – N'attendez pas la fin du développement
2. Testez progressivement – Utilisez une progression vers des environnements de plus en plus complexes
3. Pensez de façon prédictive – Ne vous contentez pas de réagir aux problèmes ; anticipez-les
4. Collaborez entre fonctions – Ingénierie et QA doivent travailler ensemble
5. Réduisez les risques de façon systématique – Chaque phase de test doit renforcer la confiance

TIP est essentiel, mais n'est pas nécessairement risqué. En combinant des améliorations pratiques de l'environnement avec des évolutions conceptuelles dans notre approche du test, les tests en production peuvent passer du mal nécessaire à une pratique continue et précieuse.

À retenir : Les déploiements logiciels sont des livraisons de produit, pas des tirs vers la lune. La réduction progressive du risque grâce à des tests intelligents en production garantit des résultats bien meilleurs que des sauts dans l’inconnu à la dernière minute.

---

Ce mode de test en production vous semble-t-il utile ? Pour plus d’analyses d’experts QA et test, abonnez-vous à la newsletter du CTO Club.