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

165

РЕДАКТИРОВАТЬ 2016-10-19:

Первоначальный вопрос был о проблеме, специфичной для VS2015 CTP6 с тестером XUnit. Из ответов ясно, что существует гораздо более широкая проблема с обнаружением модульных тестов в Visual Studio, которая может возникать во многих различных ситуациях. Я очистил свой вопрос, чтобы отразить это.

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

Многие другие ответы также оказались полезными для лучшего понимания тонкостей тестера VS. Я ценю, что люди все еще делятся своими решениями!


Оригинальный вопрос 2015-04-10:

Со вчерашнего дня мой Visual Studio Test Explorer не обнаруживает тесты ни для одного из моих проектов. Он также не показывает зеленую полосу загрузки после сборки.

Когда я захожу в проводник тестов Visual Studio и нажимаю «Выполнить все», или когда я щелкаю правой кнопкой мыши по любому методу теста и выбираю «Выполнить тесты», в окне вывода отображается следующее:

Could not load file or assembly 'Microsoft.VisualStudio.Web.ProjectSystem, Version=14.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.

Я использую Visual Studio 2015 CTP 6 в Windows 10 Pro Technical Preview, сборка 10041. Версия .NET Framework, кажется, не имеет значения - это происходит 4.0, 4.5.2и 4.6.

Я попытался с помощью следующих структур тестирования, и все они дают одинаковое поведение:

  • Microsoft.VisualStudio.QualityTools.UnitTestFramework v14.0.22609.0
  • xunit v2.1.0-beta1-build2945 с участием xunit.runner.visualstudio v2.1.0-beta1-build1051
  • NUnit v2.6.4 с участием NUnitTestAdapter v2.0.0

Я обнаружил, что проблема в GitHub (xunit) похожа: не удалось найти тесты # 295 , с этим комментарием команды xunit:

Имейте в виду, что Visual Studio 2015 CTP 5, как сообщается, сломан многими людьми с модульным тестированием в целом (не только xUnit.net), поэтому не ожидайте, что это сработает.

Также, пожалуйста, убедитесь, что вы очистили кэш бега Visual Studio. Если он поврежден, Visual Studio будет постоянно вести себя неправильно, пока не будет удален. Чтобы очистить кэш, закройте все экземпляры Visual Studio, затем удалите папку% TEMP% \ VisualStudioTestExplorerExtensions (честно говоря, вероятно, не повредит удалить все элементы в% TEMP%, которые можно удалить).

Я попробовал их предложение удалить папку %TEMP%\VisualStudioTestExplorerExtensions. К сожалению, это не решило проблему.

Я заметил , что на самом деле ReSharper в состоянии обнаружить некоторые тесты. Он работает только для тестов VS и NUnit, но не для xunit.

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

Фред Клювер
источник
3
Я так рад, что наткнулся на это, это напоминает мне о том, почему я использую сторонний тестовый бегун (в моем случае ncrunch). Я давно отказался от mstest по тем же причинам. Конечно, это не решение, если вы застряли с mstest ...
Авель
связанные: stackoverflow.com/questions/35103781/…
Рубен Бартелинк
с VS 2017, как ни странно, очистка моих временных и локальных папок, связанных с VS2017, решение close + reload + clean и перезагрузка Windows не помогли. Однако, что удивительно, простой проект «unload - reload» только в одном из моих тестовых проектов помог остановить остановку обнаружения. Я не пользуюсь сторонним модульным тестовым пакетом.
Pac0
Для некоторых госзакупок это может быть интересно или более актуально (я не думаю, что я должен добавить его в качестве ответа): источник недоступен в Test Explorer - github.com/Microsoft/testfx/issues/274
hB0
Это может быть исправлено для кого-то stackoverflow.com/a/58019304/1566372
Rady

Ответы:

154

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

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

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

RobM
источник
30
Или вы просто вводите в %TEMP%меню Start Run, и он находит вашу временную папку для вас, не догадываясь, каково значение temp.
Уоррен П,
65
@ ZéCarlos Любое приложение, которое хранит важные данные в %TEMP%каталоге, заслуживает того, чтобы перестать работать.
Марк Паттисон
25
для вас это не смущение, Microsoft совершенно ошибается, что вам приходится предпринимать такие нелепые шаги, чтобы поддерживать IDE более 1000 долларов США.
MushyPeas
8
У меня тоже работал в VS2017!
Лоренц Веделер
6
Если вас беспокоит очистка всего временного каталога, похоже, что только очистка подкаталога Temp \ VisualStudioTestExplorerExtensions решит проблему.
Майк Уолш
90

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

