Úvod do testovacího scénáře

Testovací scénář je kombinací dvou slov, tj. Testu a scénáře. Test představuje akt ověření nebo ověření a scénář představuje cestu uživatele. Jakákoli testovatelná funkce se nazývá testovací scénář. Testovací scénář lze popsat jako ověření nebo ověření cesty uživatele. Bude to ve formě dokumentů, které budou obsahovat všechny písemné testovací případy podrobně testující úplnou funkčnost aplikací. Je to jedna z nejvyšších kategorií požadavků, které lze otestovat. Je známá také jako možnost testu nebo podmínka testu.

Proč vytvářet testovací scénáře?

Jeden testovací scénář může zahrnovat více testovacích případů. Vztah mezi testovacími scénáři a testovacími případy je tedy jeden ku mnoha. Při vytváření každého scénáře se však musí o tester postarat. Testeři jej vytvářejí, aby testovali aplikaci z pohledu koncového uživatele. Testeři hledají od všech vývojářů, zúčastněných stran a zákazníků, aby je připravili na kritické.

Důvody pro jejich vytvoření jsou následující:

  • Kompletní a správné pokrytí testu je zajištěno vytvořením perfektních testovacích scénářů.
  • Jejich vytvoření se stává kritickým pro studium úplných funkcí programu.
  • Nejdůležitější a kritické transakce typu end-to-end nebo použití aplikací v reálném čase lze dobře určit pomocí jejich správné pomoci.
  • Mohou být použity jako nástroj pro rychlé stanovení zkušebního personálu, což dále pomáhá klientům nebo organizacím při tvorbě návrhů a organizaci zkušebního personálu efektivně a efektivně.
  • Pro zajištění důkladného a správného testování aplikací je schvalování prováděno na různých úrovních, včetně zákazníků, obchodních analytiků, vývojářů atd.

Podobně mohou existovat určité okolnosti, za nichž je třeba se tomu vyhnout.

  • Nemusí být vytvořen v projektech podle Agilních metodik, jako je Scrum atd.
  • Pokud jsou aplikace, které mají být testovány, nestabilní nebo příliš komplikované nebo pokud je projekt v kritickém časovém stavu, je možné se mu vyhnout.
  • Jeho vytvoření se lze vyhnout pro regresní testování nebo pro novou chybu, protože v projektech údržby by k jejich těžkým dokumentacím došlo předem v dřívějších testovacích cyklech.

Jak lze napsat testovací scénáře?

Následující kroky mohou být provedeny testerem pro vytvoření testovacích scénářů:

  • Krok 1: Dokument požadavků, jako je specifikace obchodních požadavků (BRS), specifikace funkčních požadavků (FRS) a specifikace systémových požadavků (SRS) aplikace, která se má testovat, by se měl důkladně a pečlivě přečíst. Příručky, knihy, případy použití atd. Testované aplikace mohou být odkazovány na to samé.
  • Krok 2: Všechny možné cíle a akce uživatelů by měly být správně stanoveny pro každý požadavek. Rovněž by měly být stanoveny všechny technické vlastnosti každého požadavku.
  • Krok 3: Všechny možné příčiny hackování systému a hodnocení uživatelů by měly být prováděny z pohledu hackera. Hodnocení uživatelů lze provést nalezením všech možností uživatelského provozu aplikací.
  • Krok 4: Úplný seznam všech možných testovacích případů pro ověření všech funkcí aplikace by měl být proveden po úplném přečtení požadavkového dokumentu a dokončení analýzy.
  • Krok 5: Po zařazení všech, pro ověření požadavku a jeho testovacího scénáře, které odpovídají, by měla být vytvořena matice sledovatelnosti.
  • Krok 6: Všechny vytvořené testovací scénáře jsou kontrolovány a vyhodnoceny supervizorem. Rovněž je dále ověřována všemi zúčastněnými stranami.

