Premiers pas avec les tableaux et dépôts Azure DevOps / Blogs / Perficient

Le billet de blog précédent explorait les étapes initiales de configuration d’Azure DevOps, de création de projets et de navigation dans la section Présentation. Examinons maintenant plus en détail les autres sections principales de l’interface Azure DevOps, les tableaux et les dépôts, chacune jouant un rôle crucial dans votre cycle de vie de développement.

Lisez la première partie du blog ici : Guide du débutant sur Azure DevOps

Navigation dans l’interface Azure DevOps

L’interface Azure DevOps est principalement divisée en sections : présentation, dépôts, pipelines, cartes, plans de test et artefacts. Continuons à découvrir les différentes sections.

Planches

Les tableaux Azure DevOps permettent aux équipes d’organiser, de visualiser et de suivre efficacement leur travail tout au long du cycle de vie du développement. Il fournit un ensemble de fonctionnalités qui aident les équipes à organiser leurs tâches, à collaborer efficacement et à fournir des logiciels de haute qualité.

Objets de travail

Les éléments de travail sont les éléments constitutifs des tableaux Azure DevOps. Ils représentent des tâches, des problèmes ou des idées qui doivent être suivis et gérés. Les éléments de travail peuvent être de différents types :

• Histoires d’utilisateurs: Capturez les exigences des utilisateurs et les fonctionnalités prévues pour votre application.
• Tâches: Décomposez les user stories en éléments plus petits et exploitables que les développeurs doivent compléter.
• Bogues/Problèmes : Suivez et gérez les défauts logiciels découverts lors du développement ou des tests.
• Épopées : Regroupez les user stories volumineuses ou complexes qui s’étendent sur plusieurs cycles de développement.

En tant que testeur, vous pouvez utiliser des éléments de travail pour suivre vos activités de test, enregistrer les bogues et les problèmes et collaborer avec les membres de votre équipe. Vous pouvez attribuer des éléments de travail aux membres de l’équipe, créer des liens vers d’autres éléments de travail et planifier des itérations ou des sprints spécifiques.

Planches

Les tableaux fournissent une représentation visuelle des éléments de travail et de leur statut. Les Azure DevOps Boards proposent un affichage à l’aide de la méthodologie Kanban. Les tableaux Kanban sont idéaux pour gérer les travaux en cours. Ils fournissent une représentation visuelle des éléments de travail passant par différentes étapes d’achèvement, telles que À faire, En cours et Terminé. Les testeurs peuvent utiliser les tableaux Kanban pour suivre la progression de leurs activités de test et s’assurer que toutes les tâches sont terminées à temps.

Arriérés

Les backlogs sont des listes de tous les éléments de travail qui n’ont pas encore été planifiés ou planifiés. Le backlog sert de référentiel central pour les user stories, les bugs et autres tâches. Les tableaux Azure DevOps proposent des backlogs de produits et des backlogs de sprint pour aider les équipes à gérer leur travail efficacement.

• Backlog produit : le backlog produit contient une liste de tous les éléments de travail que vous devez terminer pour le projet. Les testeurs peuvent utiliser le Product Backlog pour hiérarchiser leurs activités de test et s’assurer que les tâches critiques sont traitées en premier.
• Sprint Backlog : Sprint Backlog contient une liste d’éléments de travail que vous planifiez pour un sprint spécifique. Les testeurs peuvent utiliser le Sprint Backlog pour suivre leurs tâches de test pour chaque sprint et suivre leur progression.

Sprint

Le sprint est une itération temporelle dans laquelle un ensemble d’éléments de travail est terminé. Les sprints sont utilisés dans les méthodologies Agile pour offrir une valeur incrémentielle au client. Les testeurs peuvent utiliser Sprints pour planifier leurs activités de test pour chaque itération et s’assurer que toutes les tâches sont terminées dans le délai spécifié.

Requêtes

Les requêtes permettent aux équipes de créer des requêtes personnalisées pour filtrer et trier les éléments de travail en fonction de critères spécifiques. Les testeurs peuvent utiliser des requêtes pour créer des listes d’éléments de travail à tester, identifier les bogues et les problèmes et suivre la progression de leurs activités de test.

• Requêtes prédéfinies : Azure DevOps propose des requêtes prédéfinies pour les cas d’utilisation courants, tels que l’affichage des bogues ouverts ou des tâches assignées à un développeur spécifique.
• Requêtes personnalisées : Vous pouvez créer des requêtes personnalisées avec des filtres spécifiques pour cibler les éléments de travail en fonction de divers attributs tels que le type d’élément de travail, la priorité ou la date de création.

