Nunit как установить visual studio

Обновлено: 05.01.2025

Итак, теперь у нас есть NuGet, но нам нужны NUnit (я буду использовать именно этот фреймворк вместо встроенного в Visual Studio) совместно с NSubstitute.

Создадим тестовый консольный проект и назовем его SampleProject, я установил галочку напротив Create directory for solution, чтобы папка с тестами для проекта была не вложенной в сам проект, а была на одном уровне.

Теперь создадим проект, содержащий юнит тесты для нашего проекта

Прописываем имя проекта

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

Открываем консоль NuGet

И набираем команду
Install-Package NUnit
а затем
Install-Package NSubstitute

ВАЖНО: не забудьте выбрать в качестве дефолтного проекта ваш проект с юнит тестами а не с программой. Иначе библиотеки установятся не в тот проект.

и видим, что компилятор теперь понимает наши атрибуты, старый using можно удалить (using Microsoft.VisualStudio.TestTools.UnitTesting)

Я надеюсь вы прочитали книгу The Art Of Unit testing или просто имеете понятие как работать в общих чертах с NUnit, т.к. глубоко базис я объяснять не планирую, немного не тот формат статьи.

C момента выхода Visual Studio наиболее часто подвергался критике тот факт, что в среду разработки было невозможно (или почти невозможно) интегрировать сторонние библиотеки модульного тестирования.

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

На рисунке 1 показан традиционный процесс написания модульных тестов. Пунктирными стрелками обозначены необязательные этапы.

Рисунок 2. Разработка, управляемая тестами: общее представление. Обратите внимание на спиральный характер процесса: написание теста, написание кода, рефакторинг, написание следующего теста. Здесь отчетливо видна инкрементная природа разработки, управляемой тестами: маленькие тесты ведут к качественному конечному результату.

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

Настройка адаптера тестов NUnit

1. Подключите среду тестирования Visual Studio 2012 к NUnit. Для этого загрузите и установите расширение адаптера тестов NUnit с помощью диспетчера расширений Visual Studio:

2. В левой вкладке выберите Online (В сети), в поле Search (Поиск), расположенном в правом верхнем углу, введите «NUnit Test Adapter». На данном этапе потребуется подключение к Интернету.

3. После появления адаптера тестов NUnit нажмите кнопку Download (Загрузить). По окончании загрузки следуйте указаниям по установке адаптера тестов NUnit.

4. Если в нижней части окна появится запрос Restart Now (Перезапустить сейчас), подтвердите его, чтобы задействовать установленные компоненты в Visual Studio 2012.

После этого Visual Studio 2012 позволит запускать тесты NUnit в интегрированной среде разработки.

Создание первого проекта тестирования NUnit

Теперь давайте создадим наш первый проект тестирования NUnit.

3. В левой вкладке выберите Online (В сети) и в поле Search (Поиск) введите «NUnit». После появления результата нажмите Install (Установить).

4. Теперь, когда в проект включены все классы, необходимые для NUnit, настало время написать модульный тест.

Чтобы проверить, работает ли NUnit в Visual Studio, добавьте следующий участок кода и пробный тест:

Чтобы запустить тест, перейдите в меню Test (Тест), выберите Run (Выполнить), а затем All Tests (Все тесты). Также можно нажать сочетание клавиш Ctrl+R и затем A. Результаты теста появятся на вкладке Test Explorer (Обозреватель тестов) и будут выглядеть следующим образом:

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

Теперь вы готовы к использованию NUnit для разработки, управляемой тестами, в IDE Visual Studio 2012.

743

Введение

Высокое качество программы;
Снижение стоимости;
Безопасность регрессии сети

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

Загрузка и установка NUnit

После завершения загрузки, разархивируйте файл и запустите программу.

Создание проекта библиотечного класса

Тема связана со специальностями:

Шаг 1: Создание проекта библиотечного класса

Откройте Visual Studio.

После того, как Вы кликнули кнопку "OK", Вы увидите Ваш проект в Solution Explorer (в правом верхнем углу Visual Studio).

Шаг 2: Добавьте ссылки к Вашему проекту.

Чтобы добавить ссылку NUnit к Вашему проекту, кликните правой кнопкой мыши на ссылку, выберите Add reference-> Browse, затем nunit.framework.dll и «OK».

Шаг 3: Создание тестового класса.

Кликните правой кнопкой мыши на Вашем проекте, выберите Add -> Class, введите имя (используем MyNUnitTestClass) и далее "Add".

После того, как Вы кликнули на кнопку Add, Вы увидите класс.

После того, как Вы создали класс, добавьте using NUnit.Framework.

Каждый класс должен содержать атрибут [TestFixure] и должен быть общедоступен.
В каждом методе должен присутствовать атрибут [Test].
Оператор подтверждения об отсутствии ошибок: Булевские значения, описывающие, что должно быть ключевым словом, когда выполняется действие.
Ожидаемое исключение: один из типов исключения, который мы ожидаем во время выполнения тест-метода.
Установка: программа, которая запускается перед выполнением каждого тест-метода (например, регистрация в системе конкретного пользователя или инициализация одноэлементных классов).
Демонтаж: программа запускается после окончания каждого тест-метода (например, удаление строк из таблицы, которые были вставлены во время теста).

Видео курсы по схожей тематике:

На примере мы постараемся сравнить две переменные х и у. Каждой переменной присвоили значение 20. В общей сложности написали 4 теста (PositiveTest, NegativeTest, ExpectedExceptionTest и NotImplementedException).

Запуск тестов

После написания всех тестов в тестовом классе необходимо запустить тесты, чтобы проверить, проходят ли они успешно. Для запуска тестов перейдите в папку NUnit, выберите NUnit Application (.exe) и дважды кликнике по ней, выберите команду File-> Open Project, выберите проект (в нашем случае это IntroNUnitTest.dll), затем кликаем Run.

Далее Вы увидите количество тестов, которые не сработали, и количество невыполненных тестов.

Если Вы хотите запустить какой-то определенный тест, кликните правой кнопкой мыши в тесте, который Вы хотите запустить, и выберите Run test(s).

Вышеописанную ситуацию рассмотрим для простоты на маленьком примере. Создадим в Visual Studio (в нашем случае это Visual Studio 2010 Ultimate) новый проект типа Class Library и назовем его для пущей очевидности TestedAssembly. В вышеозначенный проект добавим один единственный класс TestedClass, который будет у нас состоять из единственного простейшего метода GetSomeString.

Теперь займемся проектом с тестами. Добавим в солюшен еще одну Class Library, которую назовем TestAssembly. В этой сборке у нас также будет всего один класс TestedClassTest c единственным методом GetSomeStringTest.

Ну а теперь настало время обсудить самое интересное: как заставить Visual Studio собирать данные о покрытии кода по тестам, запускать которые она не хочет. Ну, раз не хочет, то и не будет, пусть этим делом займется профессионал своего дела, а именно сам NUnit. Добавим в наш многострадальный солюшен еще один проект, на этот раз типа Test Project, и назовем его, скажем, NUnitProxy. Студия автоматически положит в него файл UnitTest1.cs, который мы с чистой совестью удалим, а вместо него добавим Generic Test. В первом поле настроек теста нам нужно указать полный путь к nunit-console-x86.exe (обратите внимание, именно x86 — это важно), а во втором поле мы пропишем полный путь к сборке с тестами (в нашем случае это проект TestAssembly). Главное — не забудьте кавычки.

Теперь пройдем в папку Solution Items, которая магическим образом материализовалась в солюшене после добавления проекта NUnitProxy, и осуществим даблклик на файле Local.testsettings.

Вот и все. Visual Studio видит наш proxy-тест, запускаем его, наблюдаем открывшуюся консоль NUnit и по завершению прогонки тестов направляемся во вкладку Code Coverage, где наблюдаем вполне выразительные результаты.

Ну и на последок две ложки дегтя в бочку меда. Во-первых, Visual Studio не умеет инструментировать x64 сборки со всеми отсюда вытекающими: хотите Code Coverage — перекомпилируйте под x86 (Any CPU тоже работает). Во-вторых, если код в сборке не покрыт вообще, то оная сборка не будет включена в итоговый отчет (можете поэкспериментировать, закоментировав тело метода GetSomeStringTest), что, как вы понимаете, в определенных ситуациях может привести к неправильному значению итогового покрытия (когда собираются данные для нескольких сборок).

Я только что установил Visual Studio 2017. У меня есть проект, использующий NUnit для тестов. Ctrl + р - Т больше не запускает тесты, и обозреватель тестов больше не находит тестовые случаи, отмеченные атрибутом TestCase.

Есть ли способ запустить NUnit или найти обновление?

Я переустановил NUnit из диспетчера пакетов NuGet до последней версии без каких-либо улучшений.

Вот и все. Мне нужно было переустановить NUnitTestAdapter. Вы можете представить это как решение?
Вы уже установили NUnit, верно? Теперь вам нужно установить NUnit3TestAdapter для запуска тестов NUnit в VS 2017.
Почему это тоже помечено как 2019?

Добавьте пакет NuGet для тестового адаптера NUnit в свои тестовые проекты

Или установите расширение Test Adapter Visual Studio. Есть один для

Я предпочитаю пакет NuGet, потому что он будет синхронизироваться с версией NUnit, используемой вашим проектом, и, таким образом, будет автоматически соответствовать версии, используемой на любом сервере сборки.

Вам необходимо установить NUnitTestAdapter. Последняя версия NUnit - 3.x.y (3.6.1), и вы должны установить NUnit3TestAdapter вместе с NUnit 3.x.y

Чтобы установить NUnit3TestAdapter в Visual Studio 2017, выполните следующие действия:

Мой пример кода здесь:

Это вернет истину, и если вы измените параметр в Is.EqualTo он потерпит неудачу и т. д.

ничего не найдено, когда я делаю test / windows / test explorer
Ctrl-alt-delor это Test / TestExplorer в Visual Studio 2019, возможно, это небольшое изменение, которое Microsoft недавно внесла.

Вам необходимо установить три пакета NuGet:

Вам необходимо выбрать архитектуру процессора модульных тестов в Visual Studio: меню Контрольная работа �� Настройки теста �� Архитектура процессора по умолчанию

Для просмотра тестов необходимо открыть Test Adapter: (Visual Studio, например: меню Контрольная работа �� Windows �� Обозреватель тестов

2 Это очень важный ответ, большое спасибо, исправлена исправленная проблема "Архитектура процессора по умолчанию".

Используя CLI, создать работающий проект NUnit очень просто. Шаблон все сделает за вас.

Для тех, у кого есть проблемы с Visual Studio 2019:

Для запуска или отладки тестов в Visual Studio 2017 нам необходимо установить "NUnit3TestAdapter". Мы можем установить его в любой версии Visual Studio, но он работает нормально в версии Visual Studio для "сообщества".

Чтобы установить это, вы можете добавить его через пакет NuGet.

Читайте также: