Mise à l'échelle avec Suites de Tests: Organisation haute performance pour tests API automatisés

Sharki

Sharki

26 February 2026

Mise à l'échelle avec Suites de Tests: Organisation haute performance pour tests API automatisés

enterprise.banner.title

enterprise.banner.feature1

enterprise.banner.feature2

enterprise.banner.feature3

enterprise.banner.ctaB

Salut, utilisateurs d'Apidog ! 👋 Au cours de l'année écoulée, nous avons développé une plateforme complète de tests automatisés basée sur les Scénarios de Test – des séquences de workflow réutilisables qui enchaînent plusieurs requêtes API en flux métier complets. Les Scénarios de Test résolvent le problème du "comment tester", mais nous avons reçu des retours constants des équipes concernant un autre défi : "comment organiser ce qu'il faut tester".


Les équipes nous disent qu'elles ont des centaines de cas de test organisés par modules métier, mais lorsqu'il est temps de lancer la régression avant une version, elles ne veulent exécuter que leurs cas P0 — pas tout. Actuellement, elles doivent rechercher et sélectionner manuellement chaque cas. D'autres gèrent à la fois des cas de test positifs et négatifs, mais souhaitent que les tests de fumée ne couvrent que les flux positifs. Et lorsque de nouveaux cas sont ajoutés, ils sont souvent oubliés dans les listes de régression.


Aujourd'hui, nous introduisons les Suites de Tests : un nouveau type de ressource qui vous permet d'organiser et d'exécuter des tests par règles plutôt que par sélection individuelle. Les Suites de Tests apportent trois capacités clés à votre workflow de test :


- Routage dynamique des tests : Définissez des règles de filtrage une seule fois — par balises, répertoires ou niveaux de priorité — et les cas correspondants sont automatiquement inclus lors de l'exécution. Les nouveaux cas qui répondent à vos critères sont ajoutés sans maintenance manuelle.
- Exécution parallèle : Basculez entre le mode séquentiel et parallèle en un seul clic. Le système optimise automatiquement la concurrence en fonction des ressources disponibles, réduisant les régressions d'une heure à quelques minutes.
- Rapports de test structurés : Affichez les résultats regroupés selon votre logique d'organisation — par module, priorité ou balise — au lieu de faire défiler des listes plates. Les cas échoués apparaissent immédiatement avec un contexte clair.

Aperçu des Suites de Tests dans le module de Test Automatisé
Aperçu des Suites de Tests dans le module de Test Automatisé

Voici un aperçu plus détaillé du fonctionnement de chaque capacité.

Routage dynamique des tests

La demande la plus courante que nous entendons des équipes d'assurance qualité est : "Je veux exécuter tous les cas P0 du module de paiement sans les sélectionner un par un." Les Suites de Tests résolvent ce problème en séparant la création de tests de l'organisation des tests.

Les Scénarios de Test restent vos blocs de construction — chacun représente un workflow métier complet (connexion, création de commande, paiement, vérification du statut). Les Suites de Tests vous permettent de regrouper ces scénarios par conditions : balises, répertoires, niveaux de priorité, ou toute combinaison. Lorsque vous exécutez une suite, elle inclut automatiquement tous les cas correspondants au moment de l'exécution.

Cela devient de plus en plus important à mesure que les outils de développement basés sur l'IA accélèrent la génération de code et de tests. Avec les suites dynamiques, vous n'avez pas besoin de mettre à jour manuellement les listes de régression chaque fois qu'un nouveau cas est ajouté. Écrivez le cas, appliquez les balises appropriées, et la suite s'occupe du reste.

Nous supportons deux modes pour répondre aux différents besoins de test :

Le mode statique vous donne une liste fixe de cas. Vous sélectionnez exactement les scénarios à inclure, et cette liste reste inchangée tant que vous ne la modifiez pas. Cela fonctionne bien pour les tests de fumée — un ensemble sélectionné de 5 à 15 scénarios critiques qui changent rarement mais s'exécutent fréquemment.

Mode statique avec des cases à cocher pour la sélection individuelle des cas
Mode statique avec des cases à cocher pour la sélection individuelle des cas

Le mode dynamique utilise des règles pour inclure automatiquement les cas correspondants. Définissez une condition (tous les cas dans le répertoire "Paiement" avec la priorité P0), et la suite reste à jour à mesure que votre bibliothèque de tests évolue. Cela fonctionne bien pour la régression de module, où le nombre de cas change régulièrement.

Mode dynamique affichant un aperçu en lecture seule avec une note d'inclusion automatique
Mode dynamique affichant un aperçu en lecture seule avec une note d'inclusion automatique

Dans l'interface du produit, nous vous guidons à travers ce choix sans exiger que vous compreniez la terminologie au préalable. Lorsque vous sélectionnez le mode statique, des cases à cocher apparaissent pour la sélection individuelle. Lorsque vous sélectionnez le mode dynamique, vous voyez un aperçu en lecture seule des cas correspondants avec une note : "Les nouveaux cas correspondant à ces conditions seront automatiquement inclus."

Exécution parallèle

Lorsque votre suite de tests atteint des centaines de cas, l'exécution séquentielle devient un goulot d'étranglement. Une régression complète qui prend une heure à se terminer retarde votre pipeline de publication et ralentit la détection des problèmes dans la surveillance de production.

Les Suites de Tests prennent en charge l'exécution parallèle prête à l'emploi. Basculez simplement entre le mode séquentiel et parallèle — le système détermine automatiquement la concurrence optimale en fonction des ressources disponibles de votre machine. Aucune configuration manuelle n'est requise. Cela réduit une régression de 60 minutes à moins de 30 minutes sans modifier votre logique de test.

