Test jednostkowy, NUnit czy Visual Studio?

Używam programu Visual Studio (czasami resharper) do uruchomienia mojego testu jednostkowego.

Słyszałem o NUnit, ale nie wiem o nim zbyt wiele ...

Powinienem się tym przejmować? Czy może zaoferować coś lepszego niż studio wizualne?

Czy powinienem używać NUnit i dlaczego?

NUnit ma kilka zalet w porównaniu z testem MS

1. Atrybut pakietu - może agregować testy i wykonywać je osobno (przydatne w przypadku dużych projektów, na przykład z szybkimi i wolnymi testami)
2. Czytelny sposób Stwierdzenie, np Assert.AreEqual(expected, actual)vs.Assert.That(actual, Is.EqualTo(expected))
3. NUnit ma częste aktualizacje wersji - MS-Test ma tylko jedną na wersję VS.
4. Wiele zintegrowanych runnerów, w tym Resharper i TestDriven.NET
5. Oczekiwane potwierdzenie komunikatu o wyjątku - można to zrobić za pomocą atrybutu w NUnit, ale należy to zrobić za pomocą Try-Catch w MS-Test
6. [TestCase]! NUnit pozwala na sparametryzowane testy.

Z mojej obecnej perspektywy (po 8 miesiącach pracy z około 10 deweloperów średnio) Radziłbym przed użyciem MSTest z następujących powodów

• Struktura sama w sobie jest dość powolna. Nie mam na myśli kodu testowego, który piszesz - jest pod twoją kontrolą. Mam na myśli to, że framework, na którym te testy są uruchamiane, jest powolny, niezależnie od tego, czy działa zestaw testów, pojedyncze testy itp.
• Konieczność przechowywania pliku Test-Metadata, co zawsze prowadzi do komplikacji, gdy pracuje nad nim kilku programistów (odtwarzanie np. Metadanych itp.). Każdy inny zestaw testów nie potrzebuje pliku metadanych. Miło jest organizować testy, ale to samo można osiągnąć poprzez przestrzenie nazw, klasy i nazwy metod.
• Wykonując ciągłą integrację, jeśli chcesz uruchamiać testy jednostkowe na maszynie kompilacji, musisz zainstalować program Visual Studio na tej maszynie.

Innymi słowy, gdybym musiał podjąć decyzję ponownie 8 miesięcy temu, prawdopodobnie wziąłbym NUnit. Mogę nie mieć zintegrowanego raportu z wynikami testów, ale programiści mieliby bardziej płynne testy.

Oto moje doświadczenie z testem MS

• Przeprowadzamy MS Test z około 3800 testami.
• Wykonywanie testów trwa bardzo długo, co jest bolesne w przypadku wykonywania pojedynczych testów.
• Wykonanie testów zajmuje około 1 GB pamięci. Nie, nie jest to spowodowane wyciekami pamięci w naszych testach. Często napotykamy OutOfMemoryExceptions.
• Ponieważ zużywa tak dużo zasobów, zaczynamy wykonywać testy z plików wsadowych. Więc po co ta integracja?
• Jest wadliwy i niestabilny:
  • Na przykład, jeśli usuniesz atrybut [Ignore] z testu, nie rozpozna go, ponieważ gdzieś przechowuje informacje o testach. Musisz odświeżyć listę testową, co czasami rozwiązuje problem, lub ponownie uruchomić VS.
  • Losowo nie kopiuje zestawów referencyjnych do katalogu out.
  • Elementy wdrażania (dodatkowe pliki do wykorzystania) po prostu nie działają poprawnie. Są losowo ignorowane.
• W plikach vsmdi i testrunconfig znajdują się ukryte (niewidoczne w kodzie testu) informacje. Jeśli cię to nie obchodzi, może to nie działać.
• Funkcjonalnie może być porównywalny do NUnit, ale jest bardzo drogi, jeśli weźmiesz pod uwagę użycie wersji VS tester.

