Menu

JUnit Vs TestNG - jakie są różnice

junit vs testng what are differences

Kompleksowe porównanie między frameworkami JUnit Vs TestNG. Obejmuje porównanie adnotacji i porównanie funkcji z przykładami:

W poprzednim samouczku nauczyliśmy się adnotacji DisplayName i warunkowego wykonywania testów na podstawie różnych kryteriów, takich jak wersja środowiska JRE, zmienne środowiskowe itp. Odpowiedzieliśmy również na kilka ważnych pytań na ten temat.

Ponieważ nieustannie uczyliśmy się o JUnit w poprzednich samouczkach, ten będzie wytchnieniem dla naszych odbiorców, ponieważ na chwilę przeniesiemy naszą uwagę z JUnit jako jedynego planu na porównanie JUnit vs TestNG.

=> Sprawdź idealny przewodnik szkoleniowy JUnit tutaj.

JUnit Vs TestNG

Czego się nauczysz:

JUnit Vs TestNG: porównanie

funkcjeJUnitTestNG
Limit czasu na testy taktak
Framework open source tak
JUnit to framework open source		tak
TestNG to framework open source
Przyjazny użytkownikowi JUnit jest dystrybuowany w różnych modułach, na przykład:
? Do parametryzacji możesz potrzebować JUnit Jupiter.
? To sprawia, że ​​JUnit jest nieco niewygodny w użyciu w porównaniu z TestNG		Wszystkie funkcje TestNG są zawarte w jednym module.
To sprawia, że ​​TestNG jest bardziej przyjazny dla użytkownika.
Główne wsparcie IDE ( Przykład: Eclipse, IntelliJ)tak
Oba obsługują jednakowo większość środowiska IDE		tak
Oba obsługują jednakowo większość środowiska IDE
Implementacja adnotacji tak
JUnit działa na adnotacjach z niewielkimi różnicami dla różnych funkcji		tak
TestNG działa na adnotacjach z niewielkimi różnicami dla różnych funkcji
Realizacja twierdzeń tak
JUnit zapewnia wystarczającą liczbę twierdzeń, aby zweryfikować oczekiwane i rzeczywiste wyniki z pewnymi różnicami w stwierdzeniach w TestNG		tak
TestNG obsługuje również ogromną listę twierdzeń do porównania oczekiwanych i rzeczywistych wyników.
Dodatkowo TestNG zapewnia dwa mechanizmy asercji - Soft Assertion i Hard Assertion
Wyjątki tak
JUnit udostępnia funkcję testu wyjątków z niewielką zmianą w stosunku do TestNG		tak
TestNG zapewnia również funkcję testu wyjątków
Testy parametryzowane tak
JUnit obsługuje testy sparametryzowane		tak
TestNG obsługuje również testy sparametryzowane
Pakiet testowy tak
JUnit obsługuje używanie zestawów testów		tak
TestNG obsługuje również Test Suite.
Test zależności Nie rób
JUnit nie obsługuje funkcji testu zależności		tak
Jest to zaawansowana funkcja w TestNG przez JUnit.
Dzięki tej funkcji jedna metoda może zostać uzależniona od drugiej, tak że będzie ona działać dopiero po uruchomieniu metody zależnej i przejściu jej pomyślnie, w przeciwnym razie test zależny nie zostanie uruchomiony.
Równoległe wykonywanie testów Nie rób
Wykonywanie równoległe nie jest dostępne w JUnit		tak
TestNG obsługuje równoległe wykonywanie testów, ale JUnit nie.
Istnieje plik XML TestNG, w którym można ustawić wykonywanie równoległe
Integracja z Maven tak
Oba narzędzia obsługują integrację Maven		tak
Oba narzędzia obsługują integrację Maven
Realizacje założeń tak
Założenia służą do pomijania testów opartych na pewnych założeniach lub warunkach
i ma to zastosowanie tylko w JUnit.		Nie rób
TestNG nie obsługuje założeń
Kolejność wykonywania testów tak
Junit obsługuje kolejność wykonywania testów.		tak
TestNG obsługuje kolejność wykonywania testów
Implementacja Listeners tak
JUnit obsługuje słuchaczy nie za pośrednictwem adnotacji, ale przez interfejs API Listeners.		tak
TestNG obsługuje słuchaczy za pomocą adnotacji.
Ignoruj ​​testy tak
Oba obsługują wyłączanie testów, ale JUnit obsługuje wyłączanie testów do wykonania na podstawie innych warunków		tak
Obie obsługują wyłączanie testów
Raportowanie tak
JUnit musi być zintegrowany z mavenem, aby generować raporty HTML		tak
TestNG ma wbudowane raporty HTML. Może być zintegrowany również z Maven lub zewnętrznymi bibliotekami raportowania, takimi jak raporty ATU lub raporty Extent

