Lors de cette session, nous décrirons le processus de comparaison des outils de test du marché et les raisons qui ont amené TTC-Testing à préconiser les outils Microsoft plutôt qu'une autre solution. En s’appuyant sur des retours d’expérience concrets, nous verrons également comment mettre en place un tel projet de migration, les écueils à éviter et les vérifications à effectuer.

1. palais des
congrès
Paris
7, 8 et 9
février 2012

2. Migrer d'un existant vers
TFS
Date7 Fevrier
Laurent Abid
Didier Davar
T.T.C

3. Qui sommes nous
Fondée en 1999
40 consultants
Présent en Europe et Moyen Orient
« Core Business » : Qualité logicielle
Expertise : Outillage QL

4. Agenda
Migrer ou pas ?
 Comment prendre la décision
Processus de Migration
 Planification
 Mise en application
 Vérification
Des Exemples Concrets

5. Quelques concepts
Une Structure :
 Un outil ou type de fichier hébergeant un ou plusieurs
types d’objets ayant un rapport avec la qualité
logicielle
Un Objet :
 Une entité au format électronique qualifiant un élément
intervenant dans une campagne de test

6. Quelques concepts
Un détail :
 Une donnée dans un champ permettant de qualifier un
objet

7. Quelques concepts
La source:
 C est la structure a partir de laquelle nous devons
puiser les données a importer vers TFS
La Cible:
 Un projet d’ équipe de Team Foundation Server
centralisant la totalité du cycle de vie d’un projet
logiciel depuis la spécification jusqu’ à la livraison

8. Quelques concepts
Work Item :
 C est l’ objet générique de TFS vers lequel nous
redirigeons les données à intégrer,
 (une Anomalie , un cas de test …)
WorkFlow:
 Loi de Gestion des objets existant sous TFS

9. Pourquoi Migrer ?
Mouvance des méthodes de Travail
Désir d’ uniformité des exigences
Désir de Centralisation
Intégration des processus qualité dans le cycle de
développement
Désir de réduire les couts
 (outils, dev , maintenance)

10. Si vous doutez encore de VSTS
Procédez a une comparaison empirique entre les
différents outils du marché et VSTS
Définissez un protocole d’ évaluation que vous
appliquerez à chacune des solutions
 Ce protocole vous permettra de jauger les
performance des fonctionnalités qui vous
paraissent indispensables

11. Si vous doutez encore de VSTS
Déterminez le gain que peut vous apporter VSTS
 Budget
 Confort d’utilisation
 Efficacité
 Intégration au processus de développement
 Que vous soyez ou non orientés Dot Net

12. Un Exemple Concret
Offre de base 5 Licences Test pro
 Sans besoin supplémentaire
 A l achat environ 5000 Euros (avec MSDN)
 Maintenance annuelle 2500 Euros
Les concurrents sérieux valent plus du double pour des
conditions similaires – Pour le simple référentiel de test
sans même compter l’automatisation)

13. Encore plus concret
Faire du test de charge sur les environnements supportés
Reviens a une licences Visual Studio Ultimate soit 5000
euros pour un nombre illimité de Virtual users
 De plus on peut aller jusqu’a réduire de moitié la
puissance d injection nécessaire pour la même montée
en charge
 Preuve a l appui pour tester 1500 virtual users l offre
du concurrent en mode location annuelle va chercher
dans les 800 K € par an

14. Si vous doutez encore de VSTS
Déterminez « le prix » d’une migration vers V. studio
 L’impact du changement sur les équipes
 L’effort de migration
 Les besoins en ressources supplémentaires
 Serveurs
 Licences
 Support technique
 La perte de fonctionnalités de la solution existante
(si il en est)

15. Ceux qui ont adopté VSTS
Vente Privée
 A l aide d’une comparaisons précise visant a mettre en
concurrence VSTS et l ‘une des suites leaders sur le
marché
 Conclusion
 L’approche Scrum et Agile poussant a une intégration
au développement
 Environnement de Dev prédominé par Visual Studio
 Des tests de charges aux dimensions gigantesques
 Une automatisation des TNR très dynamique

16. Le ROI: Investissement
3 mois de mise en place de TFS accompagné par TTC
 Workflow
 Work Item
 Reporting
Formation et Coaching des ressources TRA sur le projet
sur toute la durée de la TRA
Implémentation d’un référentiel de test totalement intégré
au Dev

17. Le ROI: Le retour
Un référentiel de test accessible a toute nouvelle
ressource d’ ou stratégie de recrutement simplifié
 Même un débutant peut comprendre les cahiers de
test grâce aux liens entres chacune des entités
 Exemple Cas de test lié a Exigence ou a Anomalie
Fermée ou a un module de code traçable grâce au
versionning

