JUnit Przypadki testowe @Before @BeforeClass Adnotacja

JUnit jest najpopularniejszą jednostką Testy ramy w Java. Jest to wyraźnie zalecane Testów jednostkowych. JUnit nie wymaga serwera do testowania aplikacji internetowej, dzięki czemu proces testowania jest szybki.

JUnit Framework umożliwia także szybkie i łatwe generowanie przypadków testowych i danych testowych. The org.junit pakiet składa się z wielu interfejsów i klas dla JUnit testowania, takie jak Test, Assert, After i Before. Szerszy JUnit rodzina opiera się na tych samych elementach.

Czym jest przyrząd testowy?

Zanim zrozumiemy, czym jest element testowy, przyjrzyjmy się poniższemu kodowi.

Ten kod został zaprojektowany do wykonania dwóch przypadków testowych na prostym pliku.

public class OutputFileTest {
    private File output; 
    output = new File(...);
    output.delete(); 
public void testFile1(){
        //Code to verify Test Case 1
}
    output.delete();
    output = new File(...);
public void testFile2(){
        //Code to verify Test Case 2
}
 output.delete(); 
}

Niewiele jest tutaj kwestii

• Kod jest nieczytelny.
• Kod nie jest łatwy w utrzymaniu.
• Jeśli zestaw testów jest złożony, kod może zawierać problemy logiczne.

Porównaj ten sam kod za pomocą JUnit.

public class OutputFileTest		
{
    private File output; 
    @Before public void createOutputFile() 
    { 
       output = new File(...);
    }
  
	@After public void deleteOutputFile() 
    {
        output.delete(); 
    } 
     
    @Test public void testFile1() 
    {
       // code for test case objective
    } 
	@Test public void testFile2() 
    {
       // code for test case objective
    }
}

Kod jest o wiele bardziej czytelny i łatwiejszy w utrzymaniu. Powyższa struktura kodu to przyrząd pomiarowy.

Urządzenie testowe to kontekst, w którym a JUnit Przypadek testowy biegnie. Zazwyczaj urządzenia testowe obejmują:

• Obiekty lub zasoby dostępne dla dowolnego przypadku testowego.
• Wymagane działania, które udostępniają te obiekty i zasoby.
• Te czynności są
  1. alokacja (ustawienie)
  2. dealokacja (porzuca).

Konfiguracja i demontaż

Mecze mają znaczenie, ponieważ JUnit stosuje te haki przy każdym teście.

• Zwykle przed każdym przypadkiem testowym należy wykonać pewne powtarzające się zadania. Przykład: utwórz połączenie z bazą danych.
• Podobnie na końcu każdego przypadku testowego mogą pojawić się pewne powtarzające się zadania. Przykład: do oczyszczenia po zakończeniu wykonywania testu.
• JUnit Zawiera adnotacje ułatwiające konfigurację i demontaż. Zapewnia zwolnienie zasobów i gotowość systemu testowego do kolejnego przypadku testowego.

Te JUnit adnotacje omówiono poniżej.

ustawienie

@Zanim adnotacja w JUnit jest używany w metodzie zawierającej Java kod, który należy uruchomić przed każdym przypadkiem testowym, tzn. kod, który należy uruchomić przed każdym wykonaniem testu.

Rozbiórka (niezależnie od wyroku)

@Po adnotacja jest używana w metodzie zawierającej Java Kod do uruchomienia po każdym przypadku testowym. Te metody zostaną uruchomione nawet w przypadku wystąpienia wyjątku w przypadku testowym lub w przypadku błędów asercji.

Uwaga:

• Dopuszcza się dowolną liczbę adnotacji wymienionych powyżej.
• Wszystkie metody z adnotacją @Zanim in JUnit będą uruchamiane przed każdym przypadkiem testowym, ale mogą być uruchamiane w dowolnej kolejności.
• Możesz dziedziczyć metody @Before i @After z superklasy. Wykonanie przebiega następująco i jest standardowym procesem wykonania w JUnit.

1. Wykonaj JUnit @Przed metodami w nadklasie
2. Wykonaj metody @Before w tej klasie
3. Wykonaj metodę @Test w tej klasie
4. Wykonaj metody @After w tej klasie
5. Wykonaj metody @After w nadklasie

JUnit Uwaga 5: te adnotacje są JUnit 4 (org.junit). JUnit 5 zmieniło ich nazwy org.junit.jupiter.apii JUnit Poniższy kod 4 nadal działa na starym silniku.

Przykład: Tworzenie klasy z plikiem jako elementem testowym

public class OutputFileTest		
{
    private File output; 
    @Before	public void createOutputFile() 
    { 
       output = new File(...);
    }
  
	@After public void deleteOutputFile() 
    {
        output.delete(); 
    } 
     
    @Test public void testFile1() 
    {
       // code for test case objective
    } 
	@Test public void testFile2() 
    {
       // code for test case objective
    }
}

W powyższym przykładzie łańcuch wykonania będzie wyglądał następująco. Diagram tracto jeden cykl tworzenia-testowania-usuwania na metodę testową.

1. utwórz plik wyjściowy()
2. plik testowy1()
3. usuń plik wyjściowy()
4. utwórz plik wyjściowy()
5. plik testowy2()
6. usuń plik wyjściowy()

Założenie:

testFile1() działa przed testFile2(), co nie jest gwarantowane.

