Développer du logiciel de qualité à l’aide de Visual Studio 2010
Aujourd’hui, j’assistais à la pré-conférence “Developing Quality Software Using Microsoft Visual Studio Team System 2010”. Les instructeurs Todd Girvin et Chris Tullier de la firme “Improving Entreprises” étaient tous deux excellents.
Ils ont démontré plusieurs aspects de VS 2010 déjà connus, mais certains l’étaient moins. Par exemple, à l’étape d’architecture, les différents diagrammes UML supportés était connu.
.png)
Il en était de même pour l’outils “Architecture Explorer” qui permet de visualiser différentes dimensions d’une application existante.
Par contre, le “Layer Diagram” n’avait pas attiré mon attention et il aurait dû car c’est un outils très simple qui permet de bien documenter les différentes couches de nos applications (ex: Présentation, logique d’affaires, accès aux donnés…), mais également de fournir une spécification au “build” afin qu’il s’assure que nous respectons toujours le sens des dépendances entre les couches. Par exemple, dans l’exemple qui suit, si une composante du “Data Access” venait qu’à être directement référée par la couche “Presentation Layer”, un avertissement serait alors soulevé par le “build”. Nous forçant ainsi à décider entre une modification du modèle de référence, en ajoutant un lien entre les blocs de présentation et accès aux données (ce qui serait mal) ou en modifiant notre code afin de passer par la logique d’affaires
Au niveau des essais, j’ai vraiment été impressionné par le Coded UI testing qui permet d’enregistrer et rejouer des essais en simulant la saisie de l’utilisateur (web, WPF, Silverlight…)
IntelliTrace qui permet d’enregistrer lors de l’exécution de l’application des informations tel que l’état des variables, les événements (“Events”), la pile des appels (“Call stack”), les exceptions (même celle qui aurait été littéralement avalée par l’application!). Bref, tout ce qu’un développeur peut rêver afin de poser un bon diagnostique.
Le profiling est également grandement améliorer. Il est plus visuel et permet de mieux cibler les zones de l’application qui causent des problèmes de performance. L’identification du “hot path” n’est qu’un exemple de ces nouvelles fonctionnalités :
Cette journée a été remplie de démonstration. Malheureusement, ces démonstrations ont également exposé l’instabilité du beta de VS 2010. En effet, il y a eu plusieurs “crash” tout au long de la journée. Pas assez pour me décourager de l’utiliser, mais bien assez pour convaincre de prendre des “backups”…