Porównanie adnotacji

TestNG i JUnit to frameworki do testów jednostkowych ze świata Java. Obie implementują bardzo bliższe i podobne funkcje. W tej sekcji przyjrzymy się pewnym podobieństwom we wdrażaniu kilku funkcji, a jednocześnie zobaczymy kilka innych funkcji, które są zaimplementowane inaczej w JUnit i TestNG.

# 1) Opis metody testowania

Nie ma różnicy w sposobie określania metody jako metody testowej zarówno w JUnit, jak i TestNG.

JUnit 5TestNG
@Test@Test

# 2) Adnotacja dotycząca pakietu

  • Metoda z adnotacją @BeforeSuite jest wykonywana raz przed uruchomieniem bieżącego zestawu testów.
  • Ta adnotacja ma zastosowanie tylko w TestNG.
JUnit 5TestNG
Nie dotyczy@BeforeSuite

# 3) Adnotacja do metody przed Class

To jest adnotacja dotycząca metody, która ma zostać wykonana raz przed uruchomieniem pierwszej metody testowej w klasie.

JUnit 5TestNG
@Przed wszystkim@Przed zajęciami

# 4) Adnotacja do metody przed testem

  • Ta adnotacja jest wykonywana raz przed metodami zadeklarowanymi w tagu testng.xml.
  • Ta adnotacja jest dostępna tylko dla TestNG.
JUnit 5TestNG
Nie dotyczy@BeforeTest

# 5) Adnotacja dotycząca metody, która ma być wykonana przed każdą metodą z wywołaniami @Test

JUnit 5TestNG
@BeforeEach@BeforeMethod

# 6) Adnotacja do metody, która ma być wykonana po każdej metodzie z wywołaniami @Test

JUnit 5TestNG
@Po każdym@AfterMethod

# 7) Adnotacja do metody po teście

  • Ta adnotacja jest wykonywana raz po metodach zadeklarowanych w tagu testng.xml.
  • Ta adnotacja jest dostępna tylko dla TestNG.
JUnit 5TestNG
Nie dotyczy@AfterTest

# 8) Adnotacja do metody po klasie

To jest adnotacja dotycząca metody, która ma zostać wykonana raz po uruchomieniu ostatniej metody testowej w klasie.

JUnit 5TestNG
@W sumie@Po zajęciach

# 9) Adnotacja wyłączająca wykonanie metody testowej.

  • JUnit 5 zawiera adnotację wyłączającą wykonanie określonego testu.
  • TestNG udostępnia atrybut @Test, tj. „Włączony” z wartością logiczną, która decyduje, czy wykonanie metody będzie wyłączone czy włączone
JUnit 5TestNG
@ignorować@Test (włączone = fałsz)

Odnosić się do Samouczek 7 Pomijanie wykonywania aby zrozumieć, jak wyłączyć testy w JUnit4 i JUnit 5

# 10) Adnotacja limitu czasu

Adnotacja jest taka sama dla JUnit 5 i TestNG

JUnit 5TestNG
@Test (limit czasu = 2000)@Test (limit czasu = 2000)

# 11) Oczekiwany atrybut wyjątku

  • Klasa wyjątku stwierdza, że ​​po wykonaniu testu generowany jest wyjątek danej klasy.
  • Jest to obsługiwane zarówno w JUnit, jak i TestNG z różnicami w sposobie deklarowania obu.
JUnit 5TestNG
@Test (oczekiwano = NullPointerException.class)@Test (spodziewanyException = NullPointerException.class)

# 12) Adnotacja związana z pakietem

  • Metoda z adnotacją @AfterSuite jest wykonywana raz po uruchomieniu bieżącego zestawu testów.
  • Ta adnotacja ma zastosowanie tylko w TestNG.
