Konvenční testování vs. objektově orientované testování
Testování softwaru je jedním z nejdůležitějších kroků v procesu vývoje softwaru. Testování softwaru zajišťuje, že vyvinutý software splňuje všechny požadavky zákazníka a funguje bez chyb. Jak se paradigmata a techniky vývoje softwaru posunuly z počátečního vodopádového vývoje softwaru na OOD/Agile a další novější koncepty, testování se také posunulo od konvenčního (tradičního) testování k objektově orientovanému testování (OOT). Ale protože se stále používá vodopádový vývoj, testeři stále používají konvenční testování.
Co je to konvenční testování?
Konvenční testovací proces probíhá většinou tehdy, když se pro vývoj softwaru v organizacích používá vodopádový životní cyklus. Konvenční testování probíhá vždy během testovací fáze životního cyklu, která obvykle následuje po vývojové fázi a pokračuje ve fázi implementace. Během této testovací fáze budou provedeny především tři druhy testování. Testování systému zajistí, že funkce systému splňují požadavky zákazníků zdokumentované ve specifikaci SRS (Software Requirements Specification), přičemž se obvykle používá přístup černé skříňky. Integrační testování testuje předběžný návrh pomocí funkčního a dekompozičního přístupu. Integrační testování je založeno na struktuře návrhu pomocí přístupu shora dolů nebo zdola nahoru. Nakonec testy jednotek ověří správnost detailního návrhu.
Co je objektově orientované testování?
Použití objektově orientované (OO) analýzy a návrhu spolu s agilními a dalšími nedávnými metodikami vývoje softwaru vede k objektově orientovanému testování. Vývoj OO je obvykle zaměřen na chování. Testování se provádí s důrazem na složení. To znamená, že design je vytvořen kus po kuse a složen dohromady, aby dokončil celý systém. Protože se dnes pro vývoj OO používá rychlé prototypování a určitá forma inkrementálního přístupu, tři konvenční úrovně testování (systém, integrace a testování jednotek) nejsou v návrhu OO jasně viditelné (ale většinou existují). Systémové testování (v rámci OO testování) bude mít v podstatě stejný přístup (černá skříňka) jako konvenční testování a bude kontrolovat specifikaci požadavků (protože požadavky musí být ověřeny bez ohledu na vývojový proces). Testování jednotek v rámci objektově orientovaného testování je podobné konvenčnímu testování jednotek, ale základním rozdílem je definice použité jednotky. Akceptované jednotky používané pro testování jednotek jsou třídy a metody.
Jaký je rozdíl mezi konvenčním testováním a objektově orientovaným testováním?
Konvenční testování je tradiční přístup k testování, který se většinou provádí, když se pro vývoj používá životní cyklus vodopádu, zatímco objektově orientované testování se používá, když se pro vývoj podnikového softwaru používá objektově orientovaná analýza a návrh. Konvenční testování se zaměřuje více na dekompoziční a funkční přístupy na rozdíl od objektově orientovaného testování, které používá kompozici. Tři úrovně testování (systém, integrace, jednotka) používané v konvenčním testování nejsou jasně definovány, pokud jde o objektově orientované testování. Hlavním důvodem je to, že vývoj OO používá inkrementální přístup, zatímco tradiční vývoj sleduje sekvenční přístup. Pokud jde o testování jednotek, objektově orientované testování se dívá na mnohem menší jednotky ve srovnání s konvenčním testováním.
