Resharper 7: MSTest не работает - "Тест не был запущен"

Так как я обновлен до VS2012 и Resharper 7, мои ранее работающие MS-тесты больше не работают.

enter image description here

Тесты выполняются в среде ASP.NET. Я использую следующие атрибуты:

    [TestMethod]
    [HostType("ASP.NET")]
    [AspNetDevelopmentServerHost("C:\\Projekte\\****\\Website", "/")]
    [UrlToTest("http://localhost:7924/")]

Любая идея, как это исправить?

Ответ 1

Как ни странно, используя VS2012, используя Resharper 8.0, используя NUnit, я получал эту ошибку из-за записи в моем файле app.config. Я добавил строку подключения EntityFramework, и это поведение началось. Удаление всей строки строк подключения показывает, что тестовый бегун запускается/работает снова. Просмотр вывода показывает, что app.config недействителен - это вызывало это конкретное поведение в тестовом бегуне - "Тест не был запущен".

Ответ 2

Попробуйте выполнить тесты единиц с помощью MSTest Test Explorer. Вы можете найти более подробную информацию в окне вывода основной причины.

Для меня это была ссылка на сборку, в которой использовалась более новая версия NUnit, чем та, которая была указана в тестовом проекте. С помощью той же самой обновленной версии исправлена ​​проблема.

System.IO.FileLoadException: Не удалось загрузить файл или сборку 'nunit.framework, Version = 2.6.3.13283, Culture = neutral, PublicKeyToken = 96d09a1eb7f44a77' или одну из его зависимостей. Расположенное определение манифеста сборки не соответствует ссылке на сборку.

Ответ 3

У меня был комплект testproject для AnyCPU, и проект был явно установлен на x86, когда это произошло. Установка testproject для x86 решила его для меня.

Я использую VS2012 R # 8 и nUnit

Ответ 4

У меня бы такая же проблема, я просто..

  • Измененный метод модификации доступа от частного к публичному.
  • Удалено статическое ключевое слово из методов.

Что это. Это сработало для меня. Но это для С#.

Ответ 5

В моем случае это был NUnitTestAdapter nuget, который нужно было удалить.

Ответ 6

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

Ответ 7

У меня была та же проблема. Не удалось заставить тестовый бегун Visual Studio работать, поэтому я попробовал отладку теста вместо этого. Это создало исключение ConfigurationErrorsException, в котором не было много трассировки стека, но содержала фразу "ClientSettingProvider". Я искал свое решение и обнаружил, что что-то добавило ключ appSetting для "ClientSettingProvider.ServiceUri" в мой app.config. Я удалил это (вместе с пустым элементом connectionStrings) и перестроил все - исправил проблему!

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

Ответ 8

Просто выдержка из MSDN относительно Assert.Inconclusive:

Код, созданный Visual Studio при создании модульных тестов, включает: оператор Inconclusive в качестве заполнителя.

Это происходит, если что-то не так с решением, чаще всего неправильная конфигурация, например неправильные или несогласованные пространства имен, непоследовательные цели сборки и т.д., что приводит к тому, что UnitTestExplorer не может правильно использовать предоставленные модульные тесты. Таким образом, общее решение - проверить последние изменения и исправить ошибки.

Ответ 9

Используя VS2010 и ReSharper 9.1, проблема заключалась в том, что файл LocalTestRun.testrunconfig отсутствовал, но был указан в моем файле .vsmdi.

Тест без VS работал нормально, но в тестовом интерфейсе ReSharper всегда была ошибка "Тест не был запущен".

Итак, я просто восстановил старый файл LocalTestRun.testrunconfig, и все работает отлично.

Возможно, я обновил файл .vsmdi, чтобы не ссылаться на отсутствующий файл... Я не тестировал это.

Ответ 10

В VS2012 тестовый проект не работает в общих папках, например, \XXXXXX\XXX Я решил, что он скопировал тестовый проект на локальных устройствах. Удачи

Ответ 11

В моем случае это было из-за несогласованных платформ в тестовой и ссылочной сборке. Тест был любым процессором, а ссылка была х86.

Я изменил тест на x86, и все стало хорошо

Ответ 12

Я обнаружил, что для файла настроек для unit test может потребоваться проверка, на которую указывает ReSharper. У меня было то же самое, и это было до моих модульных тестов для RS Harness, указывающих на неправильный файл.

Ответ 13

У меня была такая же проблема, потому что имя тестового класса имело символы '<' и ' > ' в нем (также '(' и ')' вызвало эту проблему).
Удаление этих символов устранило проблему.

Я мог использовать символы в идентификаторах благодаря поддержке F # Unicode.

Ответ 14

У меня была такая же проблема, и ничего не помогло.

В конце концов я увидел, что у меня было несоответствие в моих пространствах имен проекта unit и проекта unit test.

Пространство имен моего проекта модуля - unit.project, а тестовый проект был назван unit.project.tests, но пространство имен по умолчанию для теста было таким же, как и единица, оба были unit.project.

Как только я обновил пространства имен для разных (одно пространство имен для каждого проекта), все сработало!

Ответ 15

У меня была аналогичная проблема с тегом NUnit, который не был бы выполнен, но R# будет отмечать их только как "Тест не был запущен".

Выполнение их с помощью встроенного бегущего NUnit показало, что файл app.config имел ошибку (фактически, 2 раздела ConnectionString). Исправлено это также, что тесты выполнялись в тестовом пробеге R#.

Ответ 16

Я продолжал получать "Тест не был запущен" в Resharper. Я пробовал все рекомендации, но ничего не работало. Для меня это решило, что Visual Studio работает как администратор. (VS2013 w/Resharper 8.1)

Ответ 17

В моем случае у меня было неправильное в файле app.config следующее:

  <appSettings>
    <add key="DefaultUserName" value="user" />
  </appSettings>
  <configSections>
    <section name="databaseProperties" type="System.Configuration.NameValueSectionHandler, System" />
    <sectionGroup name="spring">
      <section name="context" type="Spring.Context.Support.ContextHandler, Spring.Core" />
      <section name="parsers" type="Spring.Context.Support.NamespaceParsersSectionHandler, Spring.Core" />
      <section name="objects" type="Spring.Context.Support.DefaultSectionHandler, Spring.Core" restartOnExternalChanges="true" />
    </sectionGroup>
  </configSections>

Вместо этого мне пришлось сначала иметь конфигурационные разделы:

  <configSections>
    <sectionGroup name="spring">
      <section name="context" type="Spring.Context.Support.ContextHandler, Spring.Core" />
      <section name="parsers" type="Spring.Context.Support.NamespaceParsersSectionHandler, Spring.Core" />
      <section name="objects" type="Spring.Context.Support.DefaultSectionHandler, Spring.Core" restartOnExternalChanges="true" />
    </sectionGroup>
  </configSections>
  <appSettings>
    <add key="DefaultUserName" value="user" />
  </appSettings>

Ответ 18

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

Ответ 19

У меня была такая же проблема на С#: модульные тесты, выполняемые ReSharper, все просто остановились на "Тест не был запущен". Нет другой информации.

Это оказалось из-за моего пользовательского раздела в App.Config. Удаление этого и сработало.

Конфигурация: Visual Studio С# 12, ReSharper 8.2.3

Ответ 20

Просто чтобы добавить к этому, я написал над своим файлом app.config новый, в котором отсутствовали некоторые разделы, которые мне нужны. Я добавил разделы назад, в этот момент я получил эту же ошибку в resharper. Благодаря комментариям выше я сравнил его с более старой версией и обнаружил, что мне не хватает имен разделов в конфигурационных разделах.