Przypadki testów jednostki debugowania w VS 2008

Question

Próbuję debugować niektóre z moich testów jednostkowych w Visual Studio 2008 i zauważyłem, że punkty przerwania nie wydają się być zatrzymaniem wykonywania.

W pewnym sensie zakładałem, że było to tak proste, jak ustawienie punktu przerwania, a następnie wykonanie "Testu | Debuguj | Testy w bieżącym kontekście" ... ale to nigdy nie trafia w ustawione przeze mnie punkty przerwania.

Czy robię coś nie tak, czy to jest po prostu zepsute?

Dzięki Brandon

Answer 1

Sprawdź:

• Czy testy oznaczone [TestClass] i [TestMethod]?
• Czy korzystasz z wersji Debug lub Release? (Nie robi dużej różnicy, z wyjątkiem sytuacji, kiedy to robi) Debugowanie jest lepsze.
• Czy kompilujesz z optymalizacją lub bez? Bez jest lepiej
• Spróbuj uruchomić wszystkie testy w Rozwiązaniu, jeśli trafisz na punkty przerwania
• , a na koniec, być może masz błąd i dlatego nie trafiłeś w kod?

Answer 2

Miałem ten sam problem do momentu ręcznego dołączenia do procesu aspnet_wp.exe, a następnie kliknięcia przycisków Testy debugowania. Wtedy moje punkty przełomowe zostały w końcu trafione.

Answer 3

jeśli używasz NUnit trzeba zrobić następujące

początku NUnit z DLL, który chcesz przetestować. następnie w Visual Studio przejdź do Narzędzia -> Dołącz do procesu

wybrać swój proces NUnit i kliknij przycisk „Dołącz”, a następnie będzie ona zatrzymać we wszystkich przerwań

bawić :-)

Answer 4

Oficjalna Microsoft workaround/kludge/zomg-I-can't-believe-they-can't-be-arsed-to-provide-this-after-4-years dla MSTEST w VS2010, VS2008 i VS2005 polega na dodaniu System.Diagnostics.Debugger.Break() do testu urządzenia, od którego chcesz rozpocząć debugowanie. Działa to dla wszystkich projektów z symbolami debugowania, do których odwołuje się projekt testów jednostkowych.

Środowisko wykonawcze .NET wyświetli monit o przerzucenie do trybu debugowania (lub zamknięcie programu testowego jednostki wykonawczej lub zignorowanie linii debugowania) i (czasami) zezwolenie na użycie instancji Visual Studio, która uruchomiła test jednostki do Zrób tak. Zawsze możesz debugować z nowej instancji VS. Po trafieniu tej linii System.Diagnostics.Debugger.Break() wszystkie pozostałe punkty zatrzymania będą aktywne i trafione (zakładając, że znajdują się w stosie wykonania).

Answer 5

W moim przypadku System.Diagnostics.Debugger.Break() nie kończy się na metodzie testowania.