Vous connaissez certainement la possibilité de créer, exécuter des tests fonctionnels, disponible avec la gamme de produits Visual Studio 2010 (dont je parle ici)

Ces tests fonctionnels sont définis dans des WorkItems de type “Test Case”, dans Team Foundation Server. Le principe de base est simple : on définit la liste des étapes à réaliser par le testeur, et le résultat auquel il doit s’attendre. Le fait qu’il s’agisse ici de WorkItems, offre toute la souplesse d’édition habituelle, telle que l’édition dans Excel. Du moins, on pourra éditer les champs “classiques”, comme le titre, la description, l’itération et la zone, etc. mais le souci (en tout cas à l’heure actuelle) est que l’on ne peut pas éditer les étapes d’un cas de test directement à partir d’Excel. De manière générale, cela ne pose pas de réel problème, mais lorsque l’on souhaite importer ses cas des tests (venant d’un export d’un autre outil, ou d’un ensemble de cas déjà définit par vos équipes dans Excel), on est “bloqué”.

Rassurez-vous, vous n’aurez pas à tout recopier manuellement :)

La première solution, dont je parle ici, est de créer les cas de tests à partir d'Excel et de copier/coller les étapes dans les cas de tests, directement sous Visual Studio ou Test and Lab Manager. L’inconvénient de cette solution est de devoir au préalable créer les cas dans TFS.

La seconde solution est d’utiliser le nouvel outil d’import disponible sur codeplex : TestCaseMigrator ! L’idée est simple, vous avez un fichier Excel contenant vos scénarios de test, suivant votre format de définition. Via l’outil TestCaseMigrator, vous pouvez définir quelles colonnes correspondent à quels champs d’un workitem de type Test Case. Une fois ceci défini, vous n’avez plus qu’à lancer l’import et tout est ajouté dans Team Foundation Server !

Petite démonstration :

J’ai un fichier Excel ressemblant à ceci :

On voit ici deux scénarios, le premier: “Créer un élément” contient 3 étapes, et le second en contient 4. Quelques étapes possèdent un résultat attendu (optionnel). Remarquez que j’ai également un paramètre, nommé id.

A partir de l’outil TestCaseMigrator, je définis le fichier Excel à utiliser :

A partir de cette étape, l’outil identifie les colonnes et leurs titres (par défaut, les titres sont considérés comme provenant de la première ligne, mais on peut bien entendu le modifier :)

Etape suivante : se connecter à un serveur TFS

Remarquez qu’on peut préciser le type de work item à utiliser (s’il ne s’agit pas de “Test case” dans votre cas).

On peut alors choisir un fichier de mapping existant. Ceci peut vous faire gagner du temps si vous comptez importer des cas de test à partir de plusieurs fichiers Excel. Vous pouvez enregistrer le mapping et le réutiliser pour tous les fichiers ayant le même format.

Dans cet exemple, je vais considérer que je n’ai pas de fichier de définition de  mapping existant. Je le défini comme dans la capture suivante, en indiquant à quel champs du work item “Test case” correspond chaque colonne du fichier Excel :

Sur l’écran suivant, vous avez la possibilité de définir un mapping de données entre des valeurs du fichier Excel et celles qui doivent arriver dans le work item. Ceci peut être pratique, si par exemple vous avez un état définit dans votre fiche Excel qui n’est pas le même que celui du Work Item. Vous définissez alors une correspondance à ce niveau (par exemple, pour transformer automatiquement l’état “A exécuter” en “Ready”).

On définit ensuite si on a un seul ou plusieurs cas de test par feuille Excel, ce qui est mon cas. Optionnellement, si on a déjà des paramètres dans notre test, on peut indiquer le séparateur de début et de fin. Dans mon fichier Excel, j’ai un paramètre id contenu entre @{ et }. Vous pouvez également donner le chemin d’un fichier pour sauvegarder la configuration de mapping que je viens de définir, pour pouvoir la réutiliser plus tard.

Il ne reste plus qu’à cliquer sur next, relire toute la configuration et cliquer sur Save and Import !

Et voilà ! Nous avons importé nos scénarios :)

Le résultat en image, visualisé à partir de Visual Studio :

Les tests on été correctement créés, les étapes également, ainsi que le paramètre id !

Simple non ? Très facile maintenant d’importer vos scénarios à partir d’un export Excel d’un autre outil (comme par exemple HP Quality Center ? ;-)) et profiter pleinement des fonctionnalités qu’offre Microsoft Test and Lab Manager !

.Dispose();