Čo je to testovací prípad?
Softvérová terminológia môže byť často dosť mätúca. Skúšobný prípad, scenár, plán; všetci znejú dosť podobne a je ľahké si ich zamiešať. Pri testovaní softvéru je dôležité vyhnúť sa pochybnostiam o okolitej terminológii. V tomto článku sa preto pozrieme na to, čo to znamená.
Je to skupina podmienok alebo premenných, pomocou ktorých tester overuje súlad s požiadavkami testovaného softvéru. Používa sa na postupné pokyny pre testerov. Je to dokument, ktorý obsahuje testovacie údaje, predpoklady, očakávané výsledky atď., Vypracované pre konkrétny scenár. Jeho vykonanie slúži ako východiskový bod, po ktorom použijeme množinu vstupných hodnôt a čakáme na konečný výsledok. Priebeh ich vývoja nám tiež pomáha pri hľadaní komplikácií v požiadavkách na aplikáciu.
Zvyčajne ich píše tester z tímu QA. To nezahŕňa testy, ktoré píše vývojový tím, ale testy, ktoré sa vykonávajú po vývoji a testovaní jednotiek. Čo je dôležitejšie, mal by ho napísať tester, ktorý chápe funkčnosť aplikácie a môže poskytnúť testovací prípad hodnoty.
šablóna
Zvyčajne má nasledujúce polia. Formát polí sa však môže v jednotlivých spoločnostiach líšiť v závislosti od nástroja na správu testov, ktorý používajú.
| ID testovacieho prípadu | ID sa pridelí skúšobnému prípadu. |
| Popis testovacieho prípadu | Opis testovacieho prípadu. |
| Súvisiaca požiadavka | ID je dané požiadavkou, na ktorú sa tento testovací prípad mapuje. |
| predpoklady | Akékoľvek predpoklady alebo požiadavky, ktoré musia byť splnené pred vykonaním testu. |
| Skúšobné kroky | Na vykonanie testu boli uvedené pokyny krok za krokom. |
| Testovacie dáta | Údaje, ktoré sa používajú pri vykonávaní testu. |
| ocakavane vysledky | Výsledok, ktorý sa očakáva od testu, sa zaznamená pred spustením testu. |
| Skutočný výsledok | Skutočný výsledok získaný po vykonaní testu |
| Postavenie | Stav získaný po vykonaní testu. Môže to byť Pass, Fail, Not Executed, Blocked. |
| Komentáre | Všetky poznámky, ktoré sa majú uviesť pri skúške. |
| Informácie o životnom prostredí | Zahŕňa informácie o sieti, hardvéri a softvéri, v ktorých sa test vykonáva. |
Ako napísať testovací prípad?
Nižšie sú uvedené kroky na napísanie testovacieho prípadu.
Krok 1: Priradenie čísla a popisu.
Krok 2: Na jeho spustenie potrebujeme testovacie údaje. Bez údajov o testoch by sme nemali k dispozícii správne informácie, ktoré by otestovali túto úlohu, čo by robilo úlohu pracnou.
Krok 3: Na jeho vykonanie potrebujeme určitý súbor pokynov na vykonanie testu. Tieto kroky sa nazývajú testovacie kroky. Potreba nastáva vtedy, keď autor rezignuje na projekt alebo je v prestávke. Potom bude musieť testovanie vykonať niekto iný z projektu. Písomné kroky im pomôžu.
Krok 4: Cieľom je preskúmať správanie žiadosti. Aby sme to mohli urobiť, musíme mať očakávaný výsledok. Po jeho vykonaní sa očakávané výsledky porovnajú so skutočným výsledkom testu, a podľa toho mu bude pridelený stav.
Krok 5: Môžeme mať aj ďalšie pole, ako je napríklad pole predpokladov, ktoré nám hovorí, aké podmienky je potrebné splniť pred testovacím behom, pole po podmienkach, ktoré nám hovorí o podmienkach, ktoré sa majú splniť po testovacom chode, atď.
Príklad:
| ID testovacieho prípadu | Popis testovacieho prípadu | Skúšobné kroky | Testovacie dáta | ocakavane vysledky | Skutočný výsledok | Postavenie |
| TC01 | Skontrolujte prihlásenie zamestnancov s platnými údajmi |
1. Prejdite na prihlasovaciu stránku. 2.Zadajte Userid 3.Zadajte heslo 4. Kliknite na tlačidlo Prihlásiť sa | Userid = admin
Heslo = abc12345 | Užívateľ by sa mal mať možnosť prihlásiť | Podľa očakávania | priechod |
| TC02 | Skontrolujte prihlásenie zamestnancov s neplatnými údajmi | 1. Prejdite na prihlasovaciu stránku.
2.Zadajte Userid 3.Zadajte heslo 4. Kliknite na tlačidlo Prihlásiť sa | Userid = admin
Heslo = 12345abc | Používateľ by sa nemal mať možnosť prihlásiť | Podľa očakávania | priechod |
Dôležitosť skúšobného prípadu
Majú obrovský dojem vo fáze testovania. Písanie je rovnako dôležité ako samotný testovací proces. Pomáha nám to premýšľať cez špecifiká a zaisťuje, že ich riešime z čo najväčšieho počtu vyhliadok.
Je dôležité, aby si ich mohol každý znova vyskúšať. Sú to silné artefakty, ktoré sú užitočné pre budúcich spoluhráčov, okrem poskytovania dokumentácie o výkonnosti aplikácie. Aby sme to zhrnuli, majú nasledujúci význam:
- Zabezpečujú dobré pokrytie testu a zabezpečujú, aby sa počas testovania nevynechala hlavná funkčnosť.
- Umožňuje im dôkladne premyslieť rôzne spôsoby potvrdenia vlastností aplikácie.
- Negatívy sú tiež napísané, čo robí testovanie dôkladným procesom, s minimálnym zanedbaním.
- Sú opakovane použiteľné, pretože ich môže ktokoľvek predložiť a vykonať test.
Užitočné tipy a triky
Pri ich písaní majte na pamäti nasledujúce informácie:
- Malo by byť jednoduché a stručné s najviac 15 krokmi.
- Každá z nich musí byť znovu použiteľná.
- Vyvarujte sa opakovaniu.
- Poskytujú sa ďalšie informácie o nastavení testu, ako sú softvér, hardvér, operačný systém, verzia testovanej aplikácie, predpoklady pre test atď.
- Malo by byť napísané tak, aby sme testovali súčasne iba jednu vec bez prekrývania.
- Zaistite, aby boli pokryté všetky scenáre, pozitívne aj negatívne, čo nám poskytne 100% pokrytie.
- Mali by sa vytvárať so zreteľom na koncového používateľa.
záver
Na záver možno povedať, že môžu zvýšiť naše úsilie v celkovom testovaní a môžu vylepšiť kvalitu nášho softvéru do skvelých cieľov, pričom nám vďaka časovému použitiu testovacích prípadov môžu ušetriť čas a úsilie.
Odporúčané články
Toto je príručka, čo je testovací prípad. Tu diskutujeme o Šablónach, Dôležitosti a Užitočných tipoch a trikoch. Ďalšie informácie nájdete aj v nasledujúcich článkoch -
- Čo je vývoj softvéru?
- Rozhovory s otázkami softvérového inžinierstva
- Kariéra ako vývojári softvéru
- 14 najlepších softvérových nástrojov na vytváranie vysoko kvalitných prezentácií