Hagyományos tesztelés vs objektumorientált tesztelés
A szoftvertesztelés a szoftverfejlesztési folyamat egyik legfontosabb lépése. A szoftver tesztelése biztosítja, hogy a kifejlesztett szoftver kielégítse az összes vásárlói követelményt és hibátlanul hajtson végre. Mivel a szoftverfejlesztési paradigmák és technikák a kezdeti vízeséses szoftverfejlesztésről az OOD / Agile és más újabb koncepciókra tértek át, a tesztelés a hagyományos (hagyományos) tesztelésről az Object Oriented Testing (OOT) felé is elmozdult. De mivel a vízesés fejlesztése még mindig használatban van, a tesztelők továbbra is a hagyományos tesztelést használják.
Mi a hagyományos tesztelés?
A hagyományos tesztelési folyamat leginkább akkor történik, amikor a vízesés életciklusát használják a szoftverek fejlesztésére a szervezeteknél. A hagyományos tesztelés mindig az életciklus tesztfázisában történik, amely általában követi a fejlesztési fázist és folytatja a megvalósítási fázist. Ebben a tesztelési szakaszban főleg háromféle tesztet hajtanak végre. A rendszer tesztelése biztosítja, hogy a rendszer jellemzői megfelelnek az SRS-ben (Szoftverkövetelmények specifikációja) dokumentált vásárlói követelményeknek, általában fekete dobozos megközelítést alkalmazva. Az integrációs tesztelés az előzetes tervet funkcionális és bontási megközelítés alkalmazásával teszteli. Az integrációs tesztelés a tervezés felépítésén alapul, felülről lefelé vagy alulról felfelé építve. Végül az egységtesztek megbizonyosodnak arról, hogy a részletes tervezés helyes-e.
Mi az objektumorientált tesztelés?
Az objektumorientált (OO) elemzés és tervezés, valamint az agilis és más legújabb szoftverfejlesztési módszerek használata objektumorientált teszteléshez vezet. Az OO fejlesztése általában a viselkedésre összpontosul. A tesztelés a kompozícióra helyezve a hangsúlyt. Ez azt jelenti, hogy a tervet darabonként hozzák létre, és együtt alkotják a teljes rendszer teljes megvalósításához. Mivel a gyors prototípus-készítést és az inkrementális megközelítés valamilyen formáját használják az OO fejlesztésében, a három hagyományos tesztelési szint (rendszer, integráció és egység tesztelés) nem egyértelműen látható az OO tervezésében (de a legtöbbször léteznek). A rendszer tesztelése (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ények specifikációját (mivel a követelményeket a fejlesztési folyamattól függetlenül ellenőrizni kell). Az egységvizsgálat az objektumorientált tesztelés alatt hasonló a hagyományos egységteszteléshez, de az alapvető különbség a használt egység meghatározása. Az egység tesztelésére 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 hagyományos tesztelés a tesztelés hagyományos megközelítése, amelyet többnyire akkor végeznek, amikor a vízesés életciklusát használják a fejlesztéshez, míg az objektumorientált tesztelést akkor alkalmazzák, amikor az objektumorientált elemzést és a tervezést használják a vállalati szoftverek fejlesztésére. A hagyományos tesztelés inkább a lebontásra és a funkcionális megközelítésekre koncentrál, szemben az objektum-orientált teszteléssel, amely kompozíciót használ. A hagyományos tesztelés során használt három tesztelési szint (rendszer, integráció, egység) nincs egyértelműen meghatározva, amikor objektum-orientált tesztelésről van szó. 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égtesztelés szempontjából az objektum-orientált tesztelés sokkal kisebb egységeket vizsgál meg, mint a hagyományos tesztelés.