Test > Test Settings > Default Processor Architecture > X64
Дак тоан хо
источник
3
Это укусило меня несколько раз. Даже после всех этих лет я все еще не могу придумать вескую причину, почему по умолчанию параметры теста не выбираются для автоматического соответствия текущей конфигурации сборки проекта. Мне кажется, что это просто бессмысленная копия конфигурации.
Нейтрино
1
Обновление Windows и / или обновление VS изменяет архитектуру по умолчанию, не сообщая вам ... aaargh
rupweb
И через 4 года это все еще полезно. Спасибо
Оскар О.
67
  • Проверьте, установлен ли тестовый адаптер NUnit 2/3 в VisualStudio.
    (Tools>Extensions and Updates )

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

MichiBack
источник
2
Это то, что, наконец, сработало для меня. Попробовав все остальное.
BradStell
Вы чувствуете себя дураком, копающимся во временных папках, когда расширение даже не установлено. Спасибо за публикацию этого.
NightOwl888
2
Также проверьте, правильно ли вы используете расширение. Существует отдельный раздел для NUnit 2.x и NUnit 3.x.
Пмбанка
1
Когда вы ориентируетесь на .NET Standard, вам фактически нужно установить тестовый адаптер NUnit пакета NuGet вместо расширения VSIX. github.com/nunit/docs/wiki/.NET-Core-and-.NET-Standard
m93a
Попробуйте получить NUnit3TestAdapter из nuget вместо VSIX. Это лучший подход
Равелла
33

РЕДАКТИРОВАТЬ 2016-10-19 (скрипт PowerShell)

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

@(
"$env:TEMP"
"$env:LOCALAPPDATA\Microsoft\UnitTest"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ComponentModelCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\Designer\ShadowCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ImageLibrary\cache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio Services\6.0\Cache"
"$env:LOCALAPPDATA\Microsoft\WebsiteCache"
"$env:LOCALAPPDATA\NuGet\Cache"
) |% { Remove-Item -Path $_ -Recurse -Force }

Обязательно закройте Visual Studio заранее, и, возможно, после перезагрузки будет хорошей идеей.

Удаление папки TEMP может быть необязательным, а в некоторых случаях даже нежелательным, поэтому я бы рекомендовал сначала не очищать папку TEMP. Просто опустите"$env:TEMP" .

Оригинальный ответ 2015-04-12

Проблема была «решена» после тщательной очистки папок temp / cache, связанных с Visual Studio.

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

Вот точные шаги, которые я предпринял:

  1. Закрытая Visual Studio
  2. Использовал CCleaner для очистки tempфайлов и папок системы и браузера
  3. Вручную очистили / удалили следующие файлы / папки:

    • %USERPROFILE%\AppData\Local\assembly
    • %USERPROFILE%\AppData\Local\Microsoft\UnitTest
    • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml
    • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml
    • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache
    • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\Designer\ShadowCache
    • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ImageLibrary\cache
    • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio Services\6.0\Cache
    • %USERPROFILE%\AppData\Local\Microsoft\WebsiteCache
    • %USERPROFILE%\AppData\Local\NuGet\Cache
    • %USERPROFILE%\AppData\Local\Temp
Фред Клювер
источник
Спасибо, сработало для меня после очистки папок Microsoft \ VisualStudio \ 14.0 \ и Microsoft \ VisualStudio Services \ 6.0 \ Cache, которые вы описали.
Нильс ван Реймерсдал
Конечно, вы имеете в виду \Microsoft\VisualStudio\14.0\ImageLibrary\ImageLibrary.cache?
Матин Улхак,
2
Я удалил все из% TEMP%, и он не работает, но когда я читаю директорию 'VisualStudioTestExplorerExtensions' (пустую), все работает отлично :-) (в этот день есть недоразумение с этим решением)
nilphilus,
Я хочу подтвердить, что это решение работает для меня с VS2015 Update 3 и Resharper 10. Но вам нужно перезапустить, чтобы увидеть чудо
Quoc Nguyen
1
Я удалил только один файл \ AppData \ Local \ Microsoft \ VisualStudio \ 14.0 \ 1033 \ SpecificFolderCache.xml, это hepls
Сергей Кузьмичов
21

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

