Partage via


Traçabilité de bout en bout

Azure DevOps Services

Azure DevOps prend en charge la traçabilité de bout en bout en vous permettant de lier différents objets impliqués dans votre processus de développement. Ces objets incluent des éléments de travail, des branches, des validations, des demandes de tirage, des builds et des mises en production. Vous pouvez utiliser des rapports intégrés et Des analyses pour surveiller la traçabilité de vos objets en temps réel.

Cet article vous donne une vue d’ensemble de la façon dont Azure DevOps active et prend en charge la traçabilité, sans entrer dans les détails de la configuration et de l’utiliser. Vous trouverez des liens vers plus d’informations dans l’ensemble.

Traçabilité et liaison

Vous pouvez suivre les modifications, builds et versions du code liées à un élément de travail tout au long du cycle de vie du développement. De cette façon, votre équipe peut voir la piste d’audit de la façon dont le travail a été effectué ou comment un bogue a été résolu en examinant les modifications dans la base de code.

Les types de liens utilisés pour les référentiels Git, comme illustré dans l’image suivante, sont Build, Found in build, Integrated in build, Branch, Commit, Pull Request et Integrated in release stage.

Conceptual image of code, build, and release links to work items.

Créer une branche à partir d’une exigence

Vous pouvez accomplir de nombreuses tâches avec une sélection unique dans le tableau Kanban produit. Illustré dans l’image suivante, vous pouvez créer une branche à partir d’une exigence en ouvrant l’élément de travail carte menu. Lorsque vous créez une branche à partir de la branche principale par défaut, vous pouvez lui donner un nom et une étiquette. La branche est automatiquement liée à l’élément de travail avec le type de lien Branch .

Screenshot of Kanban board card, menu, choose New branch option.

Vous pouvez également sélectionner créer une branche dans le formulaire d’élément de travail.

Screenshot of Work item form, Create a branch link.

Créer une demande de tirage à partir d’une exigence

Une fois les modifications apportées au code dans la nouvelle branche, les développeurs peuvent créer une demande de tirage à partir de l’élément de travail.

Screenshot of Work item form, Create a pull request.

L’utilisation du tableau Kanban et de l’élément de travail pour piloter le développement de logiciels présente également un autre avantage. Il encourage les développeurs à ajouter des commentaires au fur et à mesure qu’ils travaillent, ce qui permet de documenter les modifications qu’ils apportent et les raisons qui les sous-tendent. De cette façon, l’élément de travail devient une source riche d’informations et d’historique pour les modifications du code.

Ajouter et exécuter des tests à partir des exigences

Liez un test à un ensemble de conditions requises et vérifiez que l’application fonctionne comme prévu. À partir du tableau Kanban, vous pouvez ajouter des tests à l’élément de travail. Ensuite, vous pouvez exécuter vos nouveaux tests à partir du tableau Kanban et définir l’état du test.

Screenshot of Kanban board card, menu, choose Add test option.

L’intégration des tests au tableau Kanban facilite la prise en main des tests manuels par les équipes, puis tire parti des fonctionnalités de test complètes fournies par Azure Test Plans. Le tableau Kanban montre le test ajouté pour prendre en charge l’exigence lorsque les cas de test sont créés à partir du tableau Kanban ou lorsque les suites de tests basées sur les exigences sont créées sous Plans de test.

Tests manuels et automatisés

Vous pouvez exécuter des tests automatisés dans un pipeline ou à la demande. Vous pouvez également les lier à des cas de test dans un plan de test et les exécuter à partir de plans de test. De cette façon, vous pouvez suivre la qualité de vos besoins avec des tests automatisés, appelés tests planifiés.

Déployer des modifications en production

Après avoir défini un pipeline pour générer et libérer le code, vous pouvez suivre le déploiement de l’exigence pour chaque phase de mise en production. À partir du formulaire d’élément de travail, vous pouvez rapidement ouvrir les liens vers les builds et les versions à partir des sections déploiement et contrôle développement .

Contrôles de déploiement et de développement

Lorsque vous ouvrez le formulaire d’élément de travail, vous pouvez voir les étapes sur lesquelles l’exigence a été déployée et descendre en détail pour plus de détails en choisissant les liens. Dans la section Développement , vous pouvez ouvrir la branche, la validation ou les demandes de tirage qui ont été liées à l’exigence.

Work item form, Deployment control, Release Settings Stages.

Le contrôle de déploiement affiche les informations de publication pour les éléments de travail associés à une validation Git, qui fait partie d’une build en cours de publication.

Vue Mise en production

L’image suivante illustre les différents environnements auxquels la version cible l’élément de travail sélectionné.

Example showing multiple environments that the release is targeting.

Paramètres de mise en production

Gérez vos options d’affichage à partir des paramètres de mise en production. Le contrôle de déploiement d’élément de travail vous montre comment les versions liées à vos éléments de travail progressent. Vous pouvez voir l’état de publication des éléments de travail qui ont des validations dans la build et pour les pipelines de mise en production que vous avez configurés pour envoyer des informations de déploiement à Azure Boards.

Screenshot of Release pipeline Options>Integrations settings.

Matrice de traçabilité des exigences

La traçabilité des exigences fournit aux équipes des insights sur les indicateurs tels que la qualité des exigences ou la préparation à l’expédition. Un aspect fondamental de la traçabilité des exigences est l’association des exigences aux cas de test, aux bogues et aux modifications du code.

La matrice de traçabilité des exigences (RTM) garantit que toutes les exigences définies pour un système sont testées dans les protocoles de test.

Rapports de traçabilité des exigences

Les rapports de traçabilité des exigences permettent de montrer comment les différentes phases d’un processus de développement sont liées et documentées. Ils aident les équipes à mesurer la qualité et l’exhaustivité de leurs exigences et à évaluer leur préparation à la livraison. Ils aident également à suivre les modifications du code, les tests, les bogues et les déploiements liés aux exigences.

Screenshot of the Requirements quality widget.

Traçabilité des bogues

Vous pouvez voir le bogue et le résultat du test ensemble dans l’onglet Tests , dans le même contexte. L’onglet Éléments de travail affiche également les exigences liées au résultat du test.

Pour plus d’informations sur la traçabilité des bogues et des sources, consultez la traçabilité des exigences.

Traçabilité des sources

En fonction du pipeline de build ou de mise en production, vous pouvez choisir la vue chronologie ou pipeline pour voir quelles modifications de code ont été validées. Vous pouvez analyser les modifications apportées au code pour identifier la cause racine potentielle de la défaillance du test.

Screenshot of source traceability.

Analytique des tests

Pour plus d’informations sur Test Analytics pour les builds et versions, suivi de la qualité des exigences et des échecs de test, consultez Test Analytics.