Team Foundation Server 2015

Transcription

1 Team Foundation Server 2015 Accélérer et perfectionner le développement logiciel Préface d Etienne MARGRAFF Evangéliste HTML5, JavaScript et mobilité - Microsoft France Vivien FABING Jérémy LANDON

2 Table des matières 1 Les éléments à télécharger sont disponibles à l'adresse suivante : Saisissez la référence de l'ouvrage EI15TFS dans la zone de recherche et validez. Cliquez sur le titre du livre puis sur le bouton de téléchargement. Préface Avant-propos Chapitre 1 Administration de Team Foundation Server 1. Introduction Architecture de TFS Infrastructure Composants de TFS Topologies de mises en place Installation de TFS Avant-propos Installer un serveur de base Préparation Étapes Installer un serveur complet Préparation Étapes Installer uniquement la couche Application Préparation Étapes Créer un projet d'équipe Se connecter à une collection de projets Créer et se connecter à un projet d'équipe

3 2 Team Foundation Server 2015 Accélérer et perfectionner le développement logiciel 3.6 Mise à niveau Préparation Mise à niveau depuis TFS Express ou la version de base Accéder aux nouvelles fonctionnalités Choisir la langue d'interface Gestion de la console d'administration Gérer la couche Application Configurer la liaison avec SharePoint Configurer la liaison avec Reporting Services Configurer un serveur proxy Configurer le serveur SMTP Stratégies de sauvegarde Sauvegarder les bases de données à travers l'outil de planification Sauvegarder les bases de données manuellement Sauvegarder les clés de chiffrement de Reporting Services Restaurer les sauvegardes Résumé Chapitre 2 Gestion du contrôle de source 1. Introduction TFVC Mise en place d'un poste de développement Créer un espace de travail simplement Créer un espace de travail de manière avancée Optimiser les espaces de travail Utilisation du contrôle de source Extraction et modification Ajouter un élément Archiver des modifications

4 Table des matières Supprimer un élément Restaurer un élément Déplacer ou renommer un élément Notes et stratégies d'archivage Collaborer avec TFVC Historique Mise sur étagère Explorer les jeux de réservation Résoudre les conflits entre fichiers Verrouillage des fichiers Revue de code Gestion des versions Présentation des branches Stratégies de branches Mise en place des branches Hiérarchie des branches Fusion Fusion en ligne de commande Les étiquettes GIT Présentation de GIT Principales différences entre GIT et TFVC Démarrer un projet Le quotidien du développeur Branches et Fusion Politique de gestion des branches Résumé

5 4 Team Foundation Server 2015 Accélérer et perfectionner le développement logiciel Chapitre 3 Gestion des éléments de travail 1. Introduction Présentation des éléments de travail Qu'est-ce qu'un élément de travail? Les différents types d'éléments de travail Mise en place d'un modèle de processus Créer un élément de travail Créer un élément de travail à travers Visual Studio Créer un élément de travail à travers le portail web Créer un élément de travail à travers Excel Les différents champs des éléments de travail Avant-propos Les champs d'identification et de rapport Les assignations et les flux de travail La catégorisation : les zones et les itérations L'estimation, la planification et le suivi Les pièces jointes et liens Exploitation des requêtes sur les éléments de travail Qu'est-ce qu'une requête? Le langage de requête des éléments de travail Présentation du WIQL Exécuter une requête sur les éléments de travail Créer une requête WIQL Créer les requêtes à partir de l'interface graphique Prise en main de l'interface Les types de requêtes Configuration des filtres de la requête Créer un backlog à partir d'une requête

6 Table des matières 5 4. Gestion du portefeuille Agile Présentation du Gestionnaire de Portefeuille Agile Gestion des backlogs Tableau Kanban Tableau des tâches Rapports Gestion des capacités Personnalisation Personnalisation d'un élément de travail Création d'un nouvel élément de travail Résumé Chapitre 4 Garantir la qualité 1. Introduction Tests manuels Créer une campagne de test avec Microsoft Test Manager Présentation de l'outillage Les plans de test Assigner une version à un plan de test Assigner une configuration Gérer les environnements et les paramètres d'exécution Organiser les cas de test via les suites de test Créer les cas de test Exécuter les tests manuels depuis Microsoft Test Manager Exécuter des cas de test Créer un bogue via Microsoft Test Manager Tests automatisés Présentation des tests automatisés Le cycle de vie des tests automatisés

