writing test cases from srs document
Psaní testovacích případů z dokumentu SRS (Stáhnout ukázkové testovací případy projektu Live) - Software Testing QA Training Day 4
Jen proto, abychom znovu promíchali to, co jsme dosud dělali - propracováváme se skrz Školení testování softwaru minikurz na živém projektu OrangeHRM.
V této bezplatné online sérii školení QA jsme zatím skončili s:
- Recenze SRS,
- Scénář testu / identifikace rozsahu testu a
- Dokumentovaný plán zkoušek .
Nyní jsme dosáhli části, která je skutečným řešením,testovací případy.
Jak je uvedeno v článku před tímto: Testovací případy jsou dokumentovány týmem QA, zatímco probíhá fáze kódu SDLC. Jinými slovy, zatímco tým Dev staví softwarový systém, testovací tým se připravuje na testovací případy, které by nám pomohly otestovat systém, jakmile bude připraven, tj. Na konci fáze kódu.
V dnešním článku tedy budeme pracovat na pochopení toho, co jsou testovací případy, jak je vytvořit a napíšeme několik ukázkových testovacích případů pro náš živý projekt.
Pojďme na to hned.
Co se naučíte:
- Základy psaní testovacích případů
- Pole v testovacích případech
- Metody psaní / optimalizace testovacích případů
- Je třeba si všimnout několika důležitých bodů
- Závěr
- Doporučené čtení
Základy psaní testovacích případů
# 1) Pokud se v testovacích scénářích jednalo o: „Co budeme testovat“ na AUT - o testovacích případech jde hlavně o to 'Jak budeme testovat požadavek'.
Například , pokud je testovací scénář „Ověření funkčnosti přihlášení správce“ - Výsledkem by byly 3 testovací případy (nebo podmínky) - Přihlášení (úspěšné), Přihlášení neúspěšné při zadání nesprávného uživatelského jména, Přihlášení neúspěšné při zadání nesprávného hesla . Každý testovací případ by zase měl kroky k řešení toho, jak můžeme zkontrolovat, zda je konkrétní testovací podmínka splněna nebo ne.
#dva) Vstup pro vytvoření dokumentu testovacího případu je FRD, Testovací scénáře vytvořené v dřívějším kroku a jakékoli další referenční dokumenty, pokud jsou k dispozici.
# 3) Dokumentace testovacích případů je důležitým výstupem týmu QA a je sdílena s BA, PM a dalšími týmy, když jsou hotová pro jejich zpětnou vazbu.
# 4) Práce je rozdělena mezi členy týmu a každý člen bude odpovědný za vytváření testovacích případů pro určitý modul nebo část určitého modulu.
# 5) Stejně jako u testovacích scénářů je třeba před zahájením dokumentace testovacích případů dohodnout společnou šablonu. K vytvoření testovacích případů lze použít prakticky cokoli. 2 nejčastěji používané možnosti jsou MS Excel a MS word.
# 6) The MS word šablony vypadá asi takto:
# 7) The Šablona aplikace Excel může vypadat takto:
# 8) Z výše uvedených dvou šablon lze pozorovat, že pole (nebo komponenty), které tvoří testovací případ, jsou stejná, jediným rozdílem je způsob jejich uspořádání.
Takže pokud existuje pole pro každý z typů informací, které mají být zahrnuty do testu, na formátu šablony nezáleží. Mým osobním favoritem je však list aplikace Excel, protože je snadné jej rozbalit, sbalit, seřadit atd. Ale znovu si vyberte libovolný formát, který vám nejlépe vyhovuje.
Pole v testovacích případech
Věnujme chvíli pozorování polí, která jsou součástí testovacího případu.
ID testovacího případu a popis testovacího případu jsou obecné.
Ostatní pole lze vysvětlit takto:
- Předpoklad: Stav AUT (stav, ve kterém musí být AUT, abychom mohli začít).
- Vstup: Kroky zadávání dat. U těchto kroků je důležité si uvědomit, jaký druh vstupních informací je vyžadován - Testovací data.
- Validační bod / spouštěč / akce : Co způsobuje ověření? (Kliknutí na tlačítko nebo přepínač nebo přístup na odkaz. Ujistěte se, že v testovacím případu je alespoň jeden ověřovací bod - jinak to bude vše, co bude zadávání dat a nebude třeba hledat. Abychom zajistili dostatečnou modularitu, zkuste nespojit příliš mnoho validačních bodů do jednoho testovacího případu. 1 na testovací případ je optimální.)
- Výstup: Očekávaný výsledek.
- Podmínka: Jedná se o další informace, které jsou poskytovány ve prospěch testera, jen aby byl testovací případ důkladnější a informativní. To zahrnuje vysvětlení toho, co se stane nebo co lze očekávat od AUT, jakmile budou provedeny všechny kroky testovacího případu.
Viz také => Ukázková šablona testovacího případu
Ukázkové testovací případy živého projektu (ke stažení)
Nyní, když máme dostatek základních informací, abychom mohli začít s procesem vytváření testovacích případů, pojďme a vytvořme několik testovacích případů pro náš Live Project.
Na základě výše uvedeného procesu jsme vytvořili několik ukázkových testovacích případů pro modul účtu OrangeHRM. Ty by vám měly poskytnout přesný formát testovacího případu a představu o tom, jak přistupovat k psaní testovacích případů.
=> Stáhněte si ukázkový dokument testovacích případů pro náš živý projekt zde .
Poznámka: Existuje několik obrázků odkazujících na ukázkové testovací případy XLS dokumentu. Pokud to prohlížíte ve starší verzi MS Office, můžete narazit na problémy s kompatibilitou.
Níže jsme uvedli tyto obrázky podle jejich jmen v souborech XLS:
Zobrazit obrázek 1
Zobrazit obrázek 2
Zobrazit obrázek 3
Tam je vše hotové a všechno dobré.
Metody psaní / optimalizace testovacích případů
Nyní si představte situaci, kdy určitá stránka obsahuje několik desítek polí nebo má komplexní obchodní logiku, která je tam implementována. Abychom se ujistili, že v takových situacích optimalizujeme proces vytváření testovacích případů, máme testeři určité metody optimalizace testovacích případů.
Níže jsou uvedeny odkazy, které poskytují další informace o těchto metodách.
výchozí brána není k dispozici Windows 10 2019
- Analýza hraničních hodnot
- Rozdělení ekvivalence
- Hádání chyb - Jedná se o velmi jednoduchou metodu, která se opírá o intuici testera. Například „Řekněme, že na stránce je pole s datem. Požadavky určují, že toto pole má přijmout platné datum. Nyní může tester vyzkoušet „30. února“ jako datum - protože pokud jde o čísla, jedná se o platný vstup, ale únor je měsíc, který v sobě nikdy nemá 30 dní - tedy neplatný vstup.
- Státní přechodové diagramy
- Rozhodovací tabulky
Pomocí výše uvedených technik a následováním obecného procesu vytváření testovacích případů vytvoříme sadu testovacích případů, které by efektivně testovaly aplikaci po ruce.
Je třeba si všimnout několika důležitých bodů
- Testovací případy, které vytváříme, jsou nejen referenčním bodem pro fázi QA, ale také UAT.
- Interně testovací případy jsou Recenzováno v rámci týmu .
- Pokud určitá situace není vyřešena testovacím případem - pravidlem je, že se nebude testovat. Toto je dobré místo pro kontrolu, zda testovací sada, kterou jsme vytvořili, dosahuje cíle pokrytí 100% testem nebo ne. K tomu lze vytvořit matici sledovatelnosti. Podívejte se na vše, co je třeba vědět o Matice sledovatelnosti zde .
- Nástroje - Testujte nástroje pro správu jako QC , qTest pomozte nám s aktivitou vytváření testovacích případů. Příklad toho, jak lze řešit testovací případy pomocí Quality Center, najdete zde Výukový program Quality Center .
- K vytvoření testovacích případů lze použít automatizační nástroje - v takovém případě se označují jako Testovací skripty.
Tím se dostáváme k cíli dalšího zajímavého segmentu.
Závěr
Konec procesu vytváření testu / fáze návrhu testu (STLC) a konec fáze kódu (SDLC) obecně označují konec fáze přípravy testu a začátek fáze provádění testu.
Další kurz v tomto kurzu testování softwaru - V nadcházejícím článku si povíme, co je to Test Execution, co obsahuje a jaká jsou očekávání od týmu QA během této fáze.
=> QA Training Day 5: Provedení testu
Doufáme, že všichni pracujete společně s touto sérií. Pro jednoduchost bylo vytvořeno pouze několik testovacích případů. Nejlepší výsledky však můžete vidět, když pracujete na rozsáhlém testování, což znamená psaní více a více testovacích případů. Neomezujte tedy prosím svou práci a dělejte, co můžete.
Sdělte nám prosím své dotazy a komentáře níže. Šťastné testování!
Výukový program PREV | DALŠÍ výuka
Doporučené čtení
- Ukázková šablona testovacího případu s příklady testovacích případů [Stáhnout]
- Jak psát dokument strategie testování (se vzorem šablony strategie testování)
- Vzorový plán testovacího plánu (příklad testovacího plánu s podrobnostmi každého pole)
- Jak napsat efektivní souhrnnou zprávu o testu [Stažení ukázkové zprávy]
- Jak psát testovací případy: Ultimate Guide s příklady
- Školení testování softwaru: Školení typu End to End na živém projektu - online školení QA zdarma, část 1
- Ukázková šablona plánu testování softwaru s formátem a obsahem
- Jak psát testovací případy pro bankomat (ukázkové scénáře)