Konvensionele toetsing vs objekgeoriënteerde toets
Sagtewaretoetsing is een van die belangrikste stappe in die sagteware-ontwikkelingsproses. Sagtewaretoetsing maak seker dat die ontwikkelde sagteware aan alle klantvereistes voldoen en sonder foute uitgevoer word. Soos die sagteware-ontwikkelingsparadigmas en -tegnieke verskuif het van die aanvanklike waterval-sagteware-ontwikkeling na OOD/Agile en ander nuwer konsepte, het toetsing ook verskuif van konvensionele (tradisionele) toetsing na Object Oriented Testing (OOT). Maar omdat watervalontwikkeling steeds in gebruik is, word konvensionele toetsing steeds deur die toetsers gebruik.
Wat is konvensionele toetsing?
Konvensionele toetsproses vind meestal plaas wanneer waterval-lewensiklus gebruik word vir die ontwikkeling van sagteware by organisasies. Konvensionele toetsing vind altyd plaas tydens die toetsfase van die lewensiklus, wat gewoonlik die ontwikkelingsfase volg en voortgaan met die implementeringsfase. Tydens hierdie toetsfase sal hoofsaaklik drie soorte toetse uitgevoer word. Stelseltoetsing sal seker maak dat die stelselkenmerke voldoen aan die kliëntvereistes wat in die SRS (sagtewarevereistesspesifikasie) gedokumenteer is, gewoonlik met 'n swartboksbenadering. Integrasietoetsing toets die voorlopige ontwerp deur 'n funksionele en ontbindingsbenadering te volg. Integrasietoetsing is gebaseer op die struktuur van die ontwerp deur gebruik te maak van óf 'n top-down óf 'n bottom-up benadering. Laastens maak eenheidtoetse seker die gedetailleerde ontwerp is korrek.
Wat is objekgeoriënteerde toetsing?
Die gebruik van objekgeoriënteerde (OO) analise en ontwerp saam met Agile en ander onlangse sagteware-ontwikkelingsmetodologieë lei tot objekgeoriënteerde toetsing. OO-ontwikkeling is gewoonlik gefokus op die gedrag. Toetsing word gedoen met die klem op samestelling. Dit beteken ontwerp word stuk vir stuk geskep en saamgestel om die volledige stelsel te voltooi. Omdat vinnige prototipering en een of ander vorm van inkrementele benadering vandag vir OO-ontwikkeling gebruik word, is die drie konvensionele toetsvlakke (stelsel, integrasie en eenheidstoetsing) nie duidelik sigbaar in OO-ontwerp nie (maar hulle bestaan die meeste van die kere). Stelseltoetsing (onder OO-toetsing) sal baie van dieselfde (swart boks) benadering as konvensionele toetsing neem en sal die vereiste spesifikasie nagaan (omdat vereistes geverifieer moet word ongeag die ontwikkelingsproses). Eenheidtoetsing onder objekgeoriënteerde toetsing is soortgelyk aan konvensionele eenheidstoetsing, maar die basiese verskil is die definisie van die eenheid wat gebruik word. Tans aanvaarde eenhede wat vir eenheidtoetsing gebruik word, is klasse en metodes.
Wat is die verskil tussen konvensionele toetsing en objekgeoriënteerde toetsing?
Konvensionele toetsing is die tradisionele benadering tot toetsing wat meestal gedoen word wanneer watervallewensiklus vir ontwikkeling gebruik word, terwyl objekgeoriënteerde toetsing gebruik word wanneer objekgeoriënteerde analise en ontwerp gebruik word vir die ontwikkeling van ondernemingsagteware. Konvensionele toetsing fokus meer op ontbinding en funksionele benaderings in teenstelling met objekgeoriënteerde toetsing, wat komposisie gebruik. Die drie vlakke van toetsing (stelsel, integrasie, eenheid) wat in konvensionele toetsing gebruik word, is nie duidelik omskryf wanneer dit by objekgeoriënteerde toetsing kom nie. Die hoofrede hiervoor is dat OO-ontwikkeling inkrementele benadering gebruik, terwyl tradisionele ontwikkeling 'n opeenvolgende benadering volg. Wat eenheidstoetsing betref, kyk objekgeoriënteerde toetsing na baie kleiner eenhede in vergelyking met konvensionele toetsing.
