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.

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.

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.

Contrôle de version

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.

TFVC Configurer des espaces de travail locaux ou serveur Créer des branches et fusionner le code source Associer un type de fichier à un outil de comparaison tiers S'abonner aux alertes relatives aux archivages Définir des stratégies d'archivage et d'extraction Limiter l'accès/définir des autorisations

Git Configurer des référentiels locaux ou distants Créer des branches, fusionner et publier du code Être informé quand des validations font l'objet d'un push Limiter l'accès/définir des autorisations

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.

Planifier et suivre le travail

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.

Suivi des éléments de travail et outils de planification Agile

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).

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 :

• Modifier ou ajouter un champ pour prendre en charge les requêtes, les rapports et le flux de travail

• Modifier ou ajouter un type d'élément de travail (WIT) personnalisé

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.

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.

Équipes

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.

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.

Requêtes, balises, filtres et rapports

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.

Portail du 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.

Build

Pour définir les générations logicielles, vous pouvez configurer les zones suivantes après avoir créé un projet d'équipe.

Processus de génération Définitions de build Modèles de processus de génération Builds d'archivage contrôlé (TFVC) Builds d'intégration continue

Numéros de build Alertes par courrier électronique de notification de build Valeurs de qualité de build Limiter l'accès/définir des autorisations

Avant de créer un projet d'équipe, vous pouvez définir les autorisations de groupe par défaut pour la génération.

Gestion des tests et Lab Management

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.

À 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.

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 : Personnalisations des champs : ajoutez un champ personnalisé, modifiez une liste de choix ou ajoutez une règle de champ à un type d'élément de travail. Personnalisations des formulaires d'élément de travail : modifiez la disposition du formulaire pour un type d'élément de travail. Personnalisations des flux de travail : modifiez les définitions des flux de travail pour les bogues, cas de test, plans de test ou suites de tests. Types d'échec de test : spécifiez les raisons pour lesquelles une série de tests a échoué. La configuration par défaut inclut : Régression, Nouveau problème, Problème connu et Inconnu. États de résolution des tests : spécifiez l'action à effectuer après l'échec d'une série de tests. La configuration par défaut inclut : Nécessite un examen, Problème de test, Problème de produit et Problème de configuration.

Déployer à l'aide de Release Management

Déployez vos logiciels de travail vers vos serveurs de développement, de test, intermédiaires ou de production. Configurez tous les objets via Release Management Client.

Automatiser les déploiements avec Release Management Gérez votre lancement Configurer votre modèle de version pour déclencher une version à partir d'une build Ajouter une action de version personnalisée Ajouter un outil de version personnalisé Ajouter des utilisateurs et des groupes, définir des autorisations

Autorisations, groupes et sécurité

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.

Configurez via l'interface utilisateur - Accordez ou restreignez l'accès aux projets d'équipe : Ajouter des membres de l'équipe Accorder l'accès à un portail du projet d'équipe (site SharePoint) Accorder l'accès aux rapports Accorder l'accès aux fournisseurs de commentaires Restreindre l'accès aux projets dans TFS 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 : Configurez les groupes, équipes, membres et autorisations initiaux, notamment : Groupes, équipes et autorisations par défaut Autorisations au niveau de la collection Autorisations de gestion des tests et autorisations au niveau du projet Autorisations des zones et du chemin d'accès à l'itération Définissez les autorisations par défaut des zones fonctionnelles suivantes : Build Lab Management contrôle de version Team Foundation Requêtes d'élément de travail

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.

Q et R

Q : Comment faire pour configurer mes applications pour rechercher les problèmes de performances ?

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.

Q : quelle est la différence entre les objets que je peux personnaliser et les artefacts définis pour mon projet d'équipe ?

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.

Q : où m'adresser si j'ai d'autres questions ?

R : pour trouver des réponses ou publier une question, visitez les forums suivants :

• Team Foundation Server - Suivi des éléments de travail

• Création de rapports et entrepôts Team Foundation Server

• Team Web Access