Intégration de Chutzpah avec TFS 2012

Question

Mon équipe essaie d'intégrer Chutzpah dans le processus de construction de TFS 2012. Nous avons utilisé cet article de blog comme point de départ.

À un niveau élevé, le problème pratique est que le Visual Studio Test Runner dans le contexte de l'agent de construction ne trouve tout simplement pas les crochets Chutzpah. Ainsi, alors que nous pouvons définir **\*.js comme source de test, sans que le bootstrapper Chutzpah soit trouvé et initialisé, le test runner ne fait rien avec ces fichiers.

À un niveau plus détaillé, nous obtenons trois messages inquiétants lorsque nous vérifions les journaux de chargement des assemblages personnalisés pour le contrôleur de construction :

Summary: There were 0 failures, 2 errors and 1 warnings loading custom activities and services.
Error: Method 'ToXml' in type 'Chutzpah.VS2012.TestAdapter.ChutzpahAdapterSettings' from assembly 'Chutzpah.VS2012.TestAdapter, Version=2.2.0.171, Culture=neutral, PublicKeyToken=1ca802c37ffe1896' does not have an implementation.
Error: API restriction: The assembly '...\AppData\Local\Temp\VSTFSBuild\8c8e9402-1169-4782-99a9-ce42f83be8f0\A1288811191\Chutzpah\Microsoft.VisualStudio.TestPlatform.ObjectModel.dll' has already loaded from a different location. It cannot be loaded from a new location within the same appdomain.
Warning: Could not load file or assembly '...\AppData\Local\Temp\VSTFSBuild\8c8e9402-1169-4782-99a9-ce42f83be8f0\A1288811191\Chutzpah\phantomjs.exe' or one of its dependencies. The module was expected to contain an assembly manifest.

En dehors de cette information, nous sommes plus ou moins coincés. J'aimerais entendre quelqu'un qui a réussi à faire fonctionner Chutzpah sur un serveur autonome 2012 build afin de pouvoir comparer les configurations.

Answer 1

Erreur : Restriction de l'API : L'assemblage '....

Indique que TFS trouve une dll à deux endroits différents. Vous pouvez changer le modèle en Vérifier et voir si vous avez test .dll comme ensemble de valeurs pour tous les assemblages de test et changez-le en *test*.dll. Cela évitera de le charger plusieurs fois.

L'autre erreur peut être due au fait que les projets de test ne sont pas reconstruits. Essayez de reconstruire les projets de test.

J'espère que cela vous aidera.

Answer 2

En fait, Software Carpenter a raison, je crois que ce qui se passe est que vos spécifications de test pour les tests unitaires ordinaires peuvent être les suivantes test .dll (ou quelque chose de similaire) cela signifie que Microsoft.VisualStudio.TestPlatform.ObjectModel.dll est chargé en tant que dll de test unitaire, puis TFS essaie de le charger à nouveau lorsqu'il essaie d'exécuter les tests chutzpah.

Essayez de désactiver la spécification normale du test unitaire et voyez si cela aide, si c'est le cas, changez votre spécification pour quelque chose d'autre (*test.dll) qui n'inclut pas TestPlatform.ObjectModel.dll.

Source : Je viens d'avoir la même erreur en essayant de construire un projet avec Test dans son nom.

Answer 3

Cette discussion a également lieu sur Codeplex. Peut-être que de l'aide peut être fournie là-bas.

Tests unitaires Javascript sur Team Foundation Service avec Chutzpah