Úvod do testovacieho scenára

Skúšobný scenár je kombináciou dvoch slov, tj testu a scenára. Skúška predstavuje úkon overenia alebo validácie a scenár predstavuje cestu používateľa. Akákoľvek testovateľná funkčnosť sa nazýva testovací scenár. Skúšobný scenár možno opísať ako overenie alebo potvrdenie cesty používateľa. Bude to vo forme dokumentov, ktoré obsahujú všetky podrobne napísané testovacie prípady, aby sa otestovala úplná funkčnosť aplikácií. Je to jedna z vysoko kvalifikovaných požiadaviek, ktoré sa dajú testovať. Je tiež známa ako možnosť testu alebo testovací stav.

Prečo vytvárať testovacie scenáre?

Jeden skúšobný scenár sa môže vzťahovať na viac testovacích prípadov. Vzťah medzi testovacími scenármi a testovacími prípadmi je preto jeden ku mnohým. Pri vytváraní scenára sa však o každý scenár musí postarať tester. Testéri ho vytvoria na testovanie aplikácie z hľadiska koncového používateľa. Testeri sa snažia od všetkých vývojárov, zainteresovaných strán a zákazníkov, aby ich pripravili na kritický účel.

Dôvod ich vytvorenia je nasledovný:

  • Kompletné a správne pokrytie testu je zabezpečené vytvorením perfektných testovacích scenárov.
  • Ich vytvorenie sa stáva kritickým pre štúdium komplexných funkcií programu.
  • Najdôležitejšie a najkritickejšie transakcie typu end-to-end alebo použitie aplikácií v reálnom čase je možné dobre určiť pomocou ich správnej pomoci.
  • Môžu byť použité ako nástroj na rýchle určenie testovacej pracovnej sily, čo ďalej pomáha klientom alebo organizáciám pri tvorbe návrhov a organizácii testovacej pracovnej sily efektívne a efektívne.
  • Aby sa zabezpečilo dôkladné a správne testovanie aplikácií, schvaľuje sa to na rôznych úrovniach vrátane zákazníkov, obchodných analytikov, vývojárov atď.

Podobne môžu existovať určité okolnosti, za ktorých by sa malo zabrániť jeho vytvoreniu.

  • Nemôže byť vytvorený v projektoch podľa Agilných metodík, ako je Scrum atď.
  • Ak sú aplikácie, ktoré sa majú testovať, nestabilné alebo príliš komplikované alebo ak je projekt v kritickom čase, jeho tvorbe sa možno vyhnúť.
  • Jeho vytvoreniu sa možno vyhnúť pri regresnom testovaní alebo pri novej chybe, pretože pri údržbárskych projektoch by sa ich rozsiahla dokumentácia uskutočnila vopred v predchádzajúcich testovacích cykloch.

Ako možno napísať testovacie scenáre?

Pri vytváraní testovacích scenárov môže tester vykonať nasledujúce kroky:

  • Krok 1: Dokument požiadaviek, ako je špecifikácia obchodných požiadaviek (BRS), špecifikácia funkčných požiadaviek (FRS) a špecifikácia systémových požiadaviek (SRS) aplikácie, ktorá sa má testovať, by sa mal dôkladne a dôkladne prečítať. Príručky, knihy, prípady použitia atď. Testovanej aplikácie sa môžu uvádzať rovnako.
  • Krok 2: Všetky možné ciele a akcie používateľov by mali byť správne stanovené pre každú požiadavku. Mali by sa tiež určiť všetky technické vlastnosti každej požiadavky.
  • Krok 3: Všetky možné príčiny systémového hacku a hodnotenie užívateľa by sa mali robiť z pohľadu hackera. Vyhodnotenie užívateľa sa dá nájsť nájdením všetkých možností užívateľskej prevádzky aplikácií.
  • Krok 4: Úplný zoznam všetkých možných testovacích prípadov na overenie všetkých funkcií aplikácie by sa mal zostaviť po úplnom prečítaní dokumentácie o požiadavke a dokončení analýzy.
  • Krok 5: Po zaradení všetkých z nich by sa na overenie požiadavky a jej testovacieho scenára mali vytvoriť matice sledovateľnosti.
  • Krok 6: Všetky vytvorené testovacie scenáre sú kontrolované a hodnotené supervízorom. Túto skutočnosť ďalej overujú všetky zúčastnené strany.

