VS 2010 - Агрегатные тесты на карту привода

Question

Из-за определенных конфигураций в моем яборе Dev я был вынужден переместить свой код в папки «Документы и настройки». С нашего #?*&%$£ «Возлюбленные» Perforce VCS могут возникнуть проблемы с длинными файлами в конкретных сценариях, я сопоставлял диск (V :), чтобы указать на код. Это вообще работает сейчас одним исключением: по какой-то причине бегуны тестирования единиц, интегрированные в VS, не могут больше проходить тесты. Я специально попробовал это использовать TestDriven.net и Resharper Test Runner. Оба показывают одно и то же странное поведение: никаких ошибок, тесты не запускаются только.

0 пройдено, 0 не удалось, 0 пропущено

Когда я открываю решение от C: Documents ... и запустить тесты, используя указанные бегуны, он работает:

211 прошедший, 0 не удалось, что пропущено

Я сначала подозревал 64-битный выпуск (мы на Win7 Ultimate X64). Но тестовые сборки установлены на «любой CPU», оба бегуна могут обрабатывать этот сценарий и перенаправлять на соответствующие исполняемые файлы NUNIT (... насколько я могу сказать, поправьте меня, если я ошибаюсь!). Открытие тестовых узлов с помощью NUNIT GUI как из C: и V: работает нормально.

Я могу только предположить, что это связано с бегунами в против, не имеющих возможности вызывать тесты, когда пуходы файлов относятся к сопоставленному драйву ... но это звучат довольно странно, поэтому я надеялся, что некоторые из вас видели эту проблему до может дать несколько советов.

Варить это к вопросу:
У кого-то когда-нибудь были проблемы с тестовыми бегунами NUNIT в VS 2010, не выполняющие тесты, возможно, из-за решения находятся на сопоставленном приводе?

Win 7 Ultimate X64
VS 2010 Ultimate
NUNIT 2.5.8.
Testdriven.net 3.
Resharper 5.1

Answer 1

Хорошо, мы наконец нашли способ обойти это. Хотя мы на самом деле не решили проблему с нашей сопоставленной V: Drive, являющимся сетевым диском, он работает нормально, если вы создаете сопоставленный диск с помощью Подсчетность команда.

Разница здесь состоит в том, что V: Drive обрабатывали как сетевое местоположение, поскольку я создал отображение с использованием «сетевого диска MAP» в меню Explorer (который, как я полагаю, эквивалентен СЕТЬ команда). Это может привести к вопросам доверия, когда сборки называются между сетью и локальными дисками. Некоторые парни даже получили сообщения об ошибках во время сборки вдоль линий

Необработанное исключение: System.Security.SecurityException: эта сборка не позволяет частично доверенным звонятелям.

Использование замещения нашего V: привод указывает на местное (= доверенное) местонахождение, И теперь наши тесты все пробегаются, как ожидалось.

Создать сопоставленный диск с заменой, сделайте следующее. Эти примеры отображают новый виртуальный диск «V» в местоположение кода в папке «Пользователи» (= [YourName]):

C:> Subst V: C: Пользователи [Yourname] Code

Answer 2

Я не пробовал это. Но просто мысль. Можете ли вы проверить путь исполняемых файлов для TestDriven.net, а также nunit. Вы можете также хотеть проверить ссылку на тестовый проект. это относительно или абсолютно?