Problemas al ejecutar pruebas unitarias en Visual Studio

Question

Cuando ejecuto la versión de lanzamiento de mis (VS .NET 2008) las pruebas unitarias, me sale el siguiente excepción:

System.IO.FileLoadException: No se pudo cargar el archivo o assembly 'arcVegaORM, Version = 1.0.3856.24327, Culture = neutral, PublicKeyToken = 0dd85ae1d99ddbee' o una de sus dependencias. La definición del manifiesto del ensamblaje ubicado no coincide con la referencia de ensamblaje. (Excepción de HRESULT: 0x80131040).

No obtengo la excepción cuando ejecuto las pruebas de compilación de depuración.

El marco de prueba de la unidad está copiando una versión anterior del ensamblado 'arcVegaORM' en la carpeta TestResults \ Out. No sé de dónde sale la versión anterior, no coincide con la versión en la carpeta bin \ Release del proyecto.

Estoy empezando a pensar que hay un error en el marco de prueba de la unidad VS.NET, y que tiene la versión anterior en caché.

Answer 1

Ahora he encontrado un post en los foros de MSDN - Parece que es un error:

http://social.msdn.microsoft.com/Forums/en-US/vststest/thread/af530ba8-1299-4113-a5fe-4f6b009fa599

!! Si apago la cobertura del código, ¡entonces las pruebas funcionan bien!

Answer 2

Una cosa para comprobar sería el GAC (caché de ensamblaje global). Puede hacerlo abriendo Windows Explorer y escribiendo c: \ windows \ assembly en la barra de direcciones (suponiendo que su sistema operativo está instalado en la unidad c).

En su lugar, puede obtener el ensamblaje del GAC.

Otras cosas que hacer sería limpiar la solución y hacer una reconstrucción para asegurarse de que no tiene ninguna referencia de ensamblado anterior.

Además, si se trata de una aplicación web, siempre ayuda a detener IIS y luego se limpia la carpeta C:\WINDOWS\Microsoft.NET\Framework\framework_version\Temporary ASP.NET Files.

TIP
La otra cosa a utilizar es el .Net reflector. Puede ver las dependencias que tiene el ensamblaje y debe asegurarse de que estén todas presentes en el equipo de destino.

La forma de hacerlo es instalar el reflector, luego ejecútelo, luego arrastre su ensamblaje hacia adentro y podrá ver las dependencias del conjunto. Debe asegurarse de que cada uno de esos DLL de dependencia esté disponible en el equipo de destino, y también, el número de versión debe ser correcto si son ensamblados firmados.

TIP2
Tenga en cuenta que a veces se obtiene cuestiones en conjunto A está unido en contra de la versión xxx del conjunto B, C y montaje está obligado frente a la versión yyy del conjunto B. En otras palabras, 2 montajes diferentes en su proyecto son atado a diferentes versiones de la misma asamblea. Esta es la versión moderna de DLL Hell. La forma de hackear esto es usar ensamblado de recombinación. Puedes leer al respecto here.