Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez aussi afficher la version anglaise dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte.
Traduction
Anglais

Une perspective complète de ce que vous pouvez configurer et personnaliser dans Visual Studio TFS

Avec Visual Studio Team Foundation Server (TFS), vous disposez d'un ensemble d'outils pour gérer vos projets logiciels, de la planification jusqu'au déploiement. Vous configurerez la plupart des outils à l'aide de l'une des interfaces clientes. Pour prendre en charge les processus de workflow et les processus d'entreprise spécifiques à votre organisation, vous devrez peut-être personnaliser certains objets. Cette rubrique fournit une feuille de route qui décrit ce que vous pouvez configurer et ce qui doit être personnalisé.

L'image suivante montre une grande partie des éléments (mais pas tous) que vous pouvez configurer ou personnaliser. Toutes les configurations peuvent être effectuées pour les déploiements sur site de Visual Studio Online et TFS. Vous devez exécuter un outil en ligne de commande ou modifier un fichier XML pour effectuer la plupart des personnalisations. Vous ne pouvez effectuer ces types de personnalisations que pour les déploiements locaux de TFS.

Gestion du cycle de vie des applications dans VS ALM

Vous avez accès aux types d'éléments de travail Plan de Test et Suite de tests uniquement si vous avez mis à niveau votre couche Application vers TFS 2013.3. Vous pouvez maintenant personnaliser ces objets de la même façon que vous personnalisez d'autres types d'éléments de travail. Pour en savoir plus sur la mise à jour de votre projet d'équipe, rendez-vous ici.

Les éléments de backlog font référence aux éléments de backlog de produit, aux récits utilisateur ou aux spécifications, selon le modèle de processus utilisé pour créer votre projet d'équipe. Vous pouvez définir des bogues pour effectuer le suivi des erreurs de code à l'aide de Visual Studio et de Test Manager.

Le point de départ de l'accès à ces outils et de la gestion du cycle de vie de votre application consiste à créer un projet d'équipe basé sur un modèle de processus. Les modèles de processus fournissent la configuration par défaut des objets utilisés pour prendre en charge toutes les fonctionnalités et fonctions ALM (Application Lifecycle Management). Vous pouvez soit personnaliser un modèle de processus avant de créer un projet d'équipe, soit personnaliser des objets après la création du projet d'équipe.

Les plug-ins et fichiers objets que vous pouvez personnaliser sont illustrés ci-dessous. Les plug-ins définissent les tâches à effectuer quand vous créez un projet d'équipe, la plupart de ces tâches consistant à configurer des paramètres par défaut, à définir des autorisations et à charger des fichiers objets.

Plug-ins de modèles de processus

Si vous envisagez de créer plusieurs projets d'équipe et si vous voulez les normaliser autour du même ensemble d'objets et de processus, personnalisez le modèle de processus avant de créer le projet d'équipe.

TFS fournit trois modèles de processus par défaut qui sont comparés ici. Pour en savoir plus, consultez Créer un projet d'équipe ou Personnaliser un modèle de processus.

Vous pouvez gérer le code source à l'aide du contrôle de version Team Foundation (TFVC) ou Git. Vous trouverez ici des détails sur les différences entre TFVC et Git.

Voici un aperçu des zones que vous pouvez configurer lorsque vous utilisez du code source. Toutes ces zones deviennent effectives une fois que vous avez créé un projet d'équipe.

Les stratégies d'archivage et les autorisations de groupe par défaut sont définies dans le plug-in de modèle de processus pour le contrôle de version.

Les équipes utilisent des éléments de travail, des outils de planification Agile, des requêtes et des rapports pour planifier et suivre le travail. De nombreux éléments sont configurables via Team Web Access (TWA), l'interface du client Web pour Visual Studio TFS.

Chaque projet d'équipe fournit plusieurs types d'éléments de travail (WIT) pour le suivi du travail. Par exemple, le modèle Visual Studio Scrum fournit six types d'éléments de travail (WIT).

Types d'éléments de travail Scrum 3.0

Les types d'éléments de travail (WIT) fournissent la base de toutes les tâches de suivi et de création du projet de développement de logiciel. Vous pouvez personnaliser les champs suivis, le flux de travail et le formulaire. Pour en savoir plus, consultez :

Pour tirer le meilleur parti de l'utilisation des outils de planification Agile, vous pouvez les configurer de manière à prendre en charge les processus de votre équipe. Vous pouvez configurer plusieurs fonctionnalités comme indiqué dans l'illustration suivante.

Outils de planification Agile, configurer et personnaliser

Pour en savoir plus, consultez Configurer et personnaliser les outils de planification Agile pour un projet d'équipe.

Certains outils de planification Agile et fonctionnalités d'équipe nécessitent un accès avancé comme décrit dans Modifier les niveaux d'accès.

Vous pouvez définir autant d'équipes que nécessaire. Chaque équipe peut travailler indépendamment des autres tout en permettant à toute l'organisation d'observer sa progression. Vous configurez les objets suivants pour chaque équipe spécifique.

