Problemy z systemem badanej jednostki w Visual Studio

Question

Kiedy uruchomić kompilacji Release moich (VS 2008 .NET) testów jednostkowych, pojawia się następujący wyjątek:

System.IO.FileLoadException: Nie można załadować pliku lub "arcVegaORM, wersja = 1.0.3856.24327, Culture = neutral, PublicKeyToken = 0dd85ae1d99ddbee 'lub jedna z jego zależności. Definicja manifestu zlokalizowanego złożenia nie pasuje do odwołania do zespołu. (Wyjątek od HRESULT: 0x80131040).

Nie otrzymuję wyjątku, gdy uruchamiam testy kompilacji debugowania.

Platforma testów jednostkowych kopiuje starszą wersję zestawu arcVegaORM do folderu TestResults \ Out. Nie wiem skąd pochodzi stara wersja - nie pasuje do wersji w folderze projects bin \ Release.

Zaczynam myśleć, że jest błąd w strukturze testowej jednostki VS.NET i że ma ona starą wersję w pamięci podręcznej.

Answer 1

Mam teraz znaleźć post na forum MSDN - wydaje się być błąd:

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

!! Jeśli wyłączyłem zasięg kodu, testy przebiegają poprawnie !!

Answer 2

Jedna rzecz do sprawdzenia to GAC (pamięć podręczna montażu globalnego). Możesz to zrobić, otwierając Eksploratora Windows i wpisując c: \ windows \ assembly na pasku adresu (zakładając, że twój system operacyjny jest zainstalowany na dysku c).

Może to być pobieranie zespołu z GAC.

Do innych rzeczy należy wyczyszczenie rozwiązania i wykonanie przebudowy, aby upewnić się, że nie ma żadnych starych odniesień do zespołu.

Ponadto, jeśli jest to aplikacja internetowa, zawsze pomaga zatrzymać usługi IIS, a następnie wyczyścić folder C:\WINDOWS\Microsoft.NET\Framework\framework_version\Temporary ASP.NET Files.

TIP
Inną rzeczą jest, aby używać .Net reflector. Możesz zobaczyć, jakie zależności ma zespół, i musisz upewnić się, że wszystkie są obecne na komputerze docelowym.

Sposób wykonania tej czynności polega na zainstalowaniu reflektora, uruchomieniu go, a następnie przeciągnięciu do niego zespołu i wyświetleniu zależności złożenia. Musisz upewnić się, że każda z tych bibliotek zależności jest dostępna na komputerze docelowym, a także numer wersji musi być poprawny, jeśli są one podpisane złożeń.

Tip2
Należy pamiętać, że czasami masz problemy gdzie montaż A jest związane przeciwko wersji XXX montażowej B, C i montaż jest związany przeciwko wersji yyy zgromadzeń B. Innymi słowy, 2 różne zespoły w projekcie są związany z różnymi wersjami tego samego zestawu. To jest współczesna wersja DLL Hell. Sposobem na zhackowanie się jest użycie ponownego wiązania zespołu. Możesz przeczytać o tym here.