Testování softwaru: Porovnání verzí
Značka: editace z Vizuálního editoru |
Značka: editace z Vizuálního editoru |
||
Řádek 1: | Řádek 1: | ||
{{Pracuje se}} | {{Pracuje se}} | ||
− | Testování softwaru je oblast, která se zabývá kontrolou kvality nebo chyb [[Program|programů]]. | + | Testování softwaru je oblast, která se zabývá kontrolou kvality nebo chyb [[Program|programů]]. Při testování je kladen důraz na kvalitu a na nalézání chyb, které by v budoucnu mohly negativně ovlivnit celý projekt, na kterém vývojový tým pracuje. Vše začíná stanovením vizí a cílů, které by mělo testování naplnit. Poté je na řadě určení rozsahu testování. Testování pak je zaměřené na zkoumání produktu v různých úrovních a nesmí chybět ani pravidelné reportování o stavu produktu. <ref name=":0" /> |
==Charakteristika== | ==Charakteristika== | ||
Řádek 33: | Řádek 33: | ||
- Při vývoji jsou prvotní testy označovány jako assembly testy. Veškerá kontrola probíhá na úrovni [[Zdrojový kód|zdrojového kódu]], jeden vývojář kontroluje kód po druhém. Samotná kontrola tak probíhá na úrovni samotného testování kódu. Pro kvalitní testování je potřeba mít mezi programátory jednotný přístup k psaní kódu. Při assembly testování může docházet například k zavádění dalších chyb do kódu, z důsledku nepozornosti či nedostatku času. Pokud není sjednocena znalost jazyka, ve kterém je software tvořen, ubírá se čas celému týmu zbytečnou kontrolou. | - Při vývoji jsou prvotní testy označovány jako assembly testy. Veškerá kontrola probíhá na úrovni [[Zdrojový kód|zdrojového kódu]], jeden vývojář kontroluje kód po druhém. Samotná kontrola tak probíhá na úrovni samotného testování kódu. Pro kvalitní testování je potřeba mít mezi programátory jednotný přístup k psaní kódu. Při assembly testování může docházet například k zavádění dalších chyb do kódu, z důsledku nepozornosti či nedostatku času. Pokud není sjednocena znalost jazyka, ve kterém je software tvořen, ubírá se čas celému týmu zbytečnou kontrolou. | ||
− | * '''Testování jednotek''' | + | *'''Testování jednotek''' |
- Poté, co zdrojový kód ověří programátor, je na řadě test jednotek neboli unit testing. Testovaná jednotka je testovatelná část aplikačního programu. Samotné testy se v tomto případě zapisují ve formě programového kódu, proto se jím zabývají většinou vývojáři. Platí, že pokud se testují jednotky, nesmí projekt běžet. Jedná se o formu testování, která přestála veškerý vývoj agilních metodik bez větší změny. Platí zde pravidlo, že čím dříve je chyba nalezena a opravena, tím méně času oprava zabere. | - Poté, co zdrojový kód ověří programátor, je na řadě test jednotek neboli unit testing. Testovaná jednotka je testovatelná část aplikačního programu. Samotné testy se v tomto případě zapisují ve formě programového kódu, proto se jím zabývají většinou vývojáři. Platí, že pokud se testují jednotky, nesmí projekt běžet. Jedná se o formu testování, která přestála veškerý vývoj agilních metodik bez větší změny. Platí zde pravidlo, že čím dříve je chyba nalezena a opravena, tím méně času oprava zabere. | ||
Řádek 74: | Řádek 74: | ||
*'''Dynamické testování''' | *'''Dynamické testování''' | ||
− | – Tady je již vyžadován běh aplikace. Používá se v pozdějších fázích vývoje a je zaměřeno na bezchybnost provozu. <br><ref>KAJAN, Miroslav. Metody a organizace testování software [online]. Brno, 2015 [cit. 2021-11-21]. Dostupné z: https://www.vut.cz/www_base/zav_prace_soubor_verejne.php?file_id=115100. Diplomová práce. Vysoké učení technické. Vedoucí práce Jitka Kreslíková.</ref> | + | – Tady je již vyžadován běh aplikace. Používá se v pozdějších fázích vývoje a je zaměřeno na bezchybnost provozu. <br><ref name=":0">KAJAN, Miroslav. Metody a organizace testování software [online]. Brno, 2015 [cit. 2021-11-21]. Dostupné z: https://www.vut.cz/www_base/zav_prace_soubor_verejne.php?file_id=115100. Diplomová práce. Vysoké učení technické. Vedoucí práce Jitka Kreslíková.</ref> |
==Automatizace testů a testovací nástroje== | ==Automatizace testů a testovací nástroje== |
Verze z 26. 11. 2021, 16:24
Na této stránce se právě pracuje. Prosím needitujte tuto stránku, dokud na ní zůstává tato šablona. Předejdete tak editačnímu konfliktu. Jestliže uběhla od poslední editace doba alespoň dvou dnů, neváhejte tuto šablonu odstranit. |
Testování softwaru je oblast, která se zabývá kontrolou kvality nebo chyb programů. Při testování je kladen důraz na kvalitu a na nalézání chyb, které by v budoucnu mohly negativně ovlivnit celý projekt, na kterém vývojový tým pracuje. Vše začíná stanovením vizí a cílů, které by mělo testování naplnit. Poté je na řadě určení rozsahu testování. Testování pak je zaměřené na zkoumání produktu v různých úrovních a nesmí chybět ani pravidelné reportování o stavu produktu. [1]
Obsah
Charakteristika
Testování softwaru je jednou z několika složek IT struktury, která se může jevit jako nepříliš důležitá, ale opak je pravdou. V realitě je testování softwaru pomyslnou špičkou ledovce – dle přání zákazníka je navržen softwarový produkt, ale je dokončen a předán až v momentě, kdy na něm odvede svou práci tester. Tester kontroluje, zda výsledný produkt odpovídá zadání zákazníka, obsahuje všechny potřebné funkce a zda tyto funkce správně pracují. Důležitá je i uživatelská přívětivost pro budoucího uživatele softwaru. [2]
Testovací cyklus
Testování softwaru má několik fází, které je důležité dodržovat:
- Plánování testů
Stanovení testovacích požadavků, určení strategie testování, identifikace zdrojů pro testy a příprava testovacího plánu.
- Analýza a příprava testů
Návrh jednotlivých testů, které ověří, zda jsou požadavky na systém správné.
- Provedení a vyhodnocení testů
V této fázi jsou samotné testy provedeny a jsou vyhodnoceny výsledky, i zda nedošlo k chybě.
- Sledování chyb
Tato fáze řeší chyby, které mohly nastat. Řeší jejich závažnost a jak je možné je odstranit. [3]
Typy testů
Testy lze dělit na dělit na tři základní oblasti:
Testy z hlediska chronologizace
- Kdy daná testovací aktivita nastává z pohledu vývojového modelu
- Testování vývojářem
- Při vývoji jsou prvotní testy označovány jako assembly testy. Veškerá kontrola probíhá na úrovni zdrojového kódu, jeden vývojář kontroluje kód po druhém. Samotná kontrola tak probíhá na úrovni samotného testování kódu. Pro kvalitní testování je potřeba mít mezi programátory jednotný přístup k psaní kódu. Při assembly testování může docházet například k zavádění dalších chyb do kódu, z důsledku nepozornosti či nedostatku času. Pokud není sjednocena znalost jazyka, ve kterém je software tvořen, ubírá se čas celému týmu zbytečnou kontrolou.
- Testování jednotek
- Poté, co zdrojový kód ověří programátor, je na řadě test jednotek neboli unit testing. Testovaná jednotka je testovatelná část aplikačního programu. Samotné testy se v tomto případě zapisují ve formě programového kódu, proto se jím zabývají většinou vývojáři. Platí, že pokud se testují jednotky, nesmí projekt běžet. Jedná se o formu testování, která přestála veškerý vývoj agilních metodik bez větší změny. Platí zde pravidlo, že čím dříve je chyba nalezena a opravena, tím méně času oprava zabere.
- Integrační testování
- Integrační testy připravuje testovací tým. Jedná se o sadu testů, které zkoumají správnost vnitřní integrity aplikace. Je testováno, zda komunikace mezi jednotlivými komponenty uvnitř aplikace je bezproblémová. Dále se testuje integrita mezi komponentou a operačním systémem, hardwarem nebo rozhraním různých systémů. V této fáze je tak testována integrace dosud jednotlivě ověřených částí. Pokud by chyba nebyla objevena v této části, projevila by se v průběhu dalších úrovní testování.
- Systémové testování
- Tyto testy ověřují aplikaci jako celek. Jsou používány v pozdějších fázích vývoje. Ověřují aplikaci z pohledu zákazníka. Jsou simulovány podle různých scénářů kroky, které by se v reálném životě mohly stát. Chyby se opravují, a dále jsou tyto chyby opět testovány. Součástí tohoto testování jsou jak funkční, tak i nefunkční testy. Jedná se o poslední úroveň testování, která probíhá před tím, než je produkt předán zákazníkovi.
- Akceptační testování
- Akceptační testy probíhají na straně zákazníka. Pokud všechny předchozí etapy testů proběhly v pořádku, je možné předat aplikaci zákazníkovi. Pokud jsou nalezeny nějaké nesrovnalosti mezi zadáním a dodanou aplikací, je zpětná vazba předána zpět vývojovému týmu. V této fázi už je o dost těžší chyby najít, a tak se často oprava prodlouží.
Testy dle přístupu ke kódu
- Je hledisko viditelnosti zdrojového kódu ze strany samotného testera
- „Black box“ testování
- Při použití těchto testů nemá tester žádný přístup k programovanému kódu, neví tedy jak přesně systém spolupracuje s daty. Jeho hlavním úkolem je tedy sledovat a vyhodnotit, jaký výsledek je získán po vložená různych vstupních dat.
- „White box“ testování
– Zde tester zná vnitřní strukturu softwaru, narozdíl od předchozího příkladu testování. Testují se průchody zdrojovým kódem, reakce kódu na prázdné nebo nestandardní hodnoty.
- „Grey box“ testování
– Zde hovoříme o kombinaci předchozích dvou kategorií. Může se jednat o situaci, kdy software testujeme přes například uživatelské rozhraní.
Testy dle běhu programu
- dle nutnosti běhu programu
- Statické testování
– Toto testování nevyžaduje běh programu. Využívá se v prvotních fázích životního cyklu softwaru. Kontrolují se specifikace požadavků a revizí kódu.
- Dynamické testování
– Tady je již vyžadován běh aplikace. Používá se v pozdějších fázích vývoje a je zaměřeno na bezchybnost provozu.
[1]
Automatizace testů a testovací nástroje
Aby testy proběhly precizně a úspěšně ke spokojenosti všech zapojených stran, je do celého procesu investovat nemálo času. I tato oblast IT se proto automatizuje. Existuje proto celá řada testovacích nástrojů, které mohou být využity ke zrychlení testovacího procesu. Můžeme využít nástroje, které jsou uskutečňované pomocí standardních rozhraní testované aplikace. Pro tyto typy testů existuje velké množství komerčně dostupných nástrojů, například ATF (Softbridge), WinRunner (Mercury Interactive), Rational Robot (Rational) a další. Pokud se jedná o nestandardní rozhraní, je nutné si vytvořit vlastní testovací nástroj, jež bude vyvíjen společně s aplikací, která se podrobí testu. [4]
Manuální testování x automatizované testování
Při testování softwaru se můžeme setkat se dvěma druhy testování, s manuálním a automatizovaným. Jak již bylo řečeno výše, při automatizovaném testování je možné ušetřit čas a využít testovací nástroje. Velkou nevýhodou je ale neustálá údržba zkoušek. Manuální testování oproti tomu je prováděno ručně testerem, který vše poctivě proklikává a nemusí se starat o údržbu nástroje pro testování. [5]
Testování softwaru x Quality Assurance
V oblasti testování softwaru se můžeme setkat s pojmem Quality Assurance neboli zajištění kvality. Na první pohled se může zdá, že mezi oběma pojmy není rozdíl, ale je. Quality Assurance je nadřazený pojem pro testování softwaru. Obě oblasti si kladou stejné cíle – zlepšení softwaru, ale QA zvyšuje kvalitu díky zlepšení procesu a testování díky hledání chyb. Je důležité mezi těmito pojmy vidět rozdíl, který je zásadní. [6]
Softwarový tester
Osoba, která v testování softwaru má největší uplatnění je softwarový tester. Kromě testera se ale na testování podílí i další osoby, jako vývojář softwaru, projektový manažer, ale i koncový uživatel.
Kvalifikovaný tester musí zvládat celou řadu činností, například:
- Analýza požadavků na testování
- Tvorba a aktualizace testovací dokumentace
- Příprava testovacích dat
- Provádění testů podle testovací dokumentace
- Dokumentace průběhu testování
- Reportování chyb a výsledků testů
- Podpora vývojového týmu [7]
Odkazy
Reference
- ↑ 1,0 1,1 KAJAN, Miroslav. Metody a organizace testování software [online]. Brno, 2015 [cit. 2021-11-21]. Dostupné z: https://www.vut.cz/www_base/zav_prace_soubor_verejne.php?file_id=115100. Diplomová práce. Vysoké učení technické. Vedoucí práce Jitka Kreslíková.
- ↑ Co je testování softwaru? Kitner [online]. [cit. 2021-11-21]. Dostupné z: https://kitner.cz/testovani_softwaru/co-je-testovani-softwaru/
- ↑ ZELINKA, Bořek. Testování softwaru [online]. In: . [cit. 2021-11-26]. Dostupné z: https://d3s.mff.cuni.cz/legacy/teaching/commercial_workshops/previous/1213/zelinka-zajisteni_kvality_softwarovych_produktu.pdf
- ↑ Testování a diagnostika softwaru. Automa [online]. [cit. 2021-11-21]. Dostupné z: https://automa.cz/cz/casopis-clanky/testovani-a-diagnostika-softwaru-2000_08_27838_702/
- ↑ Automatizované testování. Testování softwaru [online]. [cit. 2021-11-21]. Dostupné z: http://testovanisoftwaru.cz/automatizovane-testovani/
- ↑ Co je testování softwaru? Kitner [online]. [cit. 2021-11-21]. Dostupné z: https://kitner.cz/testovani_softwaru/co-je-testovani-softwaru/
- ↑ Softwarový tester. Národní soustava povolání [online]. [cit. 2021-11-21]. Dostupné z: https://nsp.cz/jednotka-prace/softwarovy-tester
Související stránky
Knihovnické automatizované systémy a knihovnický software
Kultura a umění kódů a dat: software, simulace, vizualizace
Klíčová slova
IT, Informatika, Software, Tester, PC