VII. Tests unitaires : Gestion des tests▲
Comme expliqué précédemment lors de la présentation de l'exécution des tests, il est possible de gérer les tests via deux outils, que sont les « Test View » et le « Test List Editor ».
VII-A. Présentation de la « Test View »▲
Cet outil minimaliste est à mon sens le plus simple pour « gérer » ses tests. C'était de plus le seul disponible dans les versions « Team Edition For Software Developpers » 2005.
Dans cette fenêtre, on pourra visualiser l'intégralité des tests, en filtrant sur certains critères, ou en regroupant les tests.
Avec cette fenêtre minimale, et une bonne politique de nommage de tests, il est tout fait possible de gérer efficacement plusieurs milliers de tests.
VII-B. Présentation de la « Test List Editor »▲
Lorsque l'on crée un projet de test dans une solution, Visual Studio ajoute aussitôt un fichier d'extension « vsmdi ». Il s'agit du « Test Metadata File ». C'est un fichier XML (relativement complexe et utilisant des GUID pour référencer les éléments) qui stocke toutes les listes de tests que vous pouvez créer.
Une liste de tests n'est alors simplement qu'un regroupement logique de tests. Cette logique étant entièrement laissée à votre choix.
Il n'existe cependant pas de liste par défaut et donc lorsque vous créez un test, il sera repris sous la « pseudoliste » « Tests not in a list ». Ceci est très important à retenir, car si votre logique d'exécution des tests se base sur des listes, vos nouveaux tests ne seront pas exécutés, car ils n'apparaissant dans aucune liste.
Notez que par défaut, c'est le principe de liste de test qui est utilisé pour le build automatisé. C'était d'ailleurs le seul disponible pour le Team Foundation Server 2005. La version 2008 permet également d'exécuter les tests de DLL, sans utiliser les listes de test.
