Question

Quelles sont les étapes à suivre pour que Team Foundation Server exécute des tests unitaires lorsqu'une version donnée est exécutée?

Quelles sont les mises en garde / pièges / solutions de contournement qu'un développeur ou un administrateur système devrait connaître lors de la configuration d'un serveur TFS pour le faire pour la première fois?

Quelles sont les étapes de dépannage courantes pour les problèmes de test d'unité lors de la génération?

Était-ce utile?

La solution

cela dépend de la version de TFS que vous utilisez, donc je suppose que c'est 2008.

Tout d'abord, Team Edition for Testers doit être installé sur l'ordinateur qui agira en tant qu'agent de génération, comme indiqué dans Comment: créer une définition de construction

Il existe plusieurs façons de demander à Team Build d'exécuter des tests pour votre build.

  1. Les tests unitaires peuvent être exécutés à partir d'une liste de tests définie dans la solution en cours de construction. Cette liste est référencée par la définition de construction et tous les tests de la ou des liste (s) choisie (s) sont exécutés. En savoir plus ici
  2. L'exécution du test WildCard est également disponible en définissant un masque générique (c'est-à-dire Test * .dll) qui indique à Team Build d'exécuter tous les tests présents dans les assemblys correspondant au masque. Ceci est également fait lors de la définition de la construction.

Points à noter:

Si vous envisagez d'utiliser la méthode générique et souhaitez activer la couverture de code pour votre configuration de test, vous devez ajouter ce qui suit à votre fichier de définition de construction pour l'activer.

<RunConfigFile>$(SolutionRoot)\TestRunConfig.testrunconfig</RunConfigFile>

Voir ma question précédente à ce sujet pour plus d'informations ici

Autres conseils

Si vous ne souhaitez pas utiliser les configurations de test (il est difficile de gérer), exécutez tout le test dans un fichier .dll en ajoutant ceci à la configuration de construction:

<ItemGroup>
    <TestContainerInOutput Include="MyProject.UnitTests.dll" />
</ItemGroup>

L'ensemble du processus est lisse et assez simple. Vous pouvez inspecter les tests unitaires enregistrés sur le serveur de build en ouvrant le fichier de résultat du test localement (un peu pénible), mais en général, vous ne ferez que les tests unitaires localement et vous pourrez voir les résultats immédiatement.

Si vous êtes habitué à NUnit, vous pouvez choisir de trier les tests par nom de classe, cela donne une vue similaire.

Faites attention à la couverture de code, il crée des copies complètes de vos fichiers binaires lors de la compilation. Si vos fichiers binaires sont suffisamment volumineux et que vous compilez souvent, il dévorera rapidement l’espace disque.

http://msdn.microsoft. com / en-us / library / cc981972 (v = vs.90) .aspx

J'aime cette définition, car elle vous donne un aperçu complet de Création du projet Création du projet de test unitaire Configurer Team Build pour l'utiliser Test unitaire

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top