Perinteinen testaus vs. olio-testaus
Ohjelmistojen testaus on yksi tärkeimmistä vaiheista ohjelmistokehitysprosessissa. Ohjelmistojen testaus varmistaa, että kehitetty ohjelmisto täyttää kaikki asiakkaan vaatimukset ja toteuttaa sen virheettömästi. Kun ohjelmistokehitysparadigmat ja -tekniikat ovat siirtyneet alkuperäisestä vesiputouksen ohjelmistokehityksestä OOD / Agile ja muihin uudempiin konsepteihin, testaus on siirtynyt myös perinteisestä (perinteisestä) testauksesta Object Oriented Testing (OOT) -tekniikkaan. Mutta koska vesiputouskehitystä käytetään edelleen, testaajat käyttävät edelleen tavanomaista testausta.
Mikä on perinteinen testaus?
Tavanomainen testausprosessi tapahtuu lähinnä silloin, kun vesiputouksen elinkaarta käytetään organisaatioiden ohjelmistojen kehittämiseen. Tavanomainen testaus tapahtuu aina elinkaaren testivaiheessa, joka yleensä seuraa kehitysvaihetta ja etenee toteutusvaihetta. Tämän testausvaiheen aikana suoritetaan pääasiassa kolmenlaisia testejä. Järjestelmän testaus varmistaa, että järjestelmän ominaisuudet täyttävät SRS: ssä (Software Requirements Specification) dokumentoidut asiakkaan vaatimukset, yleensä mustan laatikon lähestymistapaa noudattaen. Integraatiotestaus testaa alustavan suunnitelman toiminnallisella ja hajoamismenetelmällä. Integraatiotestaus perustuu suunnittelun rakenteeseen käyttäen joko ylhäältä alas- tai alhaalta ylöspäin -lähestymistapaa. Lopuksi yksikötestit varmistavat, että yksityiskohtainen suunnittelu on oikea.
Mikä on objektisuuntainen testaus?
Object Oriented (OO) -analyysin ja -suunnittelun käyttäminen yhdessä ketterän ja muiden viimeaikaisten ohjelmistokehitysmenetelmien kanssa johtaa objektisuuntautuneeseen testaukseen. OO: n kehitys keskittyy yleensä käyttäytymiseen. Testaus tehdään painottaen koostumusta. Tämä tarkoittaa, että muotoilu luodaan palalta kappaleelle ja koostetaan yhdessä täydellisen järjestelmän täydentämiseksi. Koska OO-kehityksessä käytetään nykyään nopeaa prototyyppien muodostamista ja jonkinlaista inkrementaalista lähestymistapaa, kolme tavanomaista testaustasoa (järjestelmä, integrointi ja yksikötestaus) eivät ole selvästi näkyvissä OO-suunnittelussa (mutta ne ovat suurimmaksi osaksi aikaa). Järjestelmätestauksessa (OO-testauksessa) käytetään paljon samaa (mustan laatikon) lähestymistapaa kuin tavanomaisessa testauksessa ja tarkistetaan vaatimusten määrittely (koska vaatimukset on tarkistettava kehitysprosessista riippumatta). Yksikkötestaus olio-testauksessa on samanlainen kuin tavanomainen yksikötestaus, mutta perusero on käytetyn yksikön määritelmä. Tällä hetkellä hyväksytyt yksikötestauksessa käytettävät yksiköt ovat luokkia ja menetelmiä.
Mitä eroa on perinteisellä testauksella ja olio-testauksella?
Perinteinen testaus on perinteinen lähestymistapa testaukseen, joka tehdään enimmäkseen silloin, kun vesipudotuksen elinkaarta käytetään kehitykseen, kun taas olio-orientoitua testausta käytetään, kun olioanalyysiä ja suunnittelua käytetään yritysohjelmistojen kehittämiseen. Perinteisessä testauksessa keskitytään enemmän hajoamiseen ja toiminnallisiin lähestymistapoihin kuin objektiiviseen testaukseen, jossa käytetään koostumusta. Tavanomaisessa testauksessa käytettyjä kolmea testaustasoa (järjestelmä, integrointi, yksikkö) ei ole määritelty selkeästi olio-testauksessa. Tärkein syy tähän on, että OO-kehitys käyttää inkrementaalista lähestymistapaa, kun taas perinteinen kehitys noudattaa peräkkäistä lähestymistapaa. Yksikkötestauksen osalta olio-orientoitu testaus tarkastelee paljon pienempiä yksiköitä verrattuna perinteisiin testauksiin.
