Testcases er de forhold, der skal testes, når softwaren oprettes. Før vi skriver testcases i Java, skal vi forstå, hvad testcases er. Dette afsnit vil dække en kort introduktion af testcases og derefter hvordan vi kan skrive testcases ind Java .

Hvad er testcases

Testcases er det sæt af betingelser, der testes af en softwaretester for den udviklede applikation. Testeren kontrollerer og vurderer, om den byggede software opfylder alle kundens krav. Hvis der findes en fejl eller fejl, informerer testeren udviklingsteamet. Behovet for at bygge testcases og udføre test er at verificere, at alle kundens behov er opfyldt, og at der ikke er nogen fejl i softwaren.

For eksempel: For et login-modul vil testeren foretage visse følgende testtilfælde:

1. Bekræft, at loginsiden består af tekstfelter med brugernavn og adgangskode og en login-knap.
2. Bekræft ved vellykket login, omdirigeres brugeren til startsiden.
3. Bekræft brugerens succesfulde login ved at angive et gyldigt brugernavn og adgangskode.
4. Bekræft brugerens mislykkede login ved at angive et gyldigt brugernavn og en ugyldig adgangskode.
5. Kontroller, at brugerens adgangskode opbevares i en krypteret form i databasen og så videre.

Med disse kan der være pr. testcases en tester kan komme i tanke om, og når alle testcases er bestået med succes, så er det kun den byggede software, der afleveres til kunden.

For at vide mere om testcase, besøg https://www.javatpoint.com/test-case.

Sådan opretter du testcases i Java

Java er et objektorienteret programmeringssprog, og at bygge et Java-projekt betyder at skabe masser af klasser, der hver har bestemte metoder. For at bygge et godt projekt/ansøgning skal vi teste projektet og tjekke, om ansøgningen opfylder alle kravene. I Java spiller klasser og metoder en afgørende rolle, og derfor er vi nødt til at teste de klasser og metoder, som tilsammen er kendt som en Enhed , og der kommer behovet for at udføre Enhedstest for dem. Så for at udføre enhedstest i Java er der flere testrammer. En sådan berømt ramme er JUnit som er en ramme for udførelse af enhedstest. For at udføre Junit-test skal vi oprette testcaserne og teste projektet mod hver testcase og bestemme resultatet.

For at forstå, hvordan man opretter testcases, lad os oprette en simpel klasse og undersøge den.

Lad os oprette en klasse DemoClass i Eclipse, hvor vi har udført en simpel tilføjelsesmetode ved at følge nedenstående trin:

1) Åbn Eclipse IDE og oprette en ny Maven Projekt ved at klikke på Fil > Ny > Andet... og så Vælg en guide dialogboksen åbnes. Under Troldmænd , du vil se Maven repository, klik på rullemenuen, klik på Maven projekt , og klik derefter på Næste . Et øjebliksbillede er vist nedenfor:

2) Vælg 'Opret et simpelt projekt', eller du kan også vælge arketype. Her har vi lavet et simpelt projekt, så vi har valgt muligheden 'Opret et simpelt projekt' og derefter klikket videre Næste, som du kan se på nedenstående snapshot:

3) Nu kan du se Nyt Maven-projekt dialogboksen åbnes, hvor vi skal levere Gruppe-id og Artefakt-id ved at følge:

Gruppe-id: Det er det unikke navn, der hjælper med at identificere en projektgruppe fra en anden. Det følger Java-navneregelkonventionen, og det skal derfor leveres som com.example.javatpoint eller enhver anden.

konvertere streng til json i java

Artefakt-id: Det er det unikke navn, der gives til det projekt, vi skal lave. Så til vores projekt har vi givet følgende gruppe-id og artefakt-id (dvs. projektnavnet), som du kan se på nedenstående snapshot:

4) Klik på Afslut , og vores Maven-projekt bliver oprettet med visse filer, hvor hovedfilen er xml Fil, der indeholder alle detaljer om det oprettede projekt.

