Menu

Čo je testovací scenár: Šablóna testovacieho scenára s príkladmi

  • Hlavná
  • Iné
  • Čo je testovací scenár: Šablóna testovacieho scenára s príkladmi

what is test scenario

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

ako otvoriť súbor apk v systéme Android

Tento výukový program vysvetľuje, čo je testovací scenár, spolu s dôležitosťou, implementáciou, príkladmi a šablónami testovacieho scenára:

O akejkoľvek testovacej funkcii alebo funkcii softvéru sa hovorí, že ide o testovací scenár. Pri písaní testovacích scenárov sa zohľadňuje perspektíva koncového používateľa.

Tento tutoriál vám pomôže pri odpovediach na otázky: prečo sú potrebné testovacie scenáre, kedy sú testovacie scenáre písané a ako ich písať.

Prečo, kedy a ako sú pripravené testovacie scenáre

Čo sa dozviete:

Čo je testovací scenár?

Zvážte hypotetickú situáciu: Je tu obrovský oceán. Musíte cestovať cez oceán z jedného pobrežia na druhé. Napríklad, z Bombaja, indického pobrežia do Colomba na morskom pobreží Srílanky.

Môžete zvoliť spôsob cestovania:

i) Dýchacie cesty: Odlette do Kolomba

Airways

ii) Vodné cesty:Uprednostnite loď na cestu do Kolomba

vodné cesty

iii) Železnice:Choďte vlakom na Srílanku

železnice

Teraz k testovacím scenárom: Cesta z morského pobrežia Bombaj do morského pobrežia Kolombo je funkčnosť, ktorú je potrebné vyskúšať.

Testovacie scenáre zahŕňajú:

  • Cestovanie leteckými spoločnosťami,
  • Cestovanie po vodných cestách alebo
  • Cestovanie po železnici.

Tieto testovacie scenáre budú obsahovať testovacie prípady.

Testovacie prípady, ktoré je možné zapísať pre vyššie uvedené testovacie scenáre, zahŕňajú:

Scenár testu: Cestovanie leteckými spoločnosťami

Testovacie prípady môžu zahŕňať scenáre ako:

  1. Let je podľa plánovaného času.
  2. Let nie je podľa plánovaného času.
  3. Nastala mimoriadna situácia (silné dažde a búrky).

Rovnakým spôsobom je možné zapísať samostatnú sadu testovacích prípadov pre ďalšie zostávajúce scenáre.

Poďme na scenáre technologických testov.

Testovacím scenárom je všetko, čo je možné testovať. Môžeme teda konštatovať, že akákoľvek softvérová funkčnosť, ktorá je testovaná a možno ju rozdeliť na niekoľko menších funkcií a možno ju nazvať „Testovací scenár“.

Pred dodaním ľubovoľného produktu klientovi je potrebné posúdiť a vyhodnotiť kvalitu produktu. Testovací scenár pomáha pri hodnotení funkčnej kvality softvérovej aplikácie, ktorá je v súlade s jej obchodnými požiadavkami.

Scenár testera je proces, pri ktorom tester testuje softvérovú aplikáciu z pohľadu koncového používateľa. Pred implementáciou do produkčného prostredia sa dôkladne vyhodnotí výkon a kvalita softvérovej aplikácie.

Dôležitosť scenára testu

  • Jeden testovací scenár môže mať viac „testovacích prípadov“. Dá sa to predstaviť ako veľký panoramatický obrázok a testovacie prípady sú malé časti, ktoré sú dôležité na dotvorenie panorámy.
  • Jedná sa o jednoriadkový výpis a testovacie prípady pozostávajú z postupného popisu, ktorý doplní účel vyhlásenia o testovacom scenári.
  • Príklad:

Scenár testu: Platbu za taxislužbu môžete využiť.

Bude to mať niekoľko testovacích prípadov, ako je uvedené nižšie:

i) Použitý spôsob platby: PayPal, Paytm, kreditná / debetná karta.
ii) Platbahotovo je úspešné.
iii) Platba bola neúspešná.
iv) Platbaproces prerušený medzi tým.
(v) Nemám prístup k platobným metódam.
(my) Aplikáciasa medzi tým rozpadá.

  • Testovacie scenáre tak pomáhajú pri hodnotení softvérovej aplikácie podľa skutočných situácií.
  • Ak sú určené testovacie scenáre, pomôže to rozšíriť rozsah testovania.
  • Toto rozdvojenie sa nazýva prioritizácia, ktorá pomáha pri určovaní dôležitých funkcií softvérovej aplikácie.
  • Testovanie funkcionality podľa priority pomáha vo veľkej miere pri úspešnej implementácii softvérovej aplikácie.
  • Keď budú mať testovacie scenáre prioritu, najdôležitejšie funkcie je možné ľahko identifikovať a testovať podľa priority. To zaisťuje, že väčšina rozhodujúcich funkcií funguje správne a chyby s tým spojené sú náležite zachytené a odstránené.
  • Testovacie scenáre určujú tok obchodného procesu softvéru, a teda je možné komplexné testovanie aplikácie.

Rozdiel medzi testovacím scenárom a testovacím prípadom

Testovacie scenáre a testovacie prípady

Scenár testuTestovacie prípady
Je potrebná krátka dokumentácia.Vyžaduje sa podrobná dokumentácia.
Testovací scenár je koncept.Riešením na overenie tohto konceptu sú testovacie prípady.
Testovací scenár je funkčnosť na vysokej úrovni.Testovacie prípady sú podrobným postupom testovania vysokej úrovne funkčnosti.
Testovacie scenáre sú odvodené z požiadaviek / užívateľských príbehov.Testovacie prípady sú odvodené z testovacích scenárov.
Scenár testu je „Aká funkčnosť sa má testovať“Testovacie prípady sú „Ako otestovať funkčnosť“.
Testovacie scenáre obsahujú viac testovacích prípadov.Testovací prípad môže alebo nemusí súvisieť s viacerými testovacími scenármi.
Jednotlivé testovacie scenáre sa nikdy nedajú opakovať.Jeden testovací prípad sa môže v rôznych scenároch použiť viackrát.
Na dokončenie testovacieho scenára sú potrebné brainstormingové stretnutia.Vyžadujú sa podrobné technické znalosti softvérovej aplikácie
Šetrič času ako minútové podrobnosti nie sú potrebné.Časovo náročné, pretože je potrebné sa starať o každú minútu detailu.
Náklady na údržbu sú nízke, pretože sú potrebné nízke zdroje.Náklady na údržbu sú vysoké, pretože sú potrebné vysoké zdroje

Prečo sú testovacie scenáre nevyhnutné?

Testovacie scenáre sú odvodené od požiadaviek alebo užívateľských príbehov.

  • Vezmite si príklad testovacieho scenára pre rezerváciu taxíka.
  • Scenáre môžu byť ako možnosti rezervácie kabíny, spôsoby platby, sledovanie GPS, správne alebo nesprávne zobrazené cestovné mapy, správne zobrazené alebo nezobrazené podrobnosti o kabíne a vodičovi atď., Všetky sú uvedené v šablóne testovacieho scenára.
  • Teraz predpokladajme, že testovacím scenárom je skontrolovať, či sú lokalizačné služby zapnuté. Ak nie sú zapnuté, zobrazí sa správa „Zapnúť lokalizačné služby“. Tento scenár sa minul a nie je uvedený v šablóne testovacích scenárov.
  • Zo scenára „Služba určovania polohy“ vyplývajú ďalšie testovacie scenáre, ktoré sa ho týkajú. Môžu to byť:
    • Polohová služba je sivá.
    • Lokalizačná služba je zapnutá, ale nie je k dispozícii internet.
    • Obmedzenia týkajúce sa lokalizačných služieb.
    • Zobrazuje sa nesprávne umiestnenie.
  • Chýba jediný scenár môže znamenať, že prídete o veľa ďalších rozhodujúce scenáre alebo testovacie prípady . Toto môže mať super negatívny vplyv pri implementácii softvérovej aplikácie. To má za následok veľkú stratu rekurzov (termínov).
  • Testovacie scenáre vo veľkej miere pomáhajú v vyhnúť sa vyčerpávajúcim skúškam . Zaisťuje, aby sa otestovali všetky rozhodujúce a očakávané obchodné toky, čo ďalej pomáha pri komplexnom testovaní aplikácie.
  • Toto sú šetriče času. Vyžaduje sa tiež podrobný popis podľa testovacích prípadov. Je špecifikovaný jednorázový popis, čo treba testovať.
  • Testovacie scenáre sú písané neskôr brainstormingové stretnutia členov tímu. Preto je pravdepodobnosť zmeškania ktoréhokoľvek scenára (rozhodujúceho alebo menej závažného) minimálna. Toto sa deje pri súčasnom zohľadnení technických a obchodných tokov softvérovej aplikácie.
  • Testovacie scenáre môžu navyše schváliť buď obchodní analytici, klienti alebo obaja, ktorí majú výslovné znalosti o testovanej aplikácii.

