Co je testovací případ?
Modelový případ je soubor činností prováděných za účelem ověření zvláštní funkci nebo funkčnost vaší softwarové aplikace. Testovací případ obsahuje testovací kroky, testovací data, předběžné podmínky, dodatečné podmínky vyvinuté pro konkrétní testovací scénář k ověření jakéhokoli požadavku. Testovací případ zahrnuje konkrétní proměnné nebo podmínky, pomocí kterých může zkušební technik porovnat očekávané a skutečné výsledky a určit, zda softwarový produkt funguje podle požadavků zákazníka.
Testovací scénář vs Testovací případ
Scénáře testu jsou poměrně vágní a pokrývají širokou škálu možností. Testování je o tom, že je velmi konkrétní.
Pro testovací scénář: Zkontrolujte funkčnost přihlášení existuje mnoho možných testovacích případů:
- Testovací případ 1: Zkontrolujte výsledky při zadávání platného ID uživatele a hesla
- Testovací případ 2: Zkontrolujte výsledky při zadávání neplatného ID uživatele a hesla
- Testovací případ 3: Zkontrolujte odpověď, když je stisknuto tlačítko User ID Empty & Login a mnoho dalších
Není to nic jiného než testovací případ.
V tomto kurzu se naučíte, jak psát testovací případy v ručním testování s příkladem -
- Jak psát testovací případy v ručním testování
- Formát standardních testovacích případů
- Osvědčený postup pro psaní dobrého příkladu testovacího případu.
- Nástroje pro správu testovacích případů
- Zdroje
Pokud video není přístupné, klikněte sem
Jak psát testovací případy v ručním testování
Vytvořme testovací případ pro scénář: Zkontrolovat funkčnost přihlášení
Krok 1) Jednoduchý testovací případ, který by vysvětlil scénář, by byl
| Modelový případ # | Popis testovacího případu |
|---|---|
| 1 | Po zadání platného e-mailu a hesla zkontrolujte odpověď |
Krok 2) K provedení testovacího případu budete potřebovat testovací data. Přidání níže
| Modelový případ # | Popis testovacího případu | Testovací data |
|---|---|---|
| 1 | Po zadání platného e-mailu a hesla zkontrolujte odpověď | E-mail: Tato e-mailová adresa je chráněna před spamboty. Abyste ji mohli zobrazit, musíte mít povolený JavaScript. Heslo: lNf9 Oti7 2h |
Identifikace testovacích dat může být časově náročná a může někdy vyžadovat nové vytvoření testovacích dat. Důvod, proč to musí být zdokumentováno.
Krok 3) K provedení testovacího případu musí tester provést specifickou sadu akcí na AUT. To je dokumentováno níže:
| Modelový případ # | Popis testovacího případu | Zkušební kroky | Testovací data |
|---|---|---|---|
| 1 | Po zadání platného e-mailu a hesla zkontrolujte odpověď |
1) Zadejte e-mailovou adresu 2) Zadejte heslo 3) Klikněte na Přihlásit se |
E-mail: Tato e-mailová adresa je chráněna před spamboty. Abyste ji mohli zobrazit, musíte mít povolený JavaScript. Heslo: lNf9 Oti7 2h |
Testovací kroky mnohokrát nejsou jednoduché, jak je uvedeno výše, proto potřebují dokumentaci. Autor testovacího případu může také opustit organizaci nebo jet na dovolenou nebo je nemocný a mimo službu nebo je velmi zaneprázdněn jinými důležitými úkoly. Nedávno najatý pracovník může být požádán o provedení testovacího případu. Zdokumentované kroky mu pomohou a také usnadní kontroly ostatními zúčastněnými stranami.
Krok 4) Cílem testovacích případů při testování softwaru je zkontrolovat chování AUT na očekávaný výsledek. To je třeba zdokumentovat, jak je uvedeno níže
| Modelový případ # | Popis testovacího případu | Testovací data | Očekávaný výsledek |
|---|---|---|---|
| 1 | Po zadání platného e-mailu a hesla zkontrolujte odpověď | E-mail: Tato e-mailová adresa je chráněna před spamboty. Abyste ji mohli zobrazit, musíte mít povolený JavaScript. Heslo: lNf9 Oti7 2h | Přihlášení by mělo být úspěšné |
Během doby provádění testu tester zkontroluje očekávané výsledky ve srovnání se skutečnými výsledky a přiřadí stav vyhovění nebo selhání
| Modelový případ # | Popis testovacího případu | Testovací data | Očekávaný výsledek | Skutečný výsledek | Úspěšné / neúspěšné |
|---|---|---|---|---|---|
| 1 | Po zadání platného e-mailu a hesla zkontrolujte odpověď | E-mail: Tato e-mailová adresa je chráněna před spamboty. Abyste ji mohli zobrazit, musíte mít povolený JavaScript. Heslo: lNf9 Oti7 2h | Přihlášení by mělo být úspěšné | Přihlášení bylo úspěšné | Složit |
Krok 5) Kromě vašeho testovacího případu -může mít pole jako Pre - Condition, které specifikuje věci, které musí být na místě, než může test proběhnout. Předpokladem pro náš testovací případ by bylo mít nainstalovaný prohlížeč, který umožní přístup k testovanému webu. Testovací případ může také zahrnovat Post - podmínky, které specifikují vše, co platí po dokončení testovacího případu. Pro náš testovací případ by postcondition byl čas a datum přihlášení je uloženo v databázi
Formát standardních testovacích případů
Níže je uveden formát standardního příkladu testovacích případů přihlášení.
| ID testovacího případu | Scénář testu | Zkušební kroky | Testovací data | očekávané výsledky | Aktuální výsledky | Úspěšné / neúspěšné |
|---|---|---|---|---|---|---|
| TU01 | Zkontrolujte přihlášení zákazníka s platnými údaji |
| Userid = guru99 Heslo = pass99 | Uživatel by se měl přihlásit do aplikace | Podle očekávání | Složit |
| TU02 | Zkontrolujte přihlášení zákazníka s neplatnými údaji |
| Userid = guru99 Heslo = glass99 | Uživatel by se neměl přihlásit do aplikace | Podle očekávání | Složit |
Celá tato tabulka může být vytvořena ve Wordu, Excelu nebo jiném nástroji pro správu testů. To je vše k návrhu testovacího případu
Při přípravě testovacího případu zahrnout následující informace
- Popis toho, jaký požadavek se testuje
- Vysvětlení, jak bude systém testován
- Testovací nastavení jako verze testované aplikace, software, datové soubory, operační systém, hardware, přístup k zabezpečení, fyzické nebo logické datum, denní doba, předpoklady, jako jsou další testy, a jakékoli další informace o nastavení týkající se testovaných požadavků
- Vstupy a výstupy nebo akce a očekávané výsledky
- Jakékoli důkazy nebo přílohy
- Používejte jazyk aktivních případů
- Testovací případ by neměl být delší než 15 kroků
- Automatizovaný testovací skript je komentován vstupy, účelem a očekávanými výsledky
- Nastavení nabízí alternativu k nezbytným testům
- U jiných testů by to mělo být nesprávné pořadí obchodního scénáře
Osvědčený postup pro psaní dobrého příkladu testovacího případu.
1. Testovací případy musí být jednoduché a transparentní:
Vytvářejte testovací případy, které jsou co nejjednodušší. Musí být jasné a stručné, protože autor testovacího případu je nemusí provést.
Použijte asertivní jazyk, například přejděte na domovskou stránku, zadejte data, klikněte na toto atd. Díky tomu je pochopení kroků testu snadné a provádění testů rychlejší.
2. Vytvořte testovací případ s vědomím koncového uživatele
Konečným cílem každého softwarového projektu je vytvořit testovací případy, které splňují požadavky zákazníků a jsou snadno použitelné a ovladatelné. Tester musí vytvářet testovací případy s ohledem na perspektivu koncového uživatele
3. Vyvarujte se opakování testovacího případu.
Neopakujte testovací případy. Pokud je k provedení nějakého jiného testovacího případu potřeba testovací případ, zavolejte testovací případ podle jeho ID testovacího případu ve sloupci předběžné podmínky
4. Nepředpokládejte
Během přípravy testovacího případu nepředpokládejte funkčnost a vlastnosti vaší softwarové aplikace. Držte se specifikačních dokumentů.
5. Zajistěte 100% pokrytí
Nezapomeňte napsat testovací případy, abyste zkontrolovali všechny softwarové požadavky uvedené v dokumentu se specifikacemi. Použijte Matici sledovatelnosti, abyste zajistili, že žádné funkce / podmínky nezůstanou nevyzkoušené.
6. Testovací případy musí být identifikovatelné.
Pojmenujte ID testovacího případu tak, aby byly snadno identifikovatelné při sledování vad nebo identifikaci softwarového požadavku v pozdější fázi.
7. Implementujte testovací techniky
Ve vaší softwarové aplikaci není možné zkontrolovat všechny možné podmínky. Techniky testování softwaru vám pomohou vybrat několik testovacích případů s maximální možností zjištění závady.
- Analýza hraničních hodnot (BVA): Jak název napovídá, jedná se o techniku, která definuje testování hranic pro zadaný rozsah hodnot.
- Equivalence Partition (EP): Tato technika rozděluje rozsah na stejné části / skupiny, které mají tendenci mít stejné chování.
- State Transition Technique : Tato metoda se používá, když se chování softwaru změní z jednoho stavu do jiného po konkrétní akci.
- Technika odhadování chyb: Jde o odhad / předvídání chyby, která může nastat při ručním testování. Nejedná se o formální metodu a využívá výhody zkušeností testera s aplikací
8. Samočištění
Vytvořený testovací případ musí vrátit testovací prostředí do stavu před testováním a neměl by testovací prostředí znehodnotit. To platí zejména pro testování konfigurace.
9. Opakovatelné a samostatné
Testovací případ by měl generovat stejné výsledky pokaždé, bez ohledu na to, kdo jej testuje
10. Peer Review.
Po vytvoření testovacích případů je nechte zkontrolovat svými kolegy. Vaši kolegové mohou odhalit vady v designu testovacího případu, které vám mohou snadno chybět.
Nástroje pro správu testovacích případů
Nástroje pro správu testů jsou automatizační nástroje, které pomáhají spravovat a udržovat testovací případy. Hlavní rysy nástroje pro správu testovacích případů jsou
- Dokumentování testovacích případů: Pomocí nástrojů můžete urychlit vytváření testovacích případů pomocí šablon
- Proveďte testovací případ a zaznamenejte výsledky: Testovací případ lze provést pomocí nástrojů a získané výsledky lze snadno zaznamenat.
- Automatizovat sledování defektů: Neúspěšné testy jsou automaticky propojeny se sledovačem chyb, který lze následně přiřadit vývojářům a lze je sledovat e-mailovými oznámeními.
- Vysledovatelnost: Požadavky, Testovací případy, Provádění testovacích případů jsou navzájem propojeny prostřednictvím nástrojů a každý případ lze vzájemně sledovat za účelem kontroly pokrytí testu.
- Ochrana testovacích případů: Testovací případy by měly být opakovaně použitelné a měly by být chráněny před ztrátou nebo poškozením kvůli špatné kontrole verze. Nástroje pro správu testovacích případů nabízejí funkce jako
- Konvence pojmenování a číslování
- Správa verzí
- Úložiště jen pro čtení
- Řízený přístup
- Zálohování mimo web
Populární nástroje pro správu testů jsou: Quality Center a JIRA
Zdroje
- Vezměte prosím na vědomí, že použitá šablona se bude u jednotlivých projektů lišit. V tomto výukovém programu se naučíte šablonu testovacích případů s vysvětlením důležitých polí
Stáhněte si výše uvedenou šablonu testovacích případů Excel (.xls)
