Mikä on yksikötestaus?
YKSIKKÖTESTI on ohjelmistotestauksen tyyppi, jossa testataan ohjelmiston yksittäisiä yksiköitä tai komponentteja. Tarkoituksena on varmistaa, että jokainen ohjelmistokoodin yksikkö toimii odotetulla tavalla. Yksikkötestaus tapahtuu kehittäjien kehittäessä sovellusta (koodausvaiheessa). Yksikkötestit eristävät osan koodista ja tarkistavat sen oikeellisuuden. Yksikkö voi olla yksittäinen toiminto, menetelmä, menettely, moduuli tai esine.
SDLC: ssä, STLC: ssä, V-mallissa yksikötestaus on ensimmäinen testaustaso ennen integraatiotestausta. Yksikkötestaus on WhiteBox-testaustekniikka, jonka kehittäjä yleensä suorittaa. Vaikka käytännön maailmassa johtuen kehityksen aikakatkaisusta tai haluttomuudesta testeihin, laadunvarmistusinsinöörit tekevät myös yksikötestauksia.
Tässä opetusohjelmassa opit-
- Miksi yksikkötestaus?
- Kuinka tehdä yksikötestaus
- Yksikön testaustekniikat
- Yksikön testaustyökalut
- Testiohjattu kehitys (TDD) ja yksikkötestaus
- Yksikkö testaa myyttiä
- Yksikkötestauksen etu
- Yksikkötestauksen haitat
- Yksikön testaus parhaista käytännöistä
Miksi yksikkötestaus?
Yksikkötestaus on tärkeää, koska ohjelmistokehittäjät yrittävät joskus säästää aikaa tekemällä vähäisiä yksikkötestauksia, ja tämä on myytti, koska sopimaton yksikötestaus johtaa korkeisiin kustannuksiin Vikojen korjaamiseen järjestelmän testauksen, integraatiotestauksen ja jopa beetatestauksen jälkeen sovelluksen rakentamisen jälkeen. Jos yksikön testaus tehdään varhaisessa kehitysvaiheessa, se säästää aikaa ja rahaa lopulta.
Tässä ovat tärkeimmät syyt yksikötestauksen suorittamiseen ohjelmistotuotannossa:
- Yksikkötestit auttavat korjaamaan virheet varhaisessa kehitysvaiheessa ja säästävät kustannuksia.
- Se auttaa kehittäjiä ymmärtämään testauskoodipohjan ja antaa heille mahdollisuuden tehdä muutoksia nopeasti
- Hyvät yksikötestit toimivat projektidokumentaationa
- Yksikkötestit auttavat koodin uudelleenkäytössä. Vaeltavat sekä oman koodin ja sinun testejä uuteen projektiin. Säädä koodia, kunnes testit suoritetaan uudelleen.
Kuinka tehdä yksikötestaus
Jotta tehdä yksikkötestaus , kehittäjät kirjoittaa koodin osa testata tietyn toiminnon sovelluksesta. Kehittäjät voivat myös eristää tämän toiminnon testaamaan tarkemmin, mikä paljastaa tarpeettomat riippuvuudet testattavan toiminnon ja muiden yksiköiden välillä, jotta riippuvuudet voidaan poistaa. Kehittäjät käyttävät yleensä UnitTest-kehystä automatisoitujen testitapausten kehittämiseen yksikötestaukseen.
Yksikkötestaus on kahta tyyppiä
- Manuaalinen
- Automatisoitu
Yksikkötestaus on yleensä automaattista, mutta se voidaan silti suorittaa manuaalisesti. Ohjelmistotuotanto ei suosi toisiaan, mutta automatisointi on suositeltavaa. Manuaalinen lähestymistapa yksikötestaukseen voi käyttää vaiheittaista ohjeasiakirjaa.
Automaattisen lähestymistavan mukaisesti
- Kehittäjä kirjoittaa koodiosan sovellukseen vain toiminnan testaamiseksi. He kommentoivat myöhemmin ja lopulta poistivat testikoodin, kun sovellus otetaan käyttöön.
- Kehittäjä voi myös eristää toiminnon testatakseen sitä tarkemmin. Tämä on perusteellisempi yksikkötestauskäytäntö, johon liittyy koodin kopioiminen ja liittäminen omaan testausympäristöönsä kuin sen luonnollinen ympäristö. Koodin eristäminen auttaa paljastamaan tarpeettomia riippuvuuksia testattavan koodin ja tuotteen muiden yksiköiden tai tietotilojen välillä. Nämä riippuvuudet voidaan sitten poistaa.
- Kooderi käyttää yleensä UnitTest Frameworkia automatisoitujen testitapausten kehittämiseen. Automaatiokehyksen avulla kehittäjä koodaa kriteerit testiin tarkistaakseen koodin oikeellisuuden. Testitapausten suorittamisen aikana kehys kirjaa epäonnistuneet testitapaukset. Monet kehykset merkitsevät ja raportoivat automaattisesti myös nämä epäonnistuneet testitapaukset. Vian vakavuudesta riippuen kehys voi pysäyttää myöhemmän testauksen.
- Yksikkötestauksen työnkulku on 1) Luo testitapauksia 2) Tarkistelu / Uudelleenkäsittely 3) Perustaso 4) Suorita testitapaukset.
Yksikön testaustekniikat
Yksikkö testaustekniikoille ovat pääasiassa jaettu kolmeen osaan, jotka ovat mustan laatikon testaus että liittyy testaus käyttöliittymän sekä tulon ja lähdön, valkoinen laatikko testaus, johon testaus funktionaalinen käyttäytyminen ohjelmistosovelluksen ja harmaa laatikko testaus, jota käytetään suorittamaan testi paketit, testimenetelmät, testitapaukset ja riskianalyysin suorittaminen.
Yksikkötestauksessa käytetyt koodin peittotekniikat on lueteltu alla:
- Lausuman kattavuus
- Päätöksen kattavuus
- Haaran kattavuus
- Tilan kattavuus
- Äärellinen valtion koneen peitto
Lisätietoja on osoitteessa https://www.guru99.com/code-coverage.html
Yksikkötestiesimerkki: Mock Objects
Yksikkötestaus perustuu siihen, että luoduilla pilkkuobjekteilla testataan koodiosia, jotka eivät vielä ole osa täydellistä sovellusta. Mock-objektit täyttävät ohjelman puuttuvat osat.
Sinulla voi olla esimerkiksi toiminto, joka tarvitsee muuttujia tai objekteja, joita ei ole vielä luotu. Yksikkötestauksessa ne otetaan huomioon näennäisobjektien muodossa, jotka on luotu yksinomaan kyseiselle koodiosalle suoritettua yksikkötestausta varten.
Yksikön testaustyökalut
Yksikkötestauksessa on käytettävissä useita automatisoituja yksikötestiohjelmistoja. Annamme muutaman esimerkin alla:
- Junit: Junit on ilmainen ohjelmistotyökalu, jota käytetään Java-ohjelmointikielellä. Se tarjoaa väitteitä testimenetelmän tunnistamiseksi. Tämä työkalu testaa tiedot ensin ja lisätään sitten koodikappaleeseen.
- NUnit: NUnit on laajalti käytetty yksikkötestauskehyksen käyttöä kaikille .net-kielille. Se on avoimen lähdekoodin työkalu, joka sallii komentosarjojen kirjoittamisen manuaalisesti. Se tukee datalähtöisiä testejä, jotka voidaan suorittaa rinnakkain.
- JMockit: JMockit on avoimen lähdekoodin yksikkötestaustyökalu. Se on koodin peittotyökalu, joka sisältää viiva- ja polkutiedot. Se sallii pilkata API: ta tallennuksen ja vahvistuksen syntaksilla. Tämä työkalu tarjoaa linjan kattavuuden, polun kattavuuden ja datan kattavuuden.
- EMMA: EMMA on avoimen lähdekoodin työkalupakki Java-kielellä kirjoitetun koodin analysointiin ja raportointiin. Emma tukee kattavuustyyppejä, kuten menetelmä, linja, peruslohko. Se on Java-pohjainen, joten siinä ei ole ulkoisia kirjastoyhteyksiä ja se voi käyttää lähdekoodia.
- PHPUnit: PHPUnit on yksikkötestaustyökalu PHP-ohjelmoijalle. Se vie pieniä osia koodia, jota kutsutaan yksiköiksi, ja testaa kukin niistä erikseen. Työkalun avulla kehittäjät voivat myös käyttää ennalta määriteltyjä vakuutusmenetelmiä väittäen, että järjestelmä käyttäytyy tietyllä tavalla.
Nämä ovat vain muutamia käytettävissä olevista yksikkötestaustyökaluista. Erityisesti C-kielillä ja Java: lla on paljon enemmän, mutta löydät varmasti yksikkötestaustyökalun ohjelmointitarpeisiisi käyttämästäsi kielestä riippumatta.
Testiohjattu kehitys (TDD) ja yksikkötestaus
Yksikkötestaus TDD: ssä edellyttää testauskehysten laajaa käyttöä. Yksikkötestauskehystä käytetään automatisoitujen yksikkötestien luomiseen. Yksikkötestauskehykset eivät ole ainutlaatuisia TDD: lle, mutta ne ovat välttämättömiä sille. Seuraavassa tarkastellaan joitain asioita, joita TDD tuo yksikkötestauksen maailmaan:
- Testit kirjoitetaan ennen koodia
- Luottaa voimakkaasti testikehysten testaamiseen
- Kaikki sovellusten luokat testataan
- Nopea ja helppo integrointi on mahdollista
Yksikkö testaa myyttiä
Myytti: Se vaatii aikaa, ja minua ylitetään aina. Koodini on kovaa! En tarvitse yksikötestejä.
Myytit ovat luonteeltaan vääriä oletuksia. Nämä oletukset johtavat noidankehään seuraavasti -
Totuus on yksikkötestaus, joka nopeuttaa kehitystä.
Ohjelmoijien mielestä integraatiotestaus havaitsee kaikki virheet eivätkä suorita yksikötestiä. Kun yksiköt on integroitu, hyvin yksinkertaiset virheet, jotka olisi voitu helposti löytää ja korjata testatuissa yksiköissä, jäljitetään ja korjataan hyvin kauan.
Yksikkötestauksen etu
- Kehittäjät, jotka haluavat oppia, mitä toimintoja yksikkö tarjoaa ja miten sitä voidaan käyttää, voivat tarkastella yksikön testejä saadakseen perustiedot yksikön sovellusliittymästä.
- Yksikkötestauksen avulla ohjelmoija voi korjata koodin myöhemmin ja varmistaa, että moduuli toimii edelleen oikein (ts. Regressiotestaus). Menettely on kirjoittaa testitapauksia kaikille toiminnoille ja menetelmille siten, että aina kun muutos aiheuttaa vian, se voidaan tunnistaa ja korjata nopeasti.
- Yksikkötestauksen modulaarisen luonteen vuoksi voimme testata projektin osia odottamatta muiden valmistumista.
Yksikkötestauksen haitat
- Yksikkötestauksen ei voida odottaa saavan ohjelmassa kaikkia virheitä. Kaikkien triviaalien ohjelmien kaikkia polkuja ei voida arvioida
- Yksikkötestaus keskittyy luonteeltaan koodin yksikköön. Siksi se ei pysty saamaan integraatiovirheitä tai laajoja järjestelmätason virheitä.
Yksikkötestausta suositellaan käytettäväksi yhdessä muiden testaustoimien kanssa.
Yksikön testaus parhaista käytännöistä
- Yksikkötestien tulisi olla riippumattomia. Jos vaatimuksia parannetaan tai muutetaan, yksikkötestitapauksiin ei pitäisi vaikuttaa.
- Testaa vain yksi koodi kerrallaan.
- Noudata yksikkötesteissä selkeitä ja johdonmukaisia nimeämiskäytäntöjä
- Jos jossakin moduulissa muuttuu koodi, varmista, että moduulille on vastaava yksikkö Test Case, ja moduuli läpäisee testit ennen toteutuksen muuttamista
- Yksikkötestauksen aikana havaitut virheet on korjattava ennen SDLC: n seuraavaan vaiheeseen siirtymistä
- Hyväksy lähestymistapa "testi koodina". Mitä enemmän koodia kirjoitat testaamatta, sitä enemmän polkuja joudut tarkistamaan virheiden varalta.
Yhteenveto
- YKSIKKÖTESTI määritellään ohjelmistotestauksen tyypiksi, jossa testataan ohjelmiston yksittäisiä yksiköitä tai komponentteja.
- Kuten näette, yksikkötestaukseen voi liittyä paljon. Se voi olla monimutkainen tai melko yksinkertainen testattavan sovelluksen ja käytettyjen testausstrategioiden, työkalujen ja filosofioiden mukaan. Yksikkötestaus on aina tarpeen jollain tasolla. Se on varmuus.