Testovacie scenáre sú tak nepostrádateľnou súčasťou SDLC.

Implementácia testovacích scenárov

Pozrime sa na implementáciu testovacích scenárov alebo ako napísať testovacie scenáre -

  • Vytvárajú sa eposy / obchodné požiadavky.
    • Príklad eposu : Vytvorte si účet Gmail. Epic môže byť hlavnou vlastnosťou aplikácie alebo obchodnej požiadavky.
  • Eposy sú v rámci šprintov rozdelené na menšie príbehy používateľov.
  • Príbehy používateľov sú odvodené od Epics. Tieto užívateľské príbehy musia byť základom a schválené zainteresovanými stranami.

epické

užívateľský príbeh

  • Testovacie scenáre sú odvodené z užívateľských príbehov alebo z finalizovaných a východiskových dokumentov BRS (Dokument o obchodných požiadavkách), SRS (Dokument o špecifikácii systémových požiadaviek) alebo FRS (Dokument o funkčných požiadavkách).
  • Testéri píšu testovacie scenáre.
  • Tieto testovacie scenáre schvaľuje vedúci tímu, obchodný analytik alebo projektový manažér v závislosti od organizácie.
  • Každý testovací scenár musí byť viazaný na aspoň jeden príbeh používateľa.
  • Musia byť identifikované pozitívne aj negatívne scenáre testu.
  • Príbehy používateľov pozostávajú z Kritériá prijatia ako :
    • Kritériá prijatia sú zoznamom podmienok alebo stavu zámeru pre požiadavky zákazníka. Pri písaní kritérií prijatia sa berú do úvahy očakávania zákazníka a tiež nedorozumenia.
    • Sú jedinečné pre jeden príbeh používateľa a každý príbeh používateľa musí mať aspoň jedno kritérium prijatia, ktoré by malo byť možné nezávisle testovať.
    • Kritériá prijatia pomáhajú určiť, ktoré funkcie sú v rozsahu a ktoré mimo rozsahu projektu. Tieto kritériá by mali zahŕňať funkčné aj nefunkčné vlastnosti.
    • Obchodní analytici napíšu kritériá prijatia a produktový vlastník ich schváli.
    • V niektorých prípadoch môže produktový vlastník sám napísať kritériá.
    • Testovacie scenáre je možné získať z kritérií prijateľnosti.

Príklady testovacích scenárov

# 1) Testovacie scenáre pre aplikáciu Kindle

Kindle je aplikácia, ktorá umožňuje svojim elektronickým čitateľom vyhľadávať elektronické knihy online, sťahovať ich a nakupovať. Amazon Kindle poskytuje čítačke elektronických kníh skutočný zážitok z držania knihy v ruke a jej čítania. Aj otáčanie stránok je v aplikácii pekne simulované.

Teraz si poznačme testovacie scenáre. ( Poznámka: Nižšie sú uvedené obmedzené scenáre, aby ste získali všeobecnú predstavu o písaní testovacieho scenára. Z toho môže byť odvodených niekoľko testovacích prípadov).

Testovacie scenáre #Testovacie scenáre
7 Skontrolujte funkčnosť sťahovania.
1 Skontrolujte, či sa aplikácia Kindle spúšťa správne.
dva Po spustení aplikácie overte, či sa rozlíšenie obrazovky upravuje podľa rôznych zariadení.
3 Skontrolujte, či je zobrazený text čitateľný.
4 Skontrolujte, či možnosti priblíženia a oddialenia fungujú.
5 Skontrolujte, či sú kompatibilné súbory importované do aplikácie Kindle čitateľné.
6 Skontrolujte úložnú kapacitu aplikácie Kindle.
8 Overte, či simulácia otočenia stránky funguje správne
9 Overte kompatibilitu formátov elektronických kníh s aplikáciou Kindle.
10 Overte písma podporované aplikáciou Kindle.
jedenásť Overte výdrž batérie využívanú aplikáciou Kindle.
12 Overte výkonnosť Kindle v závislosti od sieťového pripojenia (Wi-Fi, 3G alebo 4G).

