MSTest run falha porque fonte de montagem não é confiável

Question

Eu só acrescentou xUnit para o nosso projeto de teste (para a Afirma, ainda estamos usando MSTest como o quadro) e imediatamente o teste é executado se recusou a executar qualquer um dos testes. Esta é a mensagem de erro:

Falha ao fila teste '{....}' Teste executado questão implantação: O localização do arquivo ou diretório '... xUnit.dll' não é confiável.

Answer 1

Levei algumas tentativas para encontrar a resposta no Google, então eu estou colocando isso aqui no caso de alguém corre para o mesmo problema. Uma descrição detalhada pode ser encontrada no esta postagem de blog .

Basicamente, os fix invovles botão direito do mouse sobre o arquivo DLL (xunit.dll por exemplo) no Windows Explorer, indo para Propriedades e clique em "Desbloquear" na parte inferior da guia ao lado de texto 'Segurança'. Parece que o Vista / Windows 2008 vai montagens automaticamente marca que vêm de outras máquinas ou a internet como inseguros.

Como um casal comentadores ter mencionado, você também pode precisar reiniciar o Visual Studio para que isso tenha efeito.

Answer 2

Na minha equipe que tinha o mesmo problema.

A sua solução não funcionou, mas este post por Charles Sterling fez ajuda.

Nós usamos a seguinte linha:

caspol -machine -addgroup 1 -url file://\\server/share/* FullTrust -name DevShare

Answer 3

Depois de ter este problema e queimando horas tentando obter "Desbloquear" para ficar mais tempo do que alguns minutos e / ou descobrir caspol sem sucesso, eu finalmente encontrei um pequeno petisco via Google que o assembléias será bloqueado novamente na próxima vez que você construir ou reconstruir o projeto, já que eles são re-copiado de seu local de origem original. (Eu acho que eu nunca percebi que isso aconteceu antes com montagens de referências, mas de qualquer maneira ...)

Meu correção para esse foi o seguinte:

1. Copiar todas as DLLs necessárias para outra identificar para a custódia

2. Remova o referências no Visual Studio

3. Fisicamente excluir as DLLs no bin pasta

4. desbloquear as DLLs individualmente no local onde eles foram copiados off

5. Adicione as referências de volta em Visual Studio a partir do ponto de retenção

Cada compilação posterior ou reconstruir funcionou bem depois.

Answer 4

Running em uma máquina XP (mesmo com .NET 3.5 SP1 instalado) Eu não era capaz de obter qualquer uma das outras soluções listadas aqui para trabalho.

No entanto trabalhando a partir do mesmo mensagem por Charles Sterling que as referências Davy Landman , eu finalmente conseguiu com essa variação:

1. executar a ferramenta de configuração do .NET 2.0 (Settings ... Painel de Controle ... Ferramentas Administrativas ... .NET Framework 2.0 Configuration)
2. Clique abaixo em "Meu Computador ... Runtime Security Policy ... Máquina ... Código grupos ... All_Code"
3. Criar um novo grupo de códigos com a condição de membro da "Zona" = "Intranet Local" e atribuir o conjunto de permissões "FullTrust"
4. Reiniciar Visual Studio

Depois destes passos que eu sou capaz de executar testes, inclusive depois reiniciado e reconstruções.

EDIT: conforme descrito na esta resposta , você Talvez seja necessário instalar o .NET SDK (que é diferente do framework .NET), a fim de ter a ferramenta de configuração do .NET 2.0 em seu sistema.

Answer 5

Eu tive o mesmo problema com moq. Mas não faria 'desbloquear'. Toda vez que eu desbloqueado, ele ainda foi bloqueado!?!?

Eu tive que desbloquear o arquivo zip original eu baixado. Em seguida, copie a DLL a partir do arquivo zip novamente. -Lo funcionar depois disso.

Answer 6

Pode parecer muito óbvio agora, mas quando eu estava clicando desbloquear o arquivo foi definido como somente leitura.

Somente após desmarcando esse atributo, aplicando, em seguida, selecionando Desbloquear eu realmente começar este trabalho.

dar um que vá.

:)

PS:. Eu também eliminado todo o velho dll está na minha pasta bin, só para ter certeza Visual Studio não foi pegar o antigo

Answer 7

Eu tive o mesmo problema com DLLs baixado bloqueados pelo Vista. Você precisa de direitos de administrador para obter o botão "Desbloquear" na propriedades do arquivo. I simplesmente substituiu as DLLs com a versão mais recente do controle de origem (TFS) onde eu tinha cometido antes.

Answer 8

• Vá para file
• Botão direito do mouse e selecione Properties
• No primeiro Register clique em Allow

Answer 9

Eu também tentei abrir o arquivo no bloco de notas ++ e renomeá-lo. Ligeiramente abordagem diferente, mas ele trabalhou para mim. O sistema de arquivos local, então acho que vem da mesma máquina.

Answer 10

Não é apenas o moq.dll que precisa ser desbloqueado. O último arquivo zip inclui um arquivo moq.xml e moq.pdb - fazendo referência a dll cópias desses outros dois arquivos para as pastas bin também. Se todos os três não foram desbloqueados os testes não será executado, eu encontrei.