Bref récapitulitif des améliorations de VSTS 2008
Bonjour à toutes et à tous
Dans ce poste j'ai souhaiter rassembler les principales nouveauté dans la version 2008 de VSTS, que j'aime particulièrement.
Team Foundation Server 2005 est sorti en RC (Release Candidate) le 6 février 2006. Cette première version permet à Microsoft d’apporter un outillage aux développeurs mais également aux chefs de projets, architectes logiciels et réseaux, mais également aux clients. Il est important de souligner l’avantage que peux avoir Team System dans la gestion et l’industrialisation des applications.
L’intégration optimale des applications comme Excel ou MS Project permet de garder les pratiques de base pour la gestion des projets tout en migrant sur Team System. Les développeurs ne sont pas en reste car Team System permet en un point de regrouper tous les besoins. SharePoint permet la gestion des documents ainsi que des autorisations d’utilisation (lecture, écriture, modification). SQL Server 2005 permet, quand à lui, de stocker le code source, les taches de travail, la gestion des BUILD, mais également d’afficher et de créer des rapports grâce à REPORTING SERVICE, ce qui permet de sortir en temps réel tous les indicateurs que souhaite le client.
Fort de cette première expérience dans l’industrialisation d'application, Microsoft a pu faire évoluer son application vers la version 2008, qui doit sortir fin du mois de novembre 2007.
Dans un souci de confort, les équipes de Microsoft ont tout fait pour garder une compatibilité entre les versions de VSTS, que cela soit de Visual Studio Team System 2005 vers 2008 ou de 2008 vers 2005.
Cela signifie qu’avec Team Explorer 2005 il est possible de se connecter et donc de travailler avec Team Foundation Server 2008, et qu’il est également possible d’installer Team Explorer 2008 pour interroger Team Foundation Server 2005.
A noter que pour certaines améliorations, notamment pour la gestion des BUILDS qui ont subi des modifications significatives entre les deux versions. Il sera nécessaire d’installer Team Explorer 2008 pour gérer à cent pour cent les BUILDs de la version 2008.
Quelle que soit la version souhaitée, il est tout à fait possible d’avoir un ensemble hétérogène. Une installation de Windows Server 2003 en anglais permet d’installer un Team Foundation Server en français et Team Explorer en anglais, et inversement. Il est à noter que certains problèmes ont pu être rencontrés avec Visual Studio Team System 2005.
Bien évidemment les mises à jour et divers SP seront disponibles en premier en version anglaise, cela implique donc de privilégier une installation totalement en anglais.
ATTENTION : Par contre ces possibilités d’installation ne sont possibles qu’avec l’anglais comme seconde langue. Il n’est pas possible, par exemple, de le faire entre des systèmes en japonais et français.
Team Foundation Server 2008 est pris en charge par le nouveau serveur de Microsoft nommé Windows Server 2008 (Longhorn). Donc prise en compte du nouveau IIS.
La première des améliorations notable que nous puissions voir est la prise en charge de MOSS 2007 ou WSS 3.0 par TFS 2008. L’application de gestion documentaire de Microsoft qui n’est plus à présenter, permet une gestion pointue des documents qui seront partagés entre l’équipe de développement et le client. Il est à noter que dans un projet moderne l’implication du client dans le suivi du bon déroulement du développement n’est plus un sujet à éviter mais plutôt un atout à gérer. Dans la version TFS 2008, il est possible d’utiliser un portail MOSS 2007 sur n’importe quel serveur et port de communication. Cela permet de partager la puissance entre plusieurs serveurs.
Alors que Visual Studio Team System 2005 ne permettait pas ou peu de travailler en hors ligne, VSTS 2008 le permet. Cela peut être d’une grande utilité quand le serveur n’est pas dans l’infrastructure où ce situe le développement (Serveur héberger chez un partenaire, Serveur situé à la maison mère de la société). Combien d’entre nous ont pu rencontrer des problèmes réseau lors d’un check-in, ou bien vouloir travailler de chez soi pour des problèmes personnels. Avec VSTS 2008, ces problèmes sont résolus.
Le plus de cette version de MSBuild réside dans la possibilité de fonctionner en multi-thread, ce qui permet de générer des solutions pour des processeurs différents, en debug et release, le tout en même temps.
La gestion des BUILDs depuis Team Explorer est complète.
Beaucoup d’ajouts pour VSTS 2008 dans cette partie notamment:
· Un système d’annotation basé sur le power tool TFS Annotate Power Tool.
· La possibilité de comparer des dossiers, basés sur le power tool TFS Diff Power Tool.
· La possibilité de supprimer définitivement des fichiers ou répertoires du contrôleur de code source.
· Amélioration des performances visibles pour les gros projets (~100 000 fichiers)
Le profiler de code a été introduit dans la version 2005 de Team System version développeur. Ce profiler permet entre autres d’analyser à la volée les performances des applications en cours de développement. Un rapport est généré en fin de test ; il donne des informations lors de l’exécution d’une méthode et de ses enfants mais également l’exécution propre de la méthode. C’est cette dernière qui est la plus intéressante.
Visual Studio Team System version développeur ce voit doté pour sa nouvelle version (2008) d’un comparateur de rapport de performance. Cela permet facilement de connaitre le gain ou la perte de performance entre deux versions. Une petite fonctionnalité apparait également dans la version 2008, c’est le « Expand HotPath », dans la version français cela est nommé « Développer le chemin réactif ».
Lien sur le blog d'Azra
Connaitre son code et savoir ce qui va et ne va pas n’est pas forcement chose facile. VSTS 2008 donne aux développeurs des fonctions qui permettent de calculer 5 métriques sur le code. Ces métriques donnent l’information sur :
· L’indice de facilité de maintenance, celui-ci est calculé par rapport à une formule (Indice = 171 – 5.2 * log2 (Halstead Volume) – 0.23 * (Complexité cyclomatic) – 16.2 * log2 (ligne de code)) cette formule n’est pas a retenir ;).
· La complexité cyclomatic indique le nombre de branchements conditionnels dans le fichier, la classe ou la méthode.
· La profondeur d’héritage, ce métrique indique le nombre d’héritage, plus le nombre est élevé, plus le code sera complexe à maintenir.
· Le couplage de classe, indique le nombre de dépendance au sein d’une méthode ou type vers d’autre type ou méthodes. Bien entendu plus la dépendance est élevé plus la maintenance du code est hasardeuse.
· Le dernier métrique est le nombre de lignes de codes exécuté, bien évidement ce métrique n’est pas le plus important mais permet de calculer l’indice de maintenance de l’application.
Lien sur le blog d'Eric Le Loc'h
A noté que les informations qui suivent sont également valable pour la version développeur.
Voici la liste non exhaustive mise sur le blog d'Azra
- Web Tests
- Test recorder: le plugin a IE permettant de capturer les tests est maintenant capable de capturer le trafic généré par les requêtes XMLHTTP (Ajax)
- Dynamic Parameters: Ajout de la détection automatique de paramètres dynamiques une fois le scénario de test capturé par le recorder. Ceci permet d'identifier les variables (POST et Query) devant être transmises au travers de plusieurs requêtes au niveau du scénario, afin de les rendre dynamiques (par exemple aller chercher un token d'identification utilisé dans toutes les pages sur un scénario donné de manière aléatoire dans une base de données)
- Extract Web Test: Il est maintenant possible de "refactoriser" les WebTest
- En créant des sous tests (click droit, Extract Web Test sur un contenu de test existant)
- En liant les tests entre eux (click droit, Call Web Test, un test va pouvoir en inclure d'autres dans un scénario
- Unit Tests
- Possibilité de tester du code sans avoir accès aux sources
- Prise en compte des generics par le générateur de code de test
- Exécution simplifiée
- Exécution vraiment plus rapide
- Et surtout, disponibles directement dans la version Pro de Visual Studio 2008
- Ajout des nouvelles sources de données XML et CSV pour le mapping de paramètres (uniquement SQL avant dans la version 2005)
- Load Tests
- Amélioration des performances
- Possibilité de prendre en compte des tests unitaires dans un scénario de charge (posait des problèmes avant)
- Amélioration des graphiques de reporting
- Exportation des résultats sous Excel
- Apparition d'un outil permettant de conserver et d'organiser les résultats de test
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