5) Indenfor projektnavnet vil du se visse repositories, lav et højreklik på src/main/java repository, klik på Ny > Klasse , og opret en Java klasse . Her har vi skabt java , hvor vi har implementeret en simpel metode til at tilføje to tal. Koden er som følger:

 public class DemoClass { public int sum(int i, int j) { return i+j; } 

Kodestykket er vist nedenfor:

6) Nu har vi implementeret en klasse, og det er tid til at teste den, og til det skal vi bruge Junit . Så flyt til src/test/java mappe og lav et højreklik på den. Klik på Ny > Junit Test Case .

Og opret en JUnit-testcase efter navneregelkonventionerne.

Klik derefter på Afslut . JUnit-testcasen vil blive oprettet. Her har vi lavet JUnit-testcasen som TestDemoClass.java , og vi fik følgende outputskærm, der dækker nedenstående kode:

 import static org. junit.Assert.*; import org.junit.Test; public class TestDemoClass { @Test public void test() { fail('Not yet implemented'); } } 

Kodestykket er vist nedenfor:

Her har vi brugt New Junit 4-testen. For at teste en klasse eller metode skal vi bruge testannoteringerne, og her har vi @Prøve anmærkning før test () metode.

Bemærk: Vi har taget et eksempelprojekt, der kan testes manuelt, men når man laver et stort projekt, kan det bestå af adskillige klasser med adskillige metoder. At kontrollere og teste alle dem manuelt er måske ikke fleksibelt, og ændringer i en klasse vil helt sikkert påvirke de andre klasser. Således kommer der rollen som automatiseringstest, dvs. Junit-test.

7) Opret et objekt af DemoClass indenfor TestDemoClass og vi skal teste sum metode, og til det har vi oprettet følgende testcase-kode:

 public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(25,obj.sum(10, 15)); } } 

Kodestykket er vist nedenfor:

8) Brugen af assertEquals(expectedVal, calculatedVal) metode bruges til at bestemme status for en testsag, uanset om den er bestået eller bestået. For at køre/udføre en testcase skal du højreklikke på koden og derefter Kør som > Junit Test .

9) Vi har eksperimenteret med følgende testcases:

Testcase 1: Vi har lavet en testcase, hvor vi har testet, om vi ved at give to værdier får den respektive sum eller ej. Hvis ikke, vil testcasen blive mislykket, men for ovenstående værdier fik vi følgende output:

Derfor bestod vores testsag med succes, hvilket er angivet af grøn symbol.

Testcase 2: Hvis vi sender den samme kode for de beregnede parametre (10, 15) men den forventede værdi som 100 og har følgende værdier at teste, får vi vores testsag mislykket. Koden er som:

flette sort java

 public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(100,obj.sum(10, 15)); } } 

Kodestykket er vist nedenfor:

Så vi fik vores testsag mislykket, hvilket betyder, at vores kode er korrekt, og det er angivet med Rødt signal, som du kan se i nedenstående uddrag:

Testcase 3: Hvis vi sender en negativ og en positiv værdi for de beregnede parametre som (-5, 8), og forventet parameterværdi som 3 , får vi bestået vores testsag med succes, som du kan se i nedenstående uddrag:

Men hvis vi passerer (5, -8) som beregnet værdi og forventet værdi som 3, ville testcasen definitivt mislykkes.

Testcase 4: Hvis vi sender begge negative værdier for den beregnede parameter som (-10,-15) og forventet parameterværdi som -25 , får vi bestået vores testcase, som du kan se i nedenstående uddrag:

Men hvis vi passerer den forventede værdi som 25, vil testcasen helt sikkert mislykkes. Lad os se i nedenstående uddrag:

På denne måde kan vi tænke på og skabe testcaserne i henhold til vores tanke-, bedømmelses- og testevne. Bortset fra eksemplet forklaret ovenfor, arbejder en softwaretester med meget store applikationer for at teste dem og oprette bestemte testcases og teste dem. For at registrere alle testcases gør de brug af excel-arket og undersøger, om deres oprettede testcases opfylder kundens krav eller har nogle fejl. En softwaretester opretter og skriver testcaserne ved at tænke sig selv som en normal bruger og undersøge applikationen/softwaren.