Jak psát testovací případy s příklady

Co je testovací případ?

A modelový případ je soubor s akce, vstupy a očekávané výsledky který pomáhá testerům ověřit, zda konkrétní funkce nebo funkcionalita softwaru funguje tak, jak bylo zamýšleno. Slouží jako krok za krokem průvodce který definuje, co testovat, jak to testovat a jaký výsledek očekávat.

Představte si testovací případ jako recept na ověření — sdělí vám přesné ingredience (data z testů), postup (kroky, které je třeba provést) a jak by měl vypadat perfektní pokrm (očekávaný výsledek).

Dobře napsaný testovací případ pomáhá zajistit:

• Software splňuje obchodní a uživatelské požadavky.
• Chyby nebo neočekávané chování jsou chycen brzy.
• Testování může být opakované a přezkoumané jakýmkoli odborníkem na kvalitu.
• Týmy mohou trace který požadavek každý test ověřuje.

👉 Zaregistrujte se do projektu bezplatného živého testování softwaru

Kroky k vytvoření testovacích případů v ručním testování

Vytvořme testovací případ pro scénář: Zkontrolujte funkčnost přihlášení

Krok 1) Jednoduchý testovací případ pro vysvětlení scénáře by byl

Modelový případ #	Testovací případ Description
1	Zkontrolujte odpověď po zadání platného e-mailu a hesla

Krok 2) Otestujte data.
K provedení testovacího případu byste potřebovali Testovací data. Přidání níže

Modelový případ #	Testovací případ Description	Testovací data
1	Zkontrolujte odpověď po zadání platného e-mailu a hesla	E-mail: guru99@email.com Heslo: lNf9^Oti7^2h

Identifikace testovacích dat může být časově náročná a někdy může vyžadovat vytvoření testovacích dat znovu. Důvod je třeba zdokumentovat.

Krok 3) Provádějte akce.
Aby mohl tester provést testovací případ, musí na AUT provést specifickou sadu akcí. To je zdokumentováno následovně:

Modelový případ #	Testovací případ Description	Testovací kroky	Testovací data
1	Zkontrolujte odpověď po zadání platného e-mailu a hesla	1) Zadejte e-mailovou adresu 2) Zadejte heslo 3) Klikněte na Přihlásit se	E-mail: guru99@email.com Heslo: lNf9^Oti7^2h

Kroky testování často nejsou tak jednoduché jako výše, a proto je třeba je zdokumentovat. Autor testovacího případu může také opustit organizaci, odjet na dovolenou, být nemocný a mimo službu, nebo být velmi zaneprázdněný jinými kritickými úkoly. O provedení testovacího případu může být požádán nově přijatý pracovník. Zdokumentované kroky mu pomohou a také usnadní kontrolu ostatními zúčastněnými stranami.

Krok 4) Zkontrolujte chování AUT.
Cílem testovacích případů v testování softwaru je ověřit chování AUT z hlediska očekávaného výsledku. To je třeba zdokumentovat níže uvedeným způsobem.

Modelový případ #	Testovací případ Description	Testovací data	Očekávaný výsledek
1	Zkontrolujte odpověď po zadání platného e-mailu a hesla	E-mail: guru99@email.com Heslo: lNf9^Oti7^2h	Přihlášení by mělo být úspěšné

Během doby provádění testu tester porovná očekávané výsledky se skutečnými výsledky a přiřadí stav vyhovující nebo neúspěšný

Modelový případ #	Testovací případ Description	Testovací data	Očekávaný výsledek	Skutečný výsledek	Pass / Fail
1	Zkontrolujte odpověď po zadání platného e-mailu a hesla	E-mail: guru99@email.com Heslo: lNf9^Oti7^2h	Přihlášení by mělo být úspěšné	Přihlášení proběhlo úspěšně	Přejít

Krok 5) To kromě vašeho testovacího případu může mít pole jako,
předběžná podmínka, která specifikuje, co musí být splněno před spuštěním testu. V našem testovacím případě by předběžnou podmínkou byla instalace prohlížeče pro přístup k testovanému webu. Testovací případ může také obsahovat postpodmínky, které specifikují cokoli, co platí po dokončení testovacího případu. V našem testovacím případě by postpodmínkou bylo uložení času a data přihlášení do databáze.

Klíčové prvky testovacího případu

Standardní testovací případ obvykle zahrnuje:

