Test Explorer (VS) показывает «<неизвестный проект>»

157

Все, что ниже, сделано в VS2019 с использованием .NET Framework 4.7 и NUnit + NUnit3TestAdapter.

Я создал сборку под названием Exitus.Tests и добавил несколько юнит-тестов. Однако из-за некоторых проблем с Nuget, которые я не мог решить, я создал другой проект под названием Exitus.UnitTests и удалил один раз файл, который у меня был в старом проекте (включая изменение пространства имен).

Теперь новый тестовый проект показал правильную работу в проводнике, но «призрак» старого проекта остался:

Если я попытаюсь запустить тест, в окне вывода отобразится следующая ошибка:

System.InvalidOperationException: не был найден следующий TestContainer 'C: \ Users \ xxx \ Source \ Repositories \ Expire \ Exitus.Tests \ bin \ Debug \ Exitus.Tests.dll' в Microsoft.VisualStudio.TestWindow.Client.TestContainer.TestContainerProvider .d__46. ) в Microsoft.VisualStudio.TestWindow.Controller.TestContainerConfigurationQueryByTestsBase.d__6.MoveNext () (...)

Трассировка стека намного длиннее, но любопытной является вторая строка, утверждающая, что не может найти тестовый контейнер в \Exitus.Tests\bin\Debug\Exitus.Tests.dll. Это название старого тестового проекта, который я удалил и удалил. Я искал весь свой проект по этому термину, Exitus.Testsи он не дал результатов.

Есть ли способ принудительно удалить этот «призрачный» проект?

c# visual-studio nunit Noceo
источник

stackoverflow.com/questions/59545634/…

Ганс Пассант

Ответы:

325

Закрыть Visual Studio.
Удалите *.testlogфайлы в папке решений : \ .vs \ имя решения \ v16 \ TestStore \ number .

Питер Ретмо
источник

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

Ночео

.vs это скрытый каталог Убедитесь, что ваш файловый

менеджер отображает

Не решительный, я решил "git clean -xfd"

Zax

99% ошибок visual studio решаются удалением волшебных скрытых файлов в папке .vs или папке windows temp / roaming / local. : C

filescraps

Я внутренне спросил об этом. Видимо проблема исправлена в 16.5.

Дрю Ноакс

Я столкнулся с той же проблемой прямо сейчас. Очистка помогла. Поскольку в последний раз у меня возникали проблемы с очисткой VS (некоторые блокировщики DB мешали настоящей очистке), моя рабочая очистка была такой:

Закрыть VS.
Git Bash в папке с решением: git clean -xfd

Наверное, это помогает.

Алекс Б.
источник

Это сработало, большое спасибо. Похоже, ваш первый пост, если это так, я должен сказать, что это когда-то чертовски вход, чтобы сделать :-)

Noceo

Несколько раз я видел результаты «Uknown Project» в проводнике тестов, когда перемещал тесты между DLL-библиотеками тестов с помощью тестового прогона XUnit. Я обнаружил, что достаточно удалить папку .vs, которая находится в той же папке, что и файл моего решения.

Фрэнк Швитерман

Этот ответ удалит все, что не находится под контролем исходного кода, поэтому, если вы не включите такие вещи, как launchSettings.json, вы можете вместо этого использовать ответ pwretmo.

Шон

Ответ @pwretmo - более безопасный и прямой ответ на конкретную проблему.

снежный код

Сообщество высказалось. Я изменил принятый ответ, чтобы помочь другим наилучшим образом. Этот ответ все еще был хорош для меня, но я понимаю, что он может представлять определенные риски. Я все еще очень благодарен за помощь, хотя :-).

Ночео

Ни одно из этих решений не помогло мне. Мне удалось запустить тестовый проводник, закрыв visual studio и удалив папку « .vs ». Затем снова откройте решение и дайте ему восстановить.

N-поели
источник