AfshinS
источник
1
Хотя это не на 100% правильно, и у меня был нормально закрытый класс, в какой-то момент его модульный тест перестал работать. Когда я изменил класс модульного тестирования на открытый, он снова начал работать. Пойди разберись!
СашаАрз
Это решило это для меня. По умолчанию Visual Studio добавляет тестовые классы без открытого ключевого слова и не увидит их, пока я не сделаю их общедоступными.
Марк Фирби
13

В Visual Studio 2015 (обновление 3), если вы хотите прикрепить тесты в проводнике тестов, необходимо установить тестовый адаптер NUnit. Загрузите адаптер с вкладки «Инструменты» - «Расширения и обновления» -> «Онлайн» (необходимо найти адаптер ) -> Скачать . Перезапустив Visual Studio, вы можете увидеть изменения в тестовой среде.

Панкти Шах
источник
2
Следуя вашим инструкциям, я искал «nunit» и обнаружил «Тестовый адаптер NUnit 3», который после «Загрузки» (установки) решил мою проблему. Поиск в интернете по этой проблеме находит другую SO статью по ссылке
Адам Кокс
В некоторых случаях это лучше, чем менеджер пакетов Nuget, поскольку он не меняет конфигурационные файлы
GY_
1
@GY_ но когда вы нацеливаетесь на .NET Core или Standard, вам действительно нужен пакет NuGet, посмотрите мой ответ ниже: stackoverflow.com/a/47460221/1137334
m93a
Ты спас мне жизнь! Спасибо, я пробовал так много решений, и это не сработало. Мой был Google Test адаптер.
Эрман
9

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

  1. То, 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.runner.dnx». Добавление дополнительных команд может сломать его.
  4. Если окно Test Explorer все еще остается пустым, УДАЛИТЕ команду «test» из своего проекта, затем пересоберите решение, а затем добавьте команду «test» обратно в project.json.
  5. Очистка всех ваших кешей согласно предложению @ Fred-Kleuver может помочь, но я не сделал все шаги в изоляции, поэтому я не уверен.

Это актуально в соответствии с CTP 6 VS 2015 с использованием бета-версий, а не ежедневных газет.

Ави Черри
источник
1
Хорошо, я подтвердил (с помощью коллеги, попробовавшего это), что вышеупомянутое исправление не требует очистки кэшей или временных файлов.
Ави Черри
Выше написано: «Вместо этого, используя« xunit »:« 2.1.0- »и« xunit-runner.dnx »:« 2.1.0- »пакеты ДОЛЖНЫ работать в Visual Studio.». Это работает, спасибо!
Джиллардо
Между прочим, кажется, что в VS 2015 с текущими выпусками все работает нормально. Не нужно суетиться, чтобы появились новые тесты или что-то еще.
Ави Черри
1
Наконец, теперь есть правильное руководство от MS о том, какие именно версии xunit использовать с какими версиями DNX, здесь: xunit.github.io/docs/getting-started-dnx.html
Avi Cherry
9

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

public async void This_IsMy_UnitTest()

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

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

public async Task This_IsMy_UnitTest()

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

atconway
источник
Решил проблему для меня!
Аймал Хан
8

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

введите описание изображения здесь

Дебендра Дэш
источник
Спасибо, в моем случае у меня был NUnitTestAdapter вместо NUnit3TestAdapter. Это решило мою проблему.
пиксель
Добавление пакета nuget NUnit3TestAdapter к решению или проекту не решит проблему для всех других решений в целом, но только для тех, к которым он был добавлен. Чтобы сделать это в целом для всех решений / проектировщиков, добавьте расширение NUnit 3 Test Adapter в вашу визуальную студию, как описано на stackoverflow.com/a/45748818/1300390
Umar T.
6

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

Vinci
источник
6

Просто перезапустите Visual Studio и в Test Explorer выполните «Run All» ... Все мои тесты обнаружены.

