L'exécution des tests unitaires sur Team Foundation Server (TFS) s'appuie

Quelles sont les démarches pour obtenir Team Foundation Server exécute les tests unitaires lorsqu'une génération fonctionne?

Quelles sont les mises en garde /pièges /solutions de contournement d'un dev ou sysadmin devriez être au courant lors de la configuration d'un serveur TFS pour ce faire, pour la première fois?

Ce sont communs étapes de dépannage pour le test de l'unité de problèmes lors des générations?

InformationsquelleAutor |
  1. 11

    il dépend de la version de TFS vous êtes en cours d'exécution, donc je suppose que c'est 2008.

    Tout d'abord, vous devez avoir de l'Équipe de l'Édition pour les Testeurs installé sur l'ordinateur qui va agir en tant que votre agent de build, comme indiqué dans Comment faire: Créer une Définition de Build

    Il ya un couple de façons de dire d'esprit d'Équipe pour exécuter des tests de votre.

    1. Tests unitaires peut être exécuté à partir d'une Liste de Test au sein de la Solution en cours de construction. Cette liste est référencé par la définition de build et de tous les tests à l'intérieur de la liste choisie(s) sont exécutées. Plus d'infos ici
    2. Générique test en cours d'exécution est également disponible en définissant un masque joker (c'est à dire d'Essai*.dll) qui indique à l'Équipe de Construire pour exécuter tous les tests présents dans les assemblages qui correspondent au masque. Ceci est fait lors de la définition de la définition de build ainsi.

    Choses à noter:

    Si vous avez l'intention d'utiliser le caractère générique de la méthode et souhaitez activer la couverture de code pour votre configuration de test, vous devez ajouter la ligne suivante à votre fichier de définition pour l'activer.

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

    Voir ma question précédente sur ce pour plus d'info ici

    • Notez que dans VS 2010, l'extension du fichier est maintenant ".testsettings", mais sinon il fonctionne comme avant.
    InformationsquelleAutor Mr. Kraus
  2. 4

    Si vous ne souhaitez pas utiliser le test de configs (Une Douleur dans le cul à gérer) il suffit d'exécuter tous les tests dans un .dll en ajoutant ceci à la construire config:

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

    L'ensemble du processus est lisse et assez simple. Vous pouvez inspecter les tests unitaires que filaed sur le serveur de build en ouvrant le dossier de résultats de test en local (un peu de douleur) mais en général, vous aurez juste exécuter les tests unitaires localement et vous pouvez voir les résultats immédiatement.

    Si vous avez l'habitude de NUnit, vous pouvez choisir de trier les tests en classe, il donne un point de vue similaire.

    Prudent avec la couverture de code, il rend une copie complète de vos fichiers binaires sur les compiler. Si vos fichiers binaires sont suffisamment grandes et vous compilez souvent, il va manger à travers l'espace disque rapidement.

    • Mais le caractère générique de la méthode ne vous permet pas d'exécuter tous les tests de différents projets de test. Imaginez la liste des <TestContainerInOutput quand vous avez 100 différents projets de test.
    InformationsquelleAutor vfilby
  3. 1

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

    J'aime ce defination car il vous donne une complète "walkthrough" de
    La création du Projet
    La création de l'Unité de Projet de Test
    À la configuration de l'Équipe de la construction de l'utiliser de Test de l'Unité

    InformationsquelleAutor