Image conceptuelle de travail en équipe
  • Alertes : définissez des notifications par courrier électronique du personnel et de l'équipe lorsque des modifications se produisent dans le projet d'équipe.

  • Page d'accueil : configurez les mosaïques qui apparaissent sur la page d'accueil de l'équipe.

  • Planifier les sprints : définissez les sprints de l'équipe pour créer les pages du backlog des sprints.

  • Équipes : ajoutez des équipes pour la prise en charge du fonctionnement de votre organisation.

  • Administrateurs d'équipe : ajoutez des administrateurs pour gérer toutes les activités relatives à l'équipe.

  • Membres de l'équipe : seuls les membres de l'équipe apparaissent dans la liste Assigné à et dans la planification de capacité lorsque vous travaillez dans un outil de planification Agile.

  • Salles d'équipe : prenez en charge les conversations ad hoc et configurez les événements pour la prise en charge des activités d'équipe.

  • Modèles d'élément de travail : préremplissez les valeurs des champs couramment utilisés pour la prise en charge des processus de votre équipe.

Pour énumérer et filtrer les éléments de travail et pour créer des rapports de progression, vous pouvez utiliser les fonctionnalités répertoriées dans le tableau suivant. Comme indiqué, vous pouvez personnaliser les requêtes et les rapports avant de créer un projet d'équipe.

Configurer via l'interface utilisateur

Personnaliser le modèle de processus

Description

Requêtes

Requêtes

Prend en charge la recherche des éléments de travail et la création de rapports.

Graphiques basés sur des requêtes

Affichez l'état de la progression du travail en créant une représentation des résultats d'une requête de liste plate sous forme de graphique en secteurs, de graphique à barres, d'histogramme ou d'histogramme empilé.

Graphiques basés sur des requêtes (Excel)

Créez des rapports d'état ou des rapports de tendance basés sur une requête.

Rapports (SQL Server Reporting Services (SSRS))

Rapports

Pour ajouter des rapports à un projet d'équipe qui ne contient pas actuellement de rapports SSRS, consultez la rubrique Ajouter des rapports à un projet d'équipe.

Balises

Ajoutez des mots clés aux éléments de travail pour classer et filtrer rapidement une liste d'éléments de travail. Vous pouvez ajouter et assigner des balises aux éléments de travail à l'aide de TWA. Vous pouvez ensuite filtrer le backlog de produit ou une requête d'élément de travail selon les balises que vous sélectionnez.

Les balises sont définies pour un projet d'équipe.

Vous pouvez partager des informations et prendre en charge le mode de travail de votre équipe via un portail du projet d'équipe. Les portails permettent de partager des documents, des données, des guides de processus et d'autres fonctionnalités SharePoint. Pour en savoir plus, cliquez ici.

Si vous avez mis à jour votre projet d'équipe avec les types d'éléments de travail Plan de Test et Suite de tests fournis par TFS 2013.3, vous pouvez maintenant personnaliser ces objets de la même façon que vous personnalisez d'autres types d'éléments de travail. Avec ces mises à jour, ainsi que celles fournies avec TFS 2012.2, vous avez accès aux types d'éléments de travail suivants : Plan de Test, Suite de tests, Cas de test, Étapes partagées et Paramètres partagés.

Types d'élément de travail de gestion de test

À l'aide de Team Web Access ou Test Manager, vous pouvez examiner les cas de test définis pour une suite de tests, ainsi que les suites de tests définies pour un plan de test. Cependant, ces objets ne sont pas connectés entre eux via des types de lien.

Pour en savoir plus sur la mise à jour de votre projet d'équipe, rendez-vous ici.

Voici un aperçu des zones que vous pouvez configurer lorsque vous testez votre code. Cliquez ici pour apprendre à personnaliser ces zones dans un modèle de processus.

Image conceptuelle de test

Configurer :

  • Configurations de test : spécifiez une combinaison du matériel et du logiciel qui représente un environnement d'utilisateur à tester.

  • Paramètres de test : contrôlez les adaptateurs de données de diagnostic qui collectent réellement les données.

  • Variables de test : assurez la prise en charge de la spécification des éléments qui reflètent l'environnement utilisateur dans lequel le logiciel sera déployé, tel que le type de l'appareil client, le système d'exploitation serveur, la vitesse réseau ou l'édition de base de données. Les configurations de test sont une combinaison de plusieurs variables de test.

  • Autorisations de test : assurez la prise en charge de la configuration des groupes de sécurité et des autorisations.

Personnaliser :

TFS définit plusieurs groupes et autorisations par défaut dans le modèle de processus utilisé pour créer un projet d'équipe. Vous pouvez utiliser les groupes par défaut et leurs autorisations associées pour gérer la plupart des utilisateurs et répondre à leurs besoins.

La gamme des autorisations requises dépend du rôle

Configurez via l'interface utilisateur - Accordez ou restreignez l'accès aux projets d'équipe :

Accordez un accès administrateur au niveau du serveur TFS ou un accès à la collection de projets

Personnalisez les groupes et autorisations par défaut dans le modèle de processus :

Pour plus d'informations sur la sécurité et la gestion des utilisateurs et des comptes de service, consultez Gérer des utilisateurs ou des groupes dans TFS.

R : Utilisez Application Insights pour configurer vos applications web pour rechercher les problèmes de performances. Vous aurez besoin d'un compte Visual Studio Online, que vous pouvez obtenir en accédant à cette page web.

R : un artefact est une instance ou une définition spécifique d'un objet. Les artefacts définis dans votre projet d'équipe dépendent du modèle de processus utilisé pour créer le projet d'équipe. Par exemple, les projets d'équipe basés sur le modèle de processus Scrum incluent plusieurs objets WIT, dont Élément de backlog de produit et Bogue. Cliquez ici pour examiner les artefacts disponibles avec les modèles de processus TFS par défaut.

Ajouts de la communauté

Afficher: