Visual Studio 2010 - no se realizaron pruebas porque no se cargaron las pruebas o las pruebas seleccionadas están deshabilitadas

Question

Tengo un problema que ha recibido mucha atención que, a pesar de la cantidad de google, no he podido resolver. Tengo un Proyecto de prueba adjunto a mi aplicación Visual Studio 2010 MVC 2. Cuando intento ejecutar mis pruebas, obtengo:

"no se realizaron pruebas porque no se cargaron pruebas o las pruebas seleccionadas están deshabilitadas".

Después de esto, he seguido las instrucciones de estos mensajes, en vano:

• MSTest: No tests are run because no tests are loaded or the selected tests are disabled = GUID son mis derecha, y el conjunto se está construyendo - Puedo ver el archivo en el explorador.
• MSTest Not Finding New Tests = reapertura de la solución & reconstrucción no dio lugar a ningún cambio
• http://richallen.blogspot.com/2008/05/ms-test-re-enabling-ignored-tests.html = las pruebas ni siquiera aparecen en la lista de pruebas del navegador en "pruebas cargadas"

Por otra parte, los informes de salida de consola :

"No se pudo cargar el archivo o ensamblado 'file: // \ shared \ shared \ IT \ Development \ TPS \ TPS.Tests \ bin \ Debug \ TPS.Tests.dll' o una de sus dependencias. no admitido. (Excepción de HRESULT: 0x80131515) "

He confirmado que la configuración de compilación en el Proyecto de prueba es la misma que la del proyecto principal (Cualquier CPU dirigida).

Por lo tanto, ¿es un problema acceder al recurso a través de la red compartida? De lo contrario, ¿alguien tiene alguna sugerencia?

Answer 1

Tener su código fuente en un recurso compartido es completamente incorrecto (punto) y dará lugar a todo tipo de 'gremlins'.

Hágase un favor, utilice el Control de código fuente y tenga una copia local del código fuente. Perderás mucho menos tiempo y, como bonificación, podrás rastrear quién cambió qué.

Si va con TFS, el Visual Studio TFS Branching Guide 2010 es un recurso valioso.

Si utiliza SubVersion, entonces el Red Bean Book es excelente.

Answer 2

Si desea continuar utilizando un recurso compartido de red para hospedar ensamblados en .NET 4, puede cambiar una opción de configuración de Visual Studio para otorgarles total confianza. Hay que editar C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.config y añadir la siguiente línea:

<loadFromRemoteSources enabled="true"/> 

Para el elemento configuration/runtime. Esto se describe en (ligeramente) más detalles en http://msdn.microsoft.com/en-us/library/dd409252%28VS.100%29.aspx. No recomendaría hacer este cambio sin entender las implicaciones de seguridad de hacerlo, algunas de las cuales se describen en ese artículo de MSDN.

En general, sin embargo, estoy de acuerdo con la respuesta anterior. Hospedar proyectos de Visual Studio en un recurso compartido de red creará una gran cantidad de problemas con muy poco beneficio.

Answer 3

Me estaba ejecutando todo local, pero todavía tenía el problema. Descubrí que lo que lo causó fue eliminar una etiqueta xml durante la edición manual.

complemento:

CodedUITest() interior de los soportes de etiquetas

en la línea inmediatamente por encima de su clase en la que todos sus métodos de prueba son.

complemento:

TestMethod() interior de los soportes de etiquetas

en la línea inmediatamente por encima de sus métodos de prueba que desea ejecutar.

proyecto de construcción y ejecución.

Answer 4

I luchado con esto durante días, y no encontrar la respuesta (por mi situación) en cualquier lugar, así que aunque me anoto mi experiencia ...

así que tenía el mismo problema, haciendo lo Pensé que era una prueba local en un proyecto de prueba creado localmente ... (Soy un novato ...) pero devolviendo el mismo error mencionado anteriormente:/

De todos modos parece que VS2010 había colocado mi directorio de proyecto por defecto dentro del carpeta de la biblioteca, que se clasificó como red, posteriormente todos los archivos dentro de 'no estaban disponibles sin conexión'.

Moviendo mi directorio de proyecto a c: // mis archivos de proyecto se pueden indexar. (Para mi gran alivio!)

Answer 5

Me trataron los siguientes pasos mientras que tiene este problema y por suerte el problema se resolvió ...

1. cerrar la solución y abrir el vacío VS editor y desproteger el archivo testrunconfig
2. Abra la solución y en la columna CodeCOverage, desmarque y compruebe que la dll esté disponible (estos dll tendrán un símbolo de advertencia)
3. Reconstruya la solución y ahora ejecute los casos de prueba.

Hope esto resuelve el problema ... :)