14 150
editací
Testing: Porovnání verzí
→Test case x Test scenario
značka: editace z Vizuálního editoru |
|||
| (Není zobrazeno 11 mezilehlých verzí od stejného uživatele.) | |||
| Řádek 32: | Řádek 32: | ||
Definice dat, které jsou nezbytná pro provádění testů. | Definice dat, které jsou nezbytná pro provádění testů. | ||
== Bug priority == | == Bug x Error == | ||
Bug je nevědomá chyba programátora zanesená do aplikace. Nejčastěji k ní dochází při programování, designování aplikace. | |||
Error je programovací chyba. Pokud funkce neodpovídá očekávanému výsledku, pak se jedná o error [chybu]. | |||
== Bug / Error priority == | |||
Vhodné pro reportování chyb v aplikaci, aby programátoři věděli, na co se zaměřit nejdříve. | Vhodné pro reportování chyb v aplikaci, aby programátoři věděli, na co se zaměřit nejdříve. | ||
=== Critical === | === Critical === | ||
Problémy, které jsou součástí klíčové funkcionality aplikace, které nelze v aplikaci nijak obejít. Tyto chyby musí být opraveny před releasem aplikace koncovým uživatelům. Critical chyby jsou extrémně raritní a měly by být takto kategorizovány pouze v případech, kdy by mohlo dojít ke zpoždění releasu aplikace. | |||
Příklad: nelze se do aplikace přihlásit, nelze odeslat objednávku, emailový klient | Příklad: nelze se do aplikace přihlásit, nelze odeslat objednávku, emailový klient obsahuje chybu, který neumožňuje uživatelům obdržet/odeslat emaily apod. | ||
=== High === | === High === | ||
Problémy, které jsou součástí klíčové funkcionality aplikace, ale nemusí být nutně opraveny, než bude projekt nasazen na produkční server. Nicméně tyto chyby musí být opraveny co nejdříve, buď patchem nebo v dalším releasu. | |||
Příklad: flash demo se nenačte správně, nelze vybrat položku ze selectu, překlep v hlavním textu na domovské stránce apod. | Příklad: flash demo se nenačte správně, nelze vybrat položku ze selectu, překlep v hlavním textu na domovské stránce apod. | ||
| Řádek 49: | Řádek 54: | ||
=== Medium === | === Medium === | ||
Problémy, které neovlivňují kritickou funkcionalitu. Medium chyby buď lze uživatelsky obejít tak, aby bylo docíleno kýženého výsledku, nebo funkcionalita funguje, ale nepracuje úplně adekvátně. | |||
Příklad: aplikace náhodně neodesílá emailové notifikace, výsledky vyhledávání jsou správné, ale formátují se špatně v daném prohlížeči apod. | Příklad: aplikace náhodně neodesílá emailové notifikace, výsledky vyhledávání jsou správné, ale formátují se špatně v daném prohlížeči apod. | ||
| Řádek 55: | Řádek 60: | ||
=== Low === | === Low === | ||
Problémy, které nezasahují do klíčové funkcionality. Jedná se o problémy, které mohou nebo nemusí být opraveny. | |||
Příklad: překlep na stránce, text se zobrazuje na špatném místě apod. | Příklad: překlep na stránce, text se zobrazuje na špatném místě apod. | ||
| Řádek 64: | Řádek 69: | ||
V našem prostředí všeobecně je dobré se zaměřit na část Important Features In Your Bug Report - body Bug Title, Description, Steps to Reproduce | V našem prostředí všeobecně je dobré se zaměřit na část Important Features In Your Bug Report - body Bug Title, Description, Steps to Reproduce | ||
[https://upolomouc-my.sharepoint.com/:x:/g/personal/babuto00_upol_cz/EVvj-2s3tlhFg0AXEKn5k34BgdcxxhalKkFWe_RBDTuFlw?e=lUNcMg | [https://upolomouc-my.sharepoint.com/:x:/g/personal/babuto00_upol_cz/EVvj-2s3tlhFg0AXEKn5k34BgdcxxhalKkFWe_RBDTuFlw?e=lUNcMg '''Odkaz na report sheet ke stažení''']. | ||
== Jak postupovat == | == Jak postupovat == | ||
| Řádek 75: | Řádek 80: | ||
- Klikat na všechny součásti, zda se na ně dá kliknout a zda dělají to, co od aplikace očekáváme | - Klikat na všechny součásti, zda se na ně dá kliknout a zda dělají to, co od aplikace očekáváme | ||
- Pokud jsou v aplikaci emailové notifikace, ověřit, že chodí správně na očekávané emailové adresy | - Pokud jsou v aplikaci emailové notifikace, ověřit, že chodí správně na očekávané emailové adresy - v testovacím režimu jsou e-mailové adresy vypsány v textu e-mailů | ||
- nalezené problémy zaznačovat do report sheetu, aby mohl programátor problémy replikovat, je potřeba sepsat krok po kroku jak k nalezenému problému došlo | |||
== Test cases == | |||
Pokud by došlo k přípravě test casů pro manuální testování, pak tyto testy musí mít několik atributů, které je potřeba dodržet. ID, shrnutí testovacího casu, podmínky pro splnění testu, jednotlivé kroky, předpokládané výsledky, skutečné výsledky, stav (prošlo, neprošlo, chyba), priorita. Testovacím casem se myslí popis činností, které je potřeba vykonat k ověření části testované aplikace, featury nebo funkcionality. Můžeme mít pozitivní, negativní a destruktivní casy. Pozitivní test case znázorní scénář, kdy test má projít. Negativní test case znázorňuje postup, kdy se ověří, že software nedělá to, co nemá. Destruktivní case má být zaměřen na "rozbití" aplikace, např. co se stane když budu opakovaně a rychle klikat na jedno tlačítko "odeslat". Každý test case musí být přesný, pochopitelný pro všechny, musí být specifický, ale ne zbytečně detailní, musí být zopakovatelný, musí být jednoduché provádět úpravy po editaci aplikace. | |||
Aktuálně je část testovacích scénářů v Excelu. Prozatím není využito lepšího, vhodnějšího nástroje, např. https://testcollab.com | |||
=== Test case x Test scenario === | |||
Test case je dokumentování jednotlivých kroků a činností pro provedení testu. Test case se derivuje z testovacího scénáře. Test case obsahuje detailní informace o činnosti, která musí proběhnout pro otestování softwaru. Testovací scénář je popis, který popisuje procedury pro vytvoření test casů. Testovací scénáře vycházejí z požadavků klienta. Testovací scénář je přehled činností, které budou v testu provedeny. | |||
== Regresivní testy == | |||
https://www.youtube.com/watch?v=AWX6WvYktwk | |||
== Linky == | == Linky == | ||
| Řádek 89: | Řádek 105: | ||
http://testovanisoftwaru.cz/category/druhy-typy-a-kategorie-testu/ | http://testovanisoftwaru.cz/category/druhy-typy-a-kategorie-testu/ | ||
https://www.youtube.com/watch?v=MMa4AVdBCZY | |||