Plans de livraison

Les plans de livraison fournissent une vue chronologique des éléments de travail dans plusieurs équipes et projets. Les testeurs peuvent utiliser les plans de livraison pour suivre la progression de leurs activités de test par rapport au calendrier global du projet et identifier les dépendances ou les goulots d’étranglement.

Vue analytique

Analytics View fournit un ensemble de rapports et de tableaux de bord interactifs qui aident les équipes à suivre et à visualiser leurs progrès. Les testeurs peuvent utiliser Analytics View pour obtenir des informations sur leurs activités de test, identifier les tendances et les modèles et prendre des décisions basées sur les données pour améliorer leur processus de test. Les vues Analytics vous permettent de créer des vues filtrées de données de tableau simples pour les rapports Power BI.

Repos

Azure DevOps Repos constitue la pierre angulaire de la gestion de votre base de code dans Azure DevOps. Intégré de manière transparente à Git et au système de contrôle de version (VCS) standard de l’industrie.

Des dossiers

Les fichiers sont les unités individuelles de votre base de code dans Azure DevOps Repos. Ils contiennent le code, la configuration ou la documentation réelle de votre projet. Les testeurs peuvent afficher, modifier et gérer les fichiers directement dans Azure DevOps, ce qui facilite la mise à jour des scripts de test, de la documentation ou des fichiers de configuration selon les besoins.

S’engage

Les validations représentent un instantané des modifications apportées à un ou plusieurs fichiers de votre référentiel. Chaque commit possède un identifiant unique et comprend un message décrivant les modifications. Les testeurs utilisent les validations pour suivre les modifications, examiner l’historique de la base de code et comprendre la raison de modifications spécifiques.

Pousse

Les push sont l’action de télécharger des validations depuis votre ordinateur local vers le référentiel Azure DevOps. Lorsque vous effectuez un ensemble de modifications et que vous êtes prêt à les partager avec l’équipe, vous transférez vos validations vers le référentiel. Cela rend les modifications disponibles aux autres membres de l’équipe pour examen et intégration.

Branches

Les branches sont des lignes de développement distinctes au sein du référentiel. Ils permettent aux testeurs de travailler sur des fonctionnalités ou des correctifs sans affecter la base de code principale. Vous pouvez créer des branches à partir de la branche principale, apporter des modifications et les fusionner une fois le travail terminé. Les branches aident à isoler les changements, permettant un développement parallèle et une collaboration plus facile. Cela permet un développement et une expérimentation parallèles.

Mots clés

Les balises sont un moyen de marquer des commits spécifiques, comme une version ou un jalon. Les testeurs peuvent utiliser des balises pour identifier les points importants de l’historique du projet, facilitant ainsi le référencement de versions spécifiques de la base de code. Vous pouvez utiliser les balises conjointement avec les versions pour suivre quel code a été déployé dans un environnement particulier.

Demandes de tirage

Les Pull Requests (PR) sont un mécanisme de révision du code et de collaboration dans Azure DevOps Repos. Une fois que le développeur a terminé son travail sur une branche, il soumet une pull request (PR) pour examen et fusion. Cela initie un processus collaboratif :

• Révision du code : D’autres développeurs peuvent examiner les modifications proposées dans le PR, en fournissant des commentaires et des suggestions.
• Fusion : Après un examen réussi, vous pouvez fusionner les modifications apportées à la branche dans la base de code principale, intégrant ainsi le travail dans le projet.

Réglages avancés

Azure DevOps Repos propose une gamme de paramètres avancés pour personnaliser le comportement de votre référentiel. Les testeurs peuvent configurer les paramètres liés aux autorisations, aux stratégies de branche, aux stratégies de fusion, etc.

Ces composants fonctionnent ensemble de manière transparente dans Repos. Les développeurs apportent des modifications aux fichiers, les valident avec des messages descriptifs et les envoient au référentiel. Les branches permettent le développement isolé de fonctionnalités, tandis que les PR facilitent la collaboration et la révision du code. Enfin, les paramètres avancés offrent un contrôle granulaire sur l’accès et la qualité du code.

Conclusion

Ceci conclut notre deuxième partie de l’exploration des sections principales de l’interface Azure DevOps. En comprenant les fonctionnalités de chaque section, vous pouvez exploiter tout le potentiel de la plateforme pour rationaliser votre cycle de vie de développement logiciel, favoriser la collaboration et fournir efficacement des applications de haute qualité.

Restez à l’écoute pour les prochains articles où nous approfondirons d’autres sections principales d’Azure DevOps.