1. ID testovacího případu – Jedinečný identifikátor (např. TC001)
2. Titul nebo Description – Co test ověřuje
3. Předpoklady – Co musí být k dispozici před zahájením testu
4. Testovací kroky – Přesné akce, které je třeba provést
5. Testovací data – Vstupní hodnoty nebo parametry
6. Očekávaný výsledek – Výsledek, který byste měli vidět
7. Skutečný výsledek – Co se vlastně stalo
8. Status – Úspěšný, neúspěšný nebo zablokovaný

Testovací případ vs testovací scénář

A testovací scénář popisuje, co je třeba testovat – širokou funkcionalitu nebo uživatelskou cestu.

A testovací případ, na druhé straně vysvětluje, jak bude tato funkčnost ověřena – přesné kroky, data a očekávané výsledky.

Jednoduše řečeno:

• Testovací scénář = Nápad z toho, co testovat.
• Testovací případ = Implementace o tom, jak tuto myšlenku otestovat.

Představte si to takto –

„Pokud je testovací scénář názvem kapitoly, pak je každý testovací případ odstavcem, který danou kapitolu podrobně vysvětluje.“

Příklad ilustrace:

Vezměme si příklad, aby to bylo jasnější:

Scénář testu:

„Zkontrolujte funkčnost přihlášení na webu.“

Související testovací případy:

1. Ověřte přihlášení platným uživatelským jménem a heslem.
2. Chybová hláška s neplatným heslem se ověří.
3. Ověřte přihlášení prázdnými poli.
4. Pole pro ověření hesla skryje vstupní text.

Zde je scénář takový jediný funkční cíl, zatímco testovací případy to rozdělí na specifické, testovatelné podmínky.

Přečtěte si více informací o Rozdíl mezi testovacím případem a testovacím scénářem

Výhody psaní vysoce kvalitních testovacích případů

• Vysoce kvalitní testovací případy zajišťují důkladné pokrytí testy, konzistence a traceability v celém procesu QA.
• Pomáhají testerům odhalit chyby brzy, udržovat regresní stabilitaa zaručit, že každá funkcionalita je v souladu s obchodními požadavky.
• Dobře napsané testovací případy jsou jasné, opakovaně použitelné a opakovatelné, což umožňuje jakémukoli testerovi nebo automatizačnímu nástroji je spolehlivě provádět.
• Také fungují jako komunikační most mezi vývojáři, testery a zúčastněnými stranami – čímž se snižuje nejednoznačnost a šetří čas.
• Dokumentováním cílů, kroků a výsledků testů mohou týmy měřit pokrok, dodržovat standardy, a efektivně spravovat aktualizace.
• A co je nejdůležitější, dobré testovací případy snížit náklady na údržbu, urychlit automatizaci a poskytnout důvěra v kvalitu softwaru.
• Slouží jako živá dokumentace pro zaškolování nových testerů a jako strukturovaný vstup pro umělou inteligenci a... nástroje pro správu testů.

Časté chyby, kterým se vyhnout při psaní testovacích případů

I zkušení testeři dělají drobné chyby, které oslabují kvalitu testů.

Vyhnutí se těmto chybám může dramaticky zlepšit přesnost, přehlednost a udržovatelnost vaší testovací sady.

1. Psaní vágních kroků: Nejednoznačné pokyny jako „zkontrolujte přihlašovací stránku“ matou testery. Používejte jasné kroky založené na akcích.
2. Přeskočitping negativní scénáře: Vždy zahrňte neplatné vstupy nebo hraniční testy, abyste zajistili úplné pokrytí.
3. Opětovné použití nejasných testovacích dat: Neoznačená nebo nekonzistentní data činí výsledky testů nespolehlivými. Udržujte sdílený datový list testů.
4. Přílišné komplikování testovacích případů: Dlouhé, vícekrokové případy se obtížně udržují. Udržujte každý případ zaměřený na konkrétní detaily a atomický.
5. Ignorování aktualizací po změnách produktu: Zastaralé testovací případy vytvářejí falešné výsledky. Revpravidelně prohlížet a revidovat.
6. Chybějící tracsnadnost: Vždy propojujte testovací případy s požadavky trackrytí a dodržování předpisů k.
7. Přeskočitping vzájemné hodnocení: Čerstvý pohled brzy zachytí nejasné nebo nadbytečné kroky.

Nejčastější dotazy