jak psát testovací případy s příklady

co je to testovací případ?

v souvislosti s testováním softwaru se testovací případ týká posloupnosti akcí potřebných k ověření konkrétní funkce nebo funkčnosti. V podstatě, testovací případ podrobně popisuje kroky, data, předpoklady, a postconditions nezbytné k ověření funkce.

to bude vyložit konkrétní proměnné, které QAs je třeba porovnat očekávané a skutečné výsledky dospět k závěru, v případě, že funkce funguje tak, jak má. Komponenty testovacího případu uvádějí vstup, provedení a očekávaný výstup / odpověď. V podstatě říká inženýrům, co mají dělat, jak to udělat a jaké výsledky jsou přijatelné.

cílem psaní testovacích případů

• k ověření specifických funkcí a funkcí softwaru.
• vést testery jejich každodenní praktickou činností.
• Chcete-li zaznamenat katalog provedených kroků, které lze znovu navštívit v případě, že se objeví chyba.
• poskytnout plán pro budoucí projekty a testery, aby nemuseli začít pracovat od nuly.
• pomáhá včas odhalit problémy s použitelností a mezery v návrhu.
• Chcete-li pomoci novým testerům a vývojářům rychle vyzvednout testování, i když se připojí uprostřed probíhajícího projektu.

standardní formát testovacího případu

• ID testovacího případu
• scénář testu
• testovací kroky
• předpoklady
• údaje z testů
• očekávané/zamýšlené výsledky
• skutečné výsledky
• stav testu – Pass/Fail

při psaní testovacích případů, nezapomeňte zahrnout:

• přiměřený popis požadavku
• popis zkušebního procesu
• podrobnosti týkající se nastavení zkoušky: verze testovaného softwaru, datové body, OS, hardware,bezpečnostní prověrka, datum, čas, předpoklady atd.
• jakékoli související dokumenty nebo přílohy testeři budou vyžadovat
• alternativu k předpokladům, pokud existují

společné rysy testovacích případů

• pravděpodobně budou pravidelně revidovány a aktualizovány. Požadavky na Software se mohou měnit v závislosti na změnách obchodních priorit nebo preferencí zákazníků. Pokud se požadavky změní, zkušební případy budou muset být odpovídajícím způsobem změněny. Detekce chyb a ladicích kroků může také vyžadovat změnu testovacích případů.
• pravděpodobně zahrnuje shlukování. Testovací případy V jednom zkušebním scénáři musí být obvykle prováděny v určitém pořadí nebo ve skupině. V tomto případě se zvláštní předpoklady jednoho zkušebního případu použijí na jiné zkušební případy ve stejném pořadí.
• pravděpodobně budou vzájemně závislé. Testovací případy mohou často záviset na sobě. To platí zejména pro vrstvené aplikace s víceúrovňovou obchodní logikou.
• pravděpodobně budou použity testery i vývojáři. Testovací případy jsou užitečné pro vývojáře i testery. Například, když vývojáři opravují chyby, testovací případy mohou být docela užitečné pro replikaci uvedené chyby. V Test-řízený vývoj (TDD), vývojáři vytvořit testovací případy k řemeslu obchodní logiku, pokrývají více testovacích scénářů, a začít psát kód.

příklad testovacího případu

pojďme vytvořit příklad testovacího případu založený na konkrétním scénáři. Zde je ukázkový případ.

• ID testovacího případu: #BST001
• testovací scénář: ověření úspěšného přihlášení uživatele Gmail.com
• testovací kroky:
  • uživatel přejde na Gmail.com.
  • do pole „E-mail“ uživatel zadá registrovanou e-mailovou adresu.
  • uživatel klikne na tlačítko „Další“.
  • uživatel zadá registrované heslo.
  • uživatel klikne na ‚ Přihlásit se.‘
• předpoklady: registrované ID Gmailu s jedinečným uživatelským jménem a heslem.
• prohlížeč: Chrome v 86. Zařízení: Samsung Galaxy Tab S7.
• testovací Data: legitimní uživatelské jméno a heslo.
• Očekávané / Zamýšlené Výsledky: Po zadání uživatelského jména a hesla se webová stránka přesměruje do doručené pošty uživatele a nahoře zobrazí a zvýrazní nové e-maily.
• skutečné výsledky: podle očekávání
• stav testu-Pass / Fail: Pass

osvědčené postupy pro psaní testovacích případů

• upřednostňují jasnost a průhlednost. Být jasný, výstižný, a asertivní při popisu toho, co tester musí udělat a jaké výsledky by měl v ideálním případě dosáhnout.
• zaměřte se na požadavky koncových uživatelů při psaní ukázkových testovacích případů. Mapujte testovací případy, které odrážejí každý aspekt cesty uživatele. Použijte k tomu dokument specifikací a dokument požadavků.
• Vyhněte se opakování. Pokud lze provést více testů se stejným zkušebním případem, použijte ID testovacího případu k odkazu na požadovaný zkušební případ.
• Udržujte testovací kroky co nejmenší. V ideálním případě ji udržujte na 10-15 krocích, pokud je to možné.
• zaměřte se na dosažení maximálního pokrytí testem. Zatímco 100% pokrytí testu je zřídka dosažitelné, vysoké procento lze dosáhnout správnými strategiemi.

  Přečtěte si více: jak zajistíte maximální pokrytí testem?

• Vytvořte samočisticí testovací případy. To znamená, že testovací případy musí vrátit testovací prostředí do původního stavu před testem. Testy by po dokončení neměly v životním prostředí zanechávat žádné zbytky. Jedná se o nedílnou součást správy konfigurace. Chcete-li hlouběji porozumět: co je správa konfigurace v DevOps?
• tvarové testovací případy pro testy, které vracejí stejné výsledky bez ohledu na to, kdo je spouští. Ujistěte se, že testy jsou samostatné.

jakmile jsou testovací případy formovány, musí být odpovídající testy provedeny na skutečných prohlížečích, zařízeních a operačních systémech. Nezapomeňte, že fragmentace zařízení je významným problémem pro každého vývojáře a testera. Každý web musí bez problémů pracovat na více kombinacích zařízení-prohlížeč-OS. S více než 9000 různými zařízeními používanými pro přístup k internetu po celém světě musí být veškerý software optimalizován pro různé konfigurace, výřezy a rozlišení obrazovky.

zkuste testování na Real Device Cloud zdarma

v tomto stavu Žádný emulátor nebo simulátor nemůže replikovat skutečné uživatelské podmínky. Software musí být testován na skutečných zařízeních, aby fungoval v reálných podmínkách, jako je vybitá baterie, příchozí hovory, slabá síla sítě atd. Pokud interní laboratoř není přístupná, rozhodněte se pro možnost testování v cloudu, která nabízí skutečná zařízení.

BrowserStack cloud Selenium grid nabízí více než 2000 reálných zařízení a prohlížečů pro automatizované testování. To znamená, že uživatelé mohou spouštět testy na více reálných zařízeních a prohlížečích pouhým přihlášením, přihlášením a výběrem požadovaných kombinací. Testeři mohou také provádět testování Cypress na 30 + reálných verzích prohlížeče ve Windows a macOS. Detekujte chyby dříve, než uživatelé testují software v reálných uživatelských podmínkách pomocí BrowserStack.

vytváření dobře strukturovaných a na výsledky orientovaných testovacích případů je zásadní pro úspěšné testy. Kromě toho zajišťují komplexní pokrytí testů a poskytují jasný plán pro QAs. Pomocí tohoto článku se naučíte základy vytváření efektivních testovacích případů a začnete provádět testy určené k optimalizaci a poskytování špičkových uživatelských zkušeností.