Dodatek: Mamy teraz więcej testów, nie możemy nawet powiedzieć, ile. Nie można ich już uruchamiać w programie Visual Studio z powodu wyjątków OutOfMemoryExceptions i innych problemów z niestabilnością. Testy wykonujemy ze skryptów. Łatwo byłoby wyświetlić wyniki testów w programie Visual Studio, ale gdy rozwiązanie jest otwarte, VS ulega awarii (za każdym razem). Musimy więc przeszukać testy zakończone niepowodzeniem za pomocą wyszukiwania tekstowego. Nie ma już zalet zintegrowanego narzędzia.

Kolejna aktualizacja : używamy teraz VS 2013. Wiele się zmieniło. Po raz trzeci, odkąd zaczęliśmy, przepisali test runner MS Test. Spowodowało to wiele istotnych zmian, ale żadna nowa wersja nie robiła nic lepszego. Cieszymy się, że nie korzystaliśmy z wymyślnych funkcji MS Test, ponieważ nie wszystkie są już obsługiwane. To naprawdę wstyd. Nadal używamy skryptów do budowania i uruchamiania wszystkich testów jednostkowych, ponieważ jest to wygodniejsze. Program Visual Studio wymagał kilku minut, aby rozpocząć uruchamianie testów (czas jest mierzony po kompilacji do rozpoczęcia pierwszego testu). Prawdopodobnie naprawiają to aktualizacją i może to być specyficzny problem naszego projektu. Jednak Resharper jest znacznie szybszy podczas wykonywania tych samych testów.

Wniosek : Przynajmniej w połączeniu z Resharper, test MS jest przydatny. Mam nadzieję, że w końcu dowiedzą się, jak należy napisać program uruchamiający testy, i nie zrobią tego rodzaju przełomowych zmian, gdy następnym razem zaktualizujemy Visual Studio.

NUnit może być używany w połączeniu z Visual Studio. To ramy, a nie oddzielny program. Więc możesz się przejmować i zobaczyć, czy ci pasuje :).

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

„Po zainstalowaniu wtyczki w menu narzędzi znajdziesz nowe podmenu”.

Więcej informacji na temat importowania można znaleźć pod adresem http://nunitit.codeplex.com/ .

Wiele można również znaleźć, używając wyszukiwania SO. W tym temacie wymieniono na przykład zalety NUnit w porównaniu ze standardowymi testami MS.

Największą przewagą MS-Test nad NUnit jest to, że MS-Test może generować pozorowane obiekty przy użyciu odbicia. Wydało mi się to bardzo przydatne

NUnit współpracuje ze standardową wersją VS.

Nie jestem pewien innych, ale NUnit zapewnia przyjemne GUI i konsolę do uruchamiania testów jednostkowych, a także możesz wygenerować raport z wyniku wykonania testu NUnit, który poda szczegóły, gdzie test się nie powiódł lub przeszedł, a także o której godzinie wziąć do testu jednostkowego

NUnit to framework do testów jednostkowych, który jest również obsługiwany przez resharper. Myślę, że używasz frameworka testów jednostkowych Microsoftu, więc NUnit jest tylko alternatywą dla produktu Microsoftu;)

Oto link do strony głównej NUnit: http://nunit.org

W NUnit testy nie są wykonywane równolegle. Wydaje się raczej, że wszystkie testy są wykonywane w jednym wątku. W MSTest każdy test jest tworzony w osobnym wątku, co powoduje, że przebiegi są przeplatane. Dlatego jeśli test A zależy od sukcesu testu B, prawdopodobnie zakończy się niepowodzeniem, ponieważ test B prawdopodobnie zacznie działać, gdy test A jest uruchomiony.

Jeśli używasz programu Visual Studio, musisz użyć NUnit do wykonywania testów jednostkowych, a jeśli używasz java (Netbeans), musisz użyć JUnit do testów jednostkowych.

Oto przykład prostego testu jednostkowego kalkulatora

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");

        }
    }
}