Különbség a hagyományos tesztelés és az objektum-orientált tesztelés között

Hagyományos tesztelés vs objektum-orientált tesztelés

A szoftver tesztelése a szoftverfejlesztési folyamat egyik legfontosabb lépése. A szoftver tesztelése biztosítja, hogy a kifejlesztett szoftver megfeleljen az összes vevői igénynek és hibamentesen végrehajtódjon. Mivel a szoftverfejlesztési paradigmák és technikák az eredeti vízeséses szoftverfejlesztéstől az OOD / Agile és más újabb koncepciók felé tolódtak el, a tesztelés a hagyományos (hagyományos) teszteléstől az objektumorientált tesztelés (OOT) felé is elmozdult. Mivel azonban a vízesés fejlesztése továbbra is használatban van, a tesztelők továbbra is használják a hagyományos tesztelést.

Mi a hagyományos tesztelés??

A szokásos tesztelési folyamat főként akkor történik, amikor a vízesés életciklusát használják a szoftverek fejlesztésére a szervezeteknél. A szokásos tesztelésre mindig az életciklus tesztelési szakaszában kerül sor, amely rendszerint követi a fejlesztési szakaszt, és folytatja a megvalósítási fázist. Ebben a tesztelési szakaszban elsősorban háromféle tesztelést végeznek. A rendszer tesztelése biztosítja, hogy a rendszer jellemzői megfeleljenek az SRS-ben (Szoftverkövetelmény-specifikáció) dokumentált vevői követelményeknek, általában fekete doboz megközelítést alkalmazva. Az integrációs tesztelés az előzetes tervezést funkcionális és bomlási megközelítés alkalmazásával teszteli. Az integrációs tesztelés a tervezés felépítésén alapul, akár felülről lefelé, akár alulról felfelé építkező megközelítést alkalmazva. Végül, az egységteszttel ellenőrizze, hogy a részletes terv helyes.

Mi az objektum-orientált tesztelés??

Az Object Oriented (OO) elemzés és a tervezés, valamint az Agile és más legújabb szoftverfejlesztési módszertanok használata objektum-orientált teszteléshez vezetnek. Az OO fejlesztése általában a viselkedésre összpontosít. A tesztelést a kompozícióra helyezik a hangsúlyt. Ez azt jelenti, hogy a tervezést darabonként hozzák létre, és összeállítják a teljes rendszer megvalósításához. Mivel a gyors prototípuskészítést és az inkrementális megközelítés valamilyen formáját használják az OO fejlesztéséhez, a három hagyományos tesztelési szint (rendszer, integráció és egység tesztelés) nem látható egyértelműen az OO tervezésében (ám ezek legtöbbször léteznek). A rendszer tesztelése (OO tesztelés alatt) nagyjából megegyezik a (fekete doboz) megközelítéssel, mint a hagyományos tesztelés, és ellenőrzi a követelmény specifikációt (mivel a követelményeket a fejlesztési folyamattól függetlenül ellenőrizni kell). Az objektumorientált tesztelés alatt végzett egységteszt hasonló a hagyományos egységteszthez, de az alapvető különbség az alkalmazott egység meghatározása. Az egységvizsgálathoz jelenleg elfogadott egységek osztályok és módszerek.

Mi a különbség a hagyományos tesztelés és az objektum-orientált tesztelés között??

A szokásos tesztelés a tesztelés hagyományos megközelítése, amelyet főként akkor alkalmaznak, amikor a vízesés életciklusát használják a fejlesztéshez, míg az objektumorientált tesztelést akkor használják, amikor az objektumorientált elemzést és a tervezést a vállalati szoftverek fejlesztésére használják. A hagyományos tesztelés inkább a bomlásra és a funkcionális megközelítésekre összpontosít, szemben az objektumorientált teszteléssel, amely összetételt használ. A hagyományos tesztelés során alkalmazott három tesztelési szint (rendszer, integráció, egység) nincs egyértelműen meghatározva, amikor tárgy-orientált tesztelésre kerül sor. Ennek fő oka az, hogy az OO fejlesztése inkrementális megközelítést alkalmaz, míg a hagyományos fejlesztés szekvenciális megközelítést követ. Az egységteszt szempontjából az objektum-orientált tesztelés a hagyományos teszteléshez képest sokkal kisebb egységeket vizsgál.