Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Avec Azure DevOps, vous pouvez vous connecter à ses services de base et collaborer à travers eux. Vous pouvez utiliser différentes fonctionnalités pour lier et suivre vos tâches devops dans Azure Boards, Azure Repos, Azure Pipelines et Azure Test Plans. Cet article vous explique comment utiliser l’intégration interservices d’Azure DevOps pour améliorer votre flux de travail et votre productivité.
Liens vers plus d’informations :
Collaboration dans Azure DevOps
Le tableau suivant récapitule certaines des fonctionnalités qui vous aident à travailler avec votre équipe et d’autres équipes.
| Fonctionnalité | Description |
|---|---|
@mentions (ajouter aux discussions et commentaires) |
Vous pouvez @mentionner un membre de l'équipe ou toute une équipe dans un formulaire de discussion sur un élément de travail ou dans la section des commentaires d'un commit, d'une demande de tirage ou d'un changeset. |
#ID (lien vers un élément de travail) |
Pour assurer une traçabilité de bout en bout, vous pouvez créer des liens vers des éléments de travail à partir de commits, de demandes de tirage et d'ensembles de modifications. |
| Équipes | Chaque équipe a accès à une suite d’outils agiles et de ressources d’équipe. Ces outils permettent aux équipes de travailler de manière autonome et de collaborer avec d’autres équipes au sein de l’entreprise. Chaque équipe peut configurer et personnaliser chaque outil pour prendre en charge son fonctionnement. Pour une navigation rapide, ils peuvent créer des référentiels, des pipelines et des plans de test favoris. |
| Alertes | Configurez ou désactivez les alertes personnelles, d’équipe, de projet ou au niveau de l’organisation. Abonnez-vous aux alertes par e-mail lorsque des modifications sont apportées aux éléments de travail, aux revues de code, aux demandes de tirage, aux fichiers de contrôle du code source, aux constructions, etc. |
| Résumés par e-mail |
-
Envoyer une liste d’éléments de travail - éléments de requête de courriel - Envoyer des résumés de publication par e-mail |
| Site collaboratif Wiki | Incorporer des résultats de requête Azure Boards dans Wiki. |
Intégration d’Azure Boards et d’Azure Repos
Vous pouvez lier des modifications de code aux récits utilisateur et aux fonctionnalités avec différents types de liens. Pour Git, utilisez Branch, Commit, Pull Request ou Tag. Pour TFVC, utilisez Changeset ou Versioned Item.
Le tableau suivant récapitule les points d’intégration entre Azure Boards et Azure Repos.
| Fonctionnalité | Description |
|---|---|
| Piloter le développement Git à partir d’éléments de travail | Vous pouvez initier une branche Git ou créer un lien vers des commits Git ou des pull requests, et piloter votre cycle de développement Git pour un élément de travail à partir du formulaire de travail. |
| Automatisez l'association et la transition d'éléments de travail avec des commits Git. | Pour un dépôt Git, vous pouvez activer ou désactiver les options suivantes : - Fermer les éléments de travail avec des mentions dans les commentaires de commit. - Gardez à l'esprit les choix des utilisateurs pour compléter des éléments de travail avec des pull requests. - Lier les éléments de travail aux commentaires de commit. Vous pouvez également automatiser la création de liens à partir de commits ou de demandes de tirage dans les paramètres du référentiel. - Lien entre les mentions commit : Activer le lien entre les livraisons et les éléments de travail avec #WorkItemID dans les messages de livraison. Désactiver lorsque vous poussez un référentiel à partir d'un compte ou d'un service différent. Azure DevOps désactive automatiquement cette fonctionnalité lorsque vous importez un dépôt. - Commit mentionne la résolution de l'élément de travail : Activer la fermeture des éléments de travail avec Fixes #WorkItemID dans les commits. - Préférences de transition des éléments de travail : Activé par défaut, il mémorise l'option de chaque utilisateur de compléter les éléments de travail liés par des requêtes de tirage. Vous pouvez désactiver cette fonctionnalité pour empêcher les utilisateurs de terminer des éléments de travail avec des pull requests. Lorsqu'il est désactivé, les utilisateurs doivent choisir de terminer les tâches de travail pour chaque pull request. |
| Recherchez les éléments de travail liés dans une branche Git | Encouragez la traçabilité en vérifiant les éléments de travail liés sur les pull requests. |
| Compléter automatiquement les éléments de travail avec des pull requests | Lorsque vous liez un élément de travail à une pull request, vous pouvez terminer automatiquement ces éléments de travail lorsque vous terminez avec succès la pull request. Le système est défini par défaut sur votre sélection pour les demandes de tirage ultérieures. |
| Afficher la liste des objets de code auxquels un seul élément de travail est lié | Vous pouvez lier des éléments de travail aux modifications, builds et mises en production du code, ce qui fournit une piste d’audit du développement de fonctionnalités. |
| Requête pour les liens externes | Vous pouvez rechercher des éléments de travail qui contiennent des liens vers des branches, des commits, des demandes de tirage ou des balises. |
| Configurez des stratégies de branche pour prendre en charge le suivi du travail | Pour vous assurer que les modifications apportées à une branche ont des liens vers des éléments de travail, vous configurez la stratégie de branche pour un référentiel Git dans les paramètres du dépôt. Activez l’option Vérifier les éléments de travail liés. Choisissez Obligatoire pour exiger que toutes les pull requests aient au moins un élément de travail lié pour être finalisées. Choisissez Facultatif pour autoriser les demandes de tirage sans éléments de travail liés, mais en avertissant à ce sujet. |
Intégration d’Azure Boards et d’Azure Pipelines
Le tableau suivant récapitule les points d’intégration entre Azure Boards et Azure Pipelines. Plusieurs fonctionnalités offrent une prise en charge de la traçabilité de bout en bout à mesure que les récits utilisateur et les fonctionnalités passent par le cycle de développement. Comme avec Azure Repos, vous pouvez lier des éléments de travail à des objets de pipeline avec les types de liens suivants : Build, Intégré dans la build et Intégré dans mise en production.
Fonctionnalité
Description
Lier manuellement des éléments de travail à des builds.
Lier les éléments de travail à des constructions dans le même projet ou dans un autre projet au sein de l'organisation ou de la collection.
Définir l'option d'intégration pour créer automatiquement des liens intégrés dans la version pour les éléments de travail liés à une branche, un commit ou une demande de tirage associée à un pipeline.
Obligatoire pour remplir le contrôle Développement avec intégré dans les liens de build . Les éléments de travail ou commits qui font partie d’une mise en production sont calculés à partir des versions des artefacts. Par exemple, chaque build dans Azure Pipelines est associée à un ensemble d’éléments de travail et de validations. Pour plus d’informations, consultez Configurer des pipelines pour prendre en charge l’intégration.
Pour lier des éléments de travail aux builds et versions, choisissez une option et une branche pour un pipeline Classic ou YAML. Cette action crée des liens d'étape Intégré dans la version et Intégré dans la publication pour les éléments de travail qui sont liés à une branche, un commit ou une demande de tirage.
Nécessaire pour remplir le formulaire de travail Contrôle de développement avec liens intégrés dans la version et le contrôle de déploiement avec liens intégrés dans la phase de mise en production lors de l'exécution d'un pipeline classique ou YAML. Pour plus d’informations, consultez Configurer des pipelines pour prendre en charge l’intégration.
Définissez l'option d'intégration pour créer automatiquement des liens « Intégrés au stade de mise en production » vers des éléments de travail liés à une branche, à un commit ou à une pull request associée à une version.
Obligatoire pour remplir le contrôle de déploiement dans le formulaire d’élément de travail avec des liens Intégrés à l’étape de mise en production . Pour plus d’informations, consultez Pipelines de mise en production, Comment intégrer et rapporter l'état de mise en production ?.
Afficher la liste des éléments de travail liés à un pipeline de mise en production classique
Répertorie tous les éléments de travail liés à une build ou à une version.
Affichez et ouvrez la liste des éléments de travail liés à un pipeline Classic ou YAML.
Répertorie tous les éléments de travail liés à une version depuis la version sélectionnée précédente. Peut trier la liste par chaque colonne.
Afficher la liste des objets de génération ou de mise en production auxquels un seul élément de travail est lié
Vous pouvez lier des éléments de travail à des versions et à des versions intermédiaires, ce qui permet de suivre le développement et le déploiement des fonctionnalités.
Rechercher des liens externes.
Vous pouvez rechercher des éléments de travail qui contiennent des liens externes.
Affichez et accédez rapidement aux phases de publication à laquelle un élément de travail est lié.
Le contrôle Déploiement sur le formulaire de l'élément de travail montre les étapes auxquelles l'élément de travail est lié. Vous pouvez voir l'état de certains parcours et ouvrir chaque étape ou parcours en développant une étape. Pour plus d'informations, voir Lier et visualiser les éléments de travail aux déploiements.
Créer un élément de travail en cas d’échec, éventuellement définir des valeurs pour un champ d’élément de travail (classique)
Créer un élément de travail en cas d’échec (classique ou YAML), définissez éventuellement des valeurs pour un champ d’élément de travail (classique)
Créez automatiquement un élément de travail et définissez des champs lorsqu’une build échoue. Pour plus d’informations, consultez les options de build pour les pipelines classiques et Personnaliser les pipelines, Créer un élément de travail en cas d’échec.
Tâche Interroger les éléments de travail. Vérifiez que le nombre d’éléments de travail correspondants retournés à partir d’une requête se trouve dans un seuil.
Utilisez cette tâche pour vous assurer que le nombre d’éléments correspondants retournés par une requête d’élément de travail se trouve dans les seuils configurés. Pour plus d’informations, consultez Tâche de requête des éléments de travail, contrôler les déploiements avec des portes et des approbations.
Intégration d’Azure Repos et d’Azure Pipelines
Azure Pipelines prend en charge la création de code stocké dans Azure Repos, soit dans un référentiel Git ou Team Foundation Version Control (TFVC). D’autres référentiels sources pris en charge par Azure Pipelines sont répertoriés dans les référentiels pris en charge.
Le tableau suivant récapitule les fonctionnalités d’intégration entre Azure Repos et Azure Pipelines.
| Fonctionnalité | Description |
|---|---|
| Rapporter l'état du déploiement | Indique l’état d’un déploiement sur les pages Fichiers, Validations et Branches pour les référentiels Git. Cette fonctionnalité améliore la traçabilité de la validation du code au déploiement. Vous pouvez configurer les environnements de mise en production pour signaler l’état du déploiement. |
| Badge d'état de libération | Publiez l’état de votre build de pipeline la plus récente dans votre référentiel. |
| Couverture du code | Publiez et passez en revue les résultats de couverture du code qui indiquent la proportion du code de votre projet en cours de test. |
| Fonctionnalité | Description |
|---|---|
| Rapporter l'état du déploiement | Indique l’état d’un déploiement sur les pages Fichiers, Validations et Branches pour les référentiels Git. Cette fonctionnalité améliore la traçabilité de la validation du code au déploiement. Vous pouvez configurer les environnements de mise en production pour signaler l’état du déploiement. |
| Couverture du code | Publiez et passez en revue les résultats de couverture du code qui indiquent la proportion du code de votre projet en cours de test. |
Intégration d’Azure Boards, d’Azure Repos et d’Azure Test Plans
Plusieurs scénarios de collaboration sont pris en charge par le biais de types d’éléments de travail Azure Boards. Vous pouvez utiliser requêtes managées et la fonction de recherche Azure DevOps pour rechercher et répertorier les éléments de travail.
Remarque
Vous devez créer certains types d’éléments de travail, tels que la demande de commentaires, la demande de révision de code, les étapes partagées et les paramètres partagés, par le biais d’outils ou de formulaires spécifiques. Ces types sont ajoutés à la catégorie Types masqués et n’apparaissent pas dans les menus utilisés pour ajouter des éléments de travail.
Pour le modèle de processus hérité, vous pouvez personnaliser uniquement les types d’éléments de travail suivants : Plan de test, Suite de tests et Cas de test.
| Scénario | Type d'élément de travail | Description |
|---|---|---|
| Demander la révision du code | Demande de revue du code | Permet de suivre les informations saisies dans le formulaire d'examen des nouveaux codes du TFVC. Pour plus d’informations, consultez Obtenir votre code examiné avec Visual Studio. |
| Fournir une révision du code | Réponse de revue du code | Effectue le suivi des commentaires de révision fournis par les réviseurs de code en réponse à une demande de révision de code. |
| Obtenir des commentaires | Demande de commentaires | Suit les informations entrées dans un formulaire de commentaires de demande. Utilisez les formulaires suivants pour lancer une demande de commentaires. - demander des commentaires des parties prenantes - Obtenez des commentaires. |
| Fournir des commentaires | Révision des commentaires | Permet aux parties prenantes de fournir des commentaires en fonction des demandes de commentaires ou en faisant du bénévolat des commentaires à l’aide de l’extension Microsoft Test &Feedback Marketplace. |
| Test manuel | Plan de test | Regroupe une ou plusieurs suites de test et des cas de test individuels ensemble. Les plans de test incluent des suites de tests statiques, des suites basées sur des spécifications et des suites de tests basées sur une requête. Pour commencer, consultez Créer des plans de test et des suites de tests. |
| Test manuel | Suite de tests | Regroupe un ou plusieurs cas de test dans des scénarios de test distincts au sein d’un plan de test unique. Le regroupement des cas de test permet de voir plus facilement les scénarios qui sont terminés. |
| Test manuel | Cas de test | Définit les étapes utilisées pour valider des parties individuelles de votre code pour vous assurer que votre code fonctionne correctement, n’a pas d’erreurs et répond aux exigences métier et client. Vous pouvez ajouter des cas de test individuels à un plan de test sans créer de suite de tests. Plusieurs suite de tests ou plan de test peuvent faire référence à un cas de test. Vous pouvez réutiliser efficacement les cas de test sans avoir à les copier ou les cloner pour chaque suite ou plan. |
| Test manuel | Étapes partagées | Active le partage des étapes dans plusieurs cas de test. |
| Test manuel | Paramètres partagés | Permet de répéter les mêmes cas de test avec des données différentes. |
Tester les types d’éléments de travail
Les types d’éléments de travail qui prennent en charge l’expérience de test sont liés à l’aide des types de liens indiqués dans l’image suivante. Ces types comprennent Testé par/Tests, Cas de test/Etapes partagées, et Référence par/Références.
Vous pouvez utiliser le portail web pour voir les cas de test définis pour une suite de tests et les suites de test définies pour un plan de test. Mais il n’existe aucun type de lien spécifique qui connecte ces objets les uns aux autres.
Faire le suivi des bogues
Le type d’élément de travail Bug prend en charge les intégrations suivantes dont vous devez être conscient lors du suivi des bugs.
| Scénario | Description |
|---|---|
| Créer un bogue à partir d’un outil de test | Vous pouvez ajouter un bogue à partir de Test Runner ou de l’extension Test &Feedback. Pour plus d’informations, consultez Définir, capturer, trier et gérer les bogues. |
| Créer des tests inline liés à des bogues ou des récits utilisateur | Lorsque votre équipe suit les bogues en tant qu'exigences, vous pouvez utiliser le tableau pour ajouter des tests afin de vérifier les correctifs de bogues ou les histoires utilisateur. |
| Suivre les informations de construction avec les bogues | Le formulaire de travail sur les bogues contient les rubriques System Info, Found in Build et Integrated in Build, qui permettent de suivre les défauts de code trouvés et résolus dans les builds du pipeline. Pour plus d’informations, consultez Requête basée sur les champs de génération et d’intégration de test. |
Intégration d’Azure Pipelines et de plans de test Azure
Les plans de test Azure sont entièrement intégrés à Azure Pipelines pour prendre en charge les tests au sein de l’intégration continue/déploiement continu (CI/CD). Vous pouvez associer des plans et des cas de test à des pipelines de construction ou de mise en production. Ajoutez des tâches de pipeline aux définitions de pipeline pour capturer et publier les résultats des tests. Passez en revue les résultats des tests via des rapports de progression intégrés et des rapports de test de pipeline. Le tableau suivant récapitule les points d’intégration entre Azure Pipelines et Azure Test Plans.
| Fonctionnalité | Description |
|---|---|
| Configuration des plans de test | Avec les paramètres du plan de test, vous pouvez configurer les paramètres d’exécution de test pour associer des pipelines de build ou de mise en production et des paramètres de résultat de test. |
| Tâches permettant de tester le pipeline | Spécifiez les tâches d’activation de test dans une définition de pipeline. Azure Pipelines fournit plusieurs tâches, notamment les tâches suivantes, qui prennent en charge une expérience complète de création de rapports de test et d’analytique. - tâche Publier les résultats des tests: permet de publier les résultats des tests sur Azure Pipelines. - tâche de test Visual Studio: permet d’exécuter des tests unitaires et fonctionnels (Selenium, Appium, test codé de l’interface utilisateur, etc.) à l’aide de Visual Studio Test Runner. - tâche CLI .NET Core: permet de générer, tester, empaqueter ou publier une application dotnet. Pour d’autres tâches, consultez La tâche Publier les résultats des tests |
| Exécuter des tests automatisés dans des pipelines de build | Associer des plans de test à un pipeline de compilation afin qu’ils s’exécutent avec chaque compilation. |
| Associer des tests automatisés à des cas de test | Associez des tests automatisés aux cas de test. |
| Définir la stratégie de rétention pour les résultats de test automatisés associés aux builds | Vous pouvez définir la politique de rétention des tests pour les builds automatisées à partir de la page Pipelines>Rétention. |
| Traçabilité des besoins | Le widget de qualité Exigences prend en charge le suivi de la qualité en continu à partir d’un pipeline de build ou de mise en production. Le widget montre le mappage entre une exigence et les derniers résultats de test exécutés par rapport à cette exigence. Il fournit des aperçus sur la traçabilité des exigences. |
| Tendance des résultats des tests | Le widget configurable de tendance des résultats de test affiche la tendance des résultats des tests pour le pipeline de build ou de mise en production sélectionné. Le widget vous aide à visualiser les tendances de test sur une période donnée, en exposant des modèles sur les échecs de test, la durée des tests, et ainsi de suite. Pour plus d’informations, consultez Configurer le widget Tendance des Résultats des Tests (Avancé) |
| état du déploiement | Le widget configurable d’état de déploiement affiche une vue combinée de l’état du déploiement et du taux de réussite de test dans plusieurs environnements pour un ensemble récent de builds. Vous configurez le widget en spécifiant un pipeline de build, une branche et des pipelines de mise en production liés. Pour afficher le résumé du test dans plusieurs environnements d’une version, le widget fournit une vue matricielle de chaque environnement et le taux de réussite de test correspondant. Voir Associer des tests automatisés aux cas de test |
| Afficher les résultats des tests dans les builds et versions | Les résumés de build et de mise en production fournissent des détails sur l’exécution des tests. Passez en revue ces résumés pour évaluer la qualité du pipeline, passer en revue la traçabilité et résoudre les défaillances. Choisissez Résumé des tests pour afficher les détails de l’onglet Tests . |
| Analyse des tests pour les builds | Chaque résumé de build inclut un onglet Analytics qui héberge le rapport d’analyse de test. |
Tableaux de bord, rapports et analytique
Les tableaux de bord offrent un moyen simple de surveiller la progression et l’état. Teams peut ajouter des widgets configurables pour prendre en charge leurs objectifs. Le service Analytics est la plateforme de création de rapports pour Azure DevOps et remplace la plateforme précédente basée sur SQL Server Reporting Services. L’analytique est optimisée pour l’accès en lecture rapide et les agrégations basées sur le serveur et offre les avantages suivants :
- Widgets d’analytique que vous pouvez ajouter à vos tableaux de bord
- Rapports d'analyse en contexte disponibles à partir de certaines pages Azure DevOps
- Arceaux et comptages pour les carnets de commandes d'Azure
- Rapports personnalisés que vous pouvez créer à l’aide de Power BI
- Rapports personnalisés que vous pouvez créer à l’aide de requêtes OData
- Prise en charge du développement et de l’ajout de vos widgets Analytics personnalisés que vous pouvez ajouter aux tableaux de bord
Vous pouvez ajouter les widgets intégrés suivants à votre tableau de bord. Ils sont organisés sous le service qu’ils prennent en charge. Vous trouverez peut-être d’autres widgets à partir de la Place de marché Azure DevOps.
Données disponibles à partir de Analytics
Analytics fournit la plateforme de création de rapports pour Azure DevOps. Pour plus d'informations, voir les données disponibles dans Analytics.
Automatisation et connecteurs
Les produits Microsoft prennent en charge l’automatisation ou l’intégration à plusieurs autres applications et services. Pour plus d’informations, voir les articles suivants.