JUnit 5TestNG
Nie dotyczy@AfterSuite

# 13) Adnotacja związana z grupą

  • Adnotacja jest dostępna tylko w TestNG.
  • Metoda z adnotacją @BeforeGroups jest uruchamiana przed uruchomieniem metod testowych należących do określonej grupy.
JUnit 5TestNG
Nie dotyczy@BeforeGroups
  • Adnotacja jest dostępna tylko w TestNG.
  • Metoda z adnotacją @BeforeGroups jest uruchamiana po uruchomieniu metod testowych należących do określonej grupy.
JUnit 5TestNG
Nie dotyczy@AfterGroups

# 14) Adnotacje związane z kolejnością wykonania

Zarówno JUnit, jak i TestNG obsługują jawne ustawianie kolejności testów do wykonania. Innymi słowy, ustalanie priorytetów dla przypadków testowych.

  • JUnit 5 ma adnotację @TestMethodOrder () z wbudowaną klasą pakietu MethodOrderer - Alphanumeric.class lub OrderAnnotation.class lub Random.class jako parametr wejściowy dla adnotacji.

Odnosić się do Samouczek 9 - Kolejność wykonania testu Junit aby uzyskać więcej informacji na temat ustawiania kolejności wykonywania testów w JUnit.

  • TestNG zawiera atrybut „priority” dla adnotacji @Test, który akceptuje wartość liczbową.
JUnit 5TestNG
@TestMethodOrder (Alphanumeric.class)@Test (priorytet = 1)

Podstawowy program do TestNG i JUnit 4

# 1) Kod TestNG

package newtest.com; import org.testng.annotations.Test; import org.testng.annotations.BeforeMethod; import org.testng.annotations.AfterMethod; import org.testng.annotations.DataProvider; import org.testng.annotations.BeforeClass; import org.testng.annotations.AfterClass; import org.testng.annotations.BeforeTest; import org.testng.annotations.AfterTest; import org.testng.annotations.BeforeSuite; import org.testng.annotations.AfterSuite; public class NewTestng { @Test(dataProvider = 'dp') public void f(Integer n, String s) { System.out.println(' * * * * * * *Parameterized method * * * * * * * * * '); System.out.println('Integer '+n+' String '+s); System.out.println(' * * * * * * * * * * * * * * * * '); } @BeforeMethod public void beforeMethod() { System.out.println('Before Method'); } @AfterMethod public void afterMethod() { System.out.println('After Method'); } @DataProvider public Object[][] dp() { return new Object[][] { new Object[] { 1, 'a' }, new Object[] { 2, 'b'}, }; } @BeforeClass public void beforeClass() { System.out.println('Before Class'); } @AfterClass public void afterClass() { System.out.println('After Class'); } @BeforeTest public void beforeTest() { System.out.println('Before Test'); } @AfterTest public void afterTest() { System.out.println('After Test'); } @BeforeSuite public void beforeSuite() { System.out.println('Before Suite'); } @AfterSuite public void afterSuite() { System.out.println('After Suite'); } }

Oczekiwany wynik:

Oczekiwany wynik

Wynik pakietu Running

# 2) Kod JUnit 4

