Application Lifecycle Management, Testing et Lab Management avec Team Foundation Server 2010

Bernard Fedotoff

[email protected]

Architecture et Coaching .Net / agile / TFS 2010 Microsoft Regional Director – Agilcom

Objectif de la session

« Présenter l’intégration à une démarche Agile des différentes technologies de test disponibles dans la plateforme Visual Studio 2010 » Retour rapide sur l’ALM ; La base des tests : le fonctionnel ; Les technologies de la plateforme Microsoft; Par où commencer ?

Et bien sûr, discussion, discussion, discussion, …

Retour sur l’ALM

L’ALM c’est Application Lifecycle Management ; Cela concerne : «

la coordination de toutes les activités liées au développement d’une application, incluant la gestion des besoins et du fonctionnel, la modélisation, le développement, la compilation, le test et la préparation au déploiement.

Merise, etc. … commun ; » L’ALM se dérive en méthode : Agile, MSF, CMMI, SCRUM, Le choix de l’approche peut dépendre du contexte, de l’historique, de la relation contractuelle, … ; Le test (au sens large) est [devrait être] un élément

ALM et Microsoft

Dans le monde Microsoft, les outils pour adresser les besoins de l’ALM et gérer les projets sont : Visual Studio, Team Foundation Server, la suite Office, Windows SharePoint Service, SQL Server, Hyper-V, System Center Virtual Machine Manager ; La mise en place d’une politique de test utilise tous ces produits ;

Quid de la suite Project

?

Project est un outil de contrôle de gestion ;

Le temps n’est pas un indicateur de complétude ;

Au commencement …

Team Foundation Server propose deux méthodes basées sur une approche Agile ; Vous pouvez utiliser votre propre méthode ; Au départ du projet de développement, il y a : Des personnages

Emma Bob

Des rôles Développeurs, architecte, etc.

Des scénarios

Objectif

A quoi cela sert-il ?

-Le fonctionnel est -il pertinent ?

-Le fonctionnel est -il cohérent ?

-L’application est -elle utilisable par la cible d’utilisateur ?

Produit Scénarios Expérience Utilisateur -L’application va-t-elle supporter la charge ? - Existe-t-il des fuites de mémoire ?

-Les demandes sont-elles implémentables?

Programme Elément de travail

Politique des Tests

Codes Déploiement Développement -Le déploiement fonctionne-t-il ?

-Le dernier correctif casse-t-il quelque chose ?

-Les livrables correspondent-ils à ce qui est attendu ? - Cela marche-t-il toujours ?

Test -Qu’est-ce que je dois implémenter ?

-Où est passé le bug ?

-Que s’est-il passé ?

Exemple : Emma

« Emma, de formation Bac+4, est âgée de 28 à 35 ans. Elle possède une connaissance approfondie des techniques de développement en environnement Microsoft et des méthodes agiles avec TFS. » Les rôles d’Emma : Responsable Produit, responsable du programme, Architecte, Responsable des développements, Développeur, Responsable des tests, Testeur, Responsable du déploiement, Responsable de l’expérience utilisateur, etc. …

Fonction Test

Emma, dans le rôle du testeur, valide la conformité des développements aux scénarios fonctionnels, patterns et indicateurs de qualité ; Test de validation fonctionnel ; Automatisation des tests ; Suivi et validation de la stratégie de test sur l’ensemble des autres fonctions du projet ;

Fonction Développement

« Emma, dans le rôle du développeur, lit et comprend le contexte d’un bogue » : Intellitrace « Emma, dans le rôle du développeur, affine sa compréhension de ce qu’elle doit implémenter » : Développement par les tests ; « Emma, dans le rôle du développeur, réduit la probabilité de régression de son code » : Développement de tests unitaires ; « Emma, dans le rôle du responsable des développeurs, analyse l’impact potentiel d’une correction » : Analyse d’impact des tests ; « Emma, dans le rôle du responsable des développeurs, valide la non régression des fonctions développées » : Liste de tests dans le processus de compilation (Build) ;

Fonction programme

Emma, dans le rôle de l’architecte, valide la capacité de montée en charge ; Test de charge ; Emma, dans le rôle de l’architecte, détecte les sources probable de fuite de mémoire ; Test de profiling ;

Fonction Produit

Emma, dans le rôle du responsable de produit, valide la non régression de l’interface utilisateur ; Test d’interface utilisateur ;

Fonction déploiement

Emma, dans le rôle du responsable de déploiement, valide le déploiement de l’application ; Emma, dans le rôle du responsable de déploiement, valide la non régression liée à un correctif ; Test de déploiement sur environnement virtuel ; Test fonctionnel automatisé sur environnement virtuel;

Où est la gageure ?

2008 2005 2011 Contexte fonctionnel

Vélocité

Contrôle de code source Stratégie de test Déploiement Analyse de code source Méthode Agile Stratégie de packaging Patterns et règles Documentation Traçabilité

Comment faire ?

Analyser vos processus de développement et de test en relation avec chacune des fonctions ; Identifier les principales sources/zones de/à problèmes ; Prioriser les domaines de progression ; Adopter une démarche incrémentale par cycle, projet par projet ;

Bref, c’est un projet en lui même

Test d’opportunité

Conditions d’entrée

Ce qu’il faut pour réaliser les tests avec certitude et succès

Type de test

A choisir en fonction des objectifs

Conditions de sortie

Améliorations attendues, sans baisse de la vélocité

Quelques Lapalissades de fin

Une équipe produisant des développements de médiocre qualité développera des tests de médiocre qualité ; Chaque couche de l’application doit être testable indépendamment des autres couches ; Limiter les composants communs à deux scénarios limite les impacts liés aux modifications ; Obtenir un plan de test réussi n’assure en rien la qualité des développements ;

© 2011 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.

The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.

Pour aller plus loin

Télécharger les machines virtuelles préconfigurées Blog Télécharger le training kit .Net 4.0

Regarder les vidéos de Channel 9