Тести NUnit Unit не відображаються в Test Explorer із встановленим тестовим адаптером

Я встановив тестовий адаптер NUnit для VS2012 + 2013. Коли я вперше встановив тести адаптера, з'явилися, але сьогодні вони чомусь перестали показуватися. Після будівництва, відновлення, очищення, перезавантаження нічого не з’являється в Test Explorer. Чому це станеться? Я використовую VS2013 Ultimate.

Якщо ваш тестовий проект призначений для націлення на 64-бітну платформу, тести не відображатимуться в тестовому адаптері NUnit.

Якщо ви використовуєте версію NUnit3 + , доступний новий тестовий адаптер.

Перейдіть до "Інструменти -> Розширення та оновлення -> Інтернет" та знайдіть "Тестовий адаптер NUnit3", а потім встановіть.

Моя тестова збірка 64-розрядна. На панелі меню у верхній частині візуальної студії 2012 року я зміг вибрати "Тест" -> "Налаштування тестування" -> "Архітектура процесора за замовчуванням" -> "X64". Після "Відновлення рішення" в меню "Збірка" я зміг побачити всі мої тести в тестовому провіднику. Сподіваємось, це допоможе комусь іншому в майбутньому = D.

Перевірте невідповідність версій NUnit. На даний момент доступний тестовий адаптер NUnit працює лише для версії 2.6U і NUnit. Для пониження рівня NUnit до версії 3.x перейдіть до консолі диспетчера пакунків> update-package NUnit -версія 2.6.4

http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html

У моїй ситуації тестовий адаптер NUnit3 вимкнено. Для повторного включення перейдіть до меню

Інструменти-> Розширення та оновлення ...

У лівій частині виберіть "Встановлено" -> "Усі".

У верхньому правому куті знайдіть "nunit".

Якщо у вас встановлений "Тестовий адаптер NUnit3", за допомогою знайденого елемента його можна ввімкнути / вимкнути.

Ця відповідь здається досить базовою, але спочатку не була абсолютно очевидною. Якщо ви (пере) будуєте рішення, він будує лише ті проекти, які налаштовані будувати вBuild -> Configuration Manager

Це було моєю проблемою. Я, мабуть, випадково змінив налаштування конфігурації збірки або щось, що змусило мої тестові проекти не будуватися (коли вони раніше були). Тож у Test Explorerвікні дивилися дрі, які застаріли. Мені стало зрозуміло, що це було так після того, як я зробив Cleanі, побачивши, що більшість моїх тестів зникають і не повертаються після rebuild... подальший огляд binпапки показав, що ці проекти взагалі не будувалися.

У мене була робоча установка (для NUnit2 та NUnit3 залежно від рішення та декількох версій Visual Studio між 2012 та 2017 роками), і він раптом перестав працювати один день: жодних тестів не було виявлено в жодному рішенні чи версії VS.

У моєму випадку це допомогло видалити %localappdata%\Temp\VisualStudioTestExplorerExtensions. Після перезавантаження VS все працювало, як і раніше.

Якщо ви використовуєте сервер VS 2017 та .net , як сказано тут , вам слід додати посилання на тестову рамку NUnit 3.6.1 , на тестовий бігунок NUnit3TestAdapter 3.8.0-alpha1 та на тестову SDK Microsoft.NET.Test.Sdk 15.0.0 .

1. Інструменти
2. NuGet Package Manager
3. Управління пакетами NuGet для вирішення
4. Огляд
5. NUnitTestAdapter.WithFramework
6. Ctrl + R, A для складання / запуску тестів

Використання NUnitTestAdapter.WithFramework гарантує, що між версіями NUnit і NUnit Adapter є мало / відсутні невідповідності (тобто "це просто працює")

Перевірте, чи вказали ви [TestFixureSetUp] та [Test]

у тестовому класі

зразок:

namespace ClassLibrary1
{
   public class SimpleCalculator
   {
      public Calculator _calculator;
      [TestFixtureSetUp]
      public void initialize()
      {
         _calculator = new Calculator();
      }
      [Test]
      public void DivideTest()
      {
         int a = 10;
         int b = 2;
         int expectedValue = a/b;
         int actualValue = _calculator.Divide(a, b);
         Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
      }
   }   
}

