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

Я нахожусь в процессе обновления нашего существующего решения до .Net 4.6.1 и не смог запустить наши модульные тесты во время сборки сервера. Локально они запускаются, как ожидалось, и листать версию платформы обратно в .Net 4.5.1 заставляет их работать снова на сервере.

Я получаю следующую ошибку:

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

я воспроизвел проблему в более простой установки:

  • решение с одним проектом модульного тестирования c# с двумя тестами (один сбой, один прохождение).
  • определение сборки XAML Использование шаблона по умолчанию (TfvcTemplate.12.язык XAML)
  • обновление TFS 2015 1 Сервер сборки XAML с обновлением 1 Visual Studio Enterprise 2015 установлено (имеют шесть одинаковых серверов и все дают одинаковый результат)

13 ответов


Это известная проблема, решаемая в VS 2015 Update 2.

для деталей & обходного пути-PL см. здесь


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

это происходит, если целевой платформе тестируемого проекта установлено значение x64.

Screenshot of test settings


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

Я использую VSTS (Visual Studio Team Services) и имею сборку, настроенную для обновления пакетов NUGET при каждой сборке. Я использую NUnit и обнаружил, что запуск следующей команды NUGET (из консоли диспетчера пакетов в Visual Studio) для добавления библиотеки NUnitTestAdapter в мой тестовый проект и проверки пакетов.config сделал тесты запущенными в моих VSTS строить.

Install-Package NUnitTestAdapter

Как упоминает Морис в комментарии к этому сообщению для NUnit3, используйте следующий пакет NUGET

Install-Package NUnit3TestAdapter

надеюсь, что это помогает.


в моем случае было:

1) конвертировать test proj в netcore 2.0 (was netstandard 2.0)

2) добавить пакет nuget xunit.runner.visualstudio

ссылка: http://www.neekgreen.com/2017/11/20/xunit-no-test-is-available/


эта проблема снова возникает для Visual Studio 2017. Скорее всего, еще одна ошибка, но результат тот же.

один обходной путь, который, кажется, работает, - удалить удаленный отладчик Microsoft Visual Studio 2017 с затронутой машины.


Я использую MSTest. Для меня это было версия missmatch и отсутствует другой зависимый пакет -

1) моя папка пакета содержит только MSTest.TestFramework.Пакет 1.2.1. В моем файле проекта(.csproj) ссылка в целевом имени была MSTest.Тестадаптер.1.2.0 пакет, который не присутствовал в папке пакета. Мой пакет.config также имеет ссылку на MSTest.TestFramework.1.2.0 .

2) поэтому я установил MSTest.Тестадаптер.1.2.0 от менеджера пакетов nuget и выровнять MSTest.Версия TestFramework до 1.2.0 в файле проекта и пакета. Наконец, я добавляю Microsoft.VisualStudio.TestPlatform.TestFramework и Microsoft.VisualStudio.TestPlatform.TestFramework.Расширения в ссылке.

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


теперь это известная проблема для .Net 4.6.

не удалось запустить .Net 4.6.модульные тесты x как часть сборки XAML TFS с обновлением TFS 2015 Source:https://connect.microsoft.com/VisualStudio/feedback/details/2245723

вот аналогичный вопрос для Вас ссылка:не удалось запустить модульные тесты .Net 4.6 TFS 2015 XAML build server


Я столкнулся с той же проблемой в VSTS с .Net 4.6.2. Если вы видите это из вывода консоли VSTS, обходной путь, предоставленный @Sushil, все еще работает в VSTS и необходим. К сожалению, задача "тестовые сборки", предоставляемая Microsoft, проходит, поэтому вы даже не знаете, есть ли проблема, если вы не проверите вывод и не найдете ни одного из ваших тестов фактически выполненных!

VSTS Test Fix


я исправил это по проблеме в тестовом проекте VS 2017 & 4.6.2 со следующими шагами:

  1. удалить ссылки на Microsoft.VisualStudio.QualityTools.UnitTestFramework.DLL и расширения
  2. установить Microsoft.VisualStudio.QualityTools.UnitTestFramework.Обновление NuGet для пакет

Я получал аналогичную проблему и заметил как-то app.config файл был добавлен в мой тестовый проект. Удаление этого файла конфигурации исправило его для меня.


используя .Net Core с конвейером сборки в TFS 2017, мой тестовый шаг Visual Studio проходил без фактического выполнения каких-либо тестов. Пришлось отредактировать шаг, "Дополнительные параметры выполнения" - > "другие параметры консоли", чтобы включить:

/framework:".NETCoreApp,Version=v2.0"

(это поле также содержит /platform:x64)


в Visual Studio 2017 я просто удаляю и переустанавливаю NUnitTestAdapter или устанавливаю новый пакет, такой как NUnitTestAdapter.Пакет WithFramework и проблема ушли.


Это просто, чтобы повторить решение, выдвинутое @Sushil ранее.

Это известная проблема в Team Foundation Server 2015 RTM + Update 1 и будет исправлена в обновлении 2,ссылка.

существует обходной путь, описанный @Sushil здесь, которая включает в себя добавление .файл runsettings, который заставляет тестовый бегун к старой .Net framework (пожалуйста, не то, что вы должны указать его через диалоговое окно "добавить / изменить тестовый запуск", как добавление его непосредственно в Редакторе процесса сборки будет игнорироваться).