- Vue d'ensemble (Overview)
- Démarrage rapide
- Confiance et conformité
- Gouvernance
- Fonctionnalités
- Cartographer
- Delegate for Testing
- Présentation de Delegate pour les tests
- Paramètres du profil de test
- Compétences pour les tests
- Routages pour les tests
- Opérations de test
- Exécution de tests manuels
- Analyse de l’échec de l’automatisation de test
- Résumé des exécutions nocturne
- Créer et gérer des cas de test
- Automatisation des suites fumée
- Tests avec l'intégration et la production de rapports Jira
- Référence (Reference)
- Résolution des problèmes
Rédigez des cas de test à partir de tickets Jira, consignez les bogues des exécutions ayant échoué et assemblez les rapports de couverture des simpressions, d'approbation et de mesures d'assurance qualité avec Delegate.
Une fois connecté, Delegate peut lire les tickets Jira, consigner les bogues des exécutions ayant échoué et assembler des rapports qui font référence à Jira et Test Manager. Les tâches ci-dessous sont indépendantes les unes des autres.
Prérequis
- Effectuez la configuration unique dans Configuration et exécution de votre premier cas de test.
- Connectez Jira (configuration unique):
- Ouvrez Delegate → Paramètres → Connexions.
- Recherchez Jira dans la liste et sélectionnez Se connecter.
- Authentifiez-vous avec votre compte Atlassian.
- Sélectionnez votre instance ou espace de travail Jira.
Lire un ticket et rédiger des cas de test à partir de celui-ci
- Saisissez une invite faisant référence au ticket, par exemple: « Lire le ticket MYAPP-42 et écrire un cas de test pour chaque critère d'acceptation.»
Résultat
Delegate extrait le titre, la description, les critères d’acceptation et les commentaires du ticket, identifie chaque critère et rédige un cas de test structuré (étapes et résultats attendus) par critère. Vous verrez un brouillon de cas de test par critère d'acceptation, prêt à être examiné et ajusté pour votre interface utilisateur spécifique avant de l'ajouter à Test Manager.
Delegate sait uniquement ce qui se trouve dans le ticket. Si les critères d’acceptation sont vagues ou manquants, les cas de test brouillons le refléteront.
Journaliser un bogue à partir d'une exécution ayant échoué
- Après l’échec d’une exécution, saisissez une invite décrivant l’échec, par exemple: « Crée un bogue Jira dans le projet MYAPP pour l’échec à l’étape 3 — le tableau de bord ne s’est pas chargé après la connexion.»
Résultat
Delegate pré-remplit le ticket: résumé de l'étape échouée, description du comportement observé par rapport au comportement attendu, nom du cas de test et ObjKey, lien vers l'exécution de Test Manager et le détail de l'étape échouée. Vous verrez le nouveau ticket, prêt à être envoyé à l’équipe de développement. Ajoutez une priorité ou des libellés dans la même invite, par exemple "Marquer une priorité élevée et labelliser la régression.".
Générer un rapport sur la couverture des tests sprint
- Saisissez une invite nommant le spre et le projet, par exemple: « Générer un rapport de couverture de test pour le sprint 24 dans le projet MYAPP.»
Résultat
Delegate extrait les tickets Jira du spre, recherche les cas de test liés dans Test Manager, vérifie qui ont été exécutés et résume la réussite/l'échec par article. Vous verrez une table d’articles avec leur nombre de cas de test, leur statut d’exécution et leur résultat, avec des scénarios qui ont une couverture de test nulle et qui sont explicitement marqués.
Préparer un document d'approbation pour l'assurance qualité
- Saisissez une invite décrivant la version et ses sources, par exemple: « Prépare un document d’approbation de l’assurance qualité pour la version v2.4. Les tickets d’essai se trouvent dans le projet Jira MYAPP 24. Nos résultats de test se trouvent dans le projet MYAPP de Test Manager.»
Résultat
Delegate extrait l'étendue de la publication à partir de Jira, trouve les cas et les résultats de test liés, identifie les zones testées et non testées, et rédige le document complet: étendue, résumé de la couverture, résultats de l'exécution, bogues restants, évaluation des risques et déclaration d'approbation. Vous verrez un brouillon complet, généralement dans environ 5 minutes, que vous pouvez demander à Delegate d’enregistrer sous forme de document Word, de page Confluence ou d’e-mail directement.
Comparer les résultats entre les sprints
- Saisissez une invite nommant l'ensemble de tests et la plage de sprints, par exemple: « Comparez les résultats des tests pour Regression Suite sur les 4 derniers sprints du projet MYAPP.»
Résultat
Delegate aligne les résultats par cas de test sur les modèles de sprints et de signaux: cas échouants systématiquement, cas d’Fccants, tendances à la baisse du taux de réussite et zones non testées. Vous verrez une table de tendances par cas de test avec un indicateur de statut (Stable, Abandon, Dégradation, Non exécuté, Échec).
Créer une page d'indicateurs d'assurance qualité
- Saisissez une invite nommant le projet et le sprint, par exemple: « Créer une page de métriques QA dans Confluence pour le projet MYAPP qui couvre la s soit 24.»
Résultat
Delegate pulls pass rate, coverage rate, open bugs, and flaky test counts from Test Manager and Jira, and creates a structured Confluence page. Vous verrez une page Confluence partageable avec une table récapitulative, des données sur les tendances, les principaux cas de test ayant échoué et les écarts de couverture, actualisable chaque spre avec une invite de suivi telle que « Mettre à jour la page Confluence des métriques QA pour la spre 25».
Rédiger un document de stratégie d’assurance qualité pour un nouveau projet
- Décrivez le nouveau projet, par exemple: « Écrivez un document de stratégie d’assurance qualité pour un nouveau projet appelé Newapp — il s’agit d’une plate-forme de commerce en ligne, d’une équipe d’assurance qualité de 5 personnes, utilisant Test Manager et Jira, ciblant un cycle de livraison de 3 mois.»
Résultat
Delegate rédige la structure standard: étendue, approche, outils/environnement, gestion des cas de test, plan d’exécution, critères d’entrée/de sortie, gestion des défauts, risques et rôles. Le document sera complet à environ 80 %; renseignez l'étendue spécifique au projet, les noms d'équipe et les passerelles de version. Le fait de commencer par la section de l'étendue a tendance à bien ancrer le reste.
- Prérequis
- Lire un ticket et rédiger des cas de test à partir de celui-ci
- Journaliser un bogue à partir d'une exécution ayant échoué
- Générer un rapport sur la couverture des tests sprint
- Préparer un document d'approbation pour l'assurance qualité
- Comparer les résultats entre les sprints
- Créer une page d'indicateurs d'assurance qualité
- Rédiger un document de stratégie d’assurance qualité pour un nouveau projet