Test et DéveloppementVisual Studio Team System

Eric Mittelette – Benjamin Gauthey – Yann Faure

DevDays 2006Equipé aujourd’hui, prêt pour demain !

Agenda

Visual Studio Team System Infrastructure de développement

Test Driven Development Tests comme démarche de développement/qualité

L’approche Team TestLes différents types de tests

Visual Studio Team SystemInfrastructure 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 testsDes documents du projetDes WorkItem, Itération, Domaine…Des builds

Site Web de travail collaboratif (WSS)Exportation possible des « items »: Excel Project ...

Team BuildService de build Paramétrable selon les cibles souhaitées (debug/release alpha beta RC…RTM) Scheduling possible Résultats sur l’intranet 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 qu’outil indépendant (« coquille vide de VS » Team Explorer)

Le vocabulaire de Team Foundation

WorkItemModélise une tache/action/besoin

Tache, Bug, Risk, qualité de service (custom)Peut être associé à

Un documentUne build, un changesetUn autre WorkItem

CheckIn-CheckOutIn, on pousse les sources vers le serveur

ChangesetDifférentiel des sources entre 2 modifications/checkin

LabelÉtat des sources à un instant donné

WorkspaceCopie locale des sources/projets

DémoRepository

Source controlDocuments projet

Test et développement

Démarche de qualité essentielle à tout projetSolidité, Sécurité de l’applicationImpact positif sur le support/service après-vente

Les tests prennent du temps Surtout s’ils ne sont pas automatisés ou fait trop tard dans le cycle de développement

Couvrent différents domainesFonctionnels, Sécurité, Performance, Montée en charge…

Nb ligne de code

Test

Code

Te

mp

s p

ass

é

Test Driven DevelopmentOn pense d’abord 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/TestUne réponse : Automatisation

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 testAutomatiser afin de rejouer les tests à chaque build/itération du projetAssocier test et WorkItem pour un suivi simple et efficace du travail d’équipeProposer 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émoTest Unitaire

Code CoverageGestion des tests

Visual Team Test

Test ManuelDescription d’un processus manuel de testAssocié à un ou des WorkItems

DémoTests Manuels

Visual Team Test

Test GénériquePoint d’entrée pour toute autre application de tests… Associé à un ou des WorkItemsVos codes, ou des applications tierces

DémoIntégration d’outils

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 l’analyse statique de code

cf. propriétés des projets et configuration des check-in et des builds des projets

DémoSampling et

instrumentation

Visual Team Test

Test de montée en charge« Enregistreur » WEB et infrastructure de gestion des scénariiGestion des injecteursGestion des ramp upGestion du paramétrage des requêtes

DémoMontée en charge

Paramétrage des scénarii

Visual Team Test

Intégration d’outils tiersFramework et IDE ouverte aux éditeurs tiers

DémoFault Simulator

TestPartner Compuware

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 d’intégration Plus de temps avant la sortie du produitPlus d’appels au support techniquePlus de patch après livraison

Rendez-vous sur le site MSDN pour y retrouver l’ensemble des contenus des DevDays 2006 :

Les webcastsLes présentationsLes codes source

http://www.microsoft.com/france/msdn/devdays2006/default.mspx

Sur le site MSDN