Visual Studio - внезапно не может отлаживать тесты

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

Я использую VS 2015 профессиональный.

Я получил тот же результат после обновления тестового проекта с VS 2010 до VS 2012 Ultimate Update 3. Сообщение отображалось в окне «Вывод теста» после использования команды MSTest для Отладки выбранных тестов.

Я пытался отлаживать тесты с помощью окна Resharper 8 Сеанс модульного тестирования. Сообщение в окне результатов было "Тест не был запущен".

Решение, которое помогло мне, состояло в том, чтобы изменить настройки тестового проекта, чтобы включить отладку собственного кода, как указано по этой ссылке: call-through-reflection/18729109#18729109">Неперехваченное исключение, вызванное методом, вызванным через отражение

В случае, если ссылка не работает:

1. Перейдите к проекту правой кнопкой мыши и выберите свойства.
2. Выберите вкладку «Отладка» слева.
3. Перейдите к «Включить отладчики» внизу
4. Установите флажок «Включить отладку собственного кода» (или «Включить отладку неуправляемого кода», в зависимости от версии)

Спасибо GalDude33 за публикацию решения.

Регулярно возникает одна и та же проблема с Visual Studio 2012.

Решение: закройте текущее решение и снова откройте его.

В моем случае закрытие и повторное открытие VS не требовалось.

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

В случае, если это поможет кому-то еще, моя проблема была такой же простой, как изменение подписи тестового метода с «асинхронный void» на «асинхронный Task».

Сделай это:

[TestMethod]
public async Task CorrectlyFailingTest()
{
  await SystemUnderTest.FailAsync();
}

Не это:

[TestMethod]
public async void CorrectlyFailingTest()
{
  await SystemUnderTest.FailAsync();
}

Пожалуйста, следуйте инструкциям ниже. Это сработало для меня

Шаги.

1. Закройте экземпляры Visual Studio.

2. Очистите временные файлы и файлы предварительной выборки.

3. удалите файлы в папке bin проекта.

4.Перезапустите приложения.

Мне не удалось подключиться к моему отладчику, потому что он искал файл настроек теста.
Если это ваша проблема, перейдите в раздел Тест->Настройки теста->Снять флажок с параметра Local.testsettings.

Убедитесь, что ваш тестовый проект является частью проектов для сборки.

• Щелкните правой кнопкой мыши свое решение в Обозревателе решений.
• Перейдите в раздел Установить проекты запуска...
• Нажмите Свойства конфигурации и убедитесь, что ваш тестовый проект проверен на сборку.

У меня была похожая проблема в VS2015. В моем случае не удалось отладить только один модульный тест. Отладчик инициализирует тест, но не будет отлаживать сам тест, благополучно завершив работу. Проблема заключалась в том, что Resharper импортировал библиотеку Newtonsoft.Json без включения пакета NuGet для проекта. (Я использовал Alt+Enter для автоматического импорта библиотеки)

Решение заключалось в установке пакета Newtonsoft.Json NuGet для тестового проекта.

Начиная с Visual Studio 2017 (15.8), это может произойти, если активна функция Live Unit Testing. В выводе нет четкого сообщения; он просто запускается и останавливается без отладки. Решение останавливает живое тестирование, чтобы вы могли нормально отлаживать тест.

В моем случае мои символы не были загружены.

Мне пришлось перейти в «Инструменты» -> «Параметры» -> «Отладка» -> и выбрать «Загрузить все модули, кроме исключенных», чтобы точки останова сработали.

Для меня обновление пакетов Nuget MSTest.TestAdapter и MSTest.TestFramework до последней версии решило проблему.

Взгляните на следующую ссылку, есть обновление, которое исправляет это. Visual Studio 2012, обновление 3.

http://social.msdn.microsoft.com/Forums/vstudio/en-US/e96f53c7-dc8c-4274-8756-eb745de701e8/visual-studio-2012-update-3-cant-debug-unit-test

Когда я использую Visual Studio 2012, по некоторым причинам, если я использую сочетание клавиш Ctrl R + T, он попадет в точку останова. Но если я нажму «Выполнить все» или «Выполнить выбранный тест» в обозревателе тестов, этого не произойдет. Хотя Visual Studio 2013 отлично работает в обоих направлениях.

Нажатие «Выполнить тесты» не приведет к срабатыванию точек останова.

Чтобы отладить свой код и остановиться в точке останова в тесте:

Щелкните правой кнопкой мыши > Отладочные тесты

or

Вкладка «Тест» > «Отладка» > «Все тесты»

Это может не быть решением конкретно вашей проблемы, но я также не смог отладить тест, который написал. Оказывается, решение было довольно простым:

Измените метод с private на public. Я не знаю, почему отладка невозможна в закрытых методах, но, вероятно, это связано с реализацией атрибута [Test]. Надеюсь, это поможет любому, кто борется с подобной проблемой в будущем!

Ни одно из предложенных решений не сработало для меня. Что сработало для меня, так это изменение целевой платформы проекта модульного тестирования и всех зависимых проектов на Любой процессор вместо x64, что является своего рода обходным путем, а не реальным решением!

ИЗМЕНИТЬ

Целевая платформа для проекта модульного тестирования может быть изменена в настройках теста, а не в свойствах проекта. Подробнее см. в этом ответе.

Для меня проблема заключалась в том, что в моем файле конфигурации (app.config) не было файла преобразования отладки (app.Debug.config), как только я добавил его, он начал работать /отладка снова.

Для меня проблема заключалась в том, что после обновления до 2017 v15.5.7 свойства моего решения каким-то образом изменились. Это сделало так, что я мог запустить тест один раз в режиме отладки, но не снова, если я не перезапущу VS, тогда он снова сработает, один раз. Как только я установил его обратно, он снова работал. Для меня этот параметр был и должен быть: «Решение»> «Общие свойства»> «Запускаемый проект»> «Несколько запускаемых проектов». Каким-то образом он был установлен на «Проект с одним запуском».

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

Решение. Выберите «Отладка модульных тестов» или «Выполнение модульных тестов» вместо «Отладка тестов» или «Выполнение тестов».

Ссылки на проблемы в app.config могут непреднамеренно привести к тому, что отладчик не подключится и точки останова не сработают при отладке тестовых проектов. Этот файл мог быть обновлен пакетами или устарел.

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

В моем случае точка останова не может быть достигнута, если есть предупреждения о сборке. Я могу проверить это, переключив строку кода с предупреждением. Это была неиспользуемая строка длиной 66000. (Предупреждение CS0219. Переменная «XXXXXXX» назначена, но ее значение никогда не используется)

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

Для меня сработало следующее:

1. Закрыть решение
2. Закрыть Visual Studio
3. Удалите содержимое "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\"
4. Удалите содержимое "C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files\"
5. Откройте визуальную студию
6. Открытое решение

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

Удаление атрибута из теста устранило проблему.

Если вы создали проект в более старой версии Visual Studio, а теперь используете VS 2019, необходимо установить библиотеку Microsoft.VisualStudio.TestPlatform и обновить другие.

Как и вы, ребята, мне не удалось отладить или запустить модульные тесты моего проекта тестов MSBuild в Visual Studio 2019 16.6.2. Код, который я хотел для модульного тестирования, находится в библиотеке классов на основе .Net 4.6.2. Обозреватель тестов всегда указывал, что тесты не выполняются, с синим информационным значком под ним.

Поэтому я просто попытался создать новый модульный тест из файла кода метода, который я хотел протестировать =>, и это сработало! Точные шаги, которые я прошел: в файле С# перейдите к методу, щелкните его правой кнопкой мыши и выберите «Создать модульные тесты» и позвольте диалоговому окну создать новый проект. После добавления тестового кода из моих исходных файлов все прошло нормально, и я могу отлаживать и запускать свои методы тестирования!

Надеюсь, что это простое решение поможет и некоторым из вас. С наилучшими пожеланиями

В моем случае это был файл launchSettings.json, из-за которого отладчик не мог попасть в точку останова. Не уверен, почему файл присутствовал в проекте типа модульного тестирования (вероятно, какой-то нежелательный остаток), однако xunit, похоже, не проигнорировал его. Я просто удалил файл и снова смог отладить модульные тесты.

Env: предварительная версия Microsoft Visual Studio Enterprise 2019 (версия 16.8.0, предварительная версия 3.1)

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

Для меня я пошел в Тестовое исследование -> Настройка -> Архитектура процессора для AnyCPUProjects и изменил его на X64, и это сработало для меня.

Я просто добавил xunit.runner.visualstudio (последняя стабильная версия на тот момент была 2.4.2), и это помогло.

Увидел этот пост, исследуя ту же проблему; Это решило это для меня (опубликовать это на случай, если другие столкнутся с тем же):

Система: Windows 7, 64-битная на Intel i5

Действия:

• Скачал VS2012 Update Pack 4 от Microsoft
• Установите для UAC (нажмите клавишу Windows, введите UAC) значение По умолчанию.
• Удалить пакет обновлений 4
• (Обязательно) перезагрузка
• Снова установите для UAC значение Default (каким-то образом оно было сброшено до нуля)
• Установите пакет обновлений 4

О UAC упоминалось где-то еще, но я не знаю, был ли это необходимым шагом.