{"id":21355,"date":"2021-08-18T11:09:03","date_gmt":"2021-08-18T09:09:03","guid":{"rendered":"https:\/\/www.software-developer-india.com\/mika-on-yksikkotestaus\/"},"modified":"2024-12-13T06:42:31","modified_gmt":"2024-12-13T04:42:31","slug":"mika-on-yksikkotestaus","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/fi\/mika-on-yksikkotestaus\/","title":{"rendered":"Mik\u00e4 on yksikk\u00f6testaus"},"content":{"rendered":"\n

Mik\u00e4 on yksikk\u00f6testaus<\/h2>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n

Kuvittele t\u00e4m\u00e4 skenaario:<\/strong><\/h3>\n\n

Kehitt\u00e4j\u00e4, jolla oli muutaman kuukauden kokemus vy\u00f6n alla ja joka k\u00e4ytti vain puutarhalajikelaskelmaa vastaamaan asiakkaiden testitietoja, vaikutti olevan tyytyv\u00e4inen siihen, ett\u00e4 tulokset olivat yht\u00e4pit\u00e4vi\u00e4. <\/p>\n\n

Oli olemassa muutamia muita pienempi\u00e4 laskelmia, jotka rakennettiin olemassa olevien laskelmien p\u00e4\u00e4lle. Alkuper\u00e4isess\u00e4 versiossa oli kuitenkin joitakin taustalla olevia ongelmia, jotka johtuivat uusien laskelmien ep\u00e4tarkkuuksista. <\/p>\n\n

Joka kerta kun alkuper\u00e4isess\u00e4 laskelmassa ilmeni ongelma, kehitt\u00e4j\u00e4n oli teht\u00e4v\u00e4 muutoksia olemassa olevaan koodiin. T\u00e4m\u00e4n j\u00e4lkeen kehitt\u00e4j\u00e4n on silti suoritettava ohjelma testisy\u00f6tt\u00f6parametreilla n\u00e4hd\u00e4kseen, onko ongelma korjattu vai tarvitaanko lis\u00e4\u00e4 koodimuutoksia. <\/p>\n\n

T\u00e4m\u00e4 on eritt\u00e4in vaivalloinen prosessi, koska kehitt\u00e4j\u00e4n on tarkistettava, onko muita laskelmia muutettava ja onko koodilla muutoksia. Ja sy\u00f6 paljon aikaa.<\/p>\n\n

Mik\u00e4 t\u00e4ss\u00e4 on vialla?<\/strong><\/h3>\n\n

Ei tee yksikk\u00f6testausta. Jos kehitt\u00e4j\u00e4 olisi ty\u00f6skennellyt sen parissa yksikk\u00f6testauksen aikana, h\u00e4n olisi voinut s\u00e4\u00e4st\u00e4\u00e4 paljon aikaa ja suorittaa tarkan testausohjelman, joka n\u00e4ytt\u00e4\u00e4 nopeampia tuloksia. <\/p>\n\n

Kun yksikk\u00f6testaus syntyi<\/strong><\/h3>\n\n

Ohjelmistokehitt\u00e4j\u00e4t ovat tehneet jonkinlaista testausta niin kauan kuin muistavat. Jokaisen innovaation my\u00f6t\u00e4 on kehitetty uusia prosesseja ja ilmestynyt automaattinen testaus. Automaattiset testausohjelmistot ovat olleet k\u00e4yt\u00f6ss\u00e4 1980-luvulta l\u00e4htien, mutta ne eiv\u00e4t olleet niin hienostuneita kuin nyt. Automaattisen testauksen avulla kehitt\u00e4j\u00e4t voivat kirjoittaa koodeja ohjelman testaamiseksi, ja he voivat suorittaa testit kuinka monta kertaa haluavat, ja ilman suuria vaikeuksia. <\/p>\n\n

On olemassa erilaisia tapoja testata ohjelmistosi toimivuutta, ja joskus niiden v\u00e4liset erot saattavat h\u00e4m\u00e4rty\u00e4. Kaksi t\u00e4rkeint\u00e4 testaustyyppi\u00e4 ovat kuitenkin yksikk\u00f6testaus<\/strong> ja integrointitestaus<\/strong> . Integraatiotestauksessa on tarkoitus tarkistaa, toimiiko koko tuote kokonaisuutena hyvin. Ja yksikk\u00f6testauksessa koko tuote jaetaan useisiin osiin ja testataan erikseen. Itse testaus ei vie paljon aikaa, koska vain pieni\u00e4 osia koodista testattaisiin kerralla.<\/p>\n\n

Yksikk\u00f6testauksen t\u00e4rkeys<\/strong><\/h3>\n\n

Yksikk\u00f6testaus on menetelm\u00e4 testata, toimiiko tietty ohjelmisto ja onko ohjelmiston yksitt\u00e4isill\u00e4 komponenteilla k\u00e4ytett\u00e4vyys ja toiminnallisuus, johon ne on tarkoitettu. Oikea testaus auttaa havaitsemaan vikoja. Testit valmistellaan funktioiden muodossa ja m\u00e4\u00e4ritet\u00e4\u00e4n ohjelman arvo ja toiminta n\u00e4iden toimintojen mukaisesti. T\u00e4m\u00e4 tehd\u00e4\u00e4n eri skenaarioissa, ja tulokset pidet\u00e4\u00e4n mieless\u00e4 jokaisessa skenaariossa. Kun virheellinen tilanne tapahtuu, toiminto ilmoittaa, ett\u00e4 jotain on tapahtunut, ja kirjaa sen. <\/p>\n\n

Yksikk\u00f6testaus on melkein samanlainen kuin Test Driven Development tai TDD, jossa kehitt\u00e4j\u00e4t kirjoittavat ensin yksikk\u00f6testit ja sitten koodit. N\u00e4m\u00e4 ovat erityisi\u00e4 testitapauksia, ja ohjelmiston on l\u00e4p\u00e4ist\u00e4v\u00e4 testit. Kattavien testien kirjoittaminen on my\u00f6s helpompaa, kun yksitt\u00e4isi\u00e4 yksik\u00f6it\u00e4 testataan ja kaikki yksik\u00f6t kootaan yhteen. <\/p>\n\n

Yksikk\u00f6testaus on t\u00e4rke\u00e4 osa ketter\u00e4\u00e4 ohjelmistokehitysprosessia, ja kun se on asetettu vakioprosessiksi, viat voidaan tunnistaa ja korjata. On eritt\u00e4in t\u00e4rke\u00e4\u00e4 l\u00f6yt\u00e4\u00e4 ja korjata viat tuotekehityksen alkuvaiheessa ja yksikk\u00f6testauksella, mik\u00e4 olisi mahdollista. Siksi kehitt\u00e4jien tulisi keskitty\u00e4 hyvien testitapausten kirjoittamiseen riitt\u00e4v\u00e4n ajan ja ymp\u00e4rist\u00f6n avulla. <\/p>\n\n

Yksikk\u00f6testausta voi tehd\u00e4 kahdella tavalla:<\/p>\n\n

    \n
  1. Manuaalinen testaus<\/li>\n\n\n\n
  2. Automaattinen testaus<\/li>\n<\/ol>\n\n

    Manuaalinen testaus<\/strong><\/h3>\n\n

    Manuaalinen testaus tapahtuu, kun testitapaukset suoritetaan ilman automaatioty\u00f6kaluja. Jokaista testivaihetta hallitaan ja suoritetaan manuaalisesti, mik\u00e4 on ty\u00f6l\u00e4s prosessi, joten se on sek\u00e4 vaivalloista ett\u00e4 aikaa viev\u00e4\u00e4. <\/p>\n\n

    Automaattinen testaus<\/strong><\/h3>\n\n

    Siell\u00e4 on automaatioty\u00f6kalu, joka voi tallentaa ja testata ohjelman vaiheittain ilman ihmisen v\u00e4liintuloa. On t\u00e4rke\u00e4\u00e4 suorittaa vain tarpeelliset testit ja v\u00e4ltt\u00e4\u00e4 pieniarvoisten testien tekemist\u00e4. <\/p>\n\n

    Yksikk\u00f6testauksen edut<\/strong><\/h3>\n\n

    Havaitsee viat ohjelmiston alussa<\/strong><\/h3>\n\n

    Yksikk\u00f6testit auttavat havaitsemaan virheet ohjelmistokehitysvaiheen alussa, ratkaisemaan ne ja s\u00e4\u00e4st\u00e4m\u00e4\u00e4n rahaa pitk\u00e4ll\u00e4 aikav\u00e4lill\u00e4. Virheiden poistaminen alkuvaiheessa on elint\u00e4rke\u00e4\u00e4, koska niiden l\u00f6yt\u00e4minen my\u00f6hemmin voi aiheuttaa valtavia kuluja my\u00f6hemmin. Virheenkorjaus korkeammilla tasoilla voi olla todella kallista, koska kun testataan korkeammilla tasoilla, koodiin tehdyt muutokset on tarkistettava alusta alkaen. Yksikk\u00f6testaus toimii vain uusimpien koodimuutosten kanssa. <\/p>\n

    \n
    \"\"<\/a><\/figure>\n<\/div>\n

    Ohjelmistokehitysprosessista tulee ketter\u00e4<\/strong><\/h3>\n\n

    Yksikk\u00f6testaus on kiinte\u00e4 osa ketter\u00e4\u00e4 ohjelmistokehityst\u00e4, ja sen avulla kehitt\u00e4j\u00e4t voivat lis\u00e4t\u00e4 uusia ominaisuuksia ja toimintoja olemassa olevaan ohjelmistoon ja tehd\u00e4 muutoksia vanhaan koodiin. Yksikk\u00f6testaus on hyvin ketter\u00e4n manifestin periaatteiden mukainen, erityisesti siin\u00e4, jossa todetaan, ett\u00e4 ”Parhaat arkkitehtuurit, vaatimukset ja mallit syntyv\u00e4t itseorganisoituvista tiimeist\u00e4”, joten t\u00e4st\u00e4 tekniikasta tulee loistava ty\u00f6kalu testata, koska tekem\u00e4si muutokset kehitys voi todellakin edist\u00e4\u00e4 parasta suunnittelua ja arkkitehtuuria. <\/p>\n\n

    Ketterien menetelmien ja yksikk\u00f6testauksen k\u00e4ytt\u00f6\u00f6notto v\u00e4hent\u00e4\u00e4 kehitt\u00e4jien ty\u00f6t\u00e4 testausvaiheen aikana, ja he voivat keskitty\u00e4 testiymp\u00e4rist\u00f6\u00f6n ja luoda parempia laajoja integraatio- ja j\u00e4rjestelm\u00e4testej\u00e4.<\/p>\n\n

    V\u00e4hent\u00e4\u00e4 syklomaattista monimutkaisuutta<\/strong><\/h3>\n\n

    Syklomaattinen monimutkaisuus on koodin monimutkaisuuden mitta, ja koodin monimutkaisuus voidaan mitata koodin kattavuuden avulla. Yksikk\u00f6testien avulla voit ymm\u00e4rt\u00e4\u00e4 koodilohkon l\u00e4pi kulkevat polut. Jos koodit ovat monimutkaisia, yksikk\u00f6testien kattavuuden saavuttaminen ei ole helppoa. Jos haluat tiet\u00e4\u00e4, toimiiko koodi oikein, riippuu siit\u00e4, kuinka monimutkainen koodi on. <\/p>\n\n

    Ohjelmisto testataan ennen kuin varsinainen versio julkaistaan<\/strong><\/h3>\n\n

    Kukapa ei haluaisi testata jotain ennen kuin se todella tekee sen? Olipa kyseess\u00e4 auto tai kosmetiikka, on vain luonnollista, ett\u00e4 niiden testaaminen antaisi parempaa tietoa niiden toiminnasta. Yksikk\u00f6testauksella on mahdollista k\u00e4ytt\u00e4\u00e4 koodia ja tarkistaa, toimiiko se t\u00e4ydellisesti parametriensa mukaisesti. <\/p>\n\n

    On ihmisi\u00e4, jotka eiv\u00e4t tue yksikk\u00f6testausta, ja he kertovat, ett\u00e4 ohjelmistosi toimitusta lyk\u00e4t\u00e4\u00e4n m\u00e4\u00e4r\u00e4\u00e4m\u00e4tt\u00f6m\u00e4ksi ajaksi, koska yksikk\u00f6testej\u00e4 on vaikea kirjoittaa, eik\u00e4 kaikkien skenaarioiden ylitt\u00e4minen lopulliseen toimitusvaiheeseen ole helppoa. Mutta jos et tee yksik\u00f6testausta ja p\u00e4\u00e4set markkinoille testaamattoman tuotteen kanssa, vika ei ole kaukana. <\/p>\n\n

    Dokumentointi<\/strong><\/h3>\n\n

    Kuka ei pid\u00e4 asiakirjoista? Yksikk\u00f6testaus ja sen tulokset ovat melkein kuin dokumentaatio, koska kehitt\u00e4j\u00e4t n\u00e4kev\u00e4t, miten ohjelmiston pit\u00e4isi toimia, mik\u00e4 voi menn\u00e4 pieleen ja miten se voidaan korjata. Jos uusi kehitt\u00e4j\u00e4 liittyy yritykseen milloin tahansa, n\u00e4iden asiakirjojen tarkastelu antaisi heille paremmat mahdollisuudet ymm\u00e4rt\u00e4\u00e4, miten tietty ohjelmisto rakennettiin. <\/p>\n\n

    Tietyn muutoksen tekemiseen tarvittavan vaivan ja ajan ymm\u00e4rt\u00e4minen <\/p>\n\n

    Ainoa asia, joka on yhdenmukainen ohjelmiston kanssa, on siihen ajan mittaan tulevat muutokset. Yksikk\u00f6testeill\u00e4 kehitt\u00e4j\u00e4t saisivat k\u00e4sityksen siit\u00e4, kuinka paljon ty\u00f6t\u00e4 tarvitaan muutosten toimimiseksi. Yksikk\u00f6testit antavat arvoja siit\u00e4, miten t\u00e4m\u00e4 voidaan tehd\u00e4, ja jos arvot eiv\u00e4t ole hyvi\u00e4, tied\u00e4t, ett\u00e4 testit ovat ep\u00e4onnistuneet, ja tapa tehd\u00e4 muutokset on oltava jotain muuta. <\/p>\n\n

    Johtop\u00e4\u00e4t\u00f6s<\/strong><\/h3>\n\n

    Edell\u00e4 esitetyist\u00e4 syist\u00e4 on selv\u00e4\u00e4, ett\u00e4 yksikk\u00f6testaus on olennainen osa ohjelmistokehityst\u00e4. <\/p>\n\n

    Kun jokainen toiminto testataan erikseen, se auttaa havaitsemaan vikoja ja korjaamaan ne. On kuitenkin t\u00e4rke\u00e4\u00e4 noudattaa eritt\u00e4in tiukkaa kurinalaisuutta ja johdonmukaisuutta, jos yksikk\u00f6testaus halutaan suorittaa onnistuneesti. Ohjelmistojen testaamiseen on olemassa monia ty\u00f6kaluja, mutta hyvien testien valmistaminen vaatii taitoa ja harjoittelua. <\/p>\n\n

    Mielenkiintoisia linkkej\u00e4:<\/p>\n\n

    Yksikk\u00f6testaus \u2013 mik\u00e4 on sen merkitys ohjelmistotestauksessa?<\/a><\/p>\n\n

    Lis\u00e4tietoja yksikk\u00f6testauksesta<\/a><\/p>\n\n

    Kuvat: Canva<\/p>\n\n

    \n
    \n
    \"\"<\/figure>\n<\/div>\n

    Kirjoittaja: Sascha Thattil ty\u00f6skentelee Software-Developer-India.com -sivustolla, joka on osa YUHIRO-ryhm\u00e4\u00e4. YUHIRO on intialainen saksalainen yritys, joka tarjoaa ohjelmoijia IT-yrityksille, virastoille ja IT-osastoille.<\/p>\n\n

    <\/p>\n