Co je testování komponent?
Testování komponent je definováno jako typ testování softwaru, při kterém se testování provádí na každé jednotlivé komponentě samostatně bez integrace s dalšími komponentami. Také se to nazývá Testování modulů, když se na něj pohlíží z pohledu architektury. Testování komponent se také označuje jako Testování jednotek, Testování programů nebo Testování modulů.
Jakýkoli software jako celek je obecně vyroben 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 k dispozici testovací strategie a testovací plán pro testování komponent. Každá a každá část softwaru nebo aplikace je posuzována samostatně. Pro každou z těchto komponent bude definován testovací scénář, který bude dále přenesen do testovacích případů na vysoké úrovni -> podrobné testovací případy na nízké úrovni s předpoklady.
Používání termínu „ Testování komponent “ se liší od domény k doméně a od organizace k organizaci.
Nejběžnějším důvodem odlišného vnímání testování komponent je
- Zvolený typ modelu životního cyklu
- Složitost testovaného softwaru nebo aplikace
- Testování s izolací nebo bez izolace od ostatních komponent v softwaru nebo aplikaci.
Jak víme, architektura životního cyklu testování softwaru má mnoho mnoha artefaktů (vytvořené dokumenty, použité 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 provedena.
Kdo provádí testování komponent
Testování komponent provádějí testeři. „Testování jednotek“ provádějí vývojáři, kde provádějí testování jednotlivých funkcí nebo postupů. Po provedení Unit Uniting je dalším testováním testování komponent. Testování komponent provádějí testeři.
Kdy provést testování komponent
Testování komponent se provádí brzy poté, co vývojáři provedou Unit Testing a sestavení je vydáno pro testovací tým. Toto sestavení se označuje jako UT build (Unit Testing Build). V této fázi jsou testovány hlavní funkce všech komponent,
Vstupní kritéria pro testování komponent
- Je třeba vyvinout a otestovat minimální počet komponent, které mají být zahrnuty do UT.
Kritéria ukončení pro testování komponent
- Funkčnost všech komponent by měla fungovat dobře.
- Neměl by existovat žádný kritický nebo vysoký nebo střední závažný a prioritní defekt defektního protokolu.
Techniky testování komponent
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 lze provádět s izolací nebo bez izolace ostatních komponent v testovaném softwaru nebo aplikaci. Pokud se provádí s izolací jiné komponenty, pak se to 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, a poté se testuje každá webová stránka samostatně a s izolací další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 podobných komponent
Domů, Testování, SAP, Web, Musíte se učit !, Big Data, Živé projekty, Blog atd.
Podobně jakýkoli software je vyroben z mnoha komponent a také každá komponenta bude mít své vlastní dílčí komponenty. Testování každého modulu uvedeného v příkladu 2 samostatně, aniž by se uvažovalo o integraci s jinými komponentami, se označuje jako testování komponent v malém.
Klikněte na rozevírací nabídku Testování podle níže uvedené snap show a podívejte se na různé „dílčí komponenty“ testovací komponenty. Zobrazené dílčí komponenty jsou tedy Ruční testování, SOAPUI, QTP, JUnit, Selen, Správa testů, Selen, Mobilní testování atd.
Poznámka: Dílčí komponenta je na níže uvedeném snímku uvedena s červeně zvýrazněnou barvou.
CTIS - testování komponent v malém
Testování komponent provedené bez izolace ostatních komponent v testovaném softwaru nebo aplikaci se označuje jako Testování komponentů velký.
Vezměme si příklad, abychom tomu lépe porozuměli. Předpokládejme, že je aplikace se skládá ze tří složek říci Složka A , složky B, a složka C .
Vývojář vyvinul komponentu B a chce ji otestovat. Abychom však mohli úplně otestovat složku B, jen málo jejích funkcí závisí na složce A a několik na složce C.
Tok funkčnosti: A -> B -> C, což znamená, že existuje závislost na B z obou A & C, podle pahýlu diagramu je volaná funkce a ovladač je volající funkce .
Ale složka A a složka C ještě nebyla vyvinuta. V takovém případě, abychom úplně otestovali komponentu B, můžeme podle potřeby vyměnit komponentu A a komponentu C za pahýl a ovladače. Takže v zásadě jsou komponenty A & C nahrazeny pahýlem a ovladači, které fungují jako fiktivní objekt, dokud nejsou skutečně vyvinuty.
- Pahýl: Pahýl je volán ze softwarové komponenty, která má být testována, jak je znázorněno na obrázku níže.
- Ovladač: Ovladač volá komponentu, která má být testována, jak je znázorněno na obrázku níže, „Komponenta B“ je volána ovladačem.
Příklad testovacích případů pro testování komponent
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ánka na demo.guru99.com
Když uživatel zadá do textového pole platné ID uživatele a heslo a klikne na tlačítko Odeslat, bude webová stránka navigovat na domovskou stránku demo banky guru99.
- Webová stránka 2 je domovskou stránkou Guru99.com
Zde je tedy přihlašovací stránka jedna součást a domovská stránka další. Nyní se testování funkčnosti jednotlivých stránek samostatně nazývá 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í uživatelsky přívětivé varování.
- Zadejte neplatné uživatelské ID a heslo a klikněte na „resetovat“ a ověřte, zda jsou údaje zadané do textových polí ID uživatele a heslo vymazány.
- Zadejte platné uživatelské jméno a heslo a klikněte na tlačítko „Přihlásit“.
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 správce banky guru99“.
- Ověřte, zda lze kliknout na všechny odkazy na levé straně webové stránky.
- Ověřte, zda se ID správce zobrazuje uprostřed domovské stránky.
- Podle schématu ověřte přítomnost 3 různých obrázků na domovské stránce.
Testování jednotek vs. Testování komponent
| Testování jednotek | Testování komponent |
|---|---|
|
|
|
|
|
|
|
|
Souhrn:
V softwarovém inženýrství hraje testování komponent zásadní roli při hledání chyb. Než začneme s integračním testováním, vždy se doporučuje provést testování komponent, aby bylo zajištěno, že každá komponenta aplikace funguje efektivně.
Po testování integrace následuje testování komponent. Testování komponent se v některých referencích označuje také jako testování modulů.