Visual Studio 2010 - тесты не выполнялись, поскольку тесты не загружены или выбранные тесты отключены

Question

У меня есть проблема, на которую было обращено много внимания, но, несмотря на большое количество поисков, я не смог ее решить. У меня есть тестовый проект, прикрепленный к моему приложению Visual Studio 2010 MVC 2. Когда я пытаюсь запустить свои тесты, я получаю:

"тесты не выполнялись, поскольку тесты не загружены или выбранные тесты отключены."

После этого я следовал инструкциям в этих постах, но безрезультатно:

• MSTest: тесты не выполняются, поскольку тесты не загружены или выбранные тесты отключены = мои GUID верны, а сборка собрана - я вижу файл в проводнике.
• MSTest не находит новых тестов = повторное открытие решения и перестройка не привели к каким-либо изменениям
• http://richallen.blogspot.com/2008/05/ms-test-re-enabling-ignored-tests.html = тесты даже не отображаются в браузере списка тестов под «загруженными тестами»

Кроме того, консоль вывода сообщает:

«Не удалось загрузить файл или сборку»: // \ shared \ shared \ IT \ Development \ TPS \ TPS.Tests \ bin \ Debug \ TPS.Tests.dll 'или одна из его зависимостей. Операция не поддерживается . (Исключение из HRESULT: 0x80131515) "

Я подтвердил, что настройки сборки в тестовом проекте те же, что и для основного проекта (для любого процессора).

Следовательно, это проблема с доступом к ресурсу через сетевой ресурс? Иначе у кого-нибудь есть предложение?

Answer 1

Если вы хотите продолжать использовать общий сетевой ресурс для размещения сборок в .NET 4, вы можете изменить параметр конфигурации Visual Studio, чтобы предоставить этим сборкам полное доверие. Вам нужно отредактировать C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe.config и добавить следующую строку:

<loadFromRemoteSources enabled="true"/>

К элементу configuration/runtime. Это описано (немного) более подробно на http://msdn.microsoft.com/en-us/library/dd409252%28VS.100%29.aspx. Я бы не рекомендовал вносить это изменение без понимания последствий для безопасности, некоторые из которых описаны в этой статье MSDN.

В целом, однако, я согласен с предыдущим ответом. Размещение проектов Visual Studio на сетевом ресурсе приведет к возникновению большого количества проблем с очень небольшой выгодой.

Answer 2

Наличие вашего исходного кода на общем ресурсе совершенно неверно (точка) и приведет к всевозможным «гремлинам».

Сделайте себе одолжение, используйте контроль исходного кода и получите локальную копию источникакод.Вы будете тратить гораздо меньше времени, и в качестве бонуса вы сможете отследить, кто что изменил.

Если вы используете TFS, Руководство по ветвлению в Visual Studio TFS 2010 является ценнымресурс.

Если вы используете SubVersion, тогда Red Bean Book отлично.

Answer 3

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

1. Закройте решение и откройте пустой редактор VS и посмотрите файл testrunconfig
2. Откройте решение и в столбце CodeCOverage снимите флажок и проверьте наличие dll (эти dll будут иметь предупреждающий символ)
3. Перестройте решение и запустите тестовые случаи.

Надеюсь, это решит проблему ...:)

Answer 4

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

добавьте:

CodedUITest() внутри скобок тега

в строке непосредственно над вашим классом, где находятся все ваши методы тестирования.

add:

TestMethod() внутри скобок тега

в строке непосредственно над методами тестирования, которые вы хотите запустить.

построить проект и запустить.

Answer 5

Я боролся с этим в течение нескольких дней, и нигде не нашел ответа (для моей ситуации), поэтому, хотя бы записал свой опыт ...

Так что у меня была та же проблема, делаяя думал, что это локальное тестирование на тестовом проекте, созданном локально ... (я новичок ...), но возвращаю ту же ошибку, упомянутую выше: /

В любом случае кажется, что VS2010 по умолчанию разместил мой проектdir в папке библиотеки, которая была классифицирована как сетевая, впоследствии все файлы в ней были «недоступны в автономном режиме».

Переместив dir моего проекта в c: // мои файлы проекта стали индексируемыми.(к моему большому облегчению!)