Menu

Wiele sposobów wykonywania testów JUnit

multiple ways execute junit tests

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Ten samouczek przedstawia różne sposoby wykonywania testów JUnit, takich jak Uruchamianie jako test JUnit, używanie skrótów klawiaturowych lub uruchamianie testu JUnit z wiersza poleceń itp.

W naszym poprzednim samouczku widzieliśmy, jak napisać podstawowe przypadki testowe JUnit i zastosować podejście do urządzeń testowych jako jedną z dobrych praktyk programowania dla JUnit.

W tym samouczku przyjrzyjmy się różnym sposobom wykonywania testów dla JUnit. Będziesz zaskoczony liczbą dostępnych opcji uruchamiania tych przypadków testowych.

=> Obejrzyj serię szkoleń Simple JUnit tutaj.

Wiele sposobów wykonywania testów JUnit

Czego się nauczysz:

Różne sposoby wykonywania testów JUnit

Aby wykonać testy JUnit, istnieją pewne sposoby, w których można uruchomić pojedynczy plik klasy z jedną lub wieloma metodami testowymi, korzystając z następujących opcji:

  1. Opcja „Uruchom jako test JUnit”.
  2. Uruchom ostatnio wykonany test JUnit za pomocą opcji menu.
  3. Uruchom za pomocą klawiszy skrótu.
  4. Uruchom tylko jedną metodę testową w klasie.
  5. Uruchom wiersz poleceń.
  6. Uruchom przy użyciu pliku klasy Testrunner.
  7. Uruchom również przez Mavena.

Uwaga: Wykonanie testu JUnit za pośrednictwem Maven zostanie rozważone w osobnym samouczku dla JUnit Maven.

Powtarzając tę ​​kwestię, w tym samouczku dowiemy się, jak wiele testów można pogrupować w zestaw testów i jak można uruchomić pakiet na różne sposoby. Poza tym zawiera szczegółowe informacje na temat pewnych istotnych i powiązanych informacji dodatkowych.

# 1) Uruchom jako test JUnit

Najprostszym sposobem wykonania testów JUnit jest:

Metoda 1:

  1. Kliknij prawym przyciskiem myszy plik klasy w widoku Skrypt
  2. Wybierz Uruchom jako -> Test JUnit
  3. Plik klasy jest wykonywany.

Metoda 2:

  1. Podobnie możesz wybrać plik klasy z widoku Eksploratora pakietów
  2. Kliknij plik prawym przyciskiem myszy
  3. Wybierz Uruchom jako -> Test JUnit
  4. Plik klasy jest wykonywany.

Uwaga: W ten sposób można było uruchamiać jeden plik klasy na raz.

Uruchom jako test JUnit

# 2) Uruchom ostatnio wykonany test JUnit za pomocą opcji menu

Możesz uruchomić plik klasy JUnit, pozostawiając otwarty plik klasy w edytorze. Przejdź do górnego menu Eclipse => Wybierz Run => Run . Opcja Uruchom -> Uruchom w zasadzie oznacza to ponowne uruchomienie ostatniego testu.

Rozważmy klasę JUnit z wieloma metodami / testami, aby lepiej wyjaśnić, jak to zrobić Uruchom-> Uruchom Pracuje:

  • Scenariusz 1 : Gdybyś uruchomił plik pojedyncza metoda z @Test, a następnie po kliknięciu Uruchom-> Uruchom , pojedyncza metoda, która była uruchomiona jako ostatnia, działałaby tylko tym razem, a nie cała klasa JUnit.
  • Scenariusz 2 :Podczas gdy miałeś uruchomić cała klasa poprzednio, Uruchom-> Uruchom uruchomi ponownie cały plik klasy.

Teraz, gdy wiemy, że Run-> Run uruchamia ostatnio przeprowadzony test, to prowadzi nas do pliku pytanie czy możesz zmienić preferencje opcji Run-> Run?

Odpowiedź na pytanie brzmi: Tak, preferencje opcji Run-> Run można zmienić. Istnieje pewna konfiguracja dołączona do Run-> Run.

Oto jak możesz to zrobić:

do) Zasadniczo ustawienie uruchamiania Eclipse to uruchom wybrany zasób lub aktywny edytor, jeśli można go uruchomić .

Więc co oznacza ustawienie domyślne - „Uruchomić wybrany zasób lub aktywny edytor, jeśli można go uruchomić”?

Odpowiedź jest taka, że ​​nie uruchomi on ostatnio uruchomionej aplikacji, a raczej będzie następował po ponownym uruchomieniu ostatnio uruchomionej aplikacji dla aktywny redaktor .

b) Jak więc zmienić domyślne preferencje?

Odpowiedzią na to jest to, że możesz zmienić domyślne preferencje w Eclipse, aby uruchomić ostatnią uruchomioną aplikację niezależnie od aktywnego redaktora ty masz.

Poniżej opisano, jak zmienić preferencje opcji Uruchom za pomocą opcji Uruchom -> Uruchom:

  • Nawigować do Windows => Preferencje => Uruchom / Debuguj => Uruchamianie
  • „Uruchomienie” ma domyślny przycisk opcji - ' Uruchom poprzednio uruchomioną aplikację ” wybrany w ramach drugiej opcji „ Uruchom wybrany zasób lub aktywny edytor. Jeśli nie można go uruchomić : ”.
  • Być może trzeba będzie zmienić tę preferencję na pierwszy przycisk opcji, tj. ' Zawsze uruchamiaj poprzednio uruchomioną aplikację ”.

2. Uruchom ostatnio wykonany test JUnit za pomocą opcji menu

# 3) Uruchom za pomocą klawiszy skrótu

Możesz wybrać plik klasy z widoku Skrypt lub Eksploratora pakietów i użyć poniższych klawiszy skrótu, aby wykonać testy JUnit:

  1. Naciśnij klawisze ALT + SHIFT + X, T w celu wykonania pliku klasy JUnit.
  2. Alternatywą byłaby prasa ALT + R, a następnie CTRL + F11 aby wykonać plik klasy JUnit. ALT + R, a następnie CTRL + F11 to skrót do opcji menu Uruchom -> Uruchom

# 4) Uruchom tylko jedną metodę testową w klasie

Czasami możesz chcieć uruchomić jedną metodę testową JUnit.

W przypadku, gdy istnieje więcej niż jedna metoda w pliku klasy JUnit:

  1. Możesz zaznaczyć lub umieścić kursor na nazwie metody w widoku skryptu.
  2. Użyj klawiszy skrótu wymienionych powyżej lub opcji podanych powyżej, aby wykonać tylko wybraną metodę.

Uwaga: ALT + SHIFT + X, T może uruchamiać wybrane metody zgodnie z oczekiwaniami. Jeśli jednak chcesz uruchomić określoną metodę w klasie JUnit, musi to być przypadek testowy z adnotacją @Test, w przeciwnym razie pokazuje błąd inicjalizacji.

Innymi słowy, jeśli wybierzesz metody pod @Before lub @After (dowolna adnotacja inna niż @Test), wykonanie określonej metody spowoduje błąd.

# 5) Uruchom testy JUnit z wiersza poleceń

Podobnie jak w przypadku uruchamiania dowolnych plików klas Java za pośrednictwem wiersza poleceń, można również kompilować i uruchamiać pliki klas JUnit za pośrednictwem wiersza poleceń.

Omówimy tutaj poniższe podtematy, aby zrozumieć, w jaki sposób możemy uruchomić testy JUnit za pomocą wiersza poleceń:

  1. Jak skompilować test JUnit w wierszu poleceń?
  2. Jak uruchomić test JUnit w wierszu poleceń?
  3. Dodatkowe informacje o wykonywaniu z wiersza poleceń.
    • Jak naprawić nierozpoznany błąd polecenia dla polecenia javac?
    • Zalety uruchamiania testów za pomocą wiersza poleceń.

# 5.1) Jak skompilować test JUnit w linii poleceń?

Warunkiem wstępnym kompilacji i uruchomienia pliku klasy JUnit za pomocą wiersza polecenia jest:

  1. Najpierw dodaj odpowiednie pliki jar JUnit do ścieżki klas.
  2. Ustaw zmienne środowiskowe, jak wspomniano w SetUp z JUnit instruktaż.
  3. Następnie skompiluj plik klasy JUnit.
  4. Składnia kompilacji pliku klasy JUnit za pomocą wiersza poleceń jest następująca:
javac -cp junit-4.0.0.jar;. JUnitProgram.java

Tutaj javac jest kompilatorem Java, który używa opcji -cp.

Komenda javac -cp szuka następujących parametrów:

  1. Po pliku jar JUnit następuje średnik.
  2. Ścieżka do katalogu, w którym istnieje plik źródłowy.
  3. Nazwa pliku klasy

Co oznacza kropka (.) W podanej powyżej składni?

Wspomnieliśmy o kropce w miejscu całej ścieżki katalogu.

Kropka oznacza, że:

  1. Ścieżka klasy zawiera już bieżący katalog plików źródłowych Java.
  2. JVM (wirtualna maszyna języka Java) automatycznie zakłada, że ​​pliki źródłowe znajdują się w bieżącym katalogu.
  3. Następnie JVM wyszukuje tam wspomnianą nazwę pliku JUnit. Nazwa pliku to ostatni parametr podany w poleceniu kompilacji.

Możesz sprawdzić parametry, które wchodzą do -cp, wykonując następujące kroki:

  1. Otwórz wiersz polecenia.
  2. Wpisz javac i naciśnij klawisz ENTER.
  3. Pojawiają się wszystkie odpowiednie opcje, w tym -cp. Przekonasz się, że parametr -cp jest dołączany jako parametr, gdzie ścieżka jest ścieżką do plików klas, których szuka JVM.

Zrzut ekranu poniżej:

skompiluj test JUnit w wierszu poleceń

Jak skompilować wiele plików naraz?

Wiele plików testowych JUnit można skompilować jednocześnie, oddzielając nazwy plików spacjami.

Poniżej podano przykład, w którym kompilujesz pliki java JUnitProgram i demoTest:

javac -cp junit-4.0.0.jar;. JUnitProgram.java demoTest.java

# 5.2) Jak uruchomić test JUnit z wiersza poleceń?

Podobnie jak javac jest używany kompilator Java, podobnie java -cp służy do uruchamiania plików klas Java, w tym klas JUnit.

Poniżej znajduje się składnia, którą możesz śledzić:

java -cp junit-4.0.0.jar;. JUnitProgram demoTest

To polecenie wykonuje jeden po drugim oba pliki JUnitProgram.java i demoTest.java.

# 5.3) Dodatkowe informacje o „wykonywaniu z wiersza poleceń”.

jak skonfigurować eclipse dla C ++

Oto dodatkowe informacje na temat jak naprawić błąd poleceniem javac i po co używać opcji uruchamiania wiersza polecenia

# 5.3.1) Jak naprawić błąd nierozpoznanego polecenia dla polecenia javac?

Większość z nas napotkałaby ten problem podczas próby wykonania javac polecenie za pomocą wiersza poleceń. Przydarzyło się to również mnie; więc pomyśleliśmy o zapisaniu go tutaj.

do) Weszliśmy do polecenia javac i wciśnięty Wchodzić w wierszu polecenia.

b) Komunikat o błędzie - javac nie jest rozpoznawany jako polecenie wewnętrzne lub zewnętrzne, program operacyjny lub plik wsadowy pojawił się jak poniżej:

Komunikat o błędzie

Tutaj zaczyna się kompilacja plików klas Java z wiersza poleceń. Dlatego błąd rzeczywiście budzi niepokój i nie można go zignorować.

Aby rozwiązać problem, wykonaj poniższe czynności i Tutaj jest!!! widzisz, że błąd zniknął:

  • Pokażmy ten proces przy użyciu podstawowego pliku Java. Pierwszym krokiem, jaki możesz zrobić, jest utworzenie podstawowej klasy Java Na przykład. : „Calculator.java”
  • Zlokalizujemy Calculate.java z Eksploratora Windows i skopiujemy ścieżkę.

Calculate.java z Eksploratora Windows

  • Zmień katalog w wierszu polecenia na skopiowaną ścieżkę (ścieżkę do pliku źródłowego). Użyj cd, aby zmienić katalog.

3. Zmień katalog w wierszu poleceń na skopiowaną ścieżkę

  • Teraz ustaw PATH na folder jdk bin za pomocą polecenia.

SET PATH = i naciśnij ENTER.

  • Tutaj ścieżka jdk to C: Program Files Java jdk1.8.0_181 bin. Dlatego odpowiednio ustawiliśmy ścieżkę. Wynikowe nic nie pokazuje po naciśnięciu klawisza ENTER po poleceniu.

Wynik nie pokazuje nic po naciśnięciu klawisza ENTER

  • Teraz sprawdź, czy maszyna JVM rozpoznaje polecenie javac wpisując komendę javac i naciskając ENTER.
    1. Jeśli rozpoznaje polecenie, jako wynik zostanie wyświetlony zestaw prawidłowych opcji dla javac.
    2. W przeciwnym razie błąd pojawi się ponownie.

Poniżej znajduje się zrzut ekranu pokazujący, że pomyślnie usunęliśmy błąd.

polecenie javac

Nie próbujmy tutaj wymykać się istotnemu pytaniu:

Dlaczego maszyna JVM rozpoznała polecenie javac po ustawieniu ścieżki do folderu jdk bin?

Jesteśmy pewni, że i Ty będziesz mieć to pytanie w głowie. Poniżej podano odpowiedź.

  • Folder jdk bin zawiera wszystkie biblioteki dla polecenia javac. Dlatego właśnie po odpowiednim ustawieniu ścieżki maszyna JVM może teraz bez problemu rozpoznawać polecenie javac.
  • Zobacz folder javac pod koszem jdk na poniższym obrazku.

javac w bin jdk

  • Następnie możesz uruchomić polecenie „Kompiluj i uruchom Java” za pomocą wiersza poleceń. Poza tym pamiętaj również o odpowiednim ustawieniu zmiennej CLASSPATH. Zmienne JAVA_HOME i JUNIT_HOME odpowiednio dla plików Java i plików JUnit.

# 5.3.2) Zaleta uruchamiania testów przy użyciu wiersza poleceń:

Omówmy szybko przewagę nad uruchamianiem przypadków testowych Java / JUnit za pomocą wiersza poleceń.

Jak już wiesz, nie ma sztywnej i szybkiej reguły dotyczącej wykonywania plików klas przez wiersz poleceń. To tylko alternatywny sposób zarządzania kompilacją i wykonywaniem plików klas.

Jeśli zapytasz, czy posiadanie know-how w zakresie wykonywania testów JUnit za pomocą wiersza poleceń ma szczególne zalety, odpowiemy „Z pewnością tak”.

Powód odpowiedzi „Tak” podano poniżej:

  1. Wszystkie te serie kroków, które wykonaliśmy powyżej; można dodać do notatnika i przekonwertować na plik wsadowy.
  2. Teraz, gdy uruchomisz ten plik wsadowy za pomocą dwukrotnego kliknięcia, może to spowodować kompilację i wykonanie wielu plików testowych JUnit wymienionych w pliku wsadowym.

Jakie są korzyści z posiadania pliku wsadowego do kompilowania i wykonywania plików Java?

  1. Plik wsadowy / jar może działać jak przyjazne dla użytkownika narzędzie, które może umożliwić każdemu, kto nie jest świadomy wewnętrznej logiki kodu, i bardzo łatwo wykonać wiele przypadków testowych.
  2. Może to wyeliminować potrzebę zatrudniania wyspecjalizowanego programisty lub kontroli jakości do wykonywania tych zadań testowych. Zadanie wykonawcze można delegować do dowolnego zasobu bez przejmowania się ograniczeniami umiejętności.

W następnej alternatywnej opcji zobaczymy inny korzystny i godny pochwały sposób wykonywania naszych przypadków testowych JUnit.

# 6) Uruchom pakiet testów przy użyciu klasy Testrunner

W scenariuszach czasu rzeczywistego wykonanie jednego testu na raz jest najmniej preferowaną opcją.

  • Mamy przypadki, w których musimy uruchomić grupę powiązanych / niepowiązanych przypadków testowych.
  • Na przykład może być konieczne utworzenie i wykonanie zestawów testów regresji lub zestawów testów dymnych.

Dowiemy się teraz o implementacji różnych adnotacji używanych do tworzenia zestawów testów i ich wykonywania.

Ogólny proces wykonywania zestawu testów za pomocą narzędzia Test Runner jest zgodny z poniższym przepływem pracy:

  1. Utwórz JUnit klasa 1, JUnit klasa 2,…. JUnit klasa n.
  2. Utwórz plik klas zestawu testów grupujący przypadki testowe.
  3. Utwórz plik klasy Testrunner, aby wywołać utworzony zestaw testów.
  4. Wykonaj klasę Testrunner.

Strukturę programów, za pomocą których będziemy demonstrować tworzenie zestawu testów i uruchamianie pliku runnera, przedstawia poniższy obrazek:

zestaw testów

Tutaj omówimy podtematy:

  1. Tworzenie klas JUnit
  2. Tworzenie zestawów testów
  3. Tworzenie pliku Testrunner i wykonywanie przy jego użyciu zestawów testów.
  4. Dodatkowe informacje o działaniu @RunWith z adnotacją.

# 6.1) Tworzenie klas JUnit

Zacznijmy od utworzenia dwóch prostych plików klas JUnit:

  1. JUnitTestCase1.java - Zawiera kod do weryfikacji oczekiwanej wartości liczbowej - zmiennej Wartość1 dopasowuje rzeczywistą wartość zmiennej Wartość2.
  2. JUnitTestCase2.java - Zawiera kod do sprawdzenia, czy oczekiwana zmienna łańcuchowa strValue i rzeczywista zmienna łańcuchowa strActual mecze.

Są to w zasadzie dwa przypadki testowe, które spróbujemy połączyć w logiczne zgrupowanie o nazwie zestaw testów i sprawić, by były uruchamiane jeden po drugim.

Kod dla JUnitTestCase1.java

package demo.tests; import static org.junit.Assert.*; import java.util.*; import java.lang.String; import static org.testng.Assert.assertTrue; import org.junit.Before; import org.junit.Test; import junit.framework.Assert; public class JUnitTestCase1 { public int Value1=6000; @Test public void junitMethod1(){ int Value2=9000; Assert.assertEquals(Value1, Value2); } }

Kod dla JUnitTestCase2.java

package demo.tests; import static org.junit.Assert.*; import java.util.*; import java.lang.String; import static org.testng.Assert.assertTrue; import org.junit.Before; import org.junit.Test; import junit.framework.Assert; public class JUnitTestCase2 { public String stringValue='JUnit'; @Test public void junitMethod2(){ String strActual='Junit1'; Assert.assertSame(stringValue, strActual); } }

# 6.2) Tworzenie zestawu testów:

Ta i następna sekcja odgrywają znaczącą rolę w całym procesie tworzenia i uruchamiania zestawu testów. W tej sekcji postaramy się zrozumieć jak zgrupować wiele klas testowych JUnit i powiązać je w zestaw testów .

Zgodnie z powyższym obrazem strukturalnym, stwórzmy zestaw testów grupujący JUnitTestCase1.java i JUnitTestCase2.java i nazwijmy pakiet JUnitTestSuite.java

Dwie adnotacje, które pomagają nam w tworzeniu zestawu testów, to:

  1. @RunWith i
  2. @SuiteClasses

Pakiety potrzebne do adnotacji:

  1. Będziesz musiał zaimportować pakiet org.junit.runner.RunWith; do włączenia adnotacji @RunWith.
  2. Będziesz potrzebować pakietu org.junit.runners.Suite.SuiteClasses do działania @SuiteClasses.
  3. Poza tym będziesz musiał również zaimportować pakiet org.junit.runners.Suite, aby przekazać parametr Suite.class do adnotacji @RunWith.

Przyjrzyjmy się kodowi, aby lepiej go zrozumieć !!

Kod dla JUnitTestSuite.java

package demo.tests; import static org.junit.Assert.*; import org.junit.After; import org.junit.AfterClass; import org.junit.BeforeClass; import org.junit.Test; import org.junit.runner.RunWith; import org.junit.runners.Suite; import org.junit.runners.Suite.SuiteClasses; @RunWith(Suite.class) @SuiteClasses({JUnitTestCase1.class, JUnitTestCase2.class }) public class JUnitTestSuite { @BeforeClass public static void printMe() { System.out.println('JUnitTestSuite is the test suite grouping testcase 1 and testcase 2'); } }

Zrozumienie kodu JUnitTestSuite.java:

  1. @RunWith pomaga JVM zrozumieć, jakiego rodzaju klasę runner powinien uruchomić Na przykład. Suite.class lub Cucumber.class
  2. Tutaj parametr @RunWith to Suite.class . Pomaga JVM rozpoznać, że bieżący plik, w którym jest używany @RunWith (Suite.class), odgrywa rolę w zestawie testów.
  3. Nazwy klas testowych JUnit, które mają być powiązane ze sobą w zestawie, muszą zostać przekazane jako tablica ciągów w postaci parametrów dla @SuiteClasses, oddzielonych przecinkami.
  4. Dzięki temu maszyna JVM wie, które przypadki testowe należy zgrupować w zestawie.
  5. Nazwą pakietu będzie nazwa pliku klasy JUnit z adnotacją @RunWith i @SuiteClasses, czyli w tym przypadku JUnitTestSuite.

# 6.3) Utwórz plik Test Runner i uruchom pakiet JUnit Test przy użyciu narzędzia Test Runner

Ostatni krok pomoże nam uruchomić zestaw testów, który właśnie utworzyliśmy w powyższej sekcji przy użyciu pliku Testrunner.

  1. Teraz utworzymy plik Java o nazwie SuiteRunnerFile.
  2. Ten SuiteRunnerFile.java nie jest klasą JUnit, ale zwykłym plikiem Java zawierającym główną metodę.

Spójrzmy na kod, a następnie spróbujmy go zrozumieć.

Kod dla SuiteRunnerFile.java

package demo.tests; import org.junit.runner.JUnitCore; import org.junit.runner.Result; import org.junit.runner.notification.Failure; public class SuiteRunnerFile { public static void main(String args()) { Result result=JUnitCore.runClasses(JUnitTestSuite.class); for (Failure failure : result.getFailures()) { System.out.println(failure.toString()); } } }

Pakiety potrzebne do adnotacji

  1. Musisz zaimportować pakiet org.junit.runner.JunitCore, aby uwzględnić rozszerzenie JUnitCore klasa w kodzie.
  2. Musisz zaimportować pakiet org.junit.runner.notification.Failure i org.junit.runner. Wynik, aby uwzględnić w kodzie odpowiednio klasę niepowodzenia i wyniku.

Zrozumienie kodu SuiteRunnerFile.java

  1. Aby utworzyć plik uruchamiający do wykonania zestawu testów, rozszerzenie JUnitCore klasa odgrywa znaczącą rolę.
  2. Plik runClasses () metoda JUnitCore class przyjmuje nazwę klasy zestawu testów jako parametr wejściowy, dlatego mamy instrukcję JUnitCore. runClasses (JUnitTestSuite. klasa ).
  3. Zwracanym typem tej instrukcji jest Wynik obiekt klasy, który przechowuje wynikowy status sukcesu i status błędu każdego pliku przypadku testowego; po wykonaniu. Dlatego mamy plik wynik jako Wynik obiekt klasy w kodzie.
  4. Następnie drukujemy niepowodzenia przypadków testowych, jeśli takie istnieją. Podobnie jak w przypadku metody getFailures (), można również uzyskać liczbę błędów i liczbę uruchomień za pomocą odpowiednio metod getFailureCount () i getRunCount ().
  5. Teraz SuiteRunnerFile jest gotowy do wykonania,
    1. Wybierz plik z Eksploratora pakietów i
    2. Kliknij prawym przyciskiem myszy i wybierz Uruchom jako -> Java, program zostanie uruchomiony.

Poniżej przedstawiono zrzut ekranu okna konsoli.

Okno konsoli

Objaśnienie wyników na konsoli:

Konsola powyżej pokazuje, że:

  1. Plik klasy JUnitTestSuite został wykonany za pośrednictwem SuiteRunnerFile.
  2. Metoda printMe () w adnotacji @BeforeClass wykonywana jako pierwsza i
  3. Następnie przypadki testowe z zestawu testów były wykonywane jeden po drugim. W ten sposób zestaw testów można utworzyć i uruchomić jako pakiet.

# 6.4) Dodatkowe informacje - Jak działa @RunWith?

  • @RunWith to interfejs API JUnit, który zasadniczo przyjmuje tylko jeden element jako parametr wejściowy, czyli nazwę pliku klasy uruchamiającej.
  • Framework JUnit wywołuje określoną klasę jako program uruchamiający testy.

Poniższy fragment z RunWith.java pomoże Ci zrozumieć:

@Retention(RetentionPolicy.RUNTIME) @Target(ElementType.TYPE) @Inherited public @interface RunWith { Class value(); }

Zrozumienie powyższego kodu interfejsu RunWith:

  1. Określony wartość element musi być klasą pochodną klasy Biegacz klasa . Użyto tutaj pojęcia refleksji.
  2. Bardzo dobry przykład takiej klasy runner jest już zaimplementowany w naszym kodzie, tj. @RunWith (Suite.class), gdzie grupa przypadków testowych jest połączona ze sobą w zestaw testów.
  3. Podobnie, innym dobrym przykładem użycia klasy Runner z @RunWith może być @RunWith (Cucumber.class), który jest platformą programistyczną opartą na biznesie (BDD) do automatyzacji testów przy użyciu Selenium w Javie. Pomaga to środowisku w uruchamianiu przypadków testowych opartych na Cucumber.

Uwaga:

  • Adnotacje i parametry używane do tworzenia i uruchamiania zestawu testów JUnit w tym samouczku były specyficzne dla JUnit 4.
  • Istnieje nieco inny sposób tworzenia pakietu JUnit Test Suite i uruchamiania pliku uruchamiającego w JUnit 5.

Wkrótce w naszych nadchodzących samouczkach będziemy mieć skupione zrozumienie wszystkich aspektów JUnit 4 w porównaniu z JUnit 5.

# 7) Uruchom przypadki testowe JUnit za pomocą Mavena

Możesz także mieć projekt Maven składający się z testów JUnit na miejscu i uruchamiać testy za pośrednictwem Mavena, co zostanie omówione w osobnym samouczku.

Wniosek

  1. Dowiedzieliśmy się wszystkich różnych opcji uruchamiania testów JUnit - pojedynczych testów, a także wielu testów zgrupowanych razem w zestawy testów.
  2. Otrzymaliśmy dodatkową wiedzę o tym, jak zaktualizować preferencje dla opcji Uruchom, jak naprawić błąd javac i jak może nam pomóc wykonanie wiersza poleceń.
  3. Poza tym dowiedzieliśmy się również, jak działa adnotacja @RunWith.

W związku z tym w nadchodzących samouczkach będzie więcej do naśladowania. „Stand By” do tego czasu !!!

=> Odwiedź tutaj, aby nauczyć się JUnit od podstaw.

rekomendowane lektury

^