Čo je testovací prípad?
Modelový prípad je súbor činností vykonávaných na overenie zvláštnu funkciu alebo funkčnosť vašej softvérovej aplikácie. Testovací prípad obsahuje kroky testu, údaje o teste, predbežné podmienky, následné podmienky vyvinuté pre konkrétny testovací scenár na overenie akejkoľvek požiadavky. Testovací prípad obsahuje špecifické premenné alebo podmienky, pomocou ktorých môže testovací inžinier porovnať očakávané a skutočné výsledky a určiť, či softvérový produkt funguje podľa požiadaviek zákazníka.
Testovací scenár Vs Testovací prípad
Testovacie scenáre sú dosť vágne a pokrývajú široké spektrum možností. Testovanie je predovšetkým veľmi konkrétne.
Pre testovací scenár: Skontrolujte funkčnosť prihlásenia existuje veľa možných testovacích prípadov:
- Testovací prípad 1: Skontrolujte výsledky pri zadávaní platného ID používateľa a hesla
- Testovací prípad 2: Skontrolujte výsledky pri zadávaní neplatného ID používateľa a hesla
- Testovací prípad 3: Skontrolujte odpoveď, keď je stlačené tlačidlo User ID Empty & Login a mnoho ďalších
Toto nie je nič iné ako testovací prípad.
V tomto výučbe sa naučíte, ako napísať testovacie prípady v manuálnom testovaní, napríklad -
- Ako napísať testovacie prípady v manuálnom testovaní
- Formát štandardných testovacích prípadov
- Osvedčený postup na napísanie dobrého príkladu testovacieho prípadu.
- Nástroje na správu testovacích prípadov
- Zdroje
Ak video nie je prístupné, kliknite sem
Ako napísať testovacie prípady v manuálnom testovaní
Vytvorme testovací prípad pre scenár: Skontrolujte funkčnosť prihlásenia
Krok 1) Bude to jednoduchý testovací prípad na vysvetlenie scenára
| Testovacia situácia # | Popis testovacieho prípadu |
|---|---|
| 1 | Po zadaní platného e-mailu a hesla skontrolujte odpoveď |
Krok 2) Na vykonanie testovacieho prípadu budete potrebovať testovacie údaje. Pridáva sa to nižšie
| Testovacia situácia # | Popis testovacieho prípadu | Skúšobné údaje |
|---|---|---|
| 1 | Po zadaní platného e-mailu a hesla skontrolujte odpoveď | E-mail: Táto e-mailová adresa je chránená pred spamovacími robotmi. Ak ju chcete vidieť, musíte mať povolený JavaScript. Heslo: lNf9 Oti7 2h |
Identifikácia testovacích údajov môže byť časovo náročná a môže niekedy vyžadovať nové vytvorenie testovacích údajov. Dôvod, ktorý je potrebné zdokumentovať.
Krok 3) Na vykonanie testovacieho prípadu musí tester vykonať konkrétny súbor akcií na AUT. Toto je zdokumentované nižšie:
| Testovacia situácia # | Popis testovacieho prípadu | Skúšobné kroky | Skúšobné údaje |
|---|---|---|---|
| 1 | Po zadaní platného e-mailu a hesla skontrolujte odpoveď |
1) Zadajte e-mailovú adresu 2) Zadajte heslo 3) Kliknite na položku Prihlásiť sa |
E-mail: Táto e-mailová adresa je chránená pred spamovacími robotmi. Ak ju chcete vidieť, musíte mať povolený JavaScript. Heslo: lNf9 Oti7 2h |
Testovacie kroky mnohokrát nie sú jednoduché, ako je uvedené vyššie, a preto potrebujú dokumentáciu. Autor testovacieho prípadu môže tiež opustiť organizáciu alebo ísť na dovolenku alebo je chorý a mimo službu alebo je veľmi zaneprázdnený inými dôležitými úlohami. Nedávno prijatý zamestnanec môže byť požiadaný o vykonanie testovacieho prípadu. Zdokumentované kroky mu pomôžu a tiež uľahčia preskúmanie inými zainteresovanými stranami.
Krok 4) Cieľom testovacích prípadov pri testovaní softvéru je skontrolovať správanie AUT z hľadiska očakávaného výsledku. Toto je potrebné zdokumentovať, ako je uvedené nižšie
| Testovacia situácia # | Popis testovacieho prípadu | Skúšobné údaje | ocakavane vysledky |
|---|---|---|---|
| 1 | Po zadaní platného e-mailu a hesla skontrolujte odpoveď | E-mail: Táto e-mailová adresa je chránená pred spamovacími robotmi. Ak ju chcete vidieť, musíte mať povolený JavaScript. Heslo: lNf9 Oti7 2h | Prihlásenie by malo byť úspešné |
Počas doby vykonávania testu tester skontroluje očakávané výsledky oproti skutočným a pridelí stav vyhovujúci alebo nevyhovujúci
| Testovacia situácia # | Popis testovacieho prípadu | Skúšobné údaje | ocakavane vysledky | Skutočný výsledok | Vyhovel / nevyhovel |
|---|---|---|---|---|---|
| 1 | Po zadaní platného e-mailu a hesla skontrolujte odpoveď | E-mail: Táto e-mailová adresa je chránená pred spamovacími robotmi. Ak ju chcete vidieť, musíte mať povolený JavaScript. Heslo: lNf9 Oti7 2h | Prihlásenie by malo byť úspešné | Prihlásenie bolo úspešné | Prejdite |
Krok 5) Aby okrem vášho testovacieho prípadu mohlo existovať aj pole ako - Podmienka, ktoré určuje veci, ktoré musia byť zavedené pred spustením testu. V našom testovacom prípade je predbežnou podmienkou inštalácia prehliadača, ktorý má prístup k testovanej stránke. Testovací prípad môže zahŕňať aj post - podmienky, ktoré špecifikujú všetko, čo platí po dokončení testovacieho prípadu. Pre náš testovací prípad by post-podmienkou bol čas a dátum prihlásenia uložený v databáze
Formát štandardných testovacích prípadov
Nižšie uvádzame formát štandardného príkladu testovacích prípadov prihlásenia.
| ID testovacieho prípadu | Scenár testu | Skúšobné kroky | Skúšobné údaje | očakávané výsledky | Aktuálne výsledky | Vyhovel / nevyhovel |
|---|---|---|---|---|---|---|
| TU01 | Skontrolujte prihlásenie zákazníka s platnými údajmi |
| Userid = guru99 Heslo = pass99 | Užívateľ by sa mal prihlásiť do aplikácie | Podľa očakávania | Prejdite |
| TU02 | Skontrolujte prihlásenie zákazníka s neplatnými údajmi |
| Userid = guru99 Heslo = glass99 | Používateľ by sa nemal prihlásiť do aplikácie | Podľa očakávania | Prejdite |
Celá táto tabuľka môže byť vytvorená v programe Word, Excel alebo v akomkoľvek inom nástroji na správu testov. To je všetko k návrhu testovacieho prípadu
Pri vypracúvaní testovacieho prípadu obsahuje nasledujúce informácie
- Opis požiadavky, ktorá sa testuje
- Vysvetlenie toho, ako bude systém testovaný
- Testovacie nastavenie ako verzia testovanej aplikácie, softvér, dátové súbory, operačný systém, hardvér, bezpečnostný prístup, fyzický alebo logický dátum, čas, predpoklady, ako sú ďalšie testy, a ďalšie informácie o nastavení týkajúce sa testovaných požiadaviek.
- Vstupy a výstupy alebo akcie a očakávané výsledky
- Akékoľvek dôkazy alebo prílohy
- Používajte aktívny jazyk veľkých a malých písmen
- Testovací prípad by nemal mať viac ako 15 krokov
- Automatizovaný testovací skript je komentovaný vstupmi, účelom a očakávanými výsledkami
- Nastavenie ponúka alternatívu k nevyhnutným testom
- Pri ďalších testoch by malo ísť o nesprávnu objednávku obchodného scenára
Osvedčený postup na napísanie dobrého príkladu testovacieho prípadu.
1. Testovacie prípady musia byť jednoduché a transparentné:
Vytvorte čo najjednoduchšie testovacie prípady. Musia byť jasné a stručné, pretože autor testovacieho prípadu ich nemusí vykonať.
Používajte asertívny jazyk, napríklad choďte na domovskú stránku, zadajte údaje, kliknite na toto atď. Vďaka tomu je pochopenie krokov testu ľahké a vykonávanie testov rýchlejšie.
2. Vytvorte testovací prípad s vedomím koncového používateľa
Konečným cieľom každého softvérového projektu je vytvoriť testovacie prípady, ktoré vyhovejú požiadavkám zákazníkov a sú ľahko použiteľné a ľahko použiteľné. Tester musí vytvárať testovacie prípady pri zohľadnení pohľadu koncového používateľa
3. Vyvarujte sa opakovaniu testovacích prípadov.
Neopakujte testovacie prípady. Ak je na vykonanie iného testovacieho prípadu potrebný testovací prípad, zavolajte testovací prípad podľa jeho identifikátora v stĺpci predbežných podmienok
4. Nepredpokladajte
Počas prípravy testovacieho prípadu nepreberajte funkčnosť a vlastnosti svojej softvérovej aplikácie. Držte sa špecifikácie.
5. Zaistite 100% pokrytie
Nezabudnite napísať testovacie prípady, aby ste skontrolovali všetky softvérové požiadavky uvedené v dokumentácii so špecifikáciami. Použite maticu sledovateľnosti, aby ste zabezpečili, že žiadne funkcie / podmienky zostanú nevyskúšané.
6. Testovacie prípady musia byť identifikovateľné.
Pomenujte ID testovacieho prípadu tak, aby sa dali ľahko identifikovať pri sledovaní chýb alebo identifikácii softvérovej požiadavky v neskoršej fáze.
7. Implementovať testovacie techniky
Vo vašej softvérovej aplikácii nie je možné skontrolovať všetky možné podmienky. Techniky testovania softvéru vám pomôžu vybrať niekoľko testovacích prípadov s maximálnou možnosťou zistenia chyby.
- Analýza hraničných hodnôt (BVA): Ako naznačuje názov, jedná sa o techniku, ktorá definuje testovanie hraníc pre zadaný rozsah hodnôt.
- Rovnocenné rozdelenie (EP): Táto technika rozdeľuje rozsah na rovnaké časti / skupiny, ktoré majú sklon k rovnakému správaniu.
- Technika prechodu stavu : Táto metóda sa používa, keď sa správanie softvéru zmení z jedného stavu do druhého po konkrétnej akcii.
- Technika odhadovania chýb: Ide o odhadovanie / predvídanie chyby, ktorá môže vzniknúť pri manuálnom testovaní. Toto nie je formálna metóda a využíva výhody skúseností testera s aplikáciou
8. Samočistenie
Vytvorený testovací prípad musí vrátiť testovacie prostredie do stavu pred testom a nemal by spôsobiť, že bude testovacie prostredie nepoužiteľné. Platí to najmä pre testovanie konfigurácie.
9. Opakovateľné a samostatne stojace
Testovací prípad by mal generovať rovnaké výsledky zakaždým, bez ohľadu na to, kto ho testuje
10. Peer Review.
Po vytvorení testovacích prípadov ich nechajte skontrolovať svojimi kolegami. Vaši kolegovia môžu odhaliť chyby v dizajne testovacieho prípadu, ktoré vám môžu ľahko chýbať.
Nástroje na správu testovacích prípadov
Nástroje na správu testov sú automatizačné nástroje, ktoré pomáhajú spravovať a udržiavať prípady testov. Hlavné vlastnosti nástroja na správu testovacích prípadov sú
- Dokumentovanie testovacích prípadov: Pomocou nástrojov môžete urýchliť vytváranie testovacích prípadov pomocou šablón
- Vykonajte testovací prípad a zaznamenajte výsledky: Testovací prípad je možné vykonať pomocou nástrojov a získané výsledky možno ľahko zaznamenať.
- Automatizujte sledovanie defektov: Neúspešné testy sú automaticky prepojené so sledovačom chýb, ktorý je možné priradiť vývojárom a je možné ich sledovať prostredníctvom e-mailových upozornení.
- Vysledovateľnosť: Požiadavky, testovacie prípady, vykonávanie testovacích prípadov sú navzájom prepojené prostredníctvom nástrojov a každý prípad je možné vzájomne vysledovať a skontrolovať pokrytie testu.
- Ochrana testovacích prípadov: Testovacie prípady by mali byť opakovane použiteľné a mali by byť chránené pred stratou alebo poškodením kvôli zlej kontrole verzie. Nástroje na správu testovacích prípadov ponúkajú funkcie ako
- Konvencie o pomenovaní a číslovaní
- Verziovanie
- Ukladací priestor iba na čítanie
- Riadený prístup
- Zálohovanie mimo lokality
Populárne nástroje na správu testov sú: Quality Center a JIRA
Zdroje
- Upozorňujeme, že použitá šablóna sa bude v jednotlivých projektoch líšiť. V tomto výučbe sa dozviete šablónu testovacích prípadov s vysvetlením dôležitých polí
Stiahnite si vyššie uvedenú šablónu Test Case Excel (.xls)
