Visual Studio 2015 или 2017 не обнаруживает модульные тесты

к моему удивлению, очистка временных файлов, расположенных в %TEMP% каталог решил проблему для меня.

Примечание: этот путь обычно в C:\Users\(yourusername)\AppData\Local\Temp

как @Warren-P включены, вы можете перейти к папке temp, поставив в %temp% в меню "Пуск" или запустите "проводник" и введите %temp% в адресной строке.

возможно, что ваши коды скомпилированы с x64, поэтому необходимо включить архитектуру процессора по умолчанию как X64.

Test > Test Settings > Default Processor Architecture > X64

• проверить, если NUnit Тестовый Адаптер 2/3 устанавливается в VisualStudio.
  (Tools>Extensions and Updates )

• убедитесь, что выбрана правильная архитектура процессора-это:
  (Test>Test Settings>Default Processor Architecture)

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

в Visual Studio 2015 (обновление 3) Если вы хотите прикрепить тесты в обозревателе тестов, то необходимо установить NUnit Тестовый Адаптер.Загрузите адаптер с инструменты - > расширение и обновления - > вкладка онлайн (вы должны найти адаптер) - > скачать. Перезапустив Visual Studio, вы можете увидеть изменения для платформы тестирования.

у меня нет полного ответа на это, но я определил некоторые вещи, играя с тестовым проектом:

1. The xunit.runner.aspnet : 2.0.0-aspnet-beta4 Это, кажется, часть официального выпуска beta4 aspnet5 не работает в Visual Studio.
2. вместо этого, используя "xunit": "2.1.0-*" и "xunit-runner.dnx": "2.1.0-*" пакеты работают в Visual Studio.
3. для того, чтобы VS обнаружил тесты, ваш проект должен иметь одну команду с именем "test", которая запускает " xunit.бегун.dnx". Добавление дополнительных команды могут сломать его.
4. если окно обозревателя тестов по-прежнему остается пустым, удалите команду "test" из проекта, затем повторно создайте решение, а затем добавьте команду "test" обратно в проект.формат JSON.
5. очистка всех ваших кэшей в соответствии с предложением @Fred-Kleuver может помочь, но я не сделал все шаги в изоляции, поэтому я не уверен.

это актуально в соответствии с VS 2015 CTP 6, используя релизы beta4, а не ежедневные газеты.

у меня был случай, когда тесты не будут подобраны, потому что я сделал их async следующим образом:

public async void This_IsMy_UnitTest()

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

это было не так после примерно 3 очистки и сборки + перезапуск VS.NET что я видел тестовый запуск и сбой, указывающий, что я забыл добавить Task тип возврата:

public async Task This_IsMy_UnitTest()

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

перейдите в Диспетчер пакетов Nuget и загрузите адаптер Nunit следующим образом.

У меня был тот же pronlem, но папка "%TEMP%\VisualStudioTestExplorerExtensions" не существовала на моей машине, поэтому, когда я читал сообщения, у меня была идея создать ее, и она работает. Теперь обозреватель тестов может показывать все мои тесты. Спасибо.

решение в моем случае было просто установить NUnit 3 Тестовый Адаптер расширение для моей Visual Studio 2015.

в моем случае (Visual Studio Enterprise 2015 14.0.25425.01 Update 3, Resharper 2016.2) мне просто нужно было сделать очистить решение из меню построение. После перестройки решения обозреватель тестов "просыпается" и снова находит все тесты.

просто перезагрузка Visual Studio и в Обозревателе тестов делают "запустить все"... Тогда обнаруживаются все мои тесты.

в моем случае проблема была "между стулом и клавиатурой". Я переключился на конфигурацию в Configuration Manager, которая не включала мои проекты модульного тестирования при сборке. Переключение обратно в конфигурацию (например, Debug), которая включает в себя все проекты Исправлена проблема.

в моем случае MSTest под VS 2015 игнорировал тесты с именами тестов (т. е. методов), которые были длиннее 174 символов. Сокращение названия позволило сделать тест видимым. Это было определено с помощью guess-and-check путем манипулирования именем теста.

это, вероятно, не поможет большинству людей, но кто-то неопытный в модульном тестировании написал метод тестирования, который вернул bool вместо void:

[TestMethod]
public bool TestSomething()

изменение типа возврата до void Исправлена проблема.

убедитесь, что у вас есть xunit.runner.visualstudio пакет в пакетах тестовых проектов.конфигурация, а также то, что было правильно восстановлено.

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

Я просто хотел бы добавить, что я нашел совершенно другое решение для вышеперечисленных.

Я объявил свой тестовый класс, как показано ниже:

[TestClass]
class ClassificationTests
{
   //unit tests
}

Как только я добавил public модификатор класса, он работал, как ожидалось!

Если вы нацелены на .NET Standard или .NET Core, вам нужно использовать пакет NuGet для адаптера теста NUnit и Не расширение.

рекомендуется установить адаптер из NuGet, если вы тестируете проекты .NET Core или .NET Standard. Адаптер VSIX не поддерживает и не будет поддерживать .NET Core, поскольку пакеты VSIX не могут быть нацелены на несколько платформ.

источник: NUnit GitHub Вики

.

также проверьте FAQ там:

мои тесты не отображаются в Visual Studio в 2017?

• вы используете пакет NuGet?
• вы используете версию 3.8.0 или новее пакета NuGet?
• протестируйте свою цель .Чистая ядра или полный .Net фреймворка? (см. выше)
• вы добавлены в базовый пакет для Microsoft.Чистая.Тест.Пакет SDK?
• вы перезапустили Visual Studio? Это все еще немного темпераментно.

источник: NUnit GitHub Wiki

появляются, чтобы поделиться своим решением. Я был на Windows 10, Visual Studio 2015, NUnit 3.5, NUnit Test Adapter 3.6 (через NuGet, а не расширение VISX), и ни один из моих тестов не был обнаружен. Моя проблема заключалась в том, что в тестовом проекте моего решения каким-то образом был создан ярлык для моей папки "документы" в папке проекта. Я предполагаю, что тестовый адаптер видел ярлык и зависал, пытаясь выяснить, что с ним делать, в результате чего не удалось отобразить блок тесты.

удаление файла \AppData\Local\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml решил эту проблему для меня.

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

Visual Studio 2015 с радостью позволил мне добавить новые проекты, но решил, что их не стоит строить. Как только я добавил проекты в сборку, он начал играть красиво.

Я решил это, изменив X64 на : Щелкните правой кнопкой мыши на проекте - > свойства - > сборка - > цель платформы - > любой процессор

каким-то образом мой проект был настроен на компиляцию как Статическая Библиотека (.lib). После изменения этого на Динамическая Библиотека (.dll), тесты, где правильно обнаружено Visual Studio 2012.

My Unit Test Project ->
Properties ->
Configuration Properties ->
General ->
Configuration Type

Это случилось со мной, потому что мой тестовый проект содержал app.config. Он был автоматически добавлен пакетами NuGet для перенаправления сборки, но мои тесты, казалось, отлично работали без него.

см.:https://developercommunity.visualstudio.com/comments/42858/view.html.

Это было так легко для меня, чтобы решить проблему так:

• выберите свой проект модульного тестирования
• Нажмите кнопку "Показать все файлы" в обозревателе решений, и новые временные файлы появятся в дереве файлов обозревателя решений в "obj\x86\Debug".
• удалить эти временные файлы и пересобрать проект.
• повторил для запуска тестов и работал!.

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

Я боролся с той же проблемой для фреймворка VSTest и моих собственных модульных тестов.

Итак, после выполнения всех тех вещей, которые вы упомянули ранее, я удалил все вхождения символа '#' в пути к каталогу моего решения. Это действительно работает.

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

эта тема несколько устарела, но мое решение для отсутствующего состояния теста в VS2015:

состояние задачи отображается только в конфигурации Debug buildconfiguration. Конечно, это также делает невозможным отладку теста через test-explorer.

убедитесь, что ваш класс и общественные, а не частная.