MSTest ne trouve pas l'assembly

J'ai été en utilisant MSTest

et j'ai utiliser la commande mstest /testsettings:local.Testsetting /testcontainer:folder\obj\Debug\test.dll

et c'est la sortie,

Exécuter a le problème suivant(s):
Avertissement: Essai de déploiement question:
L'assemblée ou le module
"Microsoft.Les pratiques. Prism " directement
ou indirectement référencé par le test
container "test.dll" n'a pas été trouvé.
Avertissement: Essai de déploiement question:
L'assemblée ou le module
'Project.Common.dll" directement ou
indirectement référencé par le test
container "test.dll" n'a pas été trouvé.
Avertissement: Essai de déploiement question:
L'assemblée ou le module
'Project.Infrastructure.dll" directement
ou indirectement référencé par le test
container "test.dll" n'a pas été trouvé.
Avertissement: Essai de déploiement question:
L'assemblée ou le module
"Microsoft.Les pratiques. Prism " directement
ou indirectement référencé par le test
container "test.dll" n'a pas été trouvé.

Que puis-je faire MSTest pouvez exécuter bien.

source d'informationauteur aeruL

c#mstest unit-testing vs-unit-testing-framework

4

Vous pouvez installer le Prisme de fichier dans le cas de votre serveur de build.
3

Toutes les assemblées qui ne sont pas utilisés directement dans le test ne sera pas copié dans le répertoire test. À cet effet, ces méthodes d'essai doit être décoré avec de l'attribut comme:
```
[DeploymentItem("Microsoft.Practices.Prism.dll")]
```
Cela résout le problème sans l'ajout de l'assembly dans le GAC.

Ok. Le DeploymentItem est un moyen de résoudre ce problème. Cependant, DeploymentItem est un peu fragile.

Voici comment je l'ai corrigé.

Le "répertoire courant" a à la ligne avec le DeploymentItem. Le meilleur compromis que j'ai trouvé serait de définir le répertoire en cours où le .la sln fichier.

Voici ma structure de dossier.

C:\SomeRootFolder\
C:\SomeRootFolder\MySolution.sln
C:\SomeRootFolder\packages\
C:\SomeRootFolder\packages\MyNugetPackage.1.2.3.4\lib\net45\SomeThirdPartyDll.dll
C:\SomeRootFolder\MyTestProject\MyTestProject.csproj
C:\SomeRootFolder\MyTestProject\MyTestClass.cs

MyTestClass.cs

[TestClass]
public class MyTestClass
{
    [TestMethod]
    /* The DeploymentItem item below is for error ::: Warning: Test Run deployment issue: The assembly or module 'SomeDll' directly or indirectly referenced by the test container 'C:\SomeRootFolder\MyTestProject\bin\debug\MyTestProject.dll' was not found. */
    /* There must be a CD (to the .sln folder) command... before the MsTest.exe command is executed */
    [DeploymentItem(@".\packages\MyNugetPackage.1.2.3.4\lib\net45\SomeDll.dll")]
    public void MyTest()
    {
    }
}

Le "truc" c'est de faire un CD (change directory) dans le dossier des maisons de l' .la sln.

REM Now the normal restore,build lines
nuget.exe restore "C:\SomeRootFolder\MySolution.sln"
REM the above nuget restore would create "C:\SomeRootFolder\packages\MyNugetPackage.1.2.3.4\lib\net45\SomeThirdPartyDll.dll"
MSBuild.exe "C:\SomeRootFolder\MySolution.sln" /p:Configuration=Debug;FavoriteFood=Popeyes /l:FileLogger,Microsoft.Build.Engine;logfile=MySolution.Debug.Build.log
REM (the below line is the trick to line up the 'current folder' with the relative path of the DeploymentItem)
cd "C:\SomeRootFolder\"
REM now the below will work without the annoying message, note that C:\SomeRootFolder\MyTestProject\bin\Debug\SomeThirdPartyDll.dll exists
MsTest.exe /testcontainer:"C:\SomeRootFolder\MyTestProject\bin\Debug\MyTestProject.dll" /resultsfile:MyTestProject.Dll.Results.trx

Maintenant, parce que le "répertoire courant" (le résultat de la CD) est à "C:\SomeRootFolder\", le DeploymentItem chemin d'accès relatif fonctionne correctement.

Jimminy Grillons.......c'est un peu nutsy.

Note, la Paul Taylor réponse ici

L'exécution de MsTest à partir de la ligne de commande avec un assembly personnalisé répertoire de base

ne fonctionne pas pour moi.

0

manière la plus simple.
Juste ajouter
```
 string value = AppDomain.CurrentDomain.BaseDirectory;
```
de votre code (au point de départ de votre méthode d'essai)
Ajouter un point d'arrêt pour le nouveau code et de vérifier quel est le chemin de value variable.

continuer le processus de test et après tout obtenir le succès, naviguez jusqu'au dossier de values variable.

Vous pouvez voir toutes les dll dans le dossier.
Il suffit de copier et passé ware jamais vous voulez et d'exécuter le projet dll à l'aide de mstest outil de ligne de commande.
```
set mstestPath="C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE"

%mstestpath%\mstest /testcontainer:CodedUITestProject1.dll
```

Vous devez vous connecter pour publier un commentaire.