7 6 Team Foundation Server 2015 Accélérer et perfectionner le développement logiciel 4. Gestion des environnements Politique de gestion des environnements Collecte des données d'exécution Constituer un environnement de tests de charge ad hoc Lab Management Résumé Chapitre 5 Génération et déploiement 1. Introduction Les objectifs de la génération et du déploiement Présentation du DevOps Des éléments à automatiser Gestion des builds Mettre en place un serveur de build Créer une définition de build Créer ses propres tâches Gestion des livraisons Release Management L'outillage disponible Automatiser les déploiements Gérer les déploiements Agents de déploiement Configurer une définition de mise en production Résumé

8 Table des matières 7 Chapitre 6 Gestion des projets d'équipe 1. Introduction Collaboration et communication Le tableau de bord Qu'est-ce que le tableau de bord? Personnalisation du tableau de bord Page de bienvenue Les graphiques Les alertes Les équipes Les salles de réunion Les crochets de service La gestion des autorisations Accès aux fonctionnalités Projet d'équipe et tests Contrôle de codes sources Accès aux éléments de travail Résumé Conclusion Index

9 137 Chapitre 3 Gestion des éléments de travail 1. Introduction Gestion des éléments de travail La réalisation d'un projet informatique n'est pas constituée uniquement de code source emmagasiné dans un contrôle de code source. La réalisation d'un projet informatique, ou même d'un projet au sens large, demande de la gestion, une orchestration pour que celui-ci suive une bonne ligne directrice. TFS est constitué d'outils qui se complètent parfaitement les uns avec les autres. La partie code source a été vue précédemment et TFS propose une brique d'outils permettant de gérer efficacement les projets tout en ayant une synergie complète dans son entièreté. Pour cela, TFS repose sur un système nommé les éléments de travail ou Work Items en anglais (ce dernier terme est très souvent utilisé). La bonne utilisation des éléments de travail est primordiale pour profiter de toutes les possibilités offertes par TFS. Souvent complexifiée, l'utilisation des éléments de travail est pourtant simple et apporte énormément de synergie avec les autres composants (code source, build, tests fonctionnels, rapports ). Les éléments de travail sont certainement l'une des parties les plus importantes de toute la solution ALM de Microsoft. Ce chapitre aura pour objectif de donner une vision complète sur les éléments de travail, les bonnes pratiques à mettre en place pour les utiliser de façon optimale, connaître leurs différences et les synergies qu'ils apportent.

10 138 Team Foundation Server 2015 Accélérer et perfectionner le développement logiciel 2. Présentation des éléments de travail 2.1 Qu'est-ce qu'un élément de travail? Comme dit en introduction, un projet a besoin de gestion pour être mené à bien, les éléments de travail permettent de réaliser cette gestion de projet dans TFS. Un élément de travail est simplement une fiche descriptive d'un élément projet. Il peut se présenter sous différentes formes, autant de formes que d'éléments distinctifs d'un projet. En d'autres termes, un élément de travail peut être une fiche décrivant un bogue, comme une fiche décrivant une fonctionnalité. Ces fiches sont composées de différents champs adaptés en fonction de l'information à transmettre. s Un élément de travail qui doit représenter une fonctionnalité devra contenir un champ permettant de spécifier une description, un champ pour signaler à qui est affectée la réalisation de la fonctionnalité, un titre pour pouvoir l'identifier et la comprendre rapidement, etc. Un élément de travail qui doit représenter un bogue devra, quant à lui, contenir une entrée permettant d'identifier sa criticité selon x niveaux de criticité, etc. Les éléments de travail reflètent aussi la méthodologie utilisée par l'entreprise. Si l'entreprise pratique l extreme Programming (méthode Agile), elle aura besoin de récits utilisateurs (ou plus communément appelés User Story) pour représenter les exigences. TFS propose de base un certain nombre d'élément de travail permettant de gérer les projets selon les méthodologies les plus populaires. En gardant à l'idée que TFS est un outil fortement axé sur l'agilité, les éléments de travail vont majoritairement dans ce sens. Néanmoins, TFS reste un outil ouvert et il est alors tout à fait possible de créer ses propres éléments de travail. Editions ENI - All rights reserved