Podľa postupu projektu musí byť každý testovací scenár prispôsobený aspoň jednému príbehu alebo požiadavke používateľa. Pred niekoľkými požiadavkami v jednom testovacom scenári je povinné overiť každý testovací scenár osobitne podľa jeho požiadaviek. Z dôvodu jednoduchosti je možné vyhnúť sa zložitým skúšobným scenárom s viacerými požiadavkami. Cena je priamo úmerná počtu z nich. Preto je vždy vhodné prevádzkovať iba vybrané a požadované podľa priority zákazníka.

Príklady

Ďalej uvádzame niekoľko príkladov testovacieho scenára

Vyskúšajte scenár pre online nákupnú aplikáciu Buykart

Skúšobné scenáre, ktoré je možné brať do úvahy pri overovaní online aplikácie Buykart, sú tieto:

Testovací scenár 1: Kontrola funkčnosti prihlásenia

Testovacie prípady, ktoré je možné vziať do úvahy, sú:

  • Správanie aplikácie pri zadávaní platného prihlasovacieho ID a platného hesla je možné skontrolovať.
  • Je možné skontrolovať správanie aplikácie pri zadávaní platného prihlasovacieho ID a neplatného hesla.
  • Správanie aplikácie pri zadávaní neplatného prihlasovacieho ID a platného hesla je možné skontrolovať.
  • Správanie aplikácie pri zadávaní neplatného prihlasovacieho ID a neplatného hesla je možné skontrolovať.
  • Je možné skontrolovať správanie aplikácie pri prihlásení zadaním samotného prihlasovacieho mena bez hesla.
  • Správanie aplikácie pri prihlásení zadaním samotného hesla bez ID prihlásenia je možné skontrolovať.
  • Je možné skontrolovať správanie aplikácie pri prihlásení bez zadania prihlasovacieho mena a hesla.
  • Správanie aplikácie pri výbere zabudnutého hesla.

Testovací scenár 2: Kontrola funkčnosti vyhľadávania

Testovacie prípady, ktoré je možné vziať do úvahy, sú:

  • Správanie aplikácie pri vyhľadávaní platného produktu.
  • Správanie aplikácie pri vyhľadávaní neplatného produktu.

Skúšobný scenár 3: Kontrola podrobností o produkte

Testovacie prípady, ktoré je možné vziať do úvahy, sú:

  • Správanie aplikácie pri výbere produktu.
  • Správanie aplikácie je na zozname želaní.
  • Správanie aplikácie pri pridávaní produktu do košíka.
  • Správanie aplikácie pri výbere možnosti Kúpiť.
  • Správanie aplikácie pri zadaní neplatnej adresy.
  • Správanie aplikácie pri zadaní platnej adresy.
  • Správanie aplikácie pri kontrole viacerých možností platby.

Testovací scenár 4: Kontrola funkčnosti platby

Testovacie prípady, ktoré je možné vziať do úvahy, sú:

  • Správanie aplikácie pri výbere každej možnosti platby.
  • Správanie aplikácie pri výbere platnej možnosti platby.
  • Správanie aplikácie pri výbere neplatnej možnosti platby.
  • Správanie aplikácie, keď je platba úspešná.
  • Správanie aplikácie v prípade odmietnutia platby.

Testovací scenár 5: Kontrola funkčnosti podrobností objednávky

Testovacie prípady, ktoré je možné vziať do úvahy, sú:

  • Správanie aplikácie pri výbere každej objednávky.
  • Správanie aplikácie pri výbere možnosti Vrátiť produkt.
  • Správanie aplikácie pri výbere možnosti sledovania produktu.
  • Správanie aplikácie pri výbere možnosti Skontrolovať produkt.

záver

Slúži ako správny sprievodca pre testerov a pomáha im zefektívniť a zefektívniť testovanie. Pomáha pri znižovaní zložitosti testovania a redundancie. Každý testovací prípad je napísaný podrobne pre lepšie porozumenie. Pre testerov je to veľmi úspora času.

Odporúčané články

Toto bol návod na Čo je testovací scenár. Tu diskutujeme o tom, ako vytvoriť testovacie scenáre s rôznymi príkladmi. Ďalšie informácie nájdete aj v nasledujúcich článkoch -

  1. Stres neistoty pri práci
  2. Samostatne motivované a špecializované
  3. Čo je agilné testovanie?
  4. Ako napísať testovací prípad?

Kategórie: