Erinevus tavapärasest testimisest ja objektorienteeritud testimisest

Tavapärane testimine või objektorienteeritud testimine

Tarkvara testimine on tarkvara arendamise protsessi üks olulisemaid etappe. Tarkvara testimine tagab, et väljatöötatud tarkvara vastab kõigile kliendi nõudmistele ja töötab ilma vigadeta. Kuna tarkvaraarenduse paradigmad ja tehnikad on nihkunud esialgselt jugatarkvara tarkvaraarenduselt OOD / Agile ja muudele uuematele kontseptsioonidele, on testimine nihkunud ka tavapärasest (traditsioonilisest) testimisest objektorienteeritud testimise (OOT) poole. Kuid kuna kosk on endiselt kasutusel, kasutavad testijad endiselt tavapäraseid katsetusi.

Mis on tavapärane testimine?

Tavaline testimisprotsess toimub enamasti siis, kui organisatsioonide tarkvara arendamiseks kasutatakse juga elutsüklit. Tavapärane testimine toimub alati olelustsükli katsefaasis, mis tavaliselt järgib arendusetappi ja jätkub rakendusetapis. Selle katsetamise ajal viiakse läbi peamiselt kolme tüüpi katseid. Süsteemi testimine tagab, et süsteemi funktsioonid vastavad SRS-is (tarkvara nõuete spetsifikatsioonis) dokumenteeritud kliendinõuetele, kasutades tavaliselt musta kasti lähenemisviisi. Integreerimistestid katsetavad eelprojekti, valides funktsionaalse ja lagunemise lähenemisviisi. Integreerimise testimine põhineb disaini struktuuril, kasutades ülalt alla või alt üles lähenemist. Lõpuks veenduge ühiskatsetes, et detailne konstruktsioon on õige.

Mis on objektorienteeritud testimine?

Objektorienteeritud (OO) analüüsi ja disaini kasutamine koos Agile ja muude hiljutiste tarkvaraarenduse metoodikatega viib objektorienteeritud testimiseni. OO arendamine on tavaliselt keskendunud käitumisele. Testimine toimub rõhuasetusega kompositsioonil. See tähendab, et disain luuakse tükkhaaval ja komponeeritakse kokku, et viia lõpule kogu süsteem. Kuna tänapäeval kasutatakse OO väljatöötamiseks kiiret prototüüpimist ja mingisugust lisanduvat lähenemisviisi, pole kolm tavapärast testimistaset (süsteem, integratsioon ja ühiku testimine) OO kujundamisel selgelt nähtavad (kuid need on enamasti olemas). Süsteemi testimine (OO-testimise all) võtab enam-vähem sama lähenemisviisi (must kast) kui tavaline testimine ja kontrollib nõude spetsifikatsiooni (kuna nõudeid tuleb kontrollida sõltumata arendusprotsessist). Üksuse testimine objektorienteeritud testimisel sarnaneb tavapärase üksuse testimisega, kuid põhierinevus seisneb kasutatava üksuse määratluses. Praegu ühikute katsetamiseks kasutatavad aktsepteeritud ühikud on klassid ja meetodid.

Mis vahe on tavapärasel testimisel ja objektorienteeritud testimisel??

Tavapärane testimine on traditsiooniline lähenemisviis testimisele, mida tehakse enamasti vee languse elutsükli arendamisel, samas kui objektorienteeritud testimist kasutatakse siis, kui ettevõtte tarkvara arendamisel kasutatakse objektorienteeritud analüüsi ja disaini. Tavapärane testimine keskendub rohkem lagunemisele ja funktsionaalsetele lähenemistele, mitte objektorienteeritud testimisele, kus kasutatakse kompositsiooni. Tavapärases testimisel kasutatavad kolm testimistaset (süsteem, integratsioon, üksus) pole objektorienteeritud testimisel täpselt määratletud. Selle peamiseks põhjuseks on see, et OO arendamisel kasutatakse järkjärgulist lähenemisviisi, samal ajal kui traditsiooniline arendus järgib järkjärgulist lähenemisviisi. Üksuste testimise osas vaadeldakse objektorienteeritud testimisel tavalise testimisega võrreldes palju väiksemaid üksusi.