package demo.tests; import static org.junit.Assert.*; import org.junit.After; import org.junit.Before; import org.junit.Test; import org.junit.BeforeClass; import org.junit.AfterClass; public class JunitTest { @Parameterized.Parameters public static Object[][] data() { return new Object[3][0]; } @BeforeClass public static void beforeClass() { System.out.println('Before Class'; } @Before public void beforeMethod() { System.out.println('Before Method'); } @Test public void f() { System.out.println(' * * * * * * *test * * * * * * * * * '); int n=10; System.out.println('Integer '+n); System.out.println(' * * * * * * * * * * * * * * * * '); } @After public void afterMethod() { System.out.println('After Method'); } @AfterClass public static void afterClass() { System.out.println('After Class'); } }

Oczekiwany wynik:

Oczekiwany wynik JUnit4

public void afterMethod

JUnit 5 vs TestNG: różnica funkcji z przykładami

# 1) Pakiet testowy

  • Zestaw testów to zbiór testów, co oznacza, że ​​łączymy razem wiele przypadków testowych z wielu klas.
  • Podejście, z którego korzysta TestNG, jest inne i potężne w porównaniu z JUnit.

Zestaw testów w JUnit 5

Przyjrzyjmy się szybko, jak JUnit 5 stosuje zestaw testów.

Odnosić się do Samouczek 8 -JUnit Test Suites & Filtering Przypadki testowe dla lepszego zrozumienia implementacji zestawu testów w JUnit 4 i JUnit 5.

@RunWith(JUnitPlatform.class) @SelectClasses({JUnit5TestCase1.class, JUnit5TestCase2.class }) public class JUnitTestSuite { }

Zestaw testów w TestNG

TestNG używa XML jako poniższego szablonu, aby opakować wszystkie logicznie łączące klasy Test

# 2) Test sparametryzowany

Zarówno TestNG, jak i JUnit pozwalają na parametryzację testów, co jest niczym innym jak przeprowadzaniem tych samych testów z różnymi zmianami danych.

Sparametryzowany test w JUnit 4

@RunWith(value=Parameterized.class) public class JUnitclass{ int n; public JUnitclass (int num){ this.n=num; } @Parameters public static Iterable data(){ Object[][] objectArray =new Object[][] {{1},{2},{3}}; returnArrays.asList(objectArray); } @Test public void Junittst(){ System.out.println(“Multiples of 2 are :”+ 2*n); } }

Sparametryzowany test w TestNG

Istnieją 2 sposoby wykorzystania parametryzacji w TestNG

  • @Parameters i przechodząc przez TestNG XML
  • Adnotacja @DataProvider

a) @Parameters i przechodząc przez TestNG XML

public class testins{ @Test @Parameters(value=”env_pd”) public void paramEnv(str env_pd){ If(env_pd=”QA”){ url=”definetest.com” } else if(env_pd=”accpt”){ url=”defineacc.com” }}}

XML dla tego samego

konwerter youtube na mp4 online za darmo bez pobierania

b) Dostawca danych

Adnotacja DataProvider zawsze zwraca Object [] [], który jest tablicą obiektów.

