Atšķirība starp parasto un objektorientēto testēšanu

Parastā pārbaude pret objektu orientētu testēšanu

Programmatūras pārbaude ir viens no vissvarīgākajiem programmatūras izstrādes procesa posmiem. Programmatūras pārbaude nodrošina, ka izstrādātā programmatūra atbilst visām klientu prasībām un tiek izpildīta bez kļūdām. Tā kā programmatūras izstrādes paradigmas un paņēmieni ir mainījušies no sākotnējās ūdenskritumu programmatūras izstrādes uz OOD / Agile un citām jaunākām koncepcijām, testēšana ir pārvirzījusies arī no tradicionālās (tradicionālās) testēšanas uz Object Oriented Testing (OOT). Bet tā kā ūdenskritumu izstrāde joprojām tiek izmantota, testētāji joprojām izmanto parasto pārbaudi.

Kas ir parastā pārbaude?

Parastais testēšanas process notiek galvenokārt tad, ja programmatūras izstrādei organizācijās izmanto ūdenskrituma dzīves ciklu. Parastā pārbaude vienmēr notiek dzīves cikla pārbaudes fāzē, kas parasti seko izstrādes fāzei un tiek turpināta ieviešanas fāzei. Šajā testēšanas posmā galvenokārt tiks veikti trīs veidu testi. Sistēmas pārbaude pārliecinās, vai sistēmas funkcijas atbilst VID noteiktajās (programmatūras prasību specifikācijā) dokumentētajām klientu prasībām, parasti izmantojot melnās kastes pieeju. Integrācijas testēšana testē sākotnējo dizainu, izmantojot funkcionālo un sadalīšanās pieeju. Integrācijas pārbaude balstās uz dizaina struktūru, izmantojot vai nu augšupēju, vai augšupēju pieeju. Visbeidzot, vienības pārbaudēs pārliecinieties, ka detalizētais dizains ir pareizs.

Kas ir uz objektu orientēta pārbaude?

Izmantojot objektorientētu (OO) analīzi un dizainu kopā ar veiklām un citām jaunākajām programmatūras izstrādes metodoloģijām, tiek iegūta objektorientētā testēšana. OO attīstība parasti ir vērsta uz uzvedību. Pārbaude tiek veikta, liekot uzsvaru uz kompozīciju. Tas nozīmē, ka dizains tiek izveidots pa gabalu un salikts kopā, lai pabeigtu pilnu sistēmu. Tā kā mūsdienās OO izstrādei tiek izmantota ātra prototipēšana un zināma veida inkrementālā pieeja, trīs parastie testēšanas līmeņi (sistēmas, integrācija un vienību pārbaude) nav skaidri redzami OO projektēšanā (bet tie pastāv lielāko daļu laika). Sistēmas testēšana (saskaņā ar OO testēšanu) izmantos gandrīz tādu pašu (melnās kastes) pieeju kā parastā testēšana un pārbaudīs prasību specifikāciju (jo prasības ir jāpārbauda neatkarīgi no izstrādes procesa). Vienību pārbaude objektorientētā testēšanā ir līdzīga parastajai vienības pārbaudei, taču galvenā atšķirība ir izmantotās vienības definīcija. Pašlaik pieņemtās vienības, kuras izmanto vienību pārbaudē, ir klases un metodes.

Kāda ir atšķirība starp parasto testēšanu un objektu orientētu testēšanu?

Tradicionālā testēšana ir tradicionālā pieeja testēšanai, ko galvenokārt veic, ja izstrādei tiek izmantots ūdens krituma dzīves cikls, savukārt objektorientētā testēšana tiek izmantota, ja uzņēmuma programmatūras izstrādei tiek izmantota objektu orientēta analīze un dizains. Parastā testēšana vairāk koncentrējas uz sadalīšanos un funkcionālām pieejām, nevis uz objektu orientētu testēšanu, kurā tiek izmantots sastāvs. Trīs testēšanas līmeņi (sistēma, integrācija, vienība), ko izmanto parastajā testēšanā, nav skaidri definēti, kad runa ir par objektu orientētu testēšanu. Galvenais iemesls tam ir tas, ka OO izstrādē tiek izmantota pakāpeniska pieeja, savukārt tradicionālā attīstība notiek pēc kārtas. Runājot par vienību pārbaudi, objektorientētā testēšana aplūko daudz mazākas vienības, salīdzinot ar parasto testēšanu.