Konfiguracja jednorazowa

• Możliwe jest uruchomienie metody tylko raz dla całej klasy testów przed wykonaniem któregokolwiek z testów i przed jakimkolwiek innym @Zanim metoda(-y).
• „Konfiguracja jednorazowa” jest przydatna do uruchamiania serwerów, nawiązywania połączeń i podobnych zadań. Zamykanie i ponowne otwieranie zasobów dla każdego testu jest czasochłonne.
• Można to zrobić za pomocą adnotacji @Przed zajęciami in JUnit.

@BeforeClass public static void Method_Name() {	
    // class setup code here	
 }	

Metoda musi być publiczna statyczna pustka, Ponieważ JUnit wywołuje ją zanim powstanie jakakolwiek instancja testowa.

Jednorazowe zburzenie

• Podobnie jak w przypadku konfiguracji jednorazowej, dostępna jest również metoda jednorazowego czyszczenia. Jest ona uruchamiana po wszystkich metodach przypadków testowych i @Po adnotacje zostały wykonane.
• Przydatne do zatrzymaniaping serwerów i zamykanie łączy komunikacyjnych.
• Można to zrobić za pomocą @Po zajęciach adnotacja.

 @AfterClass public static void Method_Name()	
 {	
    // class cleanup code here	
 }	

JUnit Zestawy testowe

Po ustaleniu warunków, powiązane klasy testowe są zazwyczaj grupowane i uruchamiane razem.

Jeśli chcemy wykonać wiele testów w określonej kolejności, możemy to zrobić, łącząc wszystkie testy w jednym miejscu. To miejsce nazywa się zestawem testów. Więcej szczegółów na temat wykonywania zestawów testów i ich wykorzystania w… JUnit są objęte tym Tutorial.

JUnit Test Runner

JUnit udostępnia narzędzie do wykonywania przypadków testowych.

• JUnitrdzeń klasa służy do wykonywania tych testów.
• Metoda tzw uruchomKlasy przez org.junit.runner.JUnitrdzeń służy do uruchomienia jednej lub kilku klas testowych.
• Typ zwracany przez tę metodę to Wynik obiekt (org.junit.runner.Wynik), który służy do uzyskiwania dostępu do informacji o testach. Aby uzyskać więcej informacji, zobacz poniższy przykład kodu.

public class Test {				
			public static void main(String[] args) {									
       		Result result = JUnitCore.runClasses(CreateAndSetName.class);					
			for (Failure failure : result.getFailures()) {							
         		System.out.println(failure.toString());					
      }		
      System.out.println(result.wasSuccessful());					
   }		
}      

W powyższym kodzie obiekt „result” jest przetwarzany w celu uzyskania informacji o błędach i pomyślnych wynikach wykonywanych przez nas przypadków testowych. Pomocnicy, tacy jak AssertEquals podnieść te awarie, podczas gdy @Ignorować pomija test.

JUnit Uwaga 5: JUnitrdzeń jest JUnit 4 biegaczy. JUnit 5 zastępuje go JUnit Platforma wyrzutnia API, zwykle uruchamiane przez IDE, Gradle lub Maven Surefire.

Imię JUnit Program

Dobra znajomość SDLC, Java programowanie i podstawy Testowanie oprogramowania proces pomaga w zrozumieniu JUnit program, podobnie jak wiedza o tym, jak testy jednostkowe różnią się od testów integracyjnych.

Zrozumiemy testowanie jednostkowe na żywym przykładzie. Musimy utworzyć klasę testową z metodą testową adnotowaną @Test jak podano poniżej:

MojaFirstClassTest.java

package guru99.JUnit;		

import static org.junit.Assert.*;				

import org.junit.Test;		

public class MyFirstClassTest {				

    @Test		
    public void myFirstMethod(){					
        String str= "JUnit is working fine";					
        assertEquals("JUnit is working fine",str);					
    }
}		

TestRunner.java

Aby wykonać naszą metodę testową (powyżej), musimy utworzyć program uruchamiający testy. W programie uruchamiającym testy musimy dodać klasę testową jako parametr w JUnitMetoda runClasses() programu Core. Zwraca wynik testu w zależności od tego, czy test zakończył się pomyślnie, czy niepomyślnie.

Więcej szczegółów znajdziesz w poniższym kodzie:

package guru99.JUnit;		

import org.junit.runner.JUnitCore;		
import org.junit.runner.Result;		
import org.junit.runner.notification.Failure;		

public class TestRunner {				
			public static void main(String[] args) {									
            Result result = JUnitCore.runClasses(MyFirstClassTest.class);					
			for (Failure failure : result.getFailures()) {							
              System.out.println(failure.toString());					
      }		
      System.out.println("Result=="+result.wasSuccessful());							
   }		
}      	

Wydajność

Pewnego razu TestRunner.java Wykonuje nasze metody testowe i otrzymujemy wynik jako niepowodzenie lub powodzenie. Poniżej znajduje się wyjaśnienie wyniku:

1. W tym przykładzie po wykonaniu MojaFirstClassTest.java, test został zaliczony, a wynik jest zielony.
2. Gdyby się nie udało, wynik zostałby wyświetlony na czerwono, a awarię można zaobserwować na wyświetlaczu. trace. Zobacz JUnit Poniżej interfejs graficzny:

FAQ