Co je testování komponent? Techniky, příklady testovacích případů
Thomas Hamilton
Co je testování komponent?
Testování komponent je definováno jako typ testování softwaru, ve kterém se testování provádí na každé jednotlivé komponentě samostatně bez integrace s ostatními komponentami. Je také označováno jako testování modulů, když je nahlíženo z perspektivy architektury. Testování komponent je také označováno jako testování jednotek, testování programů nebo testování modulů.
Obecně se jakýkoli software jako celek skládá z několika komponent. Testování na úrovni komponent se zabývá testováním těchto komponent jednotlivě.
Je to jeden z nejčastějších typů testování černé skříňky, který provádí tým QA.
Podle níže uvedeného diagramu bude strategie testování a testovací plán pro testování komponent. Kde je každá část softwaru nebo aplikace posuzována individuálně. Pro každou z těchto složek a Scénář testu budou definovány, které budou dále redukovány na Testovací případy vysoké úrovně -> Podrobné testovací případy nízké úrovně s předpoklady.
Použití termínu „Testování komponent“ se liší doménu od domény a organizaci od organizace.
Nejčastějším důvodem rozdílného vnímání testování komponent jsou
- Typ zvoleného modelu životního cyklu vývoje
- Složitost testovaného softwaru nebo aplikace
- Testování s nebo bez izolace od zbytku jiných komponent v softwaru nebo aplikaci.
Jak víme Software Test Life Cycle Architecture má spoustu testovacích artefaktů (vytvořené dokumenty, používané během testovacích aktivit). Mezi mnoha testy – artefakty je to Test Policy & Test Strategy, který definuje typy testování, hloubku testování, které má být v daném projektu provedeno.
Kdo provádí testování komponent
Testování součástí je prováděno testery. „Unit Testing“ provádějí vývojáři, kde provádějí testování jednotlivých funkcí nebo procedur. Po Testování jednotek se provede, dalším testováním je testování komponent. Testování komponent provádějí testeři.
Kdy provést testování komponent
Testování komponent se provádí krátce poté, co vývojáři provedli Unit Testing a sestavení je uvolněno pro testovací tým. Toto sestavení se označuje jako sestavení UT (Unit Testing Build). V této fázi je testována hlavní funkčnost všech komponent,
Vstupní kritéria pro testování komponent
- Měl by být vyvinut a testován minimální počet komponentů, které mají být zahrnuty do UT.
Výstupní kritéria pro testování komponent
- Funkčnost všech komponent by měla fungovat dobře.
- Neměly by se vyskytovat žádné kritické nebo vysoce nebo středně závažné a prioritní vady Přeběhnout log.
Techniky zkoušení součástí
Na základě hloubky úrovní testování lze testování komponent kategorizovat jako
- CTIS – testování komponent v malém
- CTIL – testování komponent ve velkém
CTIS – testování komponent v malém
Testování komponent může být provedeno s nebo bez izolace zbytku ostatních komponent v testovaném softwaru nebo aplikaci. Pokud se provádí s izolací jiné komponenty, pak se nazývá testování komponent v malém.
Příklad 1: Vezměme si web, který má 5 různých webových stránek, pak se testuje každou webovou stránku zvlášť as izolací ostatních komponent se označuje jako testování komponent v malém.
Příklad 2: Zvažte domovskou stránku webu guru99.com, která má mnoho komponent, jako je
Domů, Testování, SAP, Web, Must Learn!, Big Data, Live Projects, Blog atd.
Podobně se každý software skládá z mnoha komponent a také každý komponent bude mít své vlastní podkomponenty. Testování každého modulu uvedeného v příkladu 2 samostatně bez uvažování o integraci s jinými komponentami se nazývá Testování součástí v malém.
Klikněte na rozbalovací nabídku Testování podle níže uvedené ukázky a prohlédněte si různé "subkomponenty" testovací komponenty. Takže zobrazené dílčí součásti jsou Ruční testování, SOAPUI, QTP, JUnit, Selenium, správa testů, Selenium, Mobilní aplikace Testování atd.
Poznámka: Dílčí komponenty jsou na níže uvedeném snímku uvedeny červeně zvýrazněnou barvou.
CTIL – testování komponent ve velkém
Testování komponent prováděné bez izolace ostatních komponent v testovaném softwaru nebo aplikaci se nazývá Component Testing Large.
Vezměme si příklad, abychom to lépe pochopili. Předpokládejme, že existuje aplikace sestávající řekněme ze tří složek Složka A, složka B, si Komponenta C.
Vývojář vyvinul komponentu B a chce ji otestovat. Ale aby to zcela otestujte komponentu B, jen málo jejích funkcí je závislých na komponentě A a jen málo na komponentě C.
Funkční tok: A -> B -> C což znamená, že existuje závislost na B z obou A a C, jak je uvedeno v diagramu tzv. funkce, a řidič je funkce volání.
Ale složka A a složka C ještě nebyly vyvinuty. V takovém případě, abychom komponentu B kompletně otestovali, můžeme podle potřeby nahradit komponentu A a komponentu C pahýlem a ovladači. Takže v podstatě jsou komponenty A a C nahrazeny pahýlem a ovladačem, které fungují jako fiktivní objekt, dokud nejsou skutečně vyvinuty.
- Pahýl: Stub je volán ze softwarové komponenty, která má být testována, jak je znázorněno na níže uvedeném diagramu „Stub“ je volán komponentou A.
- Řidič: Ovladač volá komponentu, která má být testována, jak je znázorněno na níže uvedeném diagramu „Komponenta B“ je volána ovladačem.
Příklad testovacích případů pro testování součástí
Zvažte 2 webové stránky podle níže uvedených diagramů. Zde jsou obě webové stránky vzájemně propojeny z hlediska funkčnosti.
- Webová stránka 1 je přihlašovací stránkou demo.guru99.com
Když uživatel zadá do textového pole platné uživatelské jméno a heslo a klikne na tlačítko Odeslat, webová stránka přejde na domovskou stránku webu demo banky guru99.
- Webová stránka 2 je domovskou stránkou Guru99.com
Takže přihlašovací stránka je jedna součást a domovská stránka je druhá. Nyní se nazývá testování funkčnosti jednotlivých stránek samostatně testování komponent.
Scénář testování komponent na webové stránce1 –
- Zadejte neplatné ID uživatele a ověřte, zda se koncovému uživateli zobrazí nějaké uživatelsky přívětivé vyskakovací okno.
- Zadejte neplatné uživatelské jméno a heslo a klikněte na 'resetovat' a ověřte, zda jsou data zadaná v textových polích uživatelské jméno a heslo vymazána.
- Zadejte platné uživatelské jméno a heslo a klikněte na tlačítko „Přihlásit se“.
Scénář testování komponent na webové stránce2 –
- Ověřte, zda se na domovské stránce zobrazuje zpráva „Vítejte na stránce manažera banky guru99“.
- Ověřte, zda lze kliknout na všechny odkazy na levé straně webové stránky.
- Ověřte, zda se ID manažera zobrazuje uprostřed domovské stránky.
- Ověřte přítomnost 3 různých obrázků na domovské stránce podle schématu.
Testování jednotek versus testování komponent
| Testování jednotek | Testování komponent |
|---|---|
| Je voláno testování jednotlivých programů, modulů k prokázání, že program funguje podle specifikace Testování jednotek | Testování každého objektu nebo částí softwaru samostatně s nebo bez izolace jiných objektů se nazývá Testování komponent |
| Je ověřen podle konstrukčních dokumentů | Je ověřen podle testovacích požadavků, případů použití |
| Testování jednotek provádějí vývojáři | Testování komponent provádějí Testeři |
| Nejprve se provede testování jednotky | Testování komponent se provádí po dokončení testování jednotky od konce vývojářů. |
Shrnutí
In Softwarové inženýrství, Testování komponent hraje klíčovou roli při hledání chyb. Než začneme Testování integrace po testování komponent a testování integrace následuje testování komponent.
Testování součástí se v některých odkazech také označuje jako testování modulů.