18. Exemple de comparatif
Insuffisant = 1
Faible = 2
Bien = 3
Très bien = 4
POIDS POC 1 TOTAL POC 2 TOTAL REMARQUES
Installation Facilité d installation 20 4 80 3 60
Exigences système 20 3 60 3 60
Interdépendance avec d'autres systèmes 10 3 30 3 30
Volume disque occupé 20 3 60 3 60
Total 280 82 75
Pricing & Licensing Prix Référentiel de Test 50 2 100 3 150
Prix Automate de Test 50 2 100 3 150
Prix Accès Développemement 30 2 60 3 90
Prix Accès Business Analist 30 2 60 3 90
Mode Stand alone ou Floating 10 2 20 3 30
Périodes d'essais 10 3 30 4 40
Total 720 51 76
Support Langage du support 30 4 120 4 120
La localisation geographique du support 10 3 30 3 30
Les temps de réaction 30 3 90 3 90
La possibilité d'echanger par mail 20 3 60 3 60
Total 360 83 83

19. Ceux qui ont adopté VSTS
JM BRUNEAU
Un besoin d’optimiser les déploiements des versions
logicielles grâce a la build et a l’automatisation.
 Conclusion
 Besoin de virtualiser environnements de développement
et test
 Politique de recrutement de profiles polyvalents
 La majorité des développeurs connaissent VSTS,
leur montée en compétence est plus courte

20. Ceux qui ont adopté VSTS
EdenRed (groupe Accor)
Malgré une tendance générale du groupe a utiliser une
suite concurrente.
 Conclusion
 Forte implication des développeurs sur les tests
unitaires
 Désir de partage entre les équipes sur une même
plateforme de travail
 Désir de réduire les couts des licences et
maintenance

21. POUR FAIRE LE PAS
Maitriser d’abord votre existant
 Processus de développement
 Typologie des et Architectures des systèmes
 Stratégie de test
 Documents et Livrables
 Organigrammes des équipes

22. Pour faire le pas
Avoir une vision des changement technologiques
probables
Avoir une participé a une session de présentation des
aspects tests sous Visual Studio
Etre assisté de ressources maitrisant VSTS ainsi que
votre existant.
Impliquer les futures acteurs dans la démarche de
changement

23. Le processus:
Passage en
production
Formation
utilisateur
Transfert de Validation UAT
données en
Pilot masse
Réglages finaux
Transfert totale de la cible
d’une structure
Transfert d’
échantillons vers
Personnalisation VSTS
de la cible
Duplication de la
source
Sauvegarde
Restauration de
la source

24. Migration Solution 1
Tableau intermédiaire
• Export de la source vers remanié • Utilisation de l outil
Excel d’import de Visual
• Manipulation du tableau Studio
Manuelle ou via Macros • A utiliser par couches
• Tableau intermédiaire pour les différents
prêt a l import collections
Tableau intermédiaire
Cible a jour
brut

25. Migration : Solution 1
Migration Manuelle
 Exports vers fichiers Excel génériques depuis la
source Manipulation manuelle des données dans les
fichiers
 Imports vers TFS

26. Solution 1: Pour /Contre
Solution rapide a mettre Pas de Maitrise
en place  des fichiers attachés
Peu onéreuse  Hiérarchies entre
Peu de connaissance objets
techniques nécessaires  liens entre collections

27. Migration Solution 1 +
Tableau intermédiaire Cible a jour sans
•Export de la source vers remanié •Développement d’une attachement •Développement d’une
Excel routine de récupération routine d’ import des
•Manipulation du tableau des des fichiers attaches •Utilisation d l outil collections de fichier a
Manuelle ou via Macros au objets des différentes d’import de Visual Studio lier au WorkItems
•Tableau intermédiaire collections . A utiliser par couches
prêt a l import pour les différents
collections
Collection
Tableau intermédiaire
d’attachements à Cible a jour
brut
déployer

28. Migration : Solution 1+
Migration Semi programmée
 Exports vers fichiers Excel génériques depuis la source
Manipulation manuelles des données dans les fichiers
 Développement de routine d’extraction de collections d’
attachements a rattacher dans TFS
 Développement dans Visual Studio de routine d’import de
collections de fichier a intégrer
 Imports vers TFS des fichiers Excel simples via l utilitaire
VSTS
 Utilisation de la routine d’import des attachements
développée

29. Solution 1+: Pour /Contre
Bonne montée en Pas de Maitrise
connaissance de  Hiérarchies entres
visual Studio objets
Peu onéreuse  liens entre collections
Récupération des Pas de capitalisation
fichiers attaches Effort dév assez long

30. Migration Solution 2
• Lancement de la
Cible à Jour
phase 1 d’un outil
type • Lancement de la
phase 2 d’un outil
• Smooth TFS
type
Migrator
• Smooth TFS
Fichiers de Migrator
configuration

31. Solution 2: Pour /Contre
Solution très rapide á Dépendance d’un
mettre en place logiciel
Peu de connaissance  Sensation de Black Box
techniques nécessaires Besoin d’assistance
Capitalisation des imports d’un fournisseur
Toutes les relations ainsi La solution ne convient
que les fichiers attachés qu’aux principaux outils
sont présents dans la cible
du marché

32. Dans tous les cas
Une vérification pointilleuse de la qualité des imports sera
effectuée afin de déterminer si la cible présente les
éléments désirés
 Quantités d’objets
 Niveau des détails
 Correspondances respectées
 Relations entre objets
 Attachements

43. Jusqu' au 29 Février une demie
journée d’Audit offerte sur demande
a
ContactTechdays@ttc-testing.com

44. QUESTIONS

45. palais des
congrès
Paris
7, 8 et 9
février 2012