Co je to Test Case?
Terminologie softwaru může být často matoucí. Testovací případ, scénář, plán; všichni zní docela podobně a je snadné je smíchat. Při testování softwaru je důležité vyvarovat se výčitek ohledně okolní terminologie. Proto se v tomto článku podíváme na to, co to znamená.
Je to skupina podmínek nebo proměnných, pomocí nichž tester ověřuje shodu s požadavky testovaného softwaru. Používá se k postupným instrukcím pro testery. Jedná se o dokument, který obsahuje testovací data, předpoklady, očekávané výsledky atd., Vyvinuté pro konkrétní scénář. Jeho provedení slouží jako výchozí bod, po kterém použijeme sadu vstupních hodnot a čekáme na konečný výsledek. Průběh jejich vývoje nám také pomáhá při hledání komplikací v aplikačních požadavcích.
Obvykle je píše tester z týmu QA. To nezahrnuje testy, které vývojový tým píše, ale testy, které se provádějí po provedení vývoje a testování jednotek. A co je důležitější, měl by jej napsat tester, který chápe funkčnost aplikace a může poskytnout testovací případ hodnoty.
Šablona
Obvykle má následující pole. Formát polí se však může v jednotlivých společnostech lišit v závislosti na použitém nástroji pro správu testů.
| ID případu testu | ID je přiděleno testovacímu případu. |
| Popis testovacího případu | Popis testovacího případu. |
| Související požadavek | ID je dáno požadavkem, na který se tento testovací případ mapuje. |
| Předpoklady | Předpoklady nebo požadavky, které musí být splněny před provedením zkoušky. |
| Vyzkoušejte kroky | K provedení testu byly uvedeny pokyny krok za krokem. |
| Testovací data | Data, která se používají při provádění testu. |
| Očekávaný výsledek | Výsledek očekávaný od testu, zaznamenaný před spuštěním testu. |
| Skutečný výsledek | Skutečný výsledek získaný po provedení testu |
| Postavení | Stav získaný po spuštění testu. Může to být Pass, Fail, Not Executed, Blocked. |
| Komentáře | Jakékoli poznámky k testu. |
| Informace o životním prostředí | Zahrnuje informace o síti, hardwaru / softwaru, ve kterých je test spuštěn. |
Jak napsat testovací případ?
Níže jsou uvedeny kroky k napsání testovacího případu.
Krok 1: Přiřaďte číslo a popis.
Krok 2: Abychom to mohli spustit, potřebujeme testovací data. Bez testovacích údajů bychom neměli k dispozici správné informace, které by otestovaly tento úkol.
Krok 3: K jeho provedení potřebujeme určitou sadu pokynů k provedení testu. Tyto kroky se nazývají testovací kroky. Potřeba toho vyvstává, když autor rezignuje na projekt nebo je v přestávce. Poté bude muset testování provést někdo jiný z projektu. Písemné kroky jim pomohou.
Krok 4: Cílem je prozkoumat chování aplikace. Abychom to mohli provést, musíme mít očekávaný výsledek. Po jeho provedení budou očekávané výsledky porovnány se skutečným výsledkem testu, a podle toho mu bude přidělen status.
Krok 5: Můžeme mít také další pole, jako je pole předpokladů, které nám říká podmínky, které mají být splněny před testovacím během, pole Post-podmínek, které nám říká podmínky, které mají být splněny po testovacím běhu atd.
Příklad:
| ID případu testu | Popis testovacího případu | Vyzkoušejte kroky | Testovací data | Očekávaný výsledek | Skutečný výsledek | Postavení |
| TC01 | Zkontrolujte přihlášení zaměstnanců s platnými údaji |
1. Přejděte na přihlašovací stránku. 2.Zadejte Userid 3. Zadejte heslo 4. Klikněte na tlačítko Přihlásit se | Userid = admin
Heslo = abc12345 | Uživatel by se měl přihlásit | Podle očekávání | Složit |
| TC02 | Zkontrolujte přihlášení zaměstnanců s neplatnými údaji | 1. Přejděte na přihlašovací stránku.
2.Zadejte Userid 3. Zadejte heslo 4. Klikněte na tlačítko Přihlásit se | Userid = admin
Heslo = 12345abc | Uživatel by se neměl přihlásit | Podle očekávání | Složit |
Význam testovacího případu
Mají obrovský dojem ve fázi testování. Jejich zápis je stejně důležitý jako samotný testovací proces. Pomáhá nám to promyslet si specifika a zajišťuje, že se s nimi vypořádáme z co nejvíce výhledů.
Důležitost mít to je to, že někdo může test znovu používat je. Jsou to silné artefakty, které jsou užitečné pro budoucí spoluhráče, kromě poskytování dokumentace o tom, jak aplikace funguje. Souhrnně, mají následující význam:
- Zajišťují dobré pokrytí testu a zajišťují, aby během testování nebyla vynechána hlavní funkčnost.
- Umožňuje jim důkladně přemýšlet o různých způsobech, jak potvrdit vlastnosti aplikace.
- Jsou také napsána negativa, díky nimž je testování důkladné, aniž by se přehlíželo.
- Jsou opakovaně použitelné, protože je kdokoli může doporučit a spustit test.
Užitečné tipy a triky
Při jejich psaní mějte na paměti následující informace:
- Mělo by být jednoduché a stručné, nemělo by být více než 15 kroků.
- Každá z nich musí být znovu použitelná.
- Vyvarujte se opakování.
- Je třeba poskytnout další informace o nastavení testu, jako je software, hardware, operační systém, verze testované aplikace, předpoklady pro test atd.
- Mělo by být napsáno tak, že testujeme vždy jen jednu věc bez překrývání.
- Zajistěte, aby byly pokryty všechny scénáře, pozitivní i negativní, což nám poskytne 100% pokrytí.
- Měly by být vytvořeny s ohledem na koncového uživatele.
Závěr
Závěrem lze říci, že mohou zvýšit naše úsilí v celkovém testování a mohou vylepšit kvalitu našeho softwaru až do konce, zatímco nám díky opakovanému použití testovacích případů ušetří čas a úsilí.
Doporučené články
Toto je průvodce Co je testovací případ. Zde jsme probrali Šablony, Důležitost a Užitečné tipy a triky. Další informace naleznete také v následujících článcích -
- Co je vývoj softwaru?
- Rozhovory s otázkami softwarového inženýrství
- Kariéra jako vývojáři softwaru
- 14 nejlepších softwarových nástrojů pro vytváření skvělých kvalitních prezentací