Podle postupu projektu musí být každý testovací scénář přizpůsoben alespoň jednomu příběhu nebo požadavku uživatele. Je povinné ověřit každý zkušební scénář na základě jeho požadavku zvlášť, než se v jednom zkušebním scénáři objeví více požadavků. Pro jednoduchost se lze vyhnout složitým testovacím scénářům s více požadavky. Cena je přímo úměrná počtu z nich. Proto je vždy vhodné provozovat pouze vybrané a požadované podle priority zákazníka.

Příklady

Níže uvádíme několik příkladů testovacího scénáře

Vyzkoušejte scénář pro online nákupní aplikaci Buykart

Testovací scénáře, které lze vzít v úvahu při ověřování online nákupní aplikace Buykart, jsou následující:

Testovací scénář 1: Kontrola funkčnosti přihlášení

Testovací případy, které lze při tvorbě zvážit, jsou:

  • Je možné zkontrolovat chování aplikace při zadávání platného přihlašovacího ID a platného hesla.
  • Je možné zkontrolovat chování aplikace při zadávání platného přihlašovacího ID a neplatného hesla.
  • Je možné zkontrolovat chování aplikace při zadávání neplatného přihlašovacího ID a platného hesla.
  • Je možné zkontrolovat chování aplikace při zadávání neplatného přihlašovacího ID a neplatného hesla.
  • Chování aplikace při přihlášení zadáním přihlašovacího ID bez hesla lze zkontrolovat.
  • Chování aplikace při přihlášení zadáním hesla pouze bez přihlašovacího ID lze zkontrolovat.
  • Je možné zkontrolovat chování aplikace při přihlášení bez zadání ID a hesla.
  • Chování aplikace při výběru zapomenutého hesla.

Testovací scénář 2: Kontrola funkčnosti vyhledávání

Testovací případy, které lze při tvorbě zvážit, jsou:

  • Chování aplikace při prohledávání platného produktu.
  • Chování aplikace při hledání neplatného produktu.

Testovací scénář 3: Kontrola podrobností o produktu

Testovací případy, které lze při tvorbě zvážit, jsou:

  • Chování aplikace při výběru produktu.
  • Chování aplikace je seznam produktů.
  • Chování aplikace při přidání produktu do košíku.
  • Chování aplikace při výběru možnosti Koupit.
  • Chování aplikace při zadání neplatné adresy.
  • Chování aplikace při zadání platné adresy.
  • Chování aplikace při kontrole více platebních možností.

Testovací scénář 4: Kontrola funkčnosti platby

Testovací případy, které lze při tvorbě zvážit, jsou:

  • Chování aplikace při výběru každé platební možnosti.
  • Chování aplikace při výběru platné platební možnosti.
  • Chování aplikace při výběru neplatné platební možnosti.
  • Chování aplikace, když je platba úspěšná.
  • Chování aplikace při odmítnutí platby.

Testovací scénář 5: Kontrola funkčnosti podrobností objednávky

Testovací případy, které lze při tvorbě zvážit, jsou:

  • Chování aplikace při výběru každé objednávky.
  • Chování aplikace, když je vybrána možnost Vrátit produkt.
  • Chování aplikace při výběru možnosti sledování produktu.
  • Chování aplikace, když je vybrána možnost Zkontrolovat produkt.

Závěr

Působí jako správný průvodce pro testery a pomáhá jim zefektivnit a zefektivnit testování. Pomáhá snižovat složitost testování a redundanci. Každý testovací případ je napsán podrobně pro lepší porozumění. Pro testery je to velmi šetřící čas.

Doporučené články

Toto byl průvodce Co je testovací scénář. Zde diskutujeme o tom, jak vytvořit testovací scénáře s různými příklady. Další informace naleznete také v následujících článcích -

  1. Stres nejistoty zaměstnání
  2. Vlastní motivace a věnování
  3. Co je agilní testování?
  4. Jak napsat testovací případ?

Kategorie:

Vývoj softwaru