Мені довелося видалити, потім перевстановити пакунок нута xunit.runner.visualstudio. Я спробував це, спробувавши всі вищенаведені пропозиції, тому, можливо, це була суміш речей.

Ще однією причиною цієї проблеми є те, якщо ви відкриєте проект із зібраного накопичувача - Visual Studio обробляє такі проекти належним чином, але, очевидно, Nunit їх не підтримує.

Копіювання проекту до фізичного виправленого питання.

Я також виявив, що коли я видалив nunit v3.2.1, посилання на рамку nunit для v3.2.1 все ще була в моєму проекті в провіднику рішень. Провідник рішень> ProjectName > Посилання

Якщо ви клацнете правою кнопкою миші, вона покаже версію. Видаліть це. Потім клацніть правою кнопкою миші посилання Список літератури> Додати довідку.

Шукайте версію 2.x версії та додайте, а потім відновіть рішення.

Це працювало для мене!

Я відчув проблему, згадану оп

Моя справа полягала в тому, що мені передали старий проект, і тести фактично були частиною тестуваної системи. Я припускаю, що вони використовували зовнішній тестовий бігун.

цей ланцюжок завдань вирішив проблему для мене

• створив тестовий проект,
• перенесли туди тестові файли
• додано посилання, щоб тестовий проект був складений
• додали пакети NuGet та адаптер Nunit до тестового проекту
• перекомпільовано

мені вдалося успішно запустити тести Nunit.

Якщо ви використовуєте TestCaseSourceатрибут, переконайтеся, що джерело існує та дотримується документації , інакше ваші тести не будуть виявлені.

У мене була подібна проблема, коли тести, де їх не виявили. У мене була правильна версія NUnit, версії, які відповідають між NUnit та адаптером, і тести, де правильно позначені. Я працював на VS 2017 Enterprise не як адміністратор. Після запуску VS в якості адміністратора з'явилися тести.

Я почав нове рішення з тестовим проектом і порівняв його зі своїм оригінальним проблемним проектом. Оригінал чомусь мав у ньому app.config . Я виключив цей файл із проекту і побачив, як мої тести знову з’являються в тесті провідника.

У мене теж була ця проблема, але причина була іншою. Я використовую VS2017 з F # 4.0.

По-перше, консоль Visual Studio не дає вам достатньо деталей, чому тести не вдалося знайти; він просто не зможе завантажити DLL тестами. Тому використовуйте NUnit3console.exe в командному рядку, оскільки це дає більше деталей.

У моєму випадку це було тому, що тестовий адаптер шукав нову версію F # Core DLL (4.4.1.0) (F # 4.1), тоді як я все ще використовую 4.4.0.0 (F # 4.0). Тому я щойно додав це до app.config тестового проекту: -

  <dependentAssembly>
    <assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
  </dependentAssembly>

тобто перенаправлення на більш раннє ядро ​​F #.

У мене була така ж проблема, коли раптом у вікні Test Explorer не з’явився тест. У мене оновлена ​​версія "NUnit3TestAdapter"

і після багатьох пошуків та зусиль я виявив, що мені потрібно встановити наступні значення у властивостях проекту: [У вікні Провідника рішення: клацніть правою кнопкою миші на Проекті> Властивості] на вкладці Створити, встановіть Платформа = x64 та встановіть Платформа target = x86 або Будь-який процесор побудувати проект, і всі тести з’являться у вікні Test Explorer.

Важлива примітка: Я прийшов до рішення, побачивши наступне повідомлення у вікні виводу:

"Для тестового запуску використовуються DLL, побудовані для Framework Framework45 та платформи X86. Наступні DLL не будуть частиною запуску: AutomationTests.dll побудований для Framework Framework45 та платформи X64."

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

Тільки щоб додати сюди свої $ 0,02, я вчора зіткнувся з подібним випуском, де пропав 168 моїх тестів. Я спробував більшість всього в цій публікації - особливо, переконавшись, що моя версія (и) NUnit однакова - все безрезультатно. Потім я згадав, що свої тести я розділив на списки відтворення; і вони не оновлюються автоматично під час додавання нових тестів . Отже, коли я видалив списки відтворення, BAM! , всі мої тести знову повернулися.

Переконайтесь, що ваші тести правильно позначені атрибутом Test. Якщо всі тести позначені лише атрибутом Explicit, TestAdapter не розпізнає кріплення.