Testování softwaru

Stránka ve výstavbě

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ů.

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.

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.

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í.

Soubor:Code from offshore software development company.png

Software

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.

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.

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í.

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í.

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

Odkazy

Související stránky

Softwarová studia

Software

Popište proces vývoje softwaru, jeho jednotlivé fáze a charakterizujte profese, které se na něm podílejí. Odlište vodopádový a spirálový styl vývoje. Vysvětlete, jak se typicky

označují jednotlivé verze

Knihovnické automatizované systémy a knihovnický software

Kultura a umění kódů a dat: software, simulace, vizualizace

Zdrojový kód

Klíčová slova

IT, Informatika, Software, Tester, PC