Test et Développement Visual Studio Team System Eric Mittelette – Benjamin Gauthey – Yann Faure DevDays 2006 Equipé aujourdhui, prêt pour demain !

Présentation au sujet: "Test et Développement Visual Studio Team System Eric Mittelette – Benjamin Gauthey – Yann Faure DevDays 2006 Equipé aujourdhui, prêt pour demain !"— Transcription de la présentation:

1 Test et Développement Visual Studio Team System Eric Mittelette – Benjamin Gauthey – Yann Faure DevDays 2006 Equipé aujourdhui, prêt pour demain !

2 Agenda Visual Studio Team System Infrastructure de développement Test Driven Development Tests comme démarche de développement/qualité Lapproche Team Test Les différents types de tests

3 Visual Studio Team System Infrastructure de développement Visual Studio Team System : Infrastructure de développement issue de nos équipes de dev Corp. Modèle MSF ou « personnalisé » Outils : Team Foundation Server : Repository ( basé sur SQL2005) Des code sources et « Branch,Label, changeset… » Des tests Des documents du projet Des WorkItem, Itération, Domaine… Des builds Site Web de travail collaboratif (WSS) Exportation possible des « items »: Excel Project... Team Build Service de build Paramétrable selon les cibles souhaitées (debug/release alpha beta RC…RTM) Scheduling possible Résultats sur lintranet déquipe (WorkItem taches et itération associés) Client TFS Add-In VS2005 pour les développeurs, check in/out, consultation/modification des documents, des WorkItem… En tant quoutil indépendant (« coquille vide de VS » Team Explorer)

4 Le vocabulaire de Team Foundation WorkItem Modélise une tache/action/besoin Tache, Bug, Risk, qualité de service (custom) Peut être associé à Un document Une build, un changeset Un autre WorkItem CheckIn-CheckOut In, on pousse les sources vers le serveur Changeset Différentiel des sources entre 2 modifications/checkin Label État des sources à un instant donné Workspace Copie locale des sources/projets Démo Repository Source control Documents projet

5 Test et développement Démarche de qualité essentielle à tout projet Solidité, Sécurité de lapplication Impact positif sur le support/service après-vente Les tests prennent du temps Surtout sils ne sont pas automatisés ou fait trop tard dans le cycle de développement Couvrent différents domaines Fonctionnels, Sécurité, Performance, Montée en charge… Nb ligne de code Test Code Temps passé Test Driven Development On pense dabord test et code Démarche finalement très naturelle… qui nécrit pas son code sur une base console ou un proto…? Point critique Dev/Test Une réponse : Automatisation

6 Visual Studio Team Edition for Software Testers Différents type de tests : Unitaire – Manuel – Générique – Web Test Unitaire Conserver et structurer le code de test Automatiser afin de rejouer les tests à chaque build/itération du projet Associer test et WorkItem pour un suivi simple et efficace du travail déquipe Proposer une infra de tests unitaires simple et solide (code.NET et attributs, infra de base de données pour les jeux de tests, résultats paramètres…) Démo Test Unitaire Code Coverage Gestion des tests

7 Visual Team Test Test Manuel Description dun processus manuel de test Associé à un ou des WorkItems Démo Tests Manuels

8 Visual Team Test Test Générique Point dentrée pour toute autre application de tests… Associé à un ou des WorkItems Vos codes, ou des applications tierces Démo Intégration doutils

9 Visual Team Test Test de performance et « profiling » Échantillonnage et/ou instrumentation du code pour analyse de sa qualité Analyse du code sur un scénario (cf. manuel test ou WorkItem associé) Publication des logs sur le Sharepoint déquipe En complément on peut travailler avec lanalyse statique de code cf. propriétés des projets et configuration des check-in et des builds des projets Démo Sampling et instrumentation

10 Visual Team Test Test de montée en charge « Enregistreur » WEB et infrastructure de gestion des scénarii Gestion des injecteurs Gestion des ramp up Gestion du paramétrage des requêtes Démo Montée en charge Paramétrage des scénarii

11 Visual Team Test Intégration doutils tiers Framework et IDE ouverte aux éditeurs tiers Démo Fault Simulator TestPartner Compuware

12 En conclusion : Une question Combien de temps allez vous mettre pour vous équiper ? Chaque journée de développement sans tests intégrés peut coûter Beaucoup de temps de développement perdu … Beaucoup de monde occupé à ne pas faire autre chose… Plus de debug en phase dintégration Plus de temps avant la sortie du produit Plus dappels au support technique Plus de patch après livraison

13 Rendez-vous sur le site MSDN pour y retrouver lensemble des contenus des DevDays 2006 : Les webcasts Les présentations Les codes source http://www.microsoft.com/france/msdn/devdays2006/ default.mspx Sur le site MSDN