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

Еще одно для гуглеров - это оказалось моей проблемой, и это до смущения бесполезно с моей стороны. Убедитесь, что ваш тестовый проект настроен на сборку с любой конфигурацией решения, которое вы используете. Если тестовая сборка не собирается, VS не сможет найти никаких тестов в несуществующей сборке, и вы на какое-то время бьетесь головой о стену :-)

Возможно, немного поздно, но этот вопрос хорошо угадает, я подумал, что брошу немного крошек для будущих гуглеров.

Брайан Кук предлагает проверить ProjectTypeGuids в своем сообщении в блоге о Создание вручную тестовый проект MS. Очевидно, вам нужны волшебные GUID: {3AC096D0-A1C2-E12C-1390-A8335801FDAB};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC} для C # и {3AC096D0-A1C2-E12C-1390-A8335801FDAB};{F184B08F-C81C-45F6-A57F-5ABD9991F28F} для VB. См. Его сообщение в блоге для получения более подробной информации.

На случай, если сообщение в блоге когда-нибудь исчезнет, ​​вам нужно добавить следующий элемент в основную группу свойств в файле csproj:

<ProjectTypeGuids>{3AC096D0-A1C2-E12C-1390-A8335801FDAB};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>

Еще одна идея для гуглеров. Моя проблема заключалась в том, чтобы снова запустить игнорируемые тесты. Такое же сообщение об ошибке MS появляется, если вы удалите метку «Игнорировать». Не включает автоматическое повторное включение теста. Эта статья проведет вас через последний шаг. http://richallen.blogspot.com/2008/05/ms-test-re-enables-ignored-tests.html

Исправление простое, хотя в нем не должно быть необходимости, если Visual Studio работала должным образом.

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

• Используйте Configuration Manager, чтобы убедиться, что ваш тестовый проект выбран для сборки на любой конфигурации и платформе, которые вы используете (например, конфигурация = Debug и платформа = x86)
• Убедитесь, что ваш метод принадлежит [TestClass] и помечен как [TestMethod], а НЕ использует атрибут [Ignore]
• Используйте Test View, чтобы найти свой тест.
• Откройте окно свойств (F4) и убедитесь, что ваш тест включен

На оригинальном плакате это было сделано, но я прибыл сюда после того, как не сделал этого:

Убедитесь, что [TestClass] объявлен вверху, публично в области видимости:

namespace XYZ.API.Repository.Tests
{
    [TestClass()]
    public class ClientTests
    {

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

Я только что сделал это вручную:

Создал новый проект библиотеки классов C # со следующим кодом:

namespace SO_Answer
{
    public class Class1
    {
        public void Test()
        {
            var k = "Hello";
        }
    }
}

Сохраните проект, затем перейдите в «Файл-> Добавить-> Новый проект» и выберите «Тестовый проект». После того, как VS создала проект модульного теста, я добавил ссылку на проект библиотеки классов, который я создал ранее.

В моем тесте у меня есть такой код:

namespace Unit_Test
{
    /// <summary>
    /// Summary description for UnitTest1
    /// </summary>
    [TestClass]
    public class UnitTest1
    {
        /// <summary>
        ///Gets or sets the test context which provides
        ///information about and functionality for the current test run.
        ///</summary>
        public TestContext TestContext { get; set; }

        #region Additional test attributes

        // You can use the following additional attributes as you write your tests:
        // Use ClassInitialize to run code before running the first test in the class
        // [ClassInitialize()]
        // public static void MyClassInitialize(TestContext testContext) { }
        // Use ClassCleanup to run code after all tests in a class have run
        // [ClassCleanup()]
        // public static void MyClassCleanup() { }
        // Use TestInitialize to run code before running each test 
        // [TestInitialize()]
        // public void MyTestInitialize() { }
        // Use TestCleanup to run code after each test has run
        // [TestCleanup()]
        // public void MyTestCleanup() { }
        #endregion

        /// <summary>
        /// The test method 1.
        /// </summary>
        [TestMethod]
        public void TestMethod1()
        {
            var f = new Class1();

        }
    }
}

Единственный код, который я добавил, - это оператор using и оператор var f = new Class1();. Глядя на бегуна MSTest, я вижу, что появляется TestMethod1.

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

Это могла быть другая причина. Проверьте, работает ли решение на 64-битной версии. Если да, то поменяйте его на x86.

Это, должно быть, ошибка, и это абсолютная боль, особенно потому, что вам нужно повторно активировать каждый метод тестирования индивидуально. Однако немного нестандартного мышления дало лучшее решение - переименовать тестовый класс и перестроить. Затем переименуйте его обратно. Кажется, работает. Упс - нет, это не так. Переименование класса работает, но когда он переименовывается обратно, он возвращается к исходным настройкам. Уловка состоит в том, чтобы закрыть Visual Studio и удалить файл .vsmdi (тестовые метаданные Visual Studio). Это будет восстановлено.

Когда вы сталкиваетесь с этой проблемой, в Visual Studio вам необходимо создать тестовый проект. 1. Выберите «Тест» на панели инструментов и выберите «Новый тест». Создайте свой проект и на этом этапе создайте свой метод тестирования. После этого он должен работать.

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

Ни один из других ответов не помог мне. В окне вывода постоянно появлялось следующее сообщение:

------ Discover test started ------
========== Discover test finished: 2 found (0:00:00.1310428) ==========
No tests found to run.

В моем случае проблема возникла только после того, как я создал новую конфигурацию под названием 0-Local. Мне пришлось добавить <DebugSymbols>true</DebugSymbols в соответствующий раздел моего файла csproj, чтобы он выглядел так:

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == '0-Local|AnyCPU'">
  <DebugSymbols>true</DebugSymbols>
  <OutputPath>bin\0-Local\</OutputPath>
</PropertyGroup>

В вашем решении есть файл VSMDI? Я считаю, что этот файл необходим (НЕ ПОДТВЕРЖДЕН).

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

Была такая же проблема, но, прочитав предыдущие ответы, все выглядело хорошо.

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

Я нажимаю Enter в одном из моих методов тестирования, чтобы добавить новый, нажимаю F6, чтобы построить решение, и нажимаю «Запустить модульные тесты».

Бинго! Все прошло гладко.

Я использовал метод public TestContext TestContext для записи в тестовый вывод и изменил область видимости на private. Это сделало невозможным обнаружение каждого теста. Помогло переключение обратно на public.

Еще один для гуглеров, использующих NUnit, особенно для тех, кто перешел с MS Unit test на NUnit. Удалите Guids типа проекта, которые идентифицируют проект как проект MS Test из файла проекта.

<ProjectTypeGuids>{3AC096D0-A1C2-E12C-1390-A8335801FDAB};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>

Если ваш код - это интерфейс командной строки (управляемый c ++), а ваш тестовый класс наследуется от абстрактного базового класса, убедитесь, что ваш тестовый класс реализует чистый виртуальный метод базы. если вы его не реализовали, вы можете увидеть сообщение «Не найдено тестов для запуска».