Testitapaukset ovat ehtoja, jotka on testattava ohjelmistoa luotaessa. Ennen kuin kirjoitamme testitapauksia Java-kielellä, meidän on ymmärrettävä, mitä testitapaukset ovat. Tämä osio kattaa lyhyen esittelyn testitapauksista ja sen jälkeen siitä, kuinka voimme kirjoittaa testitapauksia Java .

Mitä ovat testitapaukset

Testitapaukset ovat olosuhteiden joukko, jotka ohjelmistotestaaja testaa kehitetylle sovellukselle. Testaaja tarkistaa ja arvioi, täyttääkö rakennettu ohjelmisto kaikki asiakkaan vaatimukset. Jos vikoja tai virheitä löytyy, testaaja ilmoittaa siitä kehitystiimille. Tarve rakentaa testitapauksia ja suorittaa testaus on varmistaa, että asiakkaan kaikki tarpeet täyttyvät, eikä ohjelmistossa ole vikoja.

Esimerkiksi: Kirjautumismoduulille testaaja tekisi tietyt seuraavat testitapaukset:

1. Varmista, että kirjautumissivu koostuu käyttäjätunnuksen ja salasanan tekstikentistä ja kirjautumispainikkeesta.
2. Vahvista onnistuneen kirjautumisen yhteydessä, käyttäjä ohjataan kotisivulle.
3. Varmista käyttäjän onnistunut kirjautuminen antamalla kelvollinen käyttäjätunnus ja salasana.
4. Varmista käyttäjän epäonnistunut kirjautuminen antamalla kelvollinen käyttäjätunnus ja virheellinen salasana.
5. Varmista, että käyttäjän salasana säilytetään salatussa muodossa tietokannassa ja niin edelleen.

Näillä voi olla sellaisia ​​testitapauksia kuin testaaja voi ajatella, ja kun kaikki testitapaukset on läpäissyt onnistuneesti, asiakkaalle luovutetaan vain rakennettu ohjelmisto.

Lisätietoja testitapauksista on osoitteessa https://www.javatpoint.com/test-case.

Kuinka luoda testitapauksia Javassa

Java on olio-ohjelmointikieli, ja Java-projektin rakentaminen tarkoittaa useiden luokkien luomista, joista jokaisella on tietyt menetelmät. Hyvän projektin/sovelluksen rakentamiseksi meidän on testattava projekti ja tarkistettava, täyttääkö sovellus kaikki vaatimukset. Javassa luokilla ja menetelmillä on tärkeä rooli, ja siksi meidän on testattava luokat ja menetelmät, jotka yhdessä tunnetaan nimellä Yksikkö , ja tulee tarve suorittaa Yksikkötestaus heille. Joten yksikkötestauksen suorittamiseen Javassa on useita testauskehyksiä. Yksi tällainen kuuluisa kehys on JUnit joka on kehys yksikkötestauksen suorittamiselle. Jotta voimme suorittaa Junit-testauksen, meidän on luotava testitapaukset ja testattava projekti jokaisessa testitapauksessa ja määritettävä tulos.

Ymmärtääksemme testitapausten luomisen, luodaan yksinkertainen luokka ja tutkitaan sitä.

mac-käyttöjärjestelmät

Luodaan luokka Demoluokka Eclipsessä, jossa olemme suorittaneet yksinkertaisen lisäysmenetelmän seuraamalla alla olevia vaiheita:

1) Avaa Eclipse IDE ja luo uusi Maven Projekti klikkaamalla Tiedosto> Uusi> Muu… ja sitten Valitse ohjattu toiminto valintaikkuna avautuu. Alla Velhot , tulet näkemään Maven arkisto, napsauta pudotusvalikkoa, napsauta Maven projekti ja napsauta sitten Seuraava . Alla näkyy tilannekuva:

2) Valitse 'Luo yksinkertainen projekti' tai voit myös tehdä arkkityyppivalinnan. Täällä olemme tehneet yksinkertaisen projektin, joten olemme valinneet 'Luo yksinkertainen projekti' -vaihtoehdon ja napsauta sitten Seuraava, kuten näet alla olevasta kuvakaappauksesta:

3) Nyt näet Uusi Maven-projekti -valintaikkuna avautuu, jossa meidän on annettava Ryhmän tunnus ja Artefaktin tunnus seuraamalla:

Ryhmän tunnus: Se on ainutlaatuinen nimi, joka auttaa tunnistamaan yhden projektiryhmän toisesta. Se noudattaa Java-nimeämissääntökäytäntöä, joten se on annettava muodossa com.example.javatpoint tai joku muu.

Artefaktin tunnus: Se on ainutlaatuinen nimi, joka annetaan projektille, jota aiomme luoda. Joten olemme toimittaneet projektiamme varten seuraavan ryhmätunnuksen ja artefaktin tunnuksen (eli projektin nimen), kuten näet alla olevasta tilannekuvasta:

4) Napsauta Suorittaa loppuun , ja Maven-projektimme luodaan tietyillä tiedostoilla, joissa päätiedosto on xml Tiedosto, joka sisältää kaikki luodun projektin tiedot.

5) Projektin nimessä näet tietyt arkistot, napsauta hiiren kakkospainikkeella src/main/java arkisto, napsauta Uusi > Luokka ja luo a Java luokka . Täällä olemme luoneet java , jossa olemme toteuttaneet yksinkertaisen menetelmän kahden numeron lisäämiseksi. Koodi on seuraava:

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

Koodinpätkä näkyy alla:

6) Nyt olemme toteuttaneet luokan, ja on aika testata sitä, ja sitä varten meidän on käytettävä Junit . Joten siirry src/test/java kansio ja napsauta sitä hiiren kakkospainikkeella. Klikkaa Uusi > Junit testikotelo .

Ja luo JUnit-testitapaus nimeämissääntöjen mukaisesti.

Napsauta sitten Suorittaa loppuun . JUnit-testitapaus luodaan. Täällä olemme luoneet JUnit-testitapauksen as TestDemoClass.java , ja saimme seuraavan tulostusnäytön, joka kattaa alla olevan koodin:

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

Koodinpätkä näkyy alla:

Tässä olemme käyttäneet New Junit 4 -testiä. Luokan tai menetelmän testaamiseksi meidän on käytettävä testausmerkintöjä, ja tässä meillä on @Testata huomautus ennen testi () menetelmä.

kuinka löytää näytön koko

Huomaa: Olemme ottaneet malliprojektin, joka voidaan testata manuaalisesti, mutta isoa projektia tehtäessä se voi koostua useista luokista useilla menetelmillä. Kaikkien näiden manuaalinen tarkistaminen ja testaaminen ei välttämättä ole joustavaa, ja muutokset yhdessä luokassa vaikuttavat varmasti muihin luokkiin. Siten tulee automaatiotestauksen, eli Junit-testauksen, rooli.

7) Luo objekti Demoluokka sisällä TestDemoClass ja meidän on testattava summa menetelmä ja sitä varten olemme luoneet seuraavan testitapauskoodin:

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

Koodinpätkä näkyy alla:

8) käyttö assertEquals(odotettuVal, laskettuVal) menetelmää käytetään testitapauksen tilan määrittämiseen, olipa se epäonnistunut tai hyväksytty. Suorita/suorita testitapaus napsauttamalla koodia hiiren kakkospainikkeella ja sitten Suorita nimellä > Junit Test .

instanssi javassa

9) Olemme kokeilleet seuraavia testitapauksia:

Testitapaus 1: Olemme luoneet testitapauksen, jossa testasimme, saadaanko kahden arvon antamisella vastaava summa vai ei. Jos ei, testitapaus epäonnistuu, mutta yllä oleville arvoille saimme seuraavan tulosteen:

Tästä syystä testitapauksemme läpäistiin onnistuneesti, mitä ilmaisee vihreä symboli.

Testitapaus 2: Jos välitämme saman koodin lasketuille parametreille (10, 15) mutta odotettu arvo kuten 100 ja jos seuraavat arvot testataan, testitapaus epäonnistui. Koodi on seuraava:

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

Koodinpätkä näkyy alla:

Joten saimme testitapauksen epäonnistumisen, mikä tarkoittaa, että koodimme on oikea, ja sen ilmaisee Punainen signaali, kuten näet alla olevasta katkelmasta:

Testitapaus 3: Jos ohitamme negatiivisen ja positiivisen arvon lasketuille parametreille as (-5, 8), ja odotettu parametrin arvo as 3 , saamme testitapauksemme läpäisemään onnistuneesti, kuten näet alla olevasta katkelmasta:

Jos kuitenkin hyväksymme (5, -8) lasketuksi arvoksi ja odotusarvoksi 3, testitapaus epäonnistuisi ehdottomasti.

Testitapaus 4: Jos ohitamme molemmat negatiiviset arvot lasketulle parametrille as (-10,-15) ja odotettu parametrin arvo as -25 , saamme testitapauksemme läpäisemään, kuten näet alla olevasta katkelmasta:

Jos kuitenkin ohitamme odotetun arvon 25, testitapaus epäonnistuu varmasti. Katsotaanpa alla olevasta katkelmasta:

Tällä tavalla voimme ajatella ja luoda testitapauksia ajattelu-, arviointi- ja testauskykymme mukaisesti. Yllä selitetyn esimerkin lisäksi ohjelmistotestaaja toimii erittäin suurten sovellusten kanssa testatakseen niitä ja luodakseen tiettyjä testitapauksia ja testatakseen niitä. Kaikkien testitapausten kirjaamiseen he käyttävät excel-taulukkoa ja tutkivat, täyttävätkö heidän luomansa testitapaukset asiakkaan vaatimukset vai onko niissä virheitä. Ohjelmistotestaaja luo ja kirjoittaa testitapaukset ajattelemalla itseään normaalina käyttäjänä ja tutkia siten sovellusta/ohjelmistoa.