Parastā testēšana pret objektu orientētu testēšanu
Programmatūras testēšana ir viens no vissvarīgākajiem posmiem programmatūras izstrādes procesā. Programmatūras testēšana pārliecinās, 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 no sākotnējās ūdenskrituma programmatūras izstrādes ir pārgājuši uz OOD / Agile un citiem jaunākiem jēdzieniem, testēšana ir pārgājusi arī no parastās (tradicionālās) testēšanas uz Object Oriented Testing (OOT). Bet, tā kā ūdenskrituma attīstība joprojām tiek izmantota, testētāji joprojām izmanto parasto testēšanu.
Kas ir parastā testēšana?
Parastais testēšanas process galvenokārt notiek, ja ūdenskrituma dzīves cikls tiek izmantots programmatūras izstrādei organizācijās. Parastā pārbaude vienmēr notiek dzīves cikla testa posmā, kas parasti seko izstrādes fāzei un turpina ieviešanas fāzi. Šajā testēšanas posmā galvenokārt tiks veikti trīs veidu testi. Sistēmas testēšana nodrošinās, ka sistēmas funkcijas atbilst klientu prasībām, kas dokumentētas VID (programmatūras prasību specifikācijā), parasti izmantojot melnās kastes pieeju. Integrācijas testēšana pārbauda sākotnējo projektu, izmantojot funkcionālu un sadalīšanās pieeju. Integrācijas testēšana balstās uz konstrukcijas struktūru, izmantojot pieeju no augšas uz leju vai no apakšas uz augšu. Visbeidzot, vienību testi pārliecinās, ka detalizētais dizains ir pareizs.
Kas ir testēšana uz objektu?
Izmantojot objektorientētu (OO) analīzi un dizainu, kā arī Agile un citas jaunākās programmatūras izstrādes metodikas, tiek novirzīta uz objektu orientēta testēšana. OO attīstība parasti ir vērsta uz uzvedību. Pārbaude tiek veikta, liekot uzsvaru uz sastāvu. Tas nozīmē, ka dizains tiek veidots pa gabalam un sastādīts kopā, lai pabeigtu pilnu sistēmu. Tā kā OO izstrādē mūsdienās tiek izmantota ātra prototipu veidošana un kāda veida inkrementāla pieeja, trīs parastie testēšanas līmeņi (sistēma, integrācija un vienības testēšana) nav skaidri redzami OO dizainā (taču tie pastāv lielākoties). Sistēmas testēšana (saskaņā ar OO testēšanu) izmantos daudz 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ības testēšana objektorientētā testēšanā ir līdzīga parastajai vienības testēšanai, taču galvenā atšķirība ir izmantotās vienības definīcija. Pašlaik vienības testēšanai izmantotās vienības ir klases un metodes.
Kāda ir atšķirība starp parasto testēšanu un objektorientēto testēšanu?
Parastā pārbaude ir tradicionālā pieeja testēšanai, ko galvenokārt veic, ja izstrādei izmanto ūdens krituma dzīves ciklu, savukārt objektorientēto testēšanu izmanto, ja uzņēmuma programmatūras izstrādei izmanto objektorientētu analīzi un dizainu. Parastā pārbaude vairāk koncentrējas uz sadalīšanos un funkcionālu pieeju, nevis objektorientētu testēšanu, kurā tiek izmantota kompozīcija. 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 objektorientētu testēšanu. Galvenais iemesls tam ir tas, ka OO izstrādē tiek izmantota pakāpeniska pieeja, savukārt tradicionālajā attīstībā tiek izmantota secīga pieeja. Runājot par vienību testēšanu, objektorientētajā pārbaudē tiek aplūkotas daudz mazākas vienības, salīdzinot ar parasto testēšanu.
