DoQA 4.0 : Exécution de tests automatisés depuis TMS sans CI | Guide

DoQA 4.0 : Gérer les tests automatisés sans quitter le TMS

DoQA 4.0 introduit des fonctionnalités qui vous permettent de lancer et d'analyser des tests automatisés directement dans votre Système de gestion des tests (TMS). Cela élimine le besoin de basculer vers des systèmes d'intégration continue (CI) pour initier les exécutions et examiner les résultats, accélérant considérablement le processus de test et la détection des défauts. Les développeurs et testeurs peuvent désormais rester dans un seul environnement, de la planification des tests à l'enregistrement des bugs.

Deux approches pour le TMS : Classique et intégration CI

Le marché des Systèmes de gestion des tests s'est stabilisé autour de deux approches principales. La première, classique, se concentre uniquement sur les tests manuels : le TMS stocke les cas de test, construit des suites de tests, suit les statuts d'exécution et les résultats. Toute la logique d'exécution des tests se passe en dehors du système — les testeurs travaillent directement avec l'application.

La seconde approche implique l'intégration CI. Ici, le TMS lie les tests automatisés aux cas de test, récupère les résultats d'exécution depuis la CI, et affiche l'historique et les statuts actuels. Cependant, jusqu'à récemment, lancer des tests automatisés nécessitait de basculer vers un système CI (comme GitLab ou Jenkins), rompant le flux de travail du testeur.

Lancer des tests automatisés directement depuis l'interface TMS

DoQA 4.0 propose une intégration directe qui vous permet d'initier le lancement de tests automatisés sans quitter le TMS. Lors de la création d'une exécution de test, vous avez l'option de sélectionner la méthode de lancement — y compris les tests automatisés. L'utilisateur spécifie :

• Système CI (GitLab, Jenkins, etc.)
• Projet dans la CI
• Branche de code

De cette façon, l'exécution est liée à un environnement d'exécution spécifique. L'innovation clé : vous pouvez lancer non seulement la pipeline complète, mais aussi des tests automatisés individuels. C'est particulièrement pratique pour vérifier des changements locaux — par exemple, après avoir corrigé un bug, vous pouvez rapidement re-tester la fonctionnalité affectée sans attendre une régression complète.

Important : L'exécution des tests se passe toujours dans la CI. Le TMS agit comme point de lancement et agrégateur de résultats, sans remplacer l'infrastructure CI.

Interface unifiée pour analyser les résultats

Après le lancement, le test automatisé apparaît dans l'exécution comme un cas de test ordinaire, avec statut (réussi/échoué), responsable, et options de commentaire. Si un test échoue, le TMS fournit immédiatement les détails :

• Message d'erreur
• Trace de pile
• Captures d'écran ou vidéo (si configuré)
• Logs d'exécution

Cela supprime le besoin de sauter vers la CI pour le dépannage. De plus, depuis l'interface TMS, vous pouvez instantanément créer un rapport de bug dans votre tracker (Jira, YouTrack, etc.), en auto-remplissant un modèle basé sur les données du test échoué.

Historique des exécutions de tests : Analyse de stabilité en un seul endroit

DoQA 4.0 consolide l'historique d'exécution de tous les tests — manuels et automatisés — dans une seule chronologie. Pour chaque test automatisé, vous obtenez des stats :

• Taux de succès
• Liste des échecs avec dates et traces de pile
• Temps d'exécution moyen

Cela vous permet d'évaluer rapidement la stabilité des tests et d'identifier les problèmes récurrents. Par exemple, si un test est instable 30 % du temps à une étape spécifique, l'équipe peut se concentrer sur cette section.

Avantages clés

• Lancement depuis le TMS : L'initiation des tests automatisés se fait dans le système de gestion des tests, sans basculement CI.
• Détails d'échec sur place : Traces de pile et logs sont directement dans l'interface TMS, accélérant le diagnostic.
• Rapports de bug en un clic : L'intégration avec le tracker permet d'enregistrer les défauts sans changer de contexte.
• Historique unifié : L'analyse de la stabilité des tests reste dans un seul système, sans collecte de données de multiples sources.
• Lancements flexibles : Tester des scénarios individuels accélère la vérification des changements.

Cette intégration transforme le TMS d'un simple dépôt passif de cas de test en un centre de contrôle actif des tests. Le processus devient entièrement contenu : de l'assignation des tâches à l'enregistrement des défauts — tout dans un seul système. Cela réduit les communications liées aux changements d'outils et permet aux testeurs de se concentrer sur l'analyse des résultats, plutôt que sur la gestion multiple d'onglets.

— Editorial Team