lukyer
источник
1
Я также заметил, что закрытие Test Explorer, его повторное открытие и выбор Run All тоже работает. Я еще не уверен, всегда ли это работает, но на этот раз это сработало.
Богатый
5

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

sammy34
источник
5

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

«Расширения и обновления» присутствует в разделе «Инструменты».

Умар Т.
источник
Как ваш ответ повышает ценность вопроса? Читали ли вы их? Уже есть два ответа, которые рекомендуют одно и то же решение: stackoverflow.com/a/41364951/6305294 , stackoverflow.com/a/35043380/6305294
Алекс
2
Ну, я прочитал первый (то есть stackoverflow.com/a/41364951/6305294), но это отличается от моего ответа, так как он предлагает добавить пакет nuget NUnit Adapter в решение или проект, который не исправит проблема для всех других решений в целом. Что касается второго, я должен признать, что пропустил его. Возможно, добавление скриншота помогает привлечь внимание, когда есть два ответа на вопрос
Умар Т.
4

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

AndyZez
источник
4

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

Кеннет К.
источник
4

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

[TestMethod]
public bool TestSomething()

Изменение типа возврата, чтобы voidисправить проблему.

Сэм
источник
Еще интересно знать, что возвращение типа препятствует открытию теста, я этого не знал.
Фред Клевер
3

Убедитесь, что у вас есть xunit.runner.visualstudioпакет в вашем тестовом проекте packages.config, а также он был правильно восстановлен.

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

pvasek
источник
3

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

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

[TestClass]
class ClassificationTests
{
   //unit tests
}

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

Упорство
источник
2

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

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

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

,

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

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

  • Вы используете пакет NuGet?
  • Вы используете версию 3.8.0 или новее из пакета NuGet?
  • Ваши тесты нацелены на .NET Core или полную .NET Framework? (см. выше)
  • Вы добавили ссылку на пакет в Microsoft.NET.Test.Sdk?
  • Вы перезапустили Visual Studio? Это все еще немного темпераментно.

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

m93a
источник
2

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

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

Охад Шнайдер
источник
1

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

Эрик
источник
1

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

Томас Парикка
источник
1

Удаление файла \ AppData \ Local \ Microsoft \ VisualStudio \ 14.0 \ 1033 \ SpecificFold‌ erCache.xml решило проблему для меня.

der_chirurg
источник
1

Эта тема несколько устарела, но мое решение об отсутствии статуса Тест в VS2015:

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

pehur
источник
1

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

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

Робби Ди
источник
1

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

Пуян Сепахванд
источник
1

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

My Unit Test Project ->
Properties ->
Configuration Properties ->
General ->
Configuration Type
Maate
источник
1

Мне было так легко решить проблему как:

  • Выберите свой модульный тестовый проект
  • Нажмите кнопку «Показать все файлы» в обозревателе решений, и новые временные файлы появились в дереве файлов обозревателя решений в папке «obj \ x86 \ Debug».
  • Удалите эти временные файлы и пересоберите проект.
  • Попробовал запустить тесты и работал!
mggSoft
источник
1

У нас была такая же проблема. У нас есть большое решение VS 2015 с несколькими проектами на C # и еще большим количеством тестовых проектов.

Обнаружение теста Решарпера сработало просто отлично, но VS Test Explorer с треском провалился.

Оказывается, что в проектах не было одинаковых версий MsTest TestFramework и TestAdapter, и что иногда они использовали NuGets и другие старые добрые ссылки, и это явно не поддерживается (особенно для такой дорогой IDE).

Удаление всех ссылок на Microsoft.VisualStudio.Test *, а затем добавление / обновление двух MSTest NuGets устранили проблему.

TommyD
источник
1

Я решил эту проблему, поняв, что Target Framework для моего тестового проекта отличается от тестируемого проекта. Да, я вызвал эту проблему, изменив целевую платформу по умолчанию (Project> Properties> Application), но не смог этого сделать для тестового проекта, который был создан несколько недель спустя. Несоответствие не вызвало ошибку компилятора, но привело к предупреждению в окне Список ошибок . Как только я выбрал опцию для отображения предупреждений, решение стало очевидным.

JerryM
источник