Из-за определенных конфигураций моего ящика разработчика я был вынужден переместить свой код в папки «Документы и настройки». Так как наша #?*&%$£ "любимая" система контроля версий perforce может иметь проблемы с длинными путями к файлам в определенных сценариях, я сопоставил диск (V:), чтобы указать на код. Обычно это работает сейчас, за одним исключением: по какой-то причине средства запуска модульных тестов, интегрированные в VS, больше не могут запускать тесты. Я специально попробовал это, используя TestDriven.NET и средство запуска тестов ReSharper. Оба показывают одно и то же странное поведение: ошибок нет, тесты только НЕ запускаются.
0 пройдено, 0 не пройдено, 0 пропущено
Когда я открываю решение из C:\Documents... и запускаю тесты с помощью указанных бегунов, оно работает:
211 Пройдено, 0 Не пройдено, 0 Пропущено
Сначала я заподозрил 64-битную проблему (у нас Win7 Ultimate x64). Но тестовые сборки настроены на «Любой процессор», оба бегуна могут обрабатывать этот сценарий и перенаправлять на соответствующие исполняемые файлы NUnit (... насколько я могу судить, поправьте меня, если я ошибаюсь!). Открытие тестовых сборок с помощью графического интерфейса NUnit как из C:\, так и из V:\ работает нормально.
Я могу только предположить, что это связано с тем, что бегуны в VS не могут запускать тесты, когда пути к файлам относятся к подключенному диску... но это звучит довольно странно, поэтому я надеялся, что некоторые из вас видели эту проблему раньше и может дать совет.
Если свести это к вопросу:
Кто-нибудь сталкивался с проблемами, когда средства запуска тестов NUnit в VS 2010 не выполняли тесты, возможно, из-за того, что решение находилось на подключенном диске?
Win 7 Ultimate x64
VS 2010 Ultimate
NUnit 2.5.8
TestDriven.NET 3
ReSharper 5.1