Vue d’ensemble de l’intégration interservices

Description

Vous pouvez @mention un membre de l’équipe ou toute une équipe au sein d’une discussion de formulaire d’élément de travail ou de la section commentaire d’une validation, d’une demande de tirage ou d’un ensemble de modifications.

Pour prendre en charge la traçabilité de bout en bout, vous pouvez lier des éléments de travail à partir de validations, de demandes de tirage et d’ensembles de modifications.

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.

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 se produisent pour des éléments de travail, des révisions de code, des demandes de tirage, des fichiers de contrôle de code source, des builds et bien plus encore.

• Envoyer une liste d’éléments de travail par e-mail
• Éléments de requête par e-mail
• Envoyer des résumés de publication par e-mail

Description

Vous pouvez lancer une branche Git ou créer un lien vers des validations Git ou des demandes de tirage (pull request) et piloter votre cycle de développement Git pour un élément de travail à partir du formulaire d’élément de travail.

Pour un dépôt Git, vous pouvez activer ou désactiver les options suivantes :

• Fermez les éléments de travail avec des mentions dans les commentaires de validation. - N’oubliez pas les choix des utilisateurs pour effectuer des éléments de travail avec des demandes de tirage.
• Lier des éléments de travail à partir de commentaires de validation. Vous pouvez également automatiser la liaison à partir de validations ou de demandes de tirage dans les paramètres du dépôt.
• Liaison de mention de validation : activez les validations de liaison pour les éléments de travail avec #WorkItemID dans les messages de validation. Désactivez lorsque vous envoyez (push) un dépôt à partir d’un autre compte ou d’un service. Azure DevOps désactive automatiquement cette fonctionnalité lorsque vous importez un dépôt.
• Validation mentionne la résolution des éléments de travail : activez la fermeture des éléments de travail avec des correctifs #WorkItemID dans les validations.
• Préférences de transition d’élément de travail : activée par défaut, elle mémorise l’option de chaque utilisateur pour terminer les éléments de travail liés avec des demandes de tirage. Vous pouvez désactiver cette fonctionnalité pour empêcher les utilisateurs d’effectuer des éléments de travail avec des demandes de tirage. Lorsqu’il est désactivé, les utilisateurs doivent choisir d’effectuer des éléments de travail pour chaque demande de tirage.

Développez la traçabilité en archivant les éléments de travail liés sur les demandes de tirage.

Vous pouvez lier des éléments de travail aux modifications, builds et mises en production du code, en fournissant une piste d’audit de la façon dont une fonctionnalité a été développée

Vous pouvez rechercher des éléments de travail qui contiennent des liens vers des branches, des validations, des demandes de tirage ou des balises.

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 demandes de tirage aient au moins un élément de travail lié afin d’être complétées. Choisissez Facultatif pour autoriser les demandes de tirage sans éléments de travail liés, mais avertissez-le.

Description

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.

Vous pouvez lier des éléments de travail à des builds et des versions, en fournissant une piste d’audit de la façon dont une fonctionnalité a été créée et déployée.

Vous pouvez rechercher des éléments de travail qui contiennent des liens externes.

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.

Description

Suit les informations entrées dans le formulaire TFVC New Code Review. Pour plus d’informations, consultez Obtenir votre code examiné avec Visual Studio.

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.

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 sur les parties prenantes
• Obtenez 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.

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.

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.

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.

Active le partage des étapes dans plusieurs cas de test.

Permet de répéter les mêmes cas de test avec des données différentes.

Description

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.

Lorsque votre équipe effectue le suivi des bogues en tant que conditions requises, vous pouvez utiliser la carte pour ajouter des tests pour vérifier les correctifs de bogues ou les récits utilisateur.

Le formulaire d’élément de travail bogue contient les informations système, trouvées dans build et intégrées dans la build, qui prennent en charge le suivi des défauts de code trouvés et résolus dans les builds de pipeline. Pour plus d’informations, consultez Requête basée sur les champs de génération et d’intégration de test.