11 Gestion des éléments de travail Chapitre Les différents types d'éléments de travail Pour garder une cohérence et une lisibilité, TFS se base sur Microsoft Solutions Framework (MSF), un ensemble de modèles de processus (Template) qui permettent de définir les types d'éléments de travail disponibles dans la réalisation d'un projet. Ces Modèles de processus sont au nombre de trois : Scrum : ce modèle de processus définit des types d'éléments de travail permettant de gérer au mieux un projet avec une méthodologie Agile de type Scrum. Agile : ce modèle de processus est adapté aux équipes utilisant des méthodes Agiles au sens large (Scrum compris, bien qu'un modèle de processus soit déjà dédié à la méthodologie). Pour cela, il fournit des éléments de travail génériques aux méthodes Agiles. CMMI (Capability Maturity Model + Integration) : ce modèle de processus est adapté à la gestion de projet ayant besoin d'amélioration de processus et d'enregistrer des décisions avec potentiels Audit. Chacun de ces modèles de processus fournit un ensemble de types d'éléments de travail adaptés à la méthodologie qui lui est affectée. Certains types d'éléments de travail restent néanmoins partagés entre tous, même si certains champs qui les composent peuvent différer. Epopée (Epic) [Scrum, Agile, CMMI] : une épopée est un élément de travail qui permet de définir une valeur à apporter au projet. C'est l'élément de travail le plus haut dans la hiérarchie des éléments de travail. Améliorer l'expérience utilisateur. Fonctionnalité (Feature) [Scrum, Agile, CMMI] : cet élément de travail est hiérarchiquement sous l'épopée. La fonctionnalité permet de définir un élément du projet qui pourra être partagé entre plusieurs itérations ou sprints, mais qui doit être livré dans son entièreté en une seule version. Utiliser dans tout le projet X le protocole SSL.

12 140 Team Foundation Server 2015 Accélérer et perfectionner le développement logiciel Élément de Backlog de Produit (Product Backlog Item), anciennement Elément du journal des travaux en souffrance du produit avant Team Foundation Version 2015 [Scrum] : cet élément de travail est hiérarchiquement sous la Fonctionnalité. Il permet de définir une activité qui permet d'accomplir une exigence du produit. Celui-ci doit pouvoir être livré en une seule itération. Un utilisateur doit pouvoir envoyer sa position GPS depuis l'application X. Scénario utilisateur (User Story), anciennement Récit utilisateur avant TFS 2015 [Agile] : fonctionnellement identique à l'élément de backlog de produit, la différence provient des champs disponibles dans l'élément de travail. Remarque Dans le cadre d'un scénario utilisateur, la règle de nommage propre à ce type d'élément doit être respectée même si aucune vérification n'est faite par TFS. C est-à-dire prendre la forme suivante : En tant que [Rôle : utilisateur, administrateur, aventurier ] Je veux pouvoir [But : consulter mes s, supprimer une commande, réserver un billet d'avion ] dans l'objectif de [Bénéfice : me tenir au courant des nouvelles, adapter ma commande, me rendre de Paris à l île de la Réunion]. Spécification (Requirement) [CMMI] : fonctionnellement identique à l'élément de backlog de produit, la différence provient des champs disponibles dans l'élément de travail. Bogue (Bug) [Scrum, Agile, CMMI] : cet élément de travail décrit une divergence entre le comportement exigé et le comportement réel et assure le suivi du travail de correction du défaut et de vérification de la correction. Le Bogue peut être selon les règles établies dans la méthodologie utilisée dans l'entreprise soit au même niveau qu'un élément de backlog de produit, scénario utilisateur ou d'une spécification. Aller sur la page de contact en tant qu'utilisateur provoque une erreur 404. Editions ENI - All rights reserved

