Ero perinteisen testauksen ja esinekeskeisen testauksen välillä

Tavanomainen testaus vs. objektiorientoitu testaus

Ohjelmistotestaus on yksi tärkeimmistä vaiheista ohjelmistokehitysprosessissa. Ohjelmistotestauksella varmistetaan, että kehitetty ohjelmisto täyttää kaikki asiakkaan vaatimukset ja että se suoritetaan ilman virheitä. Koska ohjelmistokehitysparadigmat ja -tekniikat ovat siirtyneet alkuperäisestä vesiputousohjelmistokehityksestä OOD / Agile- ja muihin uudempiin konsepteihin, testaus on siirtynyt myös perinteisestä (perinteisestä) testauksesta Object Oriented Testing (OOT) -standardiin. Mutta koska vesiputouskehitys on edelleen käytössä, testaajat käyttävät edelleen perinteistä testausta.

Mikä on tavanomainen testaus?

Tavanomainen testausprosessi tapahtuu lähinnä silloin, kun vesiputouksen elinkaarta käytetään ohjelmistojen kehittämiseen organisaatioissa. Tavanomainen testaus tapahtuu aina elinkaaren testausvaiheessa, 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ä (ohjelmistovaatimusmäärittely) dokumentoidut asiakasvaatimukset, ottaen yleensä käyttöön musta laatikko -lähestymistavan. Integrointitestaus testaa alustavaa suunnittelua valitsemalla toiminnallinen ja hajoava lähestymistapa. Integrointitestaus perustuu suunnittelun rakenteeseen joko ylhäältä alas tai alhaalta ylöspäin. Lopuksi yksikkötesteillä varmistetaan, että yksityiskohtainen suunnittelu on oikea.

Mikä on oliokeskeinen testaus?

Object Oriented (OO) -analyysin ja -suunnittelun sekä ketterien ja muiden viimeisimpien ohjelmistokehitysmenetelmien avulla saadaan objektiorientoitu testaus. OO-kehitys keskittyy yleensä käyttäytymiseen. Testaus tehdään painottaen koostumusta. Tämä tarkoittaa sitä, että muotoilu luodaan pala kappaleelta ja se koostuu koko järjestelmän täydentämiseksi. Koska OO: n kehittämisessä käytetään nykyään nopeaa prototyyppiä ja jonkinlaista inkrementaalista lähestymistapaa, kolme tavanomaista testaustasoa (järjestelmä, integraatio ja yksikkötestaus) eivät ole selvästi näkyvissä OO-suunnittelussa (mutta ne ovat olemassa suurimman osan ajasta). Järjestelmätestauksessa (OO-testauksessa) käytetään suurin piirtein samaa (musta laatikko) -lähestymistapaa kuin perinteisellä testauksella ja tarkistetaan vaatimusmäärittely (koska vaatimukset on tarkistettava kehitysprosessista riippumatta). Yksikkötestaus oliokohtaisessa testauksessa on samanlainen kuin perinteinen yksikkötestaus, mutta perusero on käytetyn yksikön määritelmä. Yksikkötestauksessa käytetyt tällä hetkellä hyväksytyt yksiköt ovat luokkia ja menetelmiä.

Mitä eroa on tavanomaisen testauksen ja oliokeskeisen testauksen välillä??

Tavanomainen testaus on perinteinen lähestymistapa testaukseen, joka tehdään pääasiassa silloin, kun kehitykseen käytetään vesiputouksen elinkaarta, kun taas oliokohtaisia ​​testauksia käytetään, kun objektiohjattua analyysiä ja suunnittelua käytetään yritysohjelmistojen kehittämiseen. Tavanomainen testaus keskittyy enemmän hajoamiseen ja toiminnallisiin lähestymistapoihin sijaan oliokeskeiseen testaukseen, joka käyttää koostumusta. Tavanomaisessa testauksessa käytettyjä kolmea testaustasoa (järjestelmä, integraatio, yksikkö) ei ole selkeästi määritelty oliokohtaisessa testauksessa. Pääsyy tähän on, että OO-kehityksessä käytetään inkrementaalista lähestymistapaa, kun taas perinteisessä kehityksessä noudatetaan peräkkäistä lähestymistapaa. Yksikkötestauksen osalta olosuhteiden testauksessa tarkastellaan paljon pienempiä yksiköitä verrattuna tavanomaiseen testaukseen.