Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Cet article explique comment créer, exécuter, mettre à jour et suivre rapidement les tests inline à partir d’éléments de travail sur vos tableaux dans Azure Boards. Les tests que vous créez à partir d’éléments de travail sur votre carte sont automatiquement liés aux éléments de travail.
Les tests intégrés vous permettent de créer, d’exécuter et de suivre des tests directement dans les éléments de travail de votre tableau, sans avoir à changer d’outil. Cette approche est utile lorsque vous souhaitez vérifier les critères d’acceptation ou intercepter rapidement les problèmes pendant votre sprint.
Quand utiliser des tests inline :
- Tests légers directement sur les éléments de travail de bord
- Petit nombre de tests par élément de travail (quelques vérifications rapides)
- L’équipe préfère un flux de travail à volet unique sans passer aux plans de test
- Test ad hoc ou vérification manuelle simple
Quand utiliser le hub Plans de test :
- Suites de tests volumineuses avec de nombreux cas de test
- Scénarios de test complexes, configurations de test ou configuration de l’environnement
- Planification et métriques de test à l’échelle de l’équipe
- Tests exploratoires avec suivi enrichi
Pour obtenir une plateforme de test complète, consultez Qu’est-ce que Azure Test Plans ?
La gestion des tests en ligne dans les éléments de travail de tableau est similaire à la gestion des listes de contrôle des tâches en ligne. Pour plus d’informations sur les tâches inline, consultez Tutoriel : Ajouter des tâches ou des éléments enfants en tant qu’éléments de liste de contrôle.
- Pour obtenir une vue d’ensemble des tableaux Kanban, consultez Qu’est-ce qu’un tableau Kanban ?
Conseil
Vous pouvez utiliser l’IA pour vous aider à effectuer cette tâche plus loin dans cet article, ou voir Activer l’aide à l’IA avec Azure DevOps MCP Server pour commencer.
Prerequisites
| Catégorie | Exigences |
|---|---|
| Accès au projet | Membre du projet. |
| Niveaux d’accès | Pour ajouter des éléments de travail, afficher ou exécuter des tests et utiliser toutes les fonctionnalités de tableaux, il faut au moins un accès Basique. Les utilisateurs disposant d’un accès de Parties prenantes ne peuvent pas afficher ni effectuer des tests. |
| Permissions | Pour afficher ou modifier des éléments de travail, définissez Afficher les éléments de travail dans ce nœud et modifiez les éléments de travail dans ces autorisations de nœud pour autoriser. Par défaut, le groupe des contributeurs dispose de ces permissions. Pour plus d'informations, consultez Définir les autorisations et l’accès pour le suivi du travail. |
Ce que vous pouvez faire avec les tests intégrés
En utilisant des tests inline, vous pouvez :
- Ajouter des tests directement à des éléments de travail depuis votre tableau
- Exécuter des tests pour vérifier les fonctionnalités et les critères d’acceptation
- Mettre à jour l’état du test pour refléter la réussite, l’échec ou les résultats bloqués
- Réaffecter des tests d’un élément de travail à un autre
- Copier des tests à réutiliser sur plusieurs éléments de travail
Chaque tâche contient des instructions pas à pas dans les sections qui suivent.
Ouvrir des tableaux dans Azure Boards
Pour afficher le tableau de votre équipe, ouvrez votre projet Azure DevOps et sélectionnez Boards>Boards dans le menu de navigation gauche.
Pour afficher un autre tableau, sélectionnez la flèche en regard du titre de votre page de tableau, puis sélectionnez l’autre tableau ou le répertoire Afficher les tableaux dans la liste déroulante. Vous pouvez également sélectionner un tableau sous Tous les tableaux d’équipe sur la page d’annuaire Boards .
Conseil
Sélectionnez l’icône en forme d'étoile à côté du nom d’un tableau pour ajouter le tableau aux favoris. Les tableaux favoris apparaissent en haut de la liste des sélecteurs de cartes.
Étendre et afficher les tests en ligne
Lorsque vous ouvrez un tableau pour la première fois, les listes de tâches et de tests des éléments de travail sont réduites.
Pointez sur une icône de test inline pour afficher un résumé de test.
Sélectionnez l’icône de test pour développer la liste des tests et d’autres contrôles. Pour réduire la liste et les contrôles, sélectionnez à nouveau l’icône.
Dans le panneau développé, sélectionnez un test dans la liste pour ouvrir et modifier sa page de cas de test.
Dans le panneau développé, sélectionnez l’icône Actions de l'élément de travail en regard d’un test pour afficher les options du menu contextuel.
Sélectionnez l’icône Ouvrir la suite de tests pour ouvrir la suite de tests pour l’élément de travail dans une nouvelle page de navigateur.
L’exemple suivant montre la suite de tests 285 créée pour le bogue 38, avec trois cas de test inline ajoutés à la suite.
Ajouter des tests en ligne
Lorsque vous ajoutez des cas de test à un élément de travail de tableau inline, le processus crée automatiquement un plan de test et une suite de tests par défaut pour l’élément de travail, avec les cas de test regroupés sous eux.
Pour ajouter des tests à un élément de travail sur votre tableau, ouvrez le menu Actions de l’élément de travail pour l’élément de travail, puis sélectionnez Ajouter un test dans le menu contextuel. Vous pouvez également sélectionner une icône de test inline existante dans un élément de travail, puis sélectionner Ajouter un test dans le panneau de test développé.
Dans le volet développé, entrez le nouveau titre de test, puis appuyez sur Entrée. Vous pouvez ajouter plusieurs tests en appuyant sur Entrée après avoir ajouté chaque test.
Pour plus d’informations, consultez Planifier vos tests et créer des tests manuels.
Exécuter un test en ligne
Avant d’exécuter un nouveau test, vous devez ajouter des détails. Pour ajouter des détails à un cas de test, ouvrez-le en le sélectionnant dans la liste de cas de test inline ou en sélectionnant Ouvrir dans son menu contextuel.
Exécutez le test en sélectionnant Exécuter le test dans le menu contextuel du test.
Microsoft Test Runner démarre dans une nouvelle instance du navigateur. Pour plus d'informations, consultez Planifier des tests manuels.
Mettre à jour l’état du test
Pour suivre l’état du test, mettez à jour l’état d’un test inline à partir de son menu contextuel.
Redéfinir la parenté et copier un test
Pour répartir un test, faites glisser le test vers un autre élément de travail. Cette action modifie automatiquement la relation liée du test et pointe vers le nouvel élément de travail.
L’exemple suivant montre le test TEST : Annuler le formulaire de commande qui est en train d’être transféré de l’élément Annuler le formulaire de commande vers l’élément Historique du compte client.
Pour copier un test vers un autre élément de travail, maintenez la touche Ctrl enfoncée pendant que vous faites glisser et déposez le test vers l’autre élément de travail.
Note
Lorsque vous liez un cas de test à un élément à l’aide du type de lien Testé par, le tableau reflète l’état du cas de test lié. Toutefois, si une suite basée sur des exigences a plusieurs configurations, la carte affiche uniquement le résultat du test pour la configuration par défaut. Pour vous assurer que les cas de test apparaissent correctement sur la carte, il est préférable d’utiliser Ajouter un test sur l’élément de travail ou de créer une suite de tests basée sur des exigences à partir du hub Plans de test.
Résoudre les problèmes de tests en ligne
Test Runner ne démarre pas
Si Test Runner ne parvient pas à s’ouvrir dans une nouvelle fenêtre de navigateur :
- Vérifier que votre navigateur autorise les fenêtres contextuelles à partir de
dev.azure.com - Confirmer que JavaScript est activé
- Vérifiez que votre navigateur est compatible avec Azure DevOps.
- Vérifiez que vous disposez de l’autorisation Afficher les exécutions de test sur le projet
Impossible de réparer ou de copier un test
Pour réparer ou copier un test entre les éléments de travail, vous devez disposer des éléments suivants :
- Autorisation Modifier les éléments de travail dans ce nœud sur les éléments de travail source et cible
- Le test doit se trouver dans le même projet (la redéfinition de la parenté entre projets n'est pas pris en charge)
Si vous voyez une erreur « autorisation refusée », vérifiez les autorisations de votre projet. Pour plus d'informations, consultez Définir les autorisations et l’accès pour le suivi du travail.
Les tests n’apparaissent pas en ligne après l’ajout
Si vous ajoutez un test, mais qu’il n’apparaît pas dans le panneau de test inline :
- Actualiser la page du tableau
- Vérifiez que le cas de test a été créé dans la suite de tests par défaut pour l’élément de travail
- Vérifiez que vous affichez l’élément de travail sur le tableau (et non dans le volet de détails)
Le statut du test n’apparaît pas sur le tableau
Si un test est lié via le type de lien Testé par mais n’affiche aucun état :
- Pour les suites de tests basées sur des conditions requises avec plusieurs configurations, la carte affiche uniquement le résultat du test pour la configuration par défaut
- Pour vous assurer que les états de test s’affichent correctement, utilisez Ajouter un test sur l’élément de travail au lieu de lier manuellement les cas de test
- Consultez Suivre l’état des tests pour connaître les procédures de mise à jour d’état
Lenteur ou expiration du délai d’attente lors de l’ajout ou de l’exécution de nombreux tests
Les opérations de test inline fonctionnent mieux pour les petites suites de tests (3 à 5 tests par élément de travail). Si vous rencontrez une lenteur :
- Utilisez le hub Plans de test pour les suites de tests volumineuses.
- Exécutez des tests un par un au lieu d’utiliser des opérations par lots.
- Vérifiez les performances de votre connexion réseau et du navigateur.
Le cas de test n’a pas de champs obligatoires
Avant de pouvoir exécuter un test, le cas de test doit inclure :
- Au moins une étape de test
- Résultat attendu pour chaque étape
Si vous voyez une erreur de validation, ouvrez le formulaire de cas de test et ajoutez des étapes. Pour plus d’informations, consultez Créer des cas de test manuels.
Utiliser l’IA pour gérer les tests inline
Vous pouvez utiliser l’assistance IA via Azure DevOps MCP Server pour gérer les tests intégrés. Voici quelques exemples d’invites que vous pouvez utiliser :
| Tâche | Exemple de prompt |
|---|---|
| Créer des cas de test | « Aidez-moi à créer des cas de test qui vérifient ces critères d’acceptation pour l’article utilisateur » |
| Créer des cas de test | « Générer des cas de test pour couvrir les principaux flux de travail utilisateur dans cette fonctionnalité » |
| Créer des cas de test | « Quels cas de test recommanderiez-vous pour ce flux d’achat ? » |
| Créer des cas de test | « Créer des scénarios de test de cas edge pour la fonctionnalité de connexion » |
| Organiser et gérer des tests | « Aidez-moi à organiser ces tests inline en suites de tests logiques » |
| Organiser et gérer des tests | « Dois-je utiliser des tests intégrés ou déplacer ceci vers le hub des plans de test ? » Voici mon scénario... |
| Organiser et gérer des tests | « Quelle est une bonne convention d’affectation de noms pour les cas de test ? » |
| Suivre les status de test | « Montrez-moi quels tests passent actuellement et qui ont besoin de travail » |
| Suivre les status de test | « Aidez-moi à résumer l’état de test pour ce sprint » |
| Suivre les status de test | « Analyser ces échecs de test et suggérer des correctifs » |
| Couverture et stratégie de test | « Suggérer une stratégie de test pour ce récit utilisateur complexe » |
| Couverture et stratégie de test | « Quelles zones de cette fonctionnalité peuvent ne pas avoir suffisamment de couverture de test ? » |
| Couverture et stratégie de test | « Aidez-moi à hiérarchiser les tests à exécuter en premier » |
Note
Ces prompts sont plus efficaces lorsque vous fournissez du contexte sur vos éléments de travail, vos scénarios de test et vos critères d’acceptation. Plus vous êtes spécifique, mieux les suggestions.