Un logiciel fiable, performant et fluide : c’est ce que tout utilisateur attend ! Et pour garantir cette qualité, il faut tester. Les tests logiciels permettent : d’identifier les failles, d’optimiser l’expérience utilisateur et d’assurer la stabilité des applications.
Depuis quelques temps, le Shift Left Testing s’impose comme une pratique incontournable dans le test. Il s’agit de tester le plus tôt possible dans le cycle de développement afin de détecter les problèmes avant qu’ils ne deviennent critiques.
Une autre méthodologie émerge : le Shift Right Testing. Et elle, elle n’intervient qu’après la mise en production.
Shift Right Testing : le test en conditions réelles
Contrairement au shift left qui prévient les erreurs avant qu’elles ne se produisent, le shift right consiste à tester l’application en production (oui, oui, avec des vrais utilisateurs et en conditions réelles donc).
Pour quoi faire ? Pour observer, surveiller et optimiser en continu.
Les 3 principaux avantages du shift right testing :
POV : t’es en UAT et tu cherches de la data…
Des tests en conditions réelles : les simulations en environnement de test ne reflètent pas toujours la réalité et sont parfois ardus. Avec le shift right : tu es sur un environnement riche, avec des vrais utilisateurs et dans les conditions finales.
Monitoring et feedback utilisateur : les données collectées permettent d’affiner et d’améliorer le produit en continu (si toutefois les données sont analysées et exploitées en continu)
Flexibilité: dans les systèmes complexes (microservices, applications SaaS, plateformes e-commerce), tout tester avant le déploiement est impossible. Le Shift Right Testing permet de vérifier les interactions réelles et d’ajuster au fil de l’eau.
3 inconvénients à cette méthodologie :
Risques de bugs en production si le shift right n’est pas associé au shift left testing
Coût élevé aux corrections tardives et aux outils de monitoring
Nécessite d’une surveillance continue
Dans quels contextes est-ce efficace et pertinent ?
> E-commerce, streaming et jeux vidéo
Pourquoi : parce que ces applications gèrent des pics de trafic imprévisibles.
Le Shift Right Testing permet de surveiller les performances en temps réel, d’identifier les goulots d’étranglement et d’ajuster la scalabilité.Un exemple concret : jour de lancement d’un jeu ? premier jour des soldes ? les ralentissements sont tout de suite détectés !
> Logiciels SaaS
Les mises à jour sont fréquentes et les déploiements doivent être fluides. Le shift right permet de mesurer instantanément l’impact de ces modifications et de réagir immédiatement en cas de problème.
> Microservices
Les architectures distribuées rendent imprévisible le comportement global du système. Le Shift Right Testing surveille les interactions réelles entre les services. Problèmes de latence ou erreurs de communication entre microservices après un déploiement ? c’est détecté !
Comment Mettre en Place le Shift Right Testing ?
1 – Définir les objectifs d’observabilité
Quelles données surveiller ? (taux d’abandon, erreurs critiques, performances)
2 – Simuler des scénarios en production
Observer en temps réel l’impact sur un petit échantillon d’utilisateurs
3 – Mettre en place un monitoring robuste
Identifier les KPIs clés (échecs, latence, taux d’erreur, logs détaillés)
Choisir les outils d’observabilité nécessaires comme Datadog, Prometheus ou AWS CloudWatch
4 – Former les équipes
Sensibiliser les développeurs, QA et PO aux tests en production
Organiser des workshops et des simulations d’incidents (par exemple via des ateliers du chaos)
5 – Automatiser et améliorer en continu
Mettre en place des alertes automatiques
Analyser les données collectées pour améliorer les tests
Shift Right vs Shift Left ?
Non ! Pas de vs pour ce coup-là ! Vois les plutôt comme le sel et le poivre ou comme Mario et Luigi, le shift left et le shiftright forme un duo inséparable !
Car ATTENTION ! Se reposer uniquement sur le Shift Right Testing, c’est jouer avec le feu (et le feu, tout le monde le sait : ça brule)
- Tu developperas une dépendance excessive à la production : si un bug critique survient, il impacte directement les utilisateurs. Une appli e-commerce qui plante lors du Black Friday, c’est une catastrophe commerciale.
- Tu détecteras les problèmes trop tardivement : un bug peut coûter TRES cher s’il est identifié trop tard.
- Tu génereras un stress dans tes équipes : une stratégie purement réactive signifie plus de pression, plus de crises… et aussi… moins d’innovation.
Donc, left & right = duo gagnant !
Ensemble, ils créent une stratégie robuste et efficace.
Le Shift Right Testing est une approche puissante pour valider un logiciel en production et optimiser l’expérience utilisateur. MAIS il ne doit pas être une excuse pour réduire les tests en amont. Associer Shift Left et Shift Right permet d’assurer un cycle de qualité complet, à la fois préventif et adaptatif.
Si tu veux des utilisateurs satisfaits et un système fiable, ne choisis pas entre les deux : adopte-les ensemble !