Z každého testovacieho scenára uvedeného vyššie je možné odvodiť viac testovacích prípadov.

# 2) Kritériá prijatia pre dokumenty Google

„Dokumenty Google“ je webová aplikácia na vytváranie, úpravy a zdieľanie dokumentov, tabuliek, snímok a formulárov programu Word. Všetky súbory sú prístupné online pomocou webového prehľadávača s pripojením na internet.

Vytvorené dokumenty je možné zdieľať ako webovú stránku alebo dokument pripravený na tlač. Používateľ môže nastaviť obmedzenia toho, kto môže dokumenty prezerať a upravovať. Jeden dokument môžu spoločne zdieľať a spracovať rôzni jednotlivci z rôznych geografických polôh.

Pre všeobecné pochopenie sú nižšie uvedené obmedzené testovacie scenáre. Scenáre hĺbkového testu pre dokumenty Google môžu byť celkom samostatnou témou.

Kritériá prijateľnosti #Kritériá prijateľnosti
7 Na jednom dokumente môže pracovať viac používateľov.
1 Word, tabuľky alebo formuláre je možné úspešne otvoriť bez chyby.
dva Šablóny sú k dispozícii pre dokumenty, hárky a snímky.
3 Dostupné šablóny sú prístupné používateľom.
4 Použitá šablóna je editovateľná (napr. Písma, veľkosť písma, pridávanie textu, mazanie textu, vkladanie snímok).
5 Ak pripojenie na internet nie je dočasne k dispozícii, súbor je možné lokálne uložiť a načítať podľa dostupnosti pripojenia na internet.
6 Zmeny vykonané viacerými používateľmi sa neprepisujú.
8 Vykonaná práca sa uloží, ak sa počas nahrávania súboru stratí pripojenie na internet.
9 Obmedzenia zdieľania sa používajú správne.
10 Používatelia nemôžu v dokumentoch vykonávať žiadne obmedzenia zobrazenia.
jedenásť Dokumenty môžu byť zverejnené na internete pre širokú verejnosť.
12 Zmeny vykonané v dokumentoch sa ukladajú s časovou pečiatkou a podrobnosťami o autorovi.

Počet testovacích scenárov bude pre Dokumenty Google mnohonásobný a veľmi obrovský. V takýchto prípadoch sú účastníkmi stanovené a schválené iba akceptačné kritériá a členovia tímu pracujú na týchto akceptačných kritériách. Písanie testovacích prípadov pre testovacie scenáre alebo skôr pre ne môže byť vyčerpávajúcou úlohou pre obrovské aplikácie.

otázky na pohovor s vývojárom pl / sql

Tieto kritériá prijatia hrajú hlavnú úlohu pri plánovaní iteratívnych procesov a nikdy by sa nemali prehliadať. Ich definovanie vopred a vopred sa vyhne prekvapeniam alebo šokom na konci šprintov alebo uvoľnení

Dané predpoklad.
Kedy urobiť akciu.
Potom očakávaný výsledok.

Formáty Zadané, Kedy a potom sú užitočné pri určovaní kritérií prijatia.

Príklad šablóny testovacieho scenára

Použiť ID príbehu #ID testovacieho scenára #Verzia č.Testovacie scenáre# Počet testovacích prípadovDôležitosť
USID12.1TSID12.1.1Kin12.4Skontrolujte, či sa aplikácia Kindle spúšťa správne.4Vysoký
USID12.1TSID12.1.2Kin12.4Skontrolujte úložnú kapacitu aplikácie Kindle.3Stredná

Záver

Pri každom testovaní životného cyklu softvéru je porozumenie a stanovenie testovacích scenárov veľmi dôležitým prvkom. Kvalitu softvéru je možné zlepšiť, ak budete mať dobrý základ pre testovacie scenáre. Používanie testovacích prípadov a testovacích scenárov sa často môže zameniť.

Pravidlom však je, že testovací scenár sa používa na zápis viacerých testovacích prípadov alebo môžeme povedať, že testovacie prípady sú odvodené od testovacích scenárov. Dobre definované testovacie scenáre zabezpečujú kvalitný softvér.

Odporúčané čítanie

^