Hagyományos tesztelés kontra objektumorientált tesztelés
A szoftvertesztelés a szoftverfejlesztési folyamat egyik legfontosabb lépése. A szoftvertesztelés biztosítja, hogy a kifejlesztett szoftver minden vásárlói igényt kielégít, és hibamentesen fut. Ahogy a szoftverfejlesztési paradigmák és technikák a kezdeti waterfall szoftverfejlesztésről az OOD/Agile és más újabb koncepciók felé tolódnak el, a tesztelés is eltolódott a hagyományos (hagyományos) tesztelésről az objektumorientált tesztelés (OOT) felé. De mivel a vízesések fejlesztése még mindig használatban van, a tesztelők továbbra is a hagyományos tesztelést használják.
Mi az a hagyományos tesztelés?
A hagyományos tesztelési folyamatra többnyire akkor kerül sor, amikor a waterfall életciklusát szoftverfejlesztésre használják a szervezeteknél. A hagyományos tesztelésre mindig az életciklus tesztfázisában kerül sor, amely általában a fejlesztési fázist követi és a megvalósítási szakaszt folytatja. Ebben a tesztelési szakaszban főként háromféle tesztelésre kerül sor. A rendszertesztelés biztosítja, hogy a rendszer jellemzői megfeleljenek az SRS-ben (Szoftverkövetelmény-specifikáció) dokumentált ügyfélkövetelményeknek, általában fekete doboz megközelítést alkalmazva. Az integrációs tesztelés funkcionális és dekompozíciós megközelítést alkalmazva teszteli az előzetes tervezést. Az integrációs tesztelés a terv szerkezetén alapul, felülről lefelé vagy alulról felfelé irányuló megközelítést alkalmazva. Végül az egységtesztek megbizonyosodnak arról, hogy a részletes tervezés helyes.
Mi az objektum-orientált tesztelés?
Az objektumorientált (OO) elemzés és tervezés, valamint az agilis és más legújabb szoftverfejlesztési módszerek alkalmazása az objektumorientált teszteléshez vezet. Az OO fejlesztés általában a viselkedésre összpontosít. A tesztelés az összetételre helyezve a hangsúlyt. Ez azt jelenti, hogy a tervezést darabról darabra hozzák létre, és összeállítják a teljes rendszer teljessé tételéhez. Mivel manapság a gyors prototípuskészítést és a növekményes megközelítés valamilyen formáját használják az OO-fejlesztéshez, a három hagyományos tesztelési szint (rendszer-, integráció- és egységteszt) nem látható egyértelműen az OO-tervezésben (de a legtöbbször létezik). A rendszertesztelés (az OO tesztelés alatt) nagyjából ugyanazt a (fekete doboz) megközelítést alkalmazza, mint a hagyományos tesztelés, és ellenőrzi a követelményspecifikációt (mivel a követelményeket a fejlesztési folyamattól függetlenül ellenőrizni kell). Az objektumorientált tesztelés alatti egységtesztelés hasonló a hagyományos egységteszthez, de az alapvető különbség a használt egység meghatározása. Az egységtesztelésre jelenleg elfogadott egységek osztályok és metódusok.
Mi a különbség a hagyományos tesztelés és az objektumorientált tesztelés között?
A hagyományos tesztelés a tesztelés hagyományos megközelítése, amelyet többnyire akkor végeznek, amikor a fejlesztés során vízesés életciklust használnak, míg az objektumorientált tesztelést akkor használják, ha objektumorientált elemzést és tervezést használnak vállalati szoftverek fejlesztéséhez. A hagyományos tesztelés inkább a dekompozícióra és a funkcionális megközelítésekre összpontosít, szemben az objektumorientált teszteléssel, amely az összetételt használja. A hagyományos tesztelésben használt három tesztelési szint (rendszer, integráció, egység) nincs egyértelműen meghatározva, ha objektumorientált tesztelésről van szó. Ennek fő oka, hogy az OO fejlesztés inkrementális megközelítést alkalmaz, míg a hagyományos fejlesztés szekvenciális megközelítést követ. Ami az egységtesztet illeti, az objektumorientált tesztelés sokkal kisebb egységeket vizsgál, mint a hagyományos tesztelés.