@DataProvider(name='state') public Object[][] getDataFromDataprovider(){ return new Object[][] { { 'Maharashtra', 'Pune' }, { 'Karnataka', 'Bangalore' }, { 'Kerala', 'Trivandrum' } }; @Test(dataProvider=”state”) public void paramMethd(str stateName, str cityName){ System.out.println(stateName+” ”+cityName); }

# 3) Limit czasu

Jeśli określony test nie zakończy się w określonym czasie, zostanie przekroczony limit czasu. W innych wątek zostaje przerwany.

Limit czasu w JUnit

Istnieją różne podejścia do implementacji Timeout w JUnit. To są:

  1. Używanie zwykłego limitu czasu z określonymi milisekundami
  2. Używanie limitu czasu z potwierdzeniem
  3. Korzystanie z globalnego limitu czasu

Będziemy mieć szczegółowy samouczek dotyczący limitu czasu dla JUnit 4 i JUnit 5.

Poniżej znajduje się fragment pokazujący użycie zwykłego limitu czasu w JUnit 5:

@Test(timeout = 5000) public void testTimeout() throws InterruptedException { while (true) { } }

Powyższy limit czasu testu po 5 sekundach.

Limit czasu w TestNG

TestNG wykorzystuje również prosty sposób implementacji Timeout:

@Test(timeout = 5000) public void testTimeout() throws InterruptedException { while (true) { } }

# 4) Test wyjątków

Test wyjątku zapewnia, że ​​gdy zostanie zgłoszony ten wstępnie zdefiniowany wyjątek, zostanie on bezpiecznie przechwycony i powiadomiony w dziennikach.

Test wyjątków w JUnit 4

@Test (expected = NumberFormatException.class) public void converttoint() { Int j=Integer.parseInt(“Four”); }

Będzie osobny samouczek szczegółowo omawiający Wyjątki dla JUnit 4 i 5.

jak znaleźć klucz bezpieczeństwa routera

Test wyjątków w TestNG

Istnieje niewielka zmiana w deklaracji testu wyjątków w TestNG:

@Test (expectedExceptions = NumberFormatException.class) public void converttoint() { Int j=Integer.parseInt(“Four”); }

# 5) Wyłącz test

Zarówno TestNG, jak i JUnit umożliwiają wyłączenie testu do wykonania.

Wyłączono test w JUnit 5

@Disabled adnotacja, gdy jest używana na początku klasy, wszystkie testy w klasie są pomijane do wykonania. Adnotacja, gdy jest używana nad określoną metodą @Test, ten konkretny przypadek testowy jest wyłączany do wykonania.

import org.junit.AfterClass; @Disabled('the testcase is under development') public class JUnitProgram {

Wyłączono test w TestNG

TestNG umożliwia testowi wyłączenie wykonywania testu, gdy atrybut „enabled” adnotacji @Test ma wartość false i jest włączony, gdy atrybut ma wartość true. Jeśli wszystkie testy w klasie muszą być włączone, jawnie zaznacz opcję enabled = true dla każdej metody @Test.

Poniżej znajduje się fragment kodu, który demonstruje pominięcie testu.

@Test(enabled=false) public void f_validate(){ // let us skip this function}

# 6) Testy grupowe

Na wielu stronach i forach pojawiły się sprzeczne stwierdzenia, na których ludzie wspominali, że JUnit nigdy nie wspierał grupowania testów o określonej nazwie grupy.

Adnotacje @BeforeGroups i @AfterGroups są dostępne tylko z TestNG, jednak grupowanie jest dozwolone w JUnit 4, a także w JUnit 5. Tutaj szybko zademonstrujemy użycie testów grupowych w JUnit 5. Testy grupowe są nazywane kategoriami w JUnit 4 i tagach w JUnit 5.

Możesz odnieść się do Samouczek 8 - JUnit Test Suites & Filtering Tests aby uzyskać szczegółowe informacje na temat wykorzystania w JUnit.

Testy grupowe w JUnit 5

@Tag(“Regression”) @Test public void junitMethod1(){} @Tag(“SmokeTest”) @Test public void junitMethod2(){

Fragment kodu z JUnit5TestSuite.java:

Poniższy kod zawiera grupę o nazwie „Regression” i wyklucza grupę „SmokeTest”, która wnioskuje, że zostanie uruchomiona junitMethod1 (), jednak junitMethod2 () jest wykluczona.

@RunWith(JUnitPlatform.class) @SelectPackages({“demo.tests“}) @IncludeTags(“Regression”) @ExcludeTags(“SmokeTest”) public class JUnit5TestSuite { }

Testy grupowe w TestNG

Jeśli powyższy fragment ma zostać zinterpretowany w TestNG, poniżej znajduje się kod dla tego samego:

@Test(groups={“Regression” }) public void junitMethod1(){} @Test(groups={“SmokeTest” }) public void junitMethod2(){}

TestNG XML wygląda następująco:

Tutaj metody grup regresji są uwzględnione w runner, podczas gdy pozostałe grupy, w tym SmokeTest, są wykluczone.

# 7) Testy równoległe

Ta funkcja jest dostępna tylko z TestNG. Zazwyczaj przypadki testowe są rodzajami wątków, które są wywoływane jeden po drugim. Jeśli jednak chcesz zaoszczędzić czas wykonywania, możesz to kontrolować w TestNG, ustawiając testy tak, aby były uruchamiane równolegle i podając liczbę wątków, które muszą być uruchamiane jednocześnie.

Pokrótce zademonstrujemy tutaj użycie metod zależnych i nie będziemy omawiać zależności od grup.

Test zależny dotyczący innej metody jest ustawiany za pośrednictwem pliku XML TestNG w następujący sposób:

# 8) Zależne testy

Testy zależne to zaawansowane funkcje dostępne tylko w TestNG. Zależności mogą dotyczyć testu lub grupy.

@Test mytest1(){ System.out.println(“My test : mytest1”); } @Test (dependensOnMethods={“mytest1”}) public void mytest2(){ System.out.println(“My test : mytest2”); }

W powyższym programie, ponieważ mytest2 zależy od mytest1, najpierw uruchamia się mytest1, a następnie mytest2. Jeśli mytest1 zawiedzie, to mytest2 nie zostanie wywołany. W ten sposób można wstępnie zdefiniować zależne przypadki testowe, aby kontrolować określony przepływ pracy, który chcesz wykonać.

# 9) Słuchacze

Słuchacze nasłuchują każdego zdarzenia, które ma miejsce podczas testów. Odbiorniki są obsługiwane zarówno w JUnit, jak i TestNG. Tak więc, jeśli chcesz wykonać określone zadania lub wyświetlić konkretny komunikat w dzienniku przed rozpoczęciem testu, po jego zakończeniu, gdy test zostanie pominięty, gdy test zostanie zaliczony lub nieudany, mamy te funkcje Listenera, które umożliwiają nam Zrób to

JUnit używa klasy Listener, a TestNG używa interfejsu Listener. TestNG napisze klasę detektora definiującą metody interfejsu Listener, a drugim krokiem jest wywołanie tej nazwy klasy Listener przy użyciu adnotacji @Listeners w klasie głównej.

JUnit dziedziczy również metody z klasy nadrzędnej Listener, po której zdefiniowano klasę wykonawczą Listener w celu zastosowania funkcji detektora do jednej lub większej liczby klas głównych.

Listener w TestNG

Istnieje interfejs ITestListener, z którego zaimplementowano TestNG.

Poniżej znajdują się metody, które należy zdefiniować po zaimplementowaniu ITestListener -

  1. OnTestStart ()
  2. OnTestFailure ()
  3. OnTestSuccess ()
  4. OnTestSkipped ()
  5. OnStart ()
  6. OnFinish ()

Poniżej znajduje się fragment kodu demonstrujący onTestStart () i onTestSuccess ()

import org.testng.ITestListener; import org.testng.ITestResult; public class TestListener implements ITestListener { @Override public void onTestStart(ITestResult result) { System.out.println('Execution started: '+result.getName()); } @Override public void onTestSuccess(ITestResult result) { System.out.println('Test Passed '+result.getName()); }

Wywołaj tę klasę listenera w swojej głównej klasie, jak pokazano poniżej, używając adnotacji @Listener:

import org.testng.annotations.Listeners; import org.testng.annotations.Test; @Listeners(com.javatpoint.Listener.class) public class MymainClass { @Test public void sum() {

Słuchacz w JUnit 5

RunListener to klasa, która musi zostać rozszerzona przez klasę detektora w celu zdefiniowania funkcji Listener.

Mamy następujące metody dla JUnit:

  1. testRunStarted
  2. testRunFinished
  3. testFailure
  4. tesIgnored
import org.junit.runner.notification.Failure; import org.junit.runner.notification.RunListener; public class Mylistenerclass extends RunListener { public void testRunStarted(Description desc) throws java.lang.Exception { System.out.println('Execution started' + desc.getMethodName()); } public void testRunFinished(Description desc) throws java.lang.Exception { System.out.println('Execution finished' + desc.getMethodName()); }

Musi być utworzona klasa wykonawcza detektora, aby wywołać powyższą klasę detektora.

Możesz zastosować klasę Mylistener detektora do wielu klas z metodami testowymi.

public class ListenerRunner { public static void main(String[] args) { JUnitCore runme = new JUnitCore(); runme.addListener(new ListenerRunner()); runner.run(FirstClass.class, SecondClass.class); }

Wniosek

W tym samouczku JUnit Vs TestNG porównaliśmy platformy TestNG i JUnit. Dowiedzieliśmy się o wspólnych funkcjach obsługiwanych w obu frameworkach, a także dodatkowych funkcjach obsługiwanych tylko w TestNG. Najwyraźniej jest kilka dodatkowych funkcji tylko w TestNG, takich jak równoległe wykonywanie i testy zależności. Większość funkcji obsługiwanych przez TestNG jest również dostępna w JUnit.

Istnieją niewielkie odchylenia w zakresie składni, terminologii w JUnit vs TestNG dla wspólnych cech. Ci, którzy podważyli siłę JUnit nad TestNG, do tej pory zdawali sobie sprawę, że JUnit jest również jednym z potężnych frameworków automatyzacji.

Wrócimy z wieloma ciekawszymi aspektami JUnit. Trzymaj się nadchodzących samouczków !!!

PIERWSZY samouczek

rekomendowane lektury

^