Különbség a hagyományos tesztelés és az objektum orientált tesztelés között
Hagyományos tesztelés vs 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 ügyfél igényét kielégítse és hiba nélkül végrehajtható legyen. Mivel a szoftverfejlesztés paradigmái és technikái a kezdeti vízesés szoftverfejlesztésbő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 OO-kig terjedt. De mivel a vízesés fejlesztése még mindig használatban van, a hagyományos tesztelést még mindig a tesztelők használják.
Mi a hagyományos tesztelés?
A hagyományos vizsgálati eljárás többnyire akkor történik, amikor a vízesés életciklusát a szervezetek szoftverének fejlesztésére használják. A hagyományos tesztelés mindig az életciklus tesztfázisa alatt történik, amely általában a fejlesztési fázis után következik be, és a végrehajtási fázisban megy végbe. Ebben a tesztelési fázisban főleg háromféle tesztelésre kerül sor. A rendszer tesztelése biztosítja, hogy a rendszer jellemzői megfeleljenek az SRS-nek (Szoftverkövetelmények) dokumentált vevői követelményeknek, általában egy fekete doboz megközelítést alkalmazva. Az integrációs tesztelés funkcionális és bomlási megközelítéssel teszteli az előzetes tervet. Az integrációs tesztelés a felépítés struktúráján alapul, akár felülről lefelé, akár alulról felfelé építve. Végül az egységvizsgálatok biztosítják, hogy a részletes tervezés helyes.
Mi az objektumorientált teszt?
Az Object Oriented (OO) elemzés és tervezés az Agile és más újabb szoftverfejlesztési módszerek mellett objektumorientált teszteléshez vezet. Az OO fejlesztése általában a viselkedésre összpontosul. A tesztelés a hangsúlyt a kompozícióra helyezi. Ez azt jelenti, hogy a tervezés darabonként történik, és összeállítja a teljes rendszert. Mivel a gyors prototípusok és az inkrementális megközelítés valamilyen formája ma használatos az OO fejlesztéshez, a három hagyományos vizsgálati szint (rendszer, integráció és egységvizsgálat) nem egyértelműen láthatóak az OO designban (de a legtöbb esetben léteznek). A rendszer tesztelése (OO tesztelés alatt) nagyjából ugyanazt a (fekete doboz) megközelítést veszi igénybe, mint a hagyományos tesztelés, és ellenőrzi a követelmény specifikációját (mivel a követelményeket a fejlesztési folyamattól függetlenül ellenőrizni kell). Az objektum orientált tesztelés alatt álló egységvizsgálat hasonló a hagyományos egységvizsgálathoz, de az alapvető különbség a használt egység definíciója. Az egységvizsgálathoz használt, 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 hagyományos megközelítés a teszteléshez, amelyet főként a vízcseppek életciklusa során használnak a fejlesztéshez, míg az objektum orientált tesztelést akkor alkalmazzák, ha az objektumorientált elemzést és tervezést a vállalati szoftverek fejlesztésére használják. A hagyományos tesztelés inkább a bomlást és a funkcionális megközelítéseket fókuszálja, szemben az objektum orientált teszteléssel, amely összetételt alkalmaz. 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 az objektum orientált tesztelés során. Ennek fő oka az, hogy az OO fejlesztése növekményes megközelítést alkalmaz, miközben a hagyományos fejlődés szekvenciális megközelítést követ. Az egységvizsgálat szempontjából az objektum orientált tesztelés sokkal kisebb egységeket vizsgál a hagyományos teszteléshez képest.
