junit tests how write junit test cases with examples
Denne opplæringen for JUnit-tester vil fokusere på hvordan du skriver JUnit-tester i formørkelse, testoutput og JUnit 4-testeksempel i Java Eclipse:
Vi vil dekke følgende emner:
hvordan oppdaterer jeg bios Windows 10
- Navigasjonsarbeidsflyten for å lage en test case i Eclipse.
- Hvordan ser en automatisk opprettet grunnmal av JUnit test case ut?
- Et par eksempler på JUnit 4 grunnleggende testtilfeller og prøver å tolke koden.
- Samtidig vil vi også dekke alt om det resulterende konsollvinduet og hvordan du lagrer de mislykkede testene sammen med stakkesporene for fremtidig referanse.
=> Ta en titt på JUnit Beginners Guide her.
Hva du vil lære:
Lag JUnit-tester i formørkelse
La oss begynne å lage JUnit-testen i formørkelse.
#1) Åpne formørkelse
#to) Opprett en prosjektmappe gjennom navigasjonsflyten: Fil-> Ny-> Java-prosjekt . Et annet vindu åpnes der brukeren trenger å skrive inn navnet på prosjektmappen. Skjermbildet er gitt nedenfor.
# 3) Du kan angi standard banen til arbeidsområdet ved å merke av i avmerkingsboksen Bruk standard plassering eller kan fjerne avmerkingen for å angi en annen bane. Dette vil være banen der alle prosjektfilene dine - java-klassefiler, JUnit-klassefiler eller TestNG-klassefiler lagres sammen med rapporten, loggfiler og testdatafiler hvis noen.
# 4) JRE-miljøet er også angitt som standard. Sjekk imidlertid om JRE-konfigurasjonen er riktig.
# 5) Klikk på Fullfør-knapp nederst i dialogboksen.
# 6) Med dette blir prosjektmappen med navnet lagt til i prosjektutforskeren som vist nedenfor.
# 7) La oss nå se hvordan vi legger til en ny JUNIT Testcase i prosjektmappen. Å velge Prosjektmappe => src mappe => Høyreklikk på src folder => Velg Ny => Junit Test Case.
# 8) Det åpnes et vindu der du kan skrive inn følgende:
hvordan konvertere char til int c ++
- Velg kildemappestien i kildemappen.
- Skriv inn pakkenavnet. Hvis pakkenavnet ikke er angitt, går filene under standardpakken som vanligvis ikke er oppmuntret, eller med andre ord, ikke en god kodingspraksis å følge.
- Skriv inn JUnit-klassens navn.
- Det er få stubmetoder: setUpBeforeClass (), tearDownAfterClass (), setUp (), teardown (). I tilfelle du trenger en klar mal av disse metodene lagt til, kan du merke av i den respektive avmerkingsboksen.
- Klikk på Fullfør-knappen.
Nedenfor er standard mal av klassefilen som blir generert:
JUnit 4 Test - Grunnleggende eksempler
La oss nå begynne med å lage en grunnleggende JUnit 4-test.
Under pakken demo. tester , vi har opprettet en JUnit testklassfil og har tatt med en metode test_JUnit () som verifiserer om str1 variabel og streng sendt i tilstanden er begge like. Sammenligningen av den forventede tilstanden er utført ved metoden assertEquals (), som er en JUnit-spesifikk metode.
Vi vil diskutere metoden sammen med mange andre metoder som støttes av JUnit, som gjør det verdt å bruke den senere. Dessuten, også observere @Test kommentar lagt til her. @Test definerer testsaken i en JUnit-klassefil.
På samme måte kan det hende du har flere testtilfeller i en klassefil ved å ha flere metoder på plass hver forut for @Test-kommentar. Vi vil også diskutere alle kommentarene som støttes av JUnit, dvs. både JUnit 4 og JUnit 5 i de påfølgende veiledningene.
Eksempel 1:
Testen skal formidle utføringen av kodebiten nedenfor som både forventet og faktisk strengverdi samsvarer.
Kode:
package demo.tests; import static org.junit.Assert.*; import org.junit.After; import org.junit.Before; import org.junit.Test; public class JUnitProgram { @Test public void test_JUnit() { System.out.println('This is the testcase in this class'); String str1='This is the testcase in this class'; assertEquals('This is the testcase in this class', str1); } }
Resultatet på konsollen og fanen JUnit-resultat:
Når du kjører JUnit-klassen, vises konsollen og JUnit-resultatfanen,
- Konsollen viser som nedenfor hvor en melding lyder som “Dette er testsaken i denne klassen”.
- Resultatfanen for JUnit viser hovedsakelig antall testsaker som er kjørt, antall feil og antall feil som er oppstått, dvs. Kjør: 1/1 (som betyr at 1 testcase av 1 testcase kjøres), Feil: 0 (ingen feil funnet i testsaken utført ), Feil: 0 (ingen testtilfeller mislyktes)
- Tiden det tok å fullføre utførelsen av testene.
- Viser en grønn bjelke hvis alle testsakene er bestått.
- Rett over tidsstempelet i JUnit-fanen ser du forskjellige ikoner: Det første ikonet viser 'Neste mislykket test', det andre ikonet viser 'Forrige mislykket test', og det tredje ikonet med et blått og rødt kors hjelper deg med å filtrere ut bare mislykkede tester. Ikonet ved siden av dette er å filtrere bare testsakene som ble hoppet over under utførelsen.
Eksempel 2:
gratis tidskortapp for iPhone og Android
La oss nå gjøre en liten oppdatering av koden slik at den forventede strengverdien ikke samsvarer med den faktiske. Testen skal mislykkes ved å utføre den oppdaterte kodebiten da både forventede og faktiske strengverdier ikke stemmer overens. I skjermbildet nedenfor kan du se den oppdaterte koden samt den resulterende fanen.
Resultat på konsoll og JUnit-resultatfane:
Når du kjører JUnit-klassen, vises konsollen og JUnit-resultatfanen nedenfor.
#1) Konsollmeldingen og tidsstempelet under fanen JUnit-resultat vises som i det tidligere eksemplet.
#to) Forskjellen med denne endringen er i JUnit-resultatfanen. Antall feil viser nå 1, med en rød bjelke som antyder at testkassen har mislyktes. Nedenfor er et skjermbilde for din referanse.
# 3) Nederst på venstre panel er det en ‘Feilsøking -Fanen som viser årsaken til at testcase mislyktes.
# 4) Når du klikker på den første linjen under Failure Trace, åpnes et vindu som viser avviket mellom de forventede resultatene og de faktiske resultatene veldig tydelig.
Skjermbilde av avviksvinduet er vist nedenfor:
Lagre mislykkede tester og stakkspor
- På den mislykkede testen under JUnit-resultatvisningen, naviger til Feilsøking høyreklikk og velg alternativet ‘Kopier feilliste’.
- Du vil kunne lime det inn i et notisblokk eller ord og lagre det for din fremtidige referanse. Kopien limt innhold inkluderer alle stakksporene etter denne mislykkede forekomsten av testkofferten sammen med testkoffertnavnet.
Konklusjon
Vi dekket hvordan du oppretter en JUnit-test med et eksempel på hvordan en grunnleggende JUnit-testtilfelle ser ut sammen med kunnskapen om resultatet av testsaken både i situasjoner når den mislykkes eller består. Dessuten lærte vi også at stablespor og testene kunne lagres eksternt.
I vår kommende opplæring skal vi gå videre til Test inventar hvor vi lærer en tilnærming til å sette visse forutsetningstester, de faktiske testmetodene og visse ettertilstandstester.
=> Les gjennom Easy JUnit Training Series.
Anbefalt lesing
- JUnit Tutorial for nybegynnere - Hva er JUnit-testing
- Last ned, installer og konfigurer JUnit i formørkelse
- Topp 10 integrasjonstestverktøy for å skrive integrasjonstester
- Introduksjon til JUnit Framework and Its Usage in Selenium Script - Selenium Tutorial # 11
- Python DateTime Tutorial med eksempler
- Klipp kommandoen i Unix med eksempler
- Unix Cat Command Syntax, Alternativer med eksempler
- Bruk av markør i MongoDB med eksempler