FR EN
Étude de cas : la non-régression passe de 10 jours à 2 heures
Test logiciel · Étude de cas | AutomationDataCamp
3 octobre 2026 Oussama Belakhdar 3 min de lecture

Étude de cas : la non-régression passe de 10 jours à 2 heures

Mission d'architecte QA de 14 mois pour un acteur français de la dématérialisation. Une plateforme de traitement de documents qui fait aussi circuler des flux de santé (tiers payant, feuilles de soins, dossiers), un portail web, des API, et aucun test automatisé au départ.

À retenir
  • Non-régression : de 10 jours à 2 heures pour une campagne complète.
  • Livraisons : d'une par mois à une par semaine.
  • Point de départ : zéro test automatisé. Cypress pour le portail web, Postman pour les API.
  • Tout tourne dans la CI (Jenkins et GitLab CI), avec la traçabilité dans Jira et Xray.

Le contexte

  • Une plateforme de dématérialisation et de traitement de documents.
  • Des flux de santé sensibles : tiers payant, feuilles de soins, dossiers.
  • Un portail web et des API qui échangent avec des systèmes tiers.
  • Des recettes entièrement manuelles : 10 jours pour une campagne de non-régression, une livraison par mois.

Nous ne nommons ni l'entreprise, ni le produit, ni ses clients.

Ce qui a été mis en place

  1. Une stratégie de test fondée sur les risques, en commençant par les flux de santé et le traitement des documents.
  2. Des tests d'API avec Postman sur les échanges entre systèmes.
  3. Des tests du portail web avec Cypress sur les parcours critiques.
  4. La traçabilité exigences, tests et anomalies dans Jira et Xray.
  5. L'exécution automatique dans la CI, avec Jenkins et GitLab CI.

Les résultats

IndicateurAvantAprès
Tests automatisésaucunCypress + Postman, en CI
Campagne de non-régression10 jours2 heures
Fréquence des livraisons1 par mois1 par semaine

Ces résultats sont ceux constatés sur cette mission. Ils dépendent du contexte de chaque projet : ce n'est pas une promesse valable pour tous.

Ce que nous en retenons

  • Commencer par les API : pour des flux entre systèmes, ces tests sont plus stables et plus rapides que ceux de l'interface.
  • Des données de test fictives, jamais de données de santé réelles.
  • Tester les rejets autant que les succès : un document refusé doit être expliqué et corrigeable.

Voir aussi le test logiciel dans la santé et le test d'une GED.

Et chez vous ?

Si vos recettes prennent encore des jours, un audit QA fait le point : état des lieux écrit, stratégie de test et plan d'action chiffré, en 5 jours, pour 1 000 € HT au forfait. La première séance de cadrage est offerte.

Découvrir l'audit QA à 1 000 € HT

Questions fréquentes

Quel gain cette mission a-t-elle apporté ?

Une campagne de non-régression est passée de 10 jours à 2 heures, et la fréquence des livraisons d'une par mois à une par semaine, sur une mission de 14 mois.

Quels outils ont été utilisés ?

Cypress pour le portail web, Postman pour les API, Jira et Xray pour la gestion des tests, Jenkins et GitLab CI pour l'exécution automatique.

Peut-on tester des flux de santé avec des données réelles ?

Non. Les tests utilisent des données fictives, créées pour l'occasion. Les données de santé réelles n'ont pas leur place dans un environnement de test.

Combien coûte un audit QA chez AutomationDataCamp ?

L'audit et diagnostic QA coûte 1 000 € HT au forfait, en 5 jours : état des lieux écrit, stratégie de test et plan d'action chiffré. La première séance de cadrage est offerte.

Retour de mission d'Oussama Belakhdar, architecte QA. Entreprise, produit et clients finaux non nommés. Rédigé avec l'aide de l'IA ; les chiffres sont ceux déclarés par l'auteur pour cette mission.

Oussama Belakhdar

Architecte QA · ISTQB CTAL-TM

Fondateur d'AutomationDataCamp : formation, conseil et recrutement en test logiciel. Découvrir l'équipe →

Articles similaires