Perinteinen testaus vs. objektilähtöinen testaus
Ohjelmistojen testaus on yksi ohjelmistokehitysprosessin tärkeimmistä vaiheista. Ohjelmistotestauksella varmistetaan, että kehitetty ohjelmisto täyttää asiakkaan kaikki vaatimukset ja toimii virheettömästi. Kun ohjelmistokehityksen paradigmat ja tekniikat ovat siirtyneet alkuperäisestä vesiputousohjelmistokehityksestä OOD/Agileen ja muihin uudempiin konsepteihin, myös testaus on siirtynyt perinteisestä (perinteisestä) testauksesta kohti Object Oriented Testing (OOT) -testausta. Mutta koska vesiputouskehitys on edelleen käytössä, testaajat käyttävät edelleen perinteistä testausta.
Mitä on perinteinen testaus?
Perinteinen testausprosessi tapahtuu enimmäkseen, kun vesiputouksen elinkaarta käytetään ohjelmistojen kehittämiseen organisaatioissa. Perinteinen testaus tapahtuu aina elinkaaren testivaiheessa, joka yleensä seuraa kehitysvaihetta ja jatkaa toteutusvaihetta. Tämän testausvaiheen aikana suoritetaan pääasiassa kolmenlaisia testejä. Järjestelmätestauksella varmistetaan, että järjestelmän ominaisuudet täyttävät SRS:ssä (Software Requirements Specification) dokumentoidut asiakkaan vaatimukset, yleensä musta laatikko -lähestymistapaa noudattaen. Integraatiotestaus testaa alustavaa suunnittelua toiminnallisesti ja hajotuslähestymistavalla. Integraatiotestaus perustuu suunnittelun rakenteeseen joko ylhäältä alas tai alha alta ylös -lähestymistapaa käyttäen. Lopuksi yksikkötesteillä varmistetaan, että yksityiskohtainen suunnittelu on oikea.
Mitä on oliotestaus?
Object Oriented (OO) -analyysin ja -suunnittelun sekä ketterän ja muiden viimeaikaisten ohjelmistokehitysmenetelmien käyttäminen johtaa oliotestaukseen. OO:n kehittäminen keskittyy yleensä käyttäytymiseen. Testaus tehdään koostumuksella painottaen. Tämä tarkoittaa, että suunnittelu luodaan pala pal alta ja yhdistetään koko järjestelmän täydentämiseksi. Koska nopeaa prototyyppiä ja jonkinlaista inkrementaalista lähestymistapaa käytetään OO-kehityksessä nykyään, kolme tavanomaista testaustasoa (järjestelmä-, integrointi- ja yksikkötestaus) eivät ole selvästi näkyvissä OO-suunnittelussa (mutta ne ovat olemassa useimmiten). Järjestelmän testaus (OO-testauksen alla) noudattaa pitkälti samaa (musta laatikko) lähestymistapaa kuin perinteinen testaus ja tarkistaa vaatimusmääritykset (koska vaatimukset on tarkistettava kehitysprosessista riippumatta). Yksikkötestaus oliotestauksessa on samanlaista kuin perinteinen yksikkötestaus, mutta perusero on käytetyn yksikön määritelmä. Tällä hetkellä hyväksyttyjä yksikkötestauksessa käytettäviä yksiköitä ovat luokat ja menetelmät.
Mitä eroa on perinteisellä testauksella ja oliotestauksella?
Perinteinen testaus on perinteinen lähestymistapa testaukseen, joka tehdään enimmäkseen kun kehitystyössä käytetään vesiputouksen elinkaarta, kun taas oliotestausta käytetään, kun olioanalyysiä ja suunnittelua käytetään yritysohjelmistojen kehittämiseen. Perinteinen testaus keskittyy enemmän hajotukseen ja toiminnallisiin lähestymistapoihin, toisin kuin oliotestaukseen, jossa käytetään koostumusta. Perinteisessä testauksessa käytettyjä kolmea testaustasoa (järjestelmä, integrointi, yksikkö) ei ole selkeästi määritelty oliotestauksen os alta. Pääsyynä tähän on se, että OO-kehityksessä käytetään inkrementaalista lähestymistapaa, kun taas perinteinen kehitys noudattaa peräkkäistä lähestymistapaa. Yksikkötestauksen kann alta oliotestaus tarkastelee paljon pienempiä yksiköitä verrattuna perinteiseen testaukseen.
