Co je testovací případ?
Modelový případ je soubor činností prováděných za účelem ověření zvláštní funkci nebo funkčnost vaší softwarové aplikace. Testovací případ obsahuje testovací kroky, testovací data, předběžné podmínky, dodatečné podmínky vyvinuté pro konkrétní testovací scénář k ověření jakéhokoli požadavku. Testovací případ zahrnuje konkrétní proměnné nebo podmínky, pomocí kterých může zkušební technik porovnat očekávané a skutečné výsledky a určit, zda softwarový produkt funguje podle požadavků zákazníka.
Co je testovací scénář?
Scénář testu je definován jako jakákoli funkce, kterou lze testovat. Jedná se o kolektivní soubor testovacích případů, který pomáhá testovacímu týmu určit pozitivní a negativní vlastnosti projektu.
Testovací scénář poskytuje představu o tom, co musíme testovat na vysoké úrovni.
Příklad testovacího scénáře
Pro aplikaci elektronického obchodování by bylo několik testovacích scénářů
Testovací scénář 1: Zkontrolujte funkčnost vyhledávání
Testovací scénář 2: Zkontrolujte funkčnost plateb
Testovací scénář 3: Zkontrolujte funkčnost přihlášení
KLÍČOVÝ ROZDÍL
- Testovací případ je sada akcí prováděných k ověření konkrétních funkcí nebo funkcí, zatímco Testovací scénář je jakákoli funkce, kterou lze testovat.
- Testovací případ je většinou odvozen z testovacích scénářů, zatímco testovací scénáře jsou odvozeny z testovacích artefaktů, jako jsou BRS a SRS.
- Testovací případ pomáhá při vyčerpávajícím testování aplikace, zatímco Testovací scénář pomáhá agilním způsobem testovat funkce typu end-to-end.
- Testovací případy se zaměřují na to, co testovat a jak testovat, zatímco testovací scénář se více zaměřuje na to, co testovat.
- Testovací případy jsou akce na nízké úrovni, zatímco testovací scénáře jsou akce na vysoké úrovni.
- Testovací případ vyžaduje více prostředků a času na provedení testu, zatímco testovací scénář vyžaduje méně prostředků a času na provedení testu.
- Testovací případ zahrnuje testovací kroky, data, očekávané výsledky testování, zatímco testovací scénář zahrnuje end-to-end funkčnost, která má být testována.
Příklad testovacích případů
Testovací případy pro testovací scénář by byly „Zkontrolovat funkčnost přihlášení“
- Při zadání platného e-mailu a hesla zkontrolujte chování systému.
- Zkontrolujte chování systému, když zadáte neplatný e-mail a platné heslo.
- Při zadání platného e-mailu a neplatného hesla zkontrolujte chování systému.
- Při zadávání neplatného e-mailu a neplatného hesla zkontrolujte chování systému.
- Zkontrolujte chování systému, když e-mailové ID a heslo nevyplníte a zadáte přihlášení.
- Zaškrtněte Zapomněli jste, že vaše heslo funguje podle očekávání
- Při zadání platného / neplatného telefonního čísla a hesla zkontrolujte chování systému.
- Pokud je zaškrtnuto políčko „Nechat mě přihlášeno“, zkontrolujte chování systému
Proč píšeme testovací případy?
Zde jsou některé důležité důvody pro vytvoření testovacího případu
- Testovací případy pomáhají ověřit shodu s platnými normami, pokyny a požadavky zákazníků
- Pomůže vám ověřit očekávání a požadavky zákazníků
- Zvýšená kontrola, logika a pokrytí toku dat
- Můžete simulovat „skutečné“ scénáře koncových uživatelů
- Odhaluje chyby nebo vady
- Když jsou testovací případy napsány pro provedení testu, práce inženýra testu bude lépe organizována a zjednodušena
Proč píšeme Testovací scénář?
Tady jsou důležité důvody pro vytvoření testovacího scénáře:
- Hlavním důvodem pro napsání testovacího scénáře je ověření úplné funkčnosti softwarové aplikace
- Pomůže vám také zajistit, aby obchodní procesy a toky odpovídaly funkčním požadavkům
- Scénáře testování mohou schválit různé zúčastněné strany, jako jsou obchodní analytici, vývojáři a zákazníci, aby bylo zajištěno důkladné testování testované aplikace. Zajišťuje, že software funguje pro nejběžnější případy použití.
- Slouží jako rychlý nástroj k určení pracovního úsilí při testování a podle toho vytvářejí pro klienta návrh nebo organizují pracovní sílu.
- Pomáhají určit nejkritičtější transakce typu end-to-end nebo skutečné využití softwarových aplikací.
- Po dokončení těchto testovacích scénářů lze testovací případy snadno odvodit z testovacích scénářů.
Testovací případ vs. testovací scénář
Zde jsou významné rozdíly mezi testovacím scénářem a testovacím případem
Scénář testu | Modelový případ |
---|---|
Scénář testu obsahuje dokumentaci na vysoké úrovni, která popisuje end-to-end funkčnost, která má být testována. | Testovací případy obsahují určité kroky testu, data, očekávané výsledky pro testování všech funkcí aplikace. |
Zaměřuje se na více „co testovat“ než „jak testovat“. | Úplný důraz na „co testovat“ a „jak testovat“. |
Testovací scénáře jsou jednorázové. Během testování tedy vždy existuje možnost nejednoznačnosti. | Testovací případy definovaly krok, předpoklady, očekávaný výsledek atd. V tomto procesu tedy není žádná nejednoznačnost. |
Scénáře testování jsou odvozeny z testovacích artefaktů jako BRS, SRS atd. | Testovací případ je většinou odvozen z testovacích scénářů. Z jednoho testovacího scénáře lze odvodit více testovacích případů |
Pomáhá agilním způsobem testování funkce end to end | Pomáhá při vyčerpávajícím testování aplikace |
Scénáře testování jsou akce na vysoké úrovni. | Testovací případy jsou akce na nízké úrovni. |
Na vytváření a testování pomocí scénářů je zapotřebí relativně méně času a prostředků. | K dokumentaci a provádění testovacích případů je zapotřebí více zdrojů. |
Osvědčené postupy vytváření testovacích případů
- Testovací případy by měly být transparentní a přímočaré
- Vytvořte testovací případ tak, že budete mít na paměti koncového uživatele
- Vyhněte se opakování testovacích případů
- Musíte se ujistit, že budete psát testovací případy, abyste zkontrolovali všechny softwarové požadavky uvedené v dokumentu se specifikacemi
- Při přípravě testovacího případu nikdy nepředpokládejte funkčnost a vlastnosti vaší softwarové aplikace
- Testovací případy musí být snadno identifikovatelné
Osvědčené postupy pro vytvoření testovacího scénáře
- Scénáře testu jsou většinou jednořádkový příkaz, který říká, co by se mělo testovat
- Popis scénáře by měl být jednoduchý a snadno pochopitelný
- Je třeba provést pečlivé posouzení stanovených požadavků
- Potřebné nástroje a zdroje pro testování je třeba shromáždit před zahájením procesu testování