MSTest exécuter échoue parce que la source de l'assemblée n'est pas digne de confiance

J'ai juste ajouté xUnit à notre projet de test (pour l'Affirme, nous sommes toujours à l'aide de MSTest le cadre) et immédiatement le test s'exécute refusé d'exécuter les tests. C'est le message d'erreur:

A échoué à la file d'attente de test '{ .... }'
Essai de déploiement question: L'
emplacement du fichier ou du répertoire
'...xUnit.dll " n'est pas digne de confiance.

  • Dans VS2008 de l'intégré dans le framework de test simplement des rapports "Non Exécuté". Ce que beaucoup de l'aide!
  • Jeez - celui qui, dans MS a décidé qu'un lieu nécessaires pour être "digne de confiance", juste pour lancer un fricken test doit de tirer!
InformationsquelleAutor Jedidja | 2008-10-14
  1. 98

    Il m'a fallu quelques essais avant de trouver la réponse sur Google, donc je vais mettre ça ici au cas où quelqu'un d'autre s'exécute dans le même problème. Une description détaillée peut être trouvée à ce blogue.

    Fondamentalement, le correctif met en jeu un clic-droit sur le fichier dll (xunit.dll par exemple) dans l'Explorateur Windows, allez dans les Propriétés, et en cliquant sur "Débloquer" en bas de l'onglet à côté de la "Sécurité" du texte. Il semble que Vista /Windows 2008 marquera automatiquement assemblées qui viennent à partir d'autres ordinateurs ou l'internet comme dangereux.

    Que quelques commentateurs l'ont mentionné, vous pourriez aussi avoir besoin de redémarrer Visual Studio pour que cela prenne effet.

    • Pour quelque raison bizarre je n'ai pas l'option "Débloquer". Il n'y a pas de bouton. Et j'ai la plus récente et la plus installé sur ma machine XP.
    • Merci! Après avoir fait cela, j'ai dû redémarrer Visual Studio pour obtenir les tests à exécuter correctement.
    • Juste pour le rendre clair, vous de le "Débloquer" le bouton en allant à la dll propriétés dans l'Explorateur Windows, PAS dans Visual Studio. Cela me troublait un peu.
    • Grand post, j'ai eu à Débloquer Rhino.Mocks.dll après la réception d'un code par e-mail. J'ai fait un VS Clean & Reconstruction de l'ensemble de la solution. Après que mes tests ont couru.
    • Déblocage de plusieurs DLL dans un dossier: voir paraesthesia.com/archive/2010/05/19/...
    • Essayez d'abord de ne pas réussir. Même en redémarrant le PC. J'ai dû supprimer mon dll à partir de ce projet et de faire le déblocage, avant l'ajout de la référence à la faire fonctionner.
    • Veux juste ajouter mon peu d'expérience en la matière. Si votre DLL est venu à partir d'un fichier zip (que vous avez téléchargé, par exemple). Supprimer les références à la DLL du projet. Débloquer le fichier zip d'abord, extraire, puis ajouter le nouvellement extrait DLL à la solution.

    InformationsquelleAutor Jedidja
  2. 17

    Dans mon équipe nous avons eu le même problème.

    Votre solution ne fonctionne pas, mais ce post par Charles Sterling a aidé.

    Nous avons utilisé la ligne suivante:

    caspol -machine -addgroup 1 -url file://\\server/share/* FullTrust -name DevShare
    • Ce n'est pas plus nécessaire après l'installation .Net 3.5 SP1, comme cette version modifie le niveau de confiance par défaut des partages réseau. Jusqu'à ce que vous installez 3.5SP1 c'est probablement la meilleure solution.
    • Huijben, c'est correct (stackoverflow.com/questions/148879/...). Mais nous avons continué à avoir le même problème, même après 3.5SP1, mais seulement lorsqu'il est exécuté par MSTest l'erreur serait de montrer en place, il suffit de lancer l'application, pas de problèmes.
    • Cette une a totalement fonctionné pour moi aussi. Bon spectacle!
    • Celui-ci n'a pas fonctionné pour moi à l'origine sur une boîte de XP (voir mon suppléant réponse ci-dessous), mais c'est la réponse qui a fait un travail quand j'ai déménagé à Win7/64.
    • la chose drôle est, de ce fait le travail sur mon 32 bits XP boîte..
    InformationsquelleAutor Davy Landman
  3. 10

    Après avoir ce problème et des heures à essayer d'obtenir des "Débloquer" pour coller plus que quelques minutes et/ou de trouver caspol en vain, j'ai enfin trouvé une petite friandise via Google que les assemblées seront bloqués à nouveau la prochaine fois que vous construire ou de reconstruire le projet, car ils sont re-copié à partir de leur emplacement source d'origine. (Je suppose que je n'ai jamais remarqué que ce qui s'est passé avant avec des références assemblées, mais de toute façon...)

    Mon correctif de ce était la suivante:

    1. Copier la Dll à l'autre
      spot pour garder en sécurité

    2. Supprimer l'
      les références dans Visual Studio

    3. Supprimer physiquement les Dll dans le
      bin

    4. Débloquer la Dll
      individuellement à l'endroit où ils
      ont été copiés à partir de

    5. Ajouter les références
      dans Visual Studio à partir de l'
      holding spot

    Tous les de construire ou de reconstruire a bien fonctionné par la suite.

    InformationsquelleAutor
  4. 8

    En cours d'exécution sur une machine XP (même avec .NET 3.5 SP1 est installé) je n'ai pas été en mesure d'obtenir toutes les autres solutions présentées ici pour travailler.

    Cependant de travail à partir de la même post par Charles Sterling que Davy Landman références, j'ai enfin réussi avec cette variante:

    1. Exécutez le .NET 2.0 de l'outil de Configuration (Paramètres... Panneau de Contrôle... Outils d'Administration... .NET Framework 2.0 Configuration)
    2. Cliquez en bas sur "Mon Ordinateur ... de Sécurité d'Exécution de la Politique de ... Machine de ... Groupes de Code ... all code"
    3. Créer un nouveau code de groupe à condition d'appartenance de la "Zone"="Intranet Local" et affecter l'ensemble d'autorisations "FullTrust"
    4. Redémarrez Visual Studio

    Après ces étapes, je suis en mesure d'exécuter des tests, y compris après le redémarrage et la reconstruction.

    EDIT: comme décrit dans cette réponse, vous devrez peut-être installer le .NET SDK (qui est différente de la .NET framework) afin d'avoir l' .NET 2.0 de l'outil de Configuration sur votre système.

    • Quand plus tard, j'ai déménagé à un Win7/64 boîte, cette approche n'a pas fonctionné. Cependant Davy Landman s 'caspol solution ci-dessus a bien fonctionné.
    InformationsquelleAutor Eric
  5. 4

    J'ai eu le même problème avec le moq. Mais ne serait pas "débloqué". Chaque fois que j'ai débloqué, il était encore bloqué!?!?

    J'ai dû débloquer l'original fichier zip que j'ai téléchargé. Ensuite, copiez la DLL dans le fichier zip de nouveau. Il travail par la suite.

    InformationsquelleAutor Casey Burns
  6. 3

    Il peut sembler évident maintenant, mais quand j'étais en cliquant débloquer le fichier est en lecture seule.

    Seulement après l'onu-la vérification de l'attribut, à l'application, puis en sélectionnant débloquer ai-je réellement obtenir ce travail.

    Donner un aller.

    🙂

    PS: j'ai aussi supprimé tous les anciens de la dll dans mon dossier bin, juste pour s'assurer que Visual Studio n'était pas de ramasser l'ancien.

    InformationsquelleAutor Adam Chidgey
  7. 1

    J'ai eu le même problème avec Dll téléchargés bloqué par Vista.
    Vous avez besoin des droits d'Administrateur pour obtenir le bouton "Débloquer" sur les Propriétés du fichier.
    Je suffit de remplacer la Dll avec la dernière version à partir de la source de contrôle (TFS) où j'avais commis avant.

    InformationsquelleAutor Simon Hohenadl
  8. 1
    • Aller à file
    • Droit de la souris et sélectionnez Properties
    • Sur le premier Registre, cliquez sur Allow
    InformationsquelleAutor Yoel
  9. 0

    J'ai aussi essayé d'ouvrir le fichier dans notepad++ et en le renommant.
    Approche légèrement différente, mais il a travaillé pour moi. Le système de fichiers local, puis pense qu'il s'agit de la même machine.

    • Exactement ce fichier êtes-vous de l'ouverture dans le bloc-notes pour renommer?
    InformationsquelleAutor Deano
  10. 0

    Ce n'est pas seulement l'moq.dll qui doit être débloqué. Le dernier fichier zip comprend un moq.xml et moq.fichier pdb - référencer la dll copies de ces deux autres fichiers à la corbeille les dossiers ainsi. Si tous les trois n'ont pas été débloqué les tests ne fonctionnent pas, j'ai trouvé.

    InformationsquelleAutor haughtonomous