Bascule mode séquentiel/parallèle dans la configuration d'exécution de la suite
Bascule mode séquentiel/parallèle dans la configuration d'exécution de la suite

L'exécution parallèle gère automatiquement l'isolation des dépendances. Chaque scénario s'exécute dans son propre contexte, garantissant que les variables partagées ou l'état de l'environnement d'un scénario n'interfèrent pas avec un autre. Pour les scénarios qui dépendent réellement les uns des autres, vous pouvez les regrouper en un seul scénario avec des étapes séquentielles.

Rapports de test structurés

Les rapports de test traditionnels listent les résultats un par un. Lorsque vous exécutez une suite de 200 cas répartis sur plusieurs modules, trouver les échecs importants devient fastidieux.

Les rapports des Suites de Tests sont structurés selon votre logique d'organisation. Les résultats sont regroupés par les conditions que vous avez définies — par module, par priorité, par balise. Vous pouvez immédiatement voir que "Module de paiement : 45/47 réussis" et "Module utilisateur : 32/32 réussis" sans faire défiler les entrées individuelles.

Aperçu du rapport au niveau de la suite montrant les taux de réussite par groupes module/balise
Aperçu du rapport au niveau de la suite montrant les taux de réussite par groupes module/balise

Chaque groupe s'étend pour afficher les résultats de scénarios individuels avec le temps d'exécution, le nombre d'assertions et les détails des échecs. Les scénarios échoués apparaissent en haut avec un contexte d'erreur clair, vous permettant de trier les problèmes sans avoir à chercher dans les journaux.

Vue de rapport étendue montrant les résultats de scénarios individuels avec les détails des échecs
Vue de rapport étendue montrant les résultats de scénarios individuels avec les détails des échecs

Les rapports incluent également des métadonnées d'exécution : durée totale, efficacité parallèle (temps gagné par rapport à l'exécution séquentielle) et configuration de l'environnement utilisée. Cela vous aide à optimiser la configuration de la suite au fil du temps et fournit des pistes d'audit pour les exigences de conformité.

Configuration unifiée avec des surcharges flexibles

Chaque Scénario de Test peut avoir sa propre configuration d'exécution : environnement, nombre de boucles et autres paramètres. Lorsque vous regroupez plusieurs scénarios dans une suite, vous devez décider quelle configuration prend le pas.

Par défaut, chaque scénario s'exécute avec sa configuration enregistrée — le comportement le plus intuitif. Pour les paramètres d'environnement spécifiquement, la suite fournit un sélecteur d'environnement unifié que les scénarios peuvent hériter. Cela vous permet de passer toute votre suite de régression de la pré-production à la production avec un seul changement.

Si vous avez besoin d'un contrôle total, vous pouvez spécifier une configuration personnalisée qui remplace tous les paramètres au niveau du scénario. Cette option est disponible dans les paramètres avancés pour garder le chemin commun simple.

Configuration d'exécution de la suite avec sélecteur d'environnement et options avancées
Configuration d'exécution de la suite avec sélecteur d'environnement et options avancées

Suites de Tests vs. exécutions par lot de répertoires

Apidog prend déjà en charge les exécutions par lot au niveau du répertoire. Les Suites de Tests ont un objectif différent.

Les répertoires organisent les cas par structure physique. Un cas appartient à un seul dossier.

Les Suites de Tests organisent les cas par règles logiques. Un cas peut appartenir à plusieurs suites simultanément.

Par exemple : Un cas de test de paiement P0 peut apparaître à la fois dans "Régression du module de paiement" (tous les cas P0/P1 tagués paiement) et "Test de fumée complet" (tous les cas P0 à travers le système). Cette flexibilité vous permet de construire des unités d'exécution de test réutilisables pour différents scénarios — tests de fumée déclenchés à chaque commit, régression complète avant les versions, et vérifications de santé planifiées en production.

Capacité
Objectif
Idéal pour
Scénario de Test
Orchestration des flux métier
Définition des workflows de test individuels
Répertoire
Organisation physique
Collaboration d'équipe, gestion des cas
Exécution par lot de répertoires
Exécution rapide
Tests exploratoires, régression ad hoc
Suite de Tests
Unité d'exécution réutilisable
Régression de version, tests de fumée, surveillance planifiée

Ce que nous construisons ensuite

Nous évaluons l'imbrication des suites (composer des suites à partir d'autres suites) et la nouvelle tentative automatique en cas d'échec. Le mode dynamique gère déjà la plupart des besoins de composition, et nous voulons éviter de masquer les véritables échecs avec des tentatives. Nous réexaminerons cela en fonction des modèles d'utilisation.

Comment commencer

Les Suites de Tests sont désormais disponibles dans Apidog. Créez votre première suite à partir du module de Test Automatisé, sélectionnez le mode statique ou dynamique, définissez vos conditions, et exécutez. Intégrez-les à votre pipeline CI/CD en utilisant l'interface de ligne de commande (CLI) pour déclencher des suites lors de la fusion de code ou selon un calendrier.

Rejoignez la conversation

Nous aimerions savoir comment les Suites de Tests s'intègrent à votre workflow. Partagez vos commentaires sur nos canaux communautaires. Connectez-vous avec d'autres ingénieurs API et l'équipe Apidog :

Bons tests !

Pratiquez le Design-first d'API dans Apidog

Découvrez une manière plus simple de créer et utiliser des API