13 Gestion des éléments de travail Chapitre Tâche (Task) [Scrum, Agile, CMMI] : les éléments de travail de type Tâche sont hiérarchiquement en dessous des éléments de travail de type : élément de backlog de produit, scénario utilisateur, spécification et potentiellement bogue. La tâche permet de spécifier un travail technique permettant de réaliser une exigence. Obtenir une clé d'api pour l'utilisation de la cartographie de Microsoft. Obstacle (Impediment) [Scrum] : les obstacles définissent un élément perturbateur qui empêche la réalisation d'un élément de backlog de produit. Potentiellement à partir de cet élément seront réalisés d'autres éléments de travail : bogue, fonctionnalités, élément de backlog de produit Le crédit Azure est expiré et la facturation bloquée, cela empêche de tester en intégration. Problème (Issue) [Agile, CMMI] : un problème définit un évènement qui bloque la réalisation d'un scénario utilisateur ou une spécification. Ce problème est déclaré spontanément par l'équipe suite aux réunions quotidiennes ou au fil du développement. La licence Visual Studio de Jean est expirée. Récapitulatif (Review) (anciennement Révision) [CMMI] : un Récapitulatif est un élément de travail permettant de documenter le résultat d'une révision de code ou de design. Modification de l'ergonomie de la page d'accueil pour faciliter la prise de commandes. Risque (Risk) [CMMI] : un Risque est un élément de travail qui permet de spécifier une potentielle variance entre le résultat actuel et le désir utilisateur. Celui-ci documente un évènement qui peut avoir un impact négatif sur le projet ou des futurs travaux.

14 142 Team Foundation Server 2015 Accélérer et perfectionner le développement logiciel Application Insights sera remplacé par Hockey App, il faudra en fonction des impacts modifier le code en place. Demande de modification (Change Request) [CMMI] : une demande de modification est un élément de travail qui permet de suivre une proposition de modification sur le produit développé. Une Demande de rectification peut être réalisée pour apporter des changements à une Spécification déjà déclarée, dans ce cas l'élément de travail Demande de modification doit être lié à la Spécification cible. Utiliser un service de cartographie existant plutôt que tout redévelopper. Plan de test (Test Plan) [Scrum, Agile, CMMI] : un plan de test est un élément de travail permettant de suivre les activités de test pour un jalon ou une mise en production spécifique. Cet élément de travail sera abordé dans le chapitre Garantir la qualité - Tests manuels. Suite de test (Test Suite) [Scrum, Agile, CMMI] : une suite de test est un élément de travail permettant d'effectuer un suivi des activités de test pour une fonctionnalité, une exigence ou un scénario utilisateur spécifique. Les Suites de test sont fortement liées aux exigences, c'est pour cette raison que la déclaration des éléments de backlog de produit, Scénarios utilisateur et Spécifications doivent être initialement bien faites. Hiérarchiquement une suite de test est en dessous d'un plan de test. Cet élément de travail sera abordé dans le chapitre Garantir la qualité - Tests manuels. Cas de test (Test Case) [Scrum, Agile, CMMI] : Un cas de test est un élément de travail permettant de spécifier un ensemble d'étapes à tester pour valider un critère. Hiérarchiquement un cas de test est en dessous d'une suite de test. Un ensemble de cas de test permet de valider une suite de test. Cet élément de travail sera abordé dans le chapitre Garantir la qualité - Tests manuels. Etapes partagées (Shared Steps) [Scrum, Agile, CMMI] : une étape partagée est un élément de travail particulier qui permet de partager des étapes qui composent un cas de test entre plusieurs cas de test. Cet élément de travail sera abordé dans le chapitre Garantir la qualité - Tests manuels. Editions ENI - All rights reserved