Testtilfeller er betingelsene som skal testes når programvaren lages. Før vi skriver testcaser i Java, må vi forstå hva testcases er. Denne delen vil dekke en kort introduksjon av testcaser og deretter hvordan vi kan skrive testcases inn Java .
Hva er testtilfeller
Testtilfeller er settet med betingelser som testes av en programvaretester for den utviklede applikasjonen. Testeren sjekker og evaluerer om den bygde programvaren oppfyller alle kravene til kunden. Hvis en feil eller feil blir funnet, informerer testeren utviklingsteamet. Behovet for å bygge testcases og utføre testing er å verifisere at alle kundens behov er oppfylt, og at det ikke er noen feil i programvaren.
For eksempel: For en påloggingsmodul vil testeren gjøre visse følgende testtilfeller:
- Kontroller at påloggingssiden består av brukernavn og passord tekstfelt og en påloggingsknapp.
- Bekreft ved vellykket pålogging, blir brukeren omdirigert til hjemmesiden.
- Bekreft vellykket pålogging til brukeren ved å oppgi et gyldig brukernavn og passord.
- Bekreft den mislykkede påloggingen til brukeren ved å oppgi et gyldig brukernavn og ugyldig passord.
- Bekreft passordet til brukeren holdes i kryptert form i databasen og så videre.
Med disse kan det være i henhold til testtilfeller en tester kan tenke seg, og når alle testtilfellene er bestått, er det kun den bygde programvaren som overleveres til kunden.
For å vite mer om testcase, besøk https://www.javatpoint.com/test-case.
Hvordan lage testsaker i Java
Java er et objektorientert programmeringsspråk, og å bygge et Java-prosjekt betyr å lage mange klasser, som hver har bestemte metoder. For å bygge et godt prosjekt/applikasjon må vi teste prosjektet og sjekke om søknaden oppfyller alle kravene. I Java spiller klasser og metoder en viktig rolle, og derfor må vi teste klassene og metodene, som til sammen er kjent som en Enhet , og det kommer behovet for å utføre Enhetstesting for dem. Så for å utføre enhetstesting i Java, er det flere testrammeverk. Et slikt kjent rammeverk er JUnit som er et rammeverk for å utføre enhetstesting. For å utføre Junit-testing må vi lage testcasene og teste prosjektet mot hver testcase og bestemme resultatet.
For å forstå hvordan man lager testcases, la oss lage en enkel klasse og undersøke den.
La oss lage en klasse DemoClass i Eclipse hvor vi har utført en enkel addisjonsmetode ved å følge trinnene nedenfor:
1) Åpne Eclipse IDE og opprette en ny Maven Prosjekt ved å klikke på Fil> Ny> Annet... og så Velg en veiviser dialogboksen åpnes. Under Veivisere , du vil se Maven repository, klikk på rullegardinmenyen, klikk på Maven-prosjektet , og klikk deretter på Neste . Et øyeblikksbilde vises nedenfor:
2) Velg 'Opprett et enkelt prosjekt', eller du kan også velge arketype. Her har vi gjort et enkelt prosjekt, så vi har valgt alternativet 'Opprett et enkelt prosjekt' og deretter klikket videre Neste, som du kan se i øyeblikksbildet nedenfor:
3) Nå kan du se Nytt Maven-prosjekt dialogboksen åpnes der vi må gi Gruppe-ID og Artefakt-ID ved å følge:
Gruppe-ID: Det er det unike navnet som hjelper til med å identifisere en prosjektgruppe fra en annen. Den følger Java-navneregelkonvensjonen, og den må derfor leveres som com.example.javatpoint eller noe annet.
hvor er innsettingsnøkkelen på laptoptastaturet
Artefakt-ID: Det er det unike navnet som gis til prosjektet vi skal lage. Så for prosjektet vårt har vi gitt følgende gruppe-ID og artefakt-ID (dvs. prosjektnavnet), som du kan se i øyeblikksbildet nedenfor:
4) Klikk på Bli ferdig , og vårt Maven-prosjekt vil bli opprettet med visse filer der hovedfilen er xml Fil som inneholder alle detaljene til det opprettede prosjektet.
5) Innenfor prosjektnavnet vil du se visse depoter, gjør et høyreklikk på src/main/java repository, klikk på Ny > Klasse , og lag en Java klasse . Her har vi skapt java , hvor vi har implementert en enkel metode for å legge til to tall. Koden er som følger:
public class DemoClass { public int sum(int i, int j) { return i+j; } Kodebiten vises nedenfor:
6) Nå har vi implementert en klasse, og det er på tide å teste den, og for det må vi bruke Junit . Så flytt til src/test/java mappen og høyreklikk på den. Klikk på Ny > Junit Test Case .
Og lag en JUnit-testsak etter navneregelkonvensjonene.
Klikk deretter på Bli ferdig . JUnit-testsaken vil bli opprettet. Her har vi laget JUnit-testsaken som TestDemoClass.java , og vi fikk følgende utdataskjerm som dekker koden nedenfor:
import static org. junit.Assert.*; import org.junit.Test; public class TestDemoClass { @Test public void test() { fail('Not yet implemented'); } } Kodebiten vises nedenfor:
Her har vi brukt New Junit 4-testen. For å teste en klasse eller metode må vi bruke testkommentarene, og her har vi @Test merknad før test () metode.
Merk: Vi har tatt et eksempelprosjekt som kan testes manuelt, men når du gjør et stort prosjekt, kan det bestå av mange klasser med mange metoder. Å sjekke og teste alle disse manuelt er kanskje ikke fleksibelt, og endring i en klasse vil definitivt påvirke de andre klassene. Dermed kommer rollen til automatiseringstesting, det vil si Junit-testing.
7) Lag et objekt av DemoClass innen TestDemoClass og vi må teste sum metode og for det har vi laget følgende testcase-kode:
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(25,obj.sum(10, 15)); } } Kodebiten vises nedenfor:
8) Bruken av assertEquals(expectedVal, calculatedVal) metoden brukes til å bestemme statusen til en testsak, enten den er mislyktes eller bestått. For å kjøre/utføre en testsak, høyreklikk på koden og deretter Kjør som > Junit Test .
9) Vi har eksperimentert med følgende testtilfeller:
Testtilfelle 1: Vi har laget en testcase der vi har testet om vi ved å gi to verdier får den respektive summen eller ikke. Hvis ikke, vil testsaken mislykkes, men for verdiene ovenfor fikk vi følgende utgang:
Derfor bestod testsaken vår vellykket, noe som indikeres av grønn symbol.
Testtilfelle 2: Hvis vi sender den samme koden for de beregnede parameterne (10, 15) men forventet verdi som 100 og har følgende verdier å teste, får vi testsaken vår mislyktes. Koden er som:
slå sammen sorter java
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(100,obj.sum(10, 15)); } } Kodebiten vises nedenfor:
Så vi fikk testsaken vår mislyktes, noe som betyr at koden vår er korrekt, og den er indikert av Rødt signal, som du kan se i utdraget nedenfor:
Testtilfelle 3: Hvis vi sender en negativ og en positiv verdi for de beregnede parameterne som (-5, 8), og forventet parameterverdi som 3 , får vi bestått testsaken vår, som du kan se i utdraget nedenfor:
Men hvis vi passerer (5, -8) som beregnet verdi og forventet verdi som 3, ville testsaken feilet definitivt.
Testtilfelle 4: Hvis vi sender begge negative verdier for den beregnede parameteren som (-10,-15) og forventet parameterverdi som -25 , får vi bestått testsaken vår, som du kan se i utdraget nedenfor:
Men hvis vi passerer den forventede verdien som 25, vil testsaken definitivt mislykkes. La oss se i utdraget nedenfor:
På denne måten kan vi tenke på og lage testsakene i henhold til vår tenkning, dømmekraft og testevne. Bortsett fra eksemplet som er forklart ovenfor, jobber en programvaretester med veldig store applikasjoner for å teste dem og lage visse testtilfeller og teste dem. For å registrere alle testtilfellene bruker de excel-arket og undersøker om deres opprettede testtilfeller oppfyller kundens krav eller har noen feil. En programvaretester oppretter og skriver testsakene ved å tenke på seg selv som en normal bruker, og undersøker derfor applikasjonen/programvaren.