Meniu

Teste JUnit: Cum se scriu cazuri de testare JUnit cu exemple

  • Principal
  • Alte
  • Teste JUnit: Cum se scriu cazuri de testare JUnit cu exemple

junit tests how write junit test cases with examples

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Acest tutorial JUnit Tests se va concentra asupra modului de scriere a testelor JUnit în Eclipse, Test Output și JUnit 4 Test Case Example în Java Eclipse:

data și ora c ++

Vom acoperi următoarele subiecte:

  • Fluxul de lucru de navigație pentru crearea unui caz de testare în Eclipse.
  • Cum arată un șablon de bază creat automat de caz de test JUnit?
  • Câteva exemple despre cazurile de test de bază JUnit 4 și încercarea de a interpreta codul.
  • În același timp, vom acoperi, de asemenea, totul despre fereastra consolă rezultată și despre modul de salvare a testelor eșuate, împreună cu urmele stivei acestora pentru referință viitoare.

=> Consultați aici Ghidul pentru începători JUnit.

Teste JUnit

Ce veți învăța:

Creați teste JUnit în Eclipse

Să începem să creăm testul JUnit în Eclipse.

# 1) Deschide Eclipse

#Două) Creați un folder Project prin fluxul de navigare: Fișier-> Nou-> Proiect Java . Se deschide o altă fereastră în care utilizatorul trebuie să introducă numele folderului Proiect. Captura de ecran este prezentată mai jos.

# 3) Puteți seta calea implicită a spațiului de lucru bifând caseta de selectare Folosiți locația implicită sau poate debifează-l pentru a seta o cale diferită. Aceasta va fi calea în care toate fișierele de proiect - fișierele dvs. de clasă java, fișierele de clasă JUnit sau fișierele de clasă TestNG ar fi stocate împreună cu raportul, fișierele jurnal și fișierele de date de test, dacă există.

# 4) Mediul JRE este, de asemenea, setat implicit. Cu toate acestea, verificați dacă JRE configurat este corect.

# 5) Apasă pe Butonul Finalizare în partea de jos a casetei de dialog.

Creați un proiect

# 6) Cu aceasta, folderul Project cu numele se adaugă în exploratorul de proiecte, așa cum se arată mai jos.

explorator de proiecte

# 7) Acum, să vedem cum să adăugăm un nou JUNIT Testcase în folderul proiectului. Selectați Dosar proiect => src folder => Faceți clic dreapta pe src folder => Selectați Nou => Caz de test Junit.

plsql întrebări și răspunsuri la interviu pentru experți

Caz de test Junit

# 8) Se deschide o fereastră, unde puteți introduce următoarele:

  • Selectați calea folderului sursă din folderul Sursă.
  • Introduceți numele pachetului. Dacă numele pachetului nu este introdus, fișierele intră sub pachetul implicit, care de obicei nu este încurajat sau cu alte cuvinte, nu este o practică bună de codificare de urmat.
  • Introduceți numele clasei JUnit.
  • Există câteva metode de stub: setUpBeforeClass (), tearDownAfterClass (), setUp (), teardown (). În cazul în care aveți nevoie de un șablon gata pentru aceste metode adăugate, atunci puteți bifa caseta de selectare respectivă.
  • Faceți clic pe butonul Finalizare.

Creați teste

Mai jos este șablon implicit a fișierului de clasă care este generat:

șablon implicit al fișierului clasei

Testul JUnit 4 - Exemple de bază

Să începem acum cu crearea unui test de bază JUnit 4.

Sub pachet demo. teste , am creat un fișier de clasă de test JUnit și am inclus o metodă test_JUnit () care verifică dacă str1 variabila și șirul trecut în condiție sunt ambele egale. Comparația stării așteptate a fost efectuată prin metoda assertEquals () care este o metodă specifică JUnit.

Vom discuta despre metodă împreună cu multe alte metode acceptate de JUnit, ceea ce face să merite să o utilizați mai târziu. În plus, observă și @Test adnotare adăugată aici. @Test definește cazul de testare într-un fișier de clasă JUnit.

În mod similar, este posibil să aveți mai multe cazuri de testare într-un fișier de clasă, având mai multe metode în loc, fiecare precedat de adnotare @Test. De asemenea, vom discuta toate adnotările acceptate de JUnit, adică atât JUnit 4, cât și JUnit 5 în tutorialele noastre ulterioare.

Exemplul 1:

Testul ar trebui să treacă la executarea fragmentului de cod de mai jos, deoarece valorile șirului așteptat și cele reale se potrivesc.

Cod:

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

Rezultatul de pe consolă și fila Rezultat JUnit:

La executarea clasei JUnit, apare consola și fila rezultat JUnit,

  1. Consola arată ca mai jos, unde un mesaj citește „Acesta este cazul testului din această clasă”.
  2. Fila Rezultat JUnit afișează în principal numărul de cazuri de testare rulate, numărul de erori și numărul de eșecuri întâlnite, adică Run: 1/1 (adică 1 testcase dintr-un testcase rulate), Erori: 0 (nu au fost găsite erori în cazul testului ), Eșecuri: 0 (nu au eșuat cazuri de testare)
  3. Timpul necesar pentru a termina executarea testelor.
  4. Afișează o bară verde dacă toate cazurile de testare sunt trecute.
  5. Chiar deasupra marcajului de timp din fila JUnit, vedeți diferite pictograme: prima pictogramă arată „Next Failed Test”, a doua pictogramă arată „Previous Failed Test”, iar a treia pictogramă cu o cruce albastră și roșie vă ajută să filtrați numai teste nereușite. Pictograma de lângă aceasta este de a filtra doar cazurile de test care au fost omise în timpul execuției.

diferite icoane

Exemplul 2:

care este cheia de securitate a rețelei pe un router

Acum, să facem o ușoară actualizare a codului, astfel încât valoarea așteptată a șirului să nu se potrivească cu cea reală. Testul ar trebui să nu reușească la executarea fragmentului de cod actualizat, deoarece atât valorile șirului așteptat, cât și cele reale nu se potrivesc. În captura de ecran de mai jos, puteți vedea codul actualizat, precum și fila rezultată.

Rezultat pe consolă și fila Rezultat JUnit:

La executarea clasei JUnit, consola și fila de rezultate JUnit afișează cele de mai jos.

# 1) Mesajul Consolei și marcajul de timp sub fila Rezultat JUnit se afișează așa cum a fost în exemplul anterior.

#Două) Diferența cu această modificare se află în fila Rezultate JUnit. Numărul de eșecuri arată acum 1, cu o bară roșie care înseamnă că eșecul testei a eșuat. Mai jos este o captură de ecran pentru referință.

Fila Rezultate JUnit

# 3) În partea de jos a panoului din stânga, există un ‘Urmarea eșecului 'Fila care arată motivul pentru care eșecul de testare a eșuat.

# 4) Când faceți clic pe prima linie sub Urmarea eșecului, se deschide foarte clar o fereastră care arată abaterea dintre rezultatele așteptate și rezultatele reale.

Captura de ecran a ferestrei de deviere este prezentată mai jos:

fereastra de deviere

Salvați testele și urmele stive nereușite

  • La testul eșuat din vizualizarea rezultatului JUnit, navigați la Urmarea eșecului , faceți clic dreapta și selectați opțiunea „Copiați lista eșecurilor”.
  • Veți putea să-l lipiți într-un notepad sau un cuvânt și să-l salvați pentru referința viitoare. Copierea conținutului lipit include toate urmele stivei acestei instanțe eșuate ale testcasei împreună cu numele testcasei.

Salvați testele nereușite și urmele de stivă

Concluzie

Am analizat cum să creăm un test JUnit cu un exemplu de cum arată un caz de test JUnit de bază, împreună cu know-how-ul rezultatului cazului de test, atât în ​​situații în care eșuează, fie în care trece. În plus, am aflat că urmele stivei și testele ar putea fi salvate extern.

În viitorul nostru tutorial, vom trece la Dispozitiv de testare unde vom învăța o abordare în ceea ce privește stabilirea anumitor teste de precondiție, metodele de testare reale și anumite teste postcondiționate.

=> Citiți seria Easy Training JUnit.

Lectură recomandată

^