Модульный тест, NUnit или Visual Studio?

У NUnit мало преимуществ перед MS-Test

1. Атрибут Suite - может агрегировать тесты и выполнять их отдельно (например, полезно для больших проектов с быстрыми и медленными тестами)
2. Читаемый метод Assert, например Assert.AreEqual(expected, actual) против Assert.That(actual, Is.EqualTo(expected))
3. NUnit имеет частые обновления версий - MS-Test имеет только одно обновление для каждой версии VS.
4. Множество интегрированных бегунов, включая Resharper и TestDriven.NET
5. Утверждение ожидаемого сообщения об исключении - может быть выполнено с использованием атрибута в NUnit, но должно быть выполнено с помощью Try-Catch в MS-Test
6. [TestCase]! NUnit позволяет проводить параметризованные тесты.

С моей точки зрения (после 8 месяцев разработки в среднем около 10 разработчиков) я бы посоветовал не использовать MSTest по следующим причинам.

• Сам по себе фреймворк довольно медленный. Я не имею в виду тестовый код, который вы пишете - он находится под вашим контролем. Я имею в виду, что фреймворк, выполняющий эти тесты, работает медленно, независимо от того, работает ли он с набором тестов, отдельными тестами и т. Д.
• Необходимость хранить файл тестовых метаданных, что всегда приводит к осложнениям, когда над ним работают несколько разработчиков (например, воссоздают метаданные и т. Д.). Для любого другого набора тестов не нужен файл метаданных. Приятно организовывать ваши тесты, но вы можете добиться того же с помощью пространств имен, классов и имен методов.
• При непрерывной интеграции, если вы хотите запускать модульные тесты на своем компьютере сборки, вам необходимо установить Visual Studio на этом компьютере.

Другими словами, если бы мне пришлось снова принимать решение 8 месяцев назад, я бы, вероятно, выбрал NUnit. Возможно, у меня нет интегрированного отчета о результатах тестирования, но у разработчиков будет более удобный опыт тестирования.

Вот мой опыт работы с MS Test

• Мы запускаем MS Test примерно с 3800 Test.
• Чтобы тесты только начали выполняться, требуется очень много времени, что болезненно при запуске одиночных тестов.
• Для выполнения тестов требуется около 1 ГБ памяти. Нет, это не связано с утечкой памяти в наших тестах. Часто мы сталкиваемся с OutOfMemoryExceptions.
• Поскольку он использует столько ресурсов, мы начинаем выполнять тесты из командных файлов. Так для чего нужна вся интеграция?
• It is buggy and unstable:
  • For instance, if you remove the [Ignore] Attribute from a test, it does not recognize it, because it caches information about tests somewhere. You need to refresh the testlist, which sometimes solves the problem, or restart VS.
  • Он случайным образом не копирует ссылочные сборки в исходный каталог.
  • Элементы развертывания (используемые дополнительные файлы) просто не работают должным образом. Они игнорируются случайным образом.
• В файлах vsmdi и testrunconfig есть скрытая (не видимая в тестовом коде) информация. Если вас это не волнует, это может не сработать.
• Функционально он может быть сопоставим с NUnit, но это очень дорого, если вы рассматриваете возможность использования версии VS-тестера.

Дополнение: Сейчас у нас еще несколько тестов, даже не могу сказать сколько. Их все больше невозможно запускать из Visual Studio из-за OutOfMemoryExceptions и других проблем нестабильности. Запускаем тесты из скриптов. Было бы легко просмотреть результаты тестирования в Visual Studio, но когда решение открыто, VS вылетает (каждый раз). Поэтому нам нужно искать неудачные тесты с помощью текстового поиска. Больше нет преимущества интегрированного инструмента.

Еще одно обновление: сейчас мы используем VS 2013. Много чего изменилось. Они переписали средство запуска тестов MS Test в третий раз с нашего старта. Это вызвало множество критических изменений, но ни одна новая версия не улучшила ничего. Мы рады, что не использовали модные функции MS Test, потому что все они больше не поддерживаются. Это действительно обидно. Мы по-прежнему используем сценарии для создания и запуска всех модульных тестов, потому что это удобнее. Visual Studio потребовалось несколько минут для запуска тестов (время измеряется после компиляции до первого запуска теста). Вероятно, они исправят это с помощью обновления, и это может быть конкретной проблемой нашего проекта. Однако Resharper работает намного быстрее при выполнении тех же тестов.

Вывод: по крайней мере, в сочетании с Resharper, MS Test полезен. И я надеюсь, что они наконец-то узнают, как следует писать средство запуска тестов, и не будут вносить таких критических изменений при следующем обновлении Visual Studio.

NUnit можно использовать в сочетании с Visual Studio. Это фреймворк, а не отдельная программа. Так что вы можете позаботиться о том, подходит ли вам это :).

http://i3.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=nunitit&DownloadId=61802

«После установки плагина вы найдете новое подменю в меню инструментов».

См. http://nunitit.codeplex.com/ для получения дополнительной информации об импорте.

Также многое можно найти с помощью поиска SO. Это В теме перечислены, например, преимущества NUnit перед стандартным тестированием MS.

Самым большим преимуществом MS-Test перед NUnit является то, что MS-Test может генерировать фиктивные объекты с помощью Reflection. Я нашел это очень полезным

NUnit работает со стандартной версией VS.

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

NUnit - это фреймворк для модульного тестирования, который также поддерживается resharper. Я думаю, вы используете фреймворк модульного тестирования Microsoft, поэтому NUnit - просто альтернатива продукту Microsoft;)

Вот ссылка на домашнюю страницу NUnit: http://nunit.org/

В NUnit тесты не выполняются параллельно. Скорее кажется, что все тесты выполняются в одном потоке. В MSTest каждый тест создается в отдельном потоке, в результате чего прогоны чередуются. Следовательно, если успех теста A зависит от теста B, он, скорее всего, не удастся, так как тест B, скорее всего, начнет выполняться во время выполнения теста A.

Если вы используете Visual Studio, вам необходимо использовать NUnit для выполнения модульного теста, а если вы используете java (Netbeans), вы должны использовать JUnit для модульного теста.

Вот пример простого юнит-теста калькулятора

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using SimpleCalculator;
using NUnit.Framework;

namespace CalculatorTest
{
    [TestFixture]
    public class Class1
    {
